Сообщение Re[2]: Ширина кода - газетная vs книжная от 12.01.2025 15:51
Изменено 12.01.2025 15:56 swame
Re[2]: Ширина кода - газетная vs книжная
Здравствуйте, vsb, Вы писали:
vsb>Ещё хочу предложить мысль для обдумывания.
vsb>В современном инструментарии всё чаще используют автоматический форматтер. В последние годы во всех своих проектах я использую именно такой подход. Чем меньше свободы в форматировании кода, тем лучше. gofmt, prettier, python black, clang-format, ну и в принципе почти в любой IDE есть подобный функционал.
Нет. одно и тоже можно написать длиной цепочкой, или несколькими последовательными операторами.
Это делает программист. Не форматтер.
Если что то сдизайнено под длинную цепочку потом автоматом форматируется, оно становится уже совсем нечитаемым.
Так что я на своем коде форматтером не пользуюсь.
Если только откуда-то достался какой-нибудь неряшливо отформатированный код и надо разобраться, тогда можно форматнуть.
vsb>Ещё хочу предложить мысль для обдумывания.
vsb>В современном инструментарии всё чаще используют автоматический форматтер. В последние годы во всех своих проектах я использую именно такой подход. Чем меньше свободы в форматировании кода, тем лучше. gofmt, prettier, python black, clang-format, ну и в принципе почти в любой IDE есть подобный функционал.
Нет. одно и тоже можно написать длиной цепочкой, или несколькими последовательными операторами.
Это делает программист. Не форматтер.
Если что то сдизайнено под длинную цепочку потом автоматом форматируется, оно становится уже совсем нечитаемым.
Так что я на своем коде форматтером не пользуюсь.
Если только откуда-то достался какой-нибудь неряшливо отформатированный код и надо разобраться, тогда можно форматнуть.
Re[2]: Ширина кода - газетная vs книжная
Здравствуйте, vsb, Вы писали:
vsb>Ещё хочу предложить мысль для обдумывания.
vsb>В современном инструментарии всё чаще используют автоматический форматтер. В последние годы во всех своих проектах я использую именно такой подход. Чем меньше свободы в форматировании кода, тем лучше. gofmt, prettier, python black, clang-format, ну и в принципе почти в любой IDE есть подобный функционал.
Нет. одно и тоже можно написать длиной цепочкой, или несколькими последовательными операторами.
Это делает программист. Не форматтер.
Если что-то сдизайнено под длинную цепочку и потом автоматом форматируется, оно становится уже совсем нечитаемым.
И всякие мерджи гита на таком плохо будут работать.
Я при дежживаюсь второго стиля и на своем коде форматтером не пользуюсь, он не нужен просто .
Если только откуда-то достался какой-нибудь неряшливо отформатированный код и надо разобраться, тогда можно форматнуть.
vsb>Ещё хочу предложить мысль для обдумывания.
vsb>В современном инструментарии всё чаще используют автоматический форматтер. В последние годы во всех своих проектах я использую именно такой подход. Чем меньше свободы в форматировании кода, тем лучше. gofmt, prettier, python black, clang-format, ну и в принципе почти в любой IDE есть подобный функционал.
Нет. одно и тоже можно написать длиной цепочкой, или несколькими последовательными операторами.
Это делает программист. Не форматтер.
Если что-то сдизайнено под длинную цепочку и потом автоматом форматируется, оно становится уже совсем нечитаемым.
И всякие мерджи гита на таком плохо будут работать.
Я при дежживаюсь второго стиля и на своем коде форматтером не пользуюсь, он не нужен просто .
Если только откуда-то достался какой-нибудь неряшливо отформатированный код и надо разобраться, тогда можно форматнуть.