АЗ
Спасибо за ответ, буду знать. У нас инструмент недели две как добавился, поэтому мне пока сложно судить)
По моему текущему опыту сонар мешает в разработке. Там очень много false-positive. Лучше eslint настройте хорошо.
Size: a a a
2020 July 27
DM
понял, спасибо)
IK
Я последнее время с еслинтом тоже переоценил все
IK
Грубо говоря все стилевые правила предпочитаю выключать :)
W
Ребят, привет. Кто-то работал с ext js ?
DB
Грубо говоря все стилевые правила предпочитаю выключать :)
А какова причина такой переоценки если не секрет? Или вы оставляете все это на прекоммит хуки?
AP
Вообще считаю sonar не самым лучшим интрументом, елси только как принять к сведенью.
IK
А какова причина такой переоценки если не секрет? Или вы оставляете все это на прекоммит хуки?
Глобально считаю что стилевые правила не несут ценности
IK
Как показывает практика они не облегчают чтение кода :)
IK
Есть исключения - к примеру порядок полей в декларации вью объектов. Там требование порядка позволяет мне (зная этот порядок) сделать заключение о поведении объекта не дочитав его до конца
AP
Ну если только дублирование =)
IK
Ну если только дублирование =)
?
DB
Как показывает практика они не облегчают чтение кода :)
А приведение к одному виду для облегчения код ревью и просто уменьшения количества «муссонных diff» в pull/merge requests?
IK
А приведение к одному виду для облегчения код ревью и просто уменьшения количества «муссонных diff» в pull/merge requests?
Чем облегчает код ревью?
IK
Мусорные дифы - бить по рукам за попытки изменения ради вкусовщины
DB
Чем облегчает код ревью?
Я и имел в виду то что у на проекте у каждого может быть даже редактор настроен по разному и делать lint --fix on save вследствии чего появляются "изменения ради изменений
А по поводу бить по рукам - мне кажется легче один раз настроить eslint + prettier и забыть о том что когото нужно бить )) Но это опять же лично мне так удобнее и не факт что всем так будет лучше.
А по поводу бить по рукам - мне кажется легче один раз настроить eslint + prettier и забыть о том что когото нужно бить )) Но это опять же лично мне так удобнее и не факт что всем так будет лучше.
IK
Я и имел в виду то что у на проекте у каждого может быть даже редактор настроен по разному и делать lint --fix on save вследствии чего появляются "изменения ради изменений
А по поводу бить по рукам - мне кажется легче один раз настроить eslint + prettier и забыть о том что когото нужно бить )) Но это опять же лично мне так удобнее и не факт что всем так будет лучше.
А по поводу бить по рукам - мне кажется легче один раз настроить eslint + prettier и забыть о том что когото нужно бить )) Но это опять же лично мне так удобнее и не факт что всем так будет лучше.
Не все к сожалению autofixable
IK
Я и имел в виду то что у на проекте у каждого может быть даже редактор настроен по разному и делать lint --fix on save вследствии чего появляются "изменения ради изменений
А по поводу бить по рукам - мне кажется легче один раз настроить eslint + prettier и забыть о том что когото нужно бить )) Но это опять же лично мне так удобнее и не факт что всем так будет лучше.
А по поводу бить по рукам - мне кажется легче один раз настроить eslint + prettier и забыть о том что когото нужно бить )) Но это опять же лично мне так удобнее и не факт что всем так будет лучше.
За настройку редакторов такую тоже надо бить :)
IK
Я о том что prettier отформатирован с настройками проекта - какого черта редактор лезет куда не просят
DB
Не все к сожалению autofixable
Я на каком то из подкастов слышал краем уха что уже есть некий инструмент который в отличиие от eslint делает даже деструктивные фиксы. Но напрочь забыл его название