Prettier — самоуверенный форматировщик кода, который преднамеренно имеет мало опций. Хотя prettier никогда не будет добавлять/удалять код, он жестоко переформатирует все пробелы вокруг кода в фиксированный стиль. Иногда Prettier перетасовывает несколько строк только потому, что имя переменной стало длиннее на 1 символ.

Это кажется контрпродуктивным для форматировщика кода, поскольку не означает ли это, что он никогда не сможет отформатировать код в предпочитаемом им стиле? Не означает ли это, что prettier разрушит стиль, который поддерживался для облегчения понимания кода? Да и да, но это хорошие вещи.

Табы против пробелов? Неважно иди дальше

Основная ценность prettier заключается в отсутствии опций. Это перенесет все велосипеды из вашей команды в более красивый проект. Ваша команда может сосредоточиться на предоставлении ценности и избежать обсуждения вопросов стиля кода в запросе на вытягивание.

Красивее может быть брутальным, но брутально последовательным

Сначала prettier будет форматировать код в стиле, который просто перемалывает шестеренки. Как можно уважать себя с таким уродливым кодом?

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

Что приятно, так это то, что новый вонючий сотрудник не может внедрить новый стиль кода. Prettier объединяет все коды в единый стиль. Обучение не требуется.

Вы думаете, что это уродливый код? Проверь это

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

Но как насчет ситуаций, когда чем красивее код, тем труднее его понять? Давайте посмотрим, что на самом деле там говорят. Был ли код настолько близок к границе понятности, что простое переформатирование сделало его непонятным? Возможно, нам следует написать более устойчивый код. Возможно, нам следует писать простой и надежный код, чтобы он выдерживал серьезный рефакторинг, не говоря уже о переформатировании.

Но красивее просто неправильно в данном случае! Может быть, и если красивее сделало код хуже для всех, то надо открывать вопрос с красивее. Внесите свой вклад в лучший стиль для всех, который решает проблемы реального мира.

Когда красота делает код труднее для понимания, это намек на то, что код плохо структурирован. Разбейте код на более простые части с лучшими именами, и вы поймете, что это не было ошибкой более красивого кода, который был трудным для понимания.

Красивее не HAL

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

Красавица в этом отношении такая же. Он навязывает единый стиль кода для всех баз кода и побуждает улучшать код путем реструктуризации. Мы все можем вносить новые идеи непосредственно в prettier о том, как стилизация кода работает одинаково для всех. Если бы только будущие правительственные ИИ были такими же справедливыми.

Вы хотите приносить реальную пользу, а не обсуждать стили кода? Вам повезло, Battlefy набирает сотрудников.