Если вы разработчик программного обеспечения и читаете это, вы согласитесь, что из множества элементов, которые делают разработку программного обеспечения таким увлекательным выбором карьеры, инструменты выделяются больше всего (посмотрите, что я там сделал?)

Большинство разработчиков программного обеспечения понимают, как легко получить лихорадочный энтузиазм при использовании нового инструмента. А если вы меня, то первое, куда вы идете, чтобы намочить ноги, - это документация по инструментам.

Я люблю то, что делаю, действительно люблю. Мало кто из профессий может быть таким увлекательным, как разработка программного обеспечения. Но иногда я сталкиваюсь с инструментами, которые заставляют меня чувствовать, что у меня плохая жизнь, не потому, что их сложно использовать, а из-за того, насколько ужасны их документы.

У меня есть такая штука, в которой я оцениваю библиотеки и инструменты, с которыми сталкиваюсь, исходя из того, насколько лаконична их документация и насколько легко начать работу. Мои рейтинги следующие: легкий, довольно простой, сложный и необоснованный. Большинство инструментов относятся к разделам довольно простые и сложные, но я иногда сталкиваюсь с необоснованными.

В последнее время мне пришлось добавить еще один инструмент к моему набору инструментов - ESlint. Что мне особенно понравилось в ESlint, так это простота документации. Это подводит меня к первой причине, почему я считаю этот инструмент таким захватывающим.

Документация

Когда я работаю над проектом и нуждаюсь в каком-либо инструменте или библиотеке, я чувствую себя неловко, если он делает что-то, чего я не понимаю. Конечно, я, вероятно, буду заниматься этим до тех пор, пока работает проект в целом, но всегда будут оставаться эти сомнения, когда я взгляну на исходный код проекта.

В настоящее время я участвую в программе учебных курсов Andelan, и ESlint - один из инструментов, которые мне приходилось использовать. После установки ESlint со всеми необходимыми расширениями и прочими я не мог не чувствовать себя неловко из-за количества правил, которые я видел, и того, что я понятия не имел, что они делают.

Я проверил документы, потому что, знаете, я ничего не знал. Документацию не только легко начать читать, но и она хорошо написана и организована; дошел даже до объяснения концепции и обоснования каждой части API инструмента.

Что делает ESlint

Грубо говоря, ESlint - это инструмент, который позволяет разработчикам находить в своем коде всевозможные ошибки без предварительного запуска кода. Это подводит меня ко второй причине, почему я думаю, что это такой захватывающий инструмент, - концепции, лежащей в основе этого инструмента.

Концепт

Тот факт, что организация может применять стили кода с помощью персонализированных руководств по стилю, для меня должен быть одной из самых крутых вещей. И это в значительной степени то, что я считаю основной концепцией, лежащей в основе ESlint.

ESlint помогает всем оставаться на одной странице и предотвращает ненужную путаницу в будущем. Уже достаточно головной боли, связанной с конфликтами структуры проекта, так зачем же разбираться с конфликтами стилей!

Указание того, что разрешено или запрещено в файле .eslintrc вашего проекта, дает вам и всем участникам возможность контролировать стили и соглашения о коде; и следит за тем, чтобы никто не сбился с пути по незнанию, потому что, давайте посмотрим правде в глаза, когда дело доходит до написания кода, творчество часто может вытеснить единство и здравый смысл.