SB
На проектах приттиер юзается как стандарт, у меня не стоит этот вопрос. Вопрос лишь как лучше его использовать
в pre commit hooks и порядок
Size: a a a
2021 March 03
SB
Мне как раз eslint не нужен
лол, ну окей
pl
@emmanuelGoldstein на работу
VL
Ну как линтер который ошибки светит
AP
можно через добавит в избраное сохранить;)
VL
Зачем оно надо - непонятно
pl
VL
LSP справляется
А ошибки форматирования приттиер фиксит
А ошибки форматирования приттиер фиксит
VL
Линтить мне их незачем
SB
LSP справляется
А ошибки форматирования приттиер фиксит
А ошибки форматирования приттиер фиксит
да но не может фиксить код после ретурна например (заметить код который никогда не вызовется) или вот такую тему, он еще анализирует твой код, в отличии от просто того что делает prittier, приводя к нужному код стайлу
VL
да но не может фиксить код после ретурна например (заметить код который никогда не вызовется) или вот такую тему, он еще анализирует твой код, в отличии от просто того что делает prittier, приводя к нужному код стайлу
Вот фиксить после ретурна это прикольно
Только оно же будет жрать много ресурса проца, полагаю?
Только оно же будет жрать много ресурса проца, полагаю?
SB
Вот фиксить после ретурна это прикольно
Только оно же будет жрать много ресурса проца, полагаю?
Только оно же будет жрать много ресурса проца, полагаю?
так его не нужно поэтому и запускать постоянно, перед коммитом раз прогнал, ошибки и косяки поправил вот такие и дальше коммитишь
SB
Вот фиксить после ретурна это прикольно
Только оно же будет жрать много ресурса проца, полагаю?
Только оно же будет жрать много ресурса проца, полагаю?
найти существующие ошибки в коде;
избежать глупых ошибок;
избежать бесконечные циклы в условиях цикла for;
убедится, что все методы getter возвращают что-то;
не разрешить выражения console.log (и аналогичные);
проверить наличие дубликатов cases в switch;
проверить недоступный код;
проверить правильность JSDoc
вот такую штуку он умеет
избежать глупых ошибок;
избежать бесконечные циклы в условиях цикла for;
убедится, что все методы getter возвращают что-то;
не разрешить выражения console.log (и аналогичные);
проверить наличие дубликатов cases в switch;
проверить недоступный код;
проверить правильность JSDoc
вот такую штуку он умеет
VL
А, неправильно трактовал:) я думал ты имеешь в виду буквально, по энтеру в инсерт моде)
VL
найти существующие ошибки в коде;
избежать глупых ошибок;
избежать бесконечные циклы в условиях цикла for;
убедится, что все методы getter возвращают что-то;
не разрешить выражения console.log (и аналогичные);
проверить наличие дубликатов cases в switch;
проверить недоступный код;
проверить правильность JSDoc
вот такую штуку он умеет
избежать глупых ошибок;
избежать бесконечные циклы в условиях цикла for;
убедится, что все методы getter возвращают что-то;
не разрешить выражения console.log (и аналогичные);
проверить наличие дубликатов cases в switch;
проверить недоступный код;
проверить правильность JSDoc
вот такую штуку он умеет
Не пойму, LSP жабаскриптовые не справляются с синтаксисом разве?
SB
Не пойму, LSP жабаскриптовые не справляются с синтаксисом разве?
так в них тоже скорее всего eslint который постоянно зачем—то крутится
SB
надо проверить
SB
а нет вру
SB
они только синтаксис и правильно проверяют, им без разницы как я понимаю что ты написал дубликаты в switch, например
VL
Я не помню факапов синтаксиса из-за отсутствия eslint у себя.
А вот два одновременно работающих сервера - двойная нагрузка. Хз
А вот два одновременно работающих сервера - двойная нагрузка. Хз