Линтинг. Это довольно не спорная тема. Я полагаю, что у большинства компаний, пишущих код, есть некоторый набор правил, которые они обеспечивают соблюдением с помощью линтера (в моей компании мы используем ESLint). Просто установите линтер в свой текстовый редактор, и если ваша кодовая база имеет встроенные правила линтинга, ваш код будет написан в соответствии со стандартами стиля вашей компании (или вы получите печальную красную точку, если это не так). Легко и логично, правда?
По какой-то причине Sublime Text (мой любимый редактор) не любит ESLint… по крайней мере, для меня. Это случилось со мной на двух разных компьютерах. Я использовал другие текстовые редакторы, и ESLint действительно работает, но по какой-то причине я не могу заставить его работать с Sublime. Мне нравится Sublime, и я отказываюсь переключаться только из-за ситуации с линтером, поэтому я просто проживаю свой день без линтера.
И, честно говоря ... мне это нравится.
Если вы похожи на меня, при использовании линтера рядом с вашим кодом появляется много красных точек. Конечно, вы изо всех сил стараетесь не нарушать правила стиля, но иногда вы объявляете переменную, которую еще не определили, и эта красная точка просто не понимает. Или вы ставите точку с запятой, потому что пишете немедленно вызываемую функцию. И когда вы видите эту красную точку, вы должны хотя бы проверить, что не так. Что прерывает ход ваших мыслей. И не всегда можно вернуть его.
Поэтому я кодирую без линтера. Я пишу свой код волей-неволей и сосредотачиваюсь на том, чтобы заставить его работать, не беспокоясь о том, чтобы приспособить его к определенному стилю. Я пишу то, что, как я знаю, работает, а затем убеждаюсь, что соблюдаю все правила. Да, это иногда означает изменение кода после того, как вы его напишете, но как человек, который не всегда понимает это правильно с первой попытки (один из побочных эффектов работы разработчика), я предпочитаю иметь возможность беспокоиться о контенте. не беспокоясь о стиле.
Этот метод подходит не всем. Некоторые люди предпочитают писать код в соответствии со стилем с первого раза, чтобы им не приходилось возвращаться и изменять проблемы стиля в своем коде, и для этих людей линтеры необходимы. Но для людей вроде меня, у которых нет проблем вернуться позже, чтобы исправить проблемы со стилем в коде, отключение линтера может быть отличным способом избавиться от отвлекающих факторов и сначала сосредоточиться на содержании кода.
Одно предостережение в отношении всей этой «безинтерной» жизни ... убедитесь, что вы запускаете свой код через линтер, прежде чем отправлять его на GitHub (или где-нибудь еще, где ваш чай делится вашим кодом). В репозиториях, с которыми я работаю, есть крючки фиксации, которые сделают это, но если ваше репо этого не делает, убедитесь, что вы запускаете ESLint (или ваш линтер по выбору), чтобы убедиться, что ваш код соответствует всем рекомендациям по стилю вашего репо. Кодирование без линтера может означать больше изменений в вашем коде, прежде чем вы сможете зафиксировать (хотя Prettier иногда будет вносить эти изменения за вас), но оно также может приблизить вас к рабочему пространству без отвлекающих факторов.
(А если серьезно, если вы похожи на меня и кодите без запущенного линтера, ПРИСОЕДИНЯЙТЕ СВОЙ КОД ПЕРЕД ВЫПОЛНЕНИЕМ !! Я не могу не подчеркнуть этого достаточно. ESLint можно очень легко использовать из командной строки. Рекомендации и последовательность очень важны, а линт очень ценен ... просто также очень отвлекает.)
