А с другой стороны - так ли уж важно наяривать

Question

А с другой стороны - так ли уж важно наяривать

на идеальный код, точные байтики и микрооптимизации там, где этого реально не требуется? просто, кмк, везде баланс должен быть. были случаи и когда упоротость некоторых лидов при проектировании идеальной (с их точки зрения) архитектуры, побивание палками на ревью всех вокруг и всё такое приводило к тому, что в проекте один фиг без поллитры не разобраться. мне кажется, нужно делать не "правильней", а "проще". если излишних оптимизаций не требуется - сделай проще, не закладывай расширяемость всего и вся на будущее там, где не факт что оно нужно. скопипасть этот модуль, надо будет - объединишь позже. напиши какие-нибудь тесты, лишь бы работали, а не гонись за идеально расписанными контекстами и покрытием 99%. мне кажется, у нас в снг с этим в обратную сторону перегибают часто (хоть и не везде)

#elixir #programming #russian

0

22.04.2021

4 ответов

13 просмотров

Николай Епифанов

Ты тут имхо приравнял правильный = overengineered и кстати часто так и бывает когда говорят "правильный код".

0

22.04.2021

Anton Lapshin Автор вопроса

Николай Епифанов
Ты тут имхо приравнял правильный = overengineered ...

ну я примерно про это, да. когда в условном ООП-коде всё пытаются на 100% к солиду привести например

0

22.04.2021

Николай Епифанов

Anton Lapshin
ну я примерно про это, да. когда в условном ООП-ко...

Кстати для меня лично red flag такой когда в требованиях к вакансии указано: твердое знание принципов SOLID - так, стоп, похоже лютый overengineering будет :D

0

22.04.2021

Andrew Dryga · Accepted Answer

Andrew Dryga

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

0

22.04.2021

169 похожих чатов

А с другой стороны - так ли уж важно наяривать

4 ответов

Похожие вопросы