feat(eslint): disable rules conflicting with prettier

[ekabolotina]

Отключить те правила Eslint, которые могут быть автоматически исправлены с помощью Prettier.

Мотивация и контекст

Во время разработки нет смысла «подсвечивать» места, являющиеся проблемными с точки зрения форматирования, так как это только отвлекает от процесса разработки. Учитывая, что все эти проблемы будут автоматически исправлены с помощью Prettier, то предлагаю отключить данные проверки при помощи eslint-config-prettier.
См. также замечание в документации Prettier.

[voronin-ivan]

Проверил на стабе ЕФ, в итоге линтером вообще не ловятся штуки, которые ты здесь отключаешь. Это критично, т.к. форматирование через преттир вполне себе можно скипнуть при коммите, в итоге в дев/мастер может попасть код, который совсем не соответствует стандартам.

[ekabolotina]

@voronin-ivan чтобы чтобы проверить, что код соответствует стандартам в плане форматирования, запускаем prettier --check

[voronin-ivan]

запускаем prettier --check

Почему не prettier-eslint, который используется для форматирования?
В любом случае, это нужно отразить в README.md и скриптах package.json (в этом репозитории есть псевдо-тесты).

И есть ли живой пример банковского проекта (ветки достаточно), где можно посмотреть интеграцию с этими изменениями?

[ekabolotina]

запускаем prettier --check

Почему не prettier-eslint, который используется для форматирования?
В любом случае, это нужно отразить в README.md и скриптах package.json (в этом репозитории есть псевдо-тесты).

И есть ли живой пример банковского проекта (ветки достаточно), где можно посмотреть интеграцию с этими изменениями?

Добавил команду для тестирования test:format в package.json. Обновил README.md. Что касается живого проекта, — пока что такового нет.

[Heymdall]

Не соглашусь с тем, что смысла в них нет. Все правила, которые касаются форматирования у нас сейчас стоят в warn.
Это делалось осознано, так как был явный запрос от разработчиков о том, что хочется видеть то, как надо писать.

Не блокирую этот пр, но по сути я против подобного.

[ekabolotina]

Не соглашусь с тем, что смысла в них нет. Все правила, которые касаются форматирования у нас сейчас стоят в warn.
Это делалось осознано, так как был явный запрос от разработчиков о том, что хочется видеть то, как надо писать.

Не блокирую этот пр, но по сути я против подобного.

ИМХО, эти правила форматирования не должны являться для разработчика ответом на вопрос «как надо писать». Они нужны только для того, чтобы кодовая база выглядела однообразно, и код было удобно читать. Эти правила не должны преследовать цель переучить людей писать правильно скобочки и отступы, т.к. это уже дело каждого разработчика (вкусовщина). А задача автоматических инструментов избавить разработчиков от этой головной боли и крови из глаз.