Комментарии 17
НЛО прилетело и опубликовало эту надпись здесь
Ну все эти обсуждения и предложения по оптимальному решению задач с хорошими разработчиками разве не дают в результате качественный продукт, который выполняет свои задачи и прост в усовершенствовании?
В любых творческих профессиях (писательстве, музыке и т.д.) так же. Чем меньше эмоционально привязываешься к своему детищу, тем решительней исправляешь в нём корявые места, и тем лучше результат.
В тот момент, когды Вы смотрите на свой код двухмесячной давности и он Вам нравится — Вы перестали развиваться!
Все люди (и программисты тоже!) в той или иной степени всегда находятся под влиянием эмоций.
Но всего должно быть в меру.
Чрезмерные эмоции — плохо, это очевидно.
Полное отсутствие эмоций (насколько это можно себе представить) — едва ли не ещё хуже.
Но всего должно быть в меру.
Чрезмерные эмоции — плохо, это очевидно.
Полное отсутствие эмоций (насколько это можно себе представить) — едва ли не ещё хуже.
Программа не должна работать.
Программа должна решать поставленную задачу наиболее эффективным способом.
Эффект=результат/затраты
Если человек пишет корявый код, его программы напоминают кучу костылей вставленных в жопу, но быстро пишутся, быстро же и надежно работают и к результату не придерешься — хай будет так, особенно в условиях перманентных дедлайнов.
Другое дело, что так не бывает. Никогда. Вообще.
Мы тут все программисты, работаем в команде, зарабатываем денюшку, и наша и чужая внутренняя творческая тонкая организация никого не волнует. Волнует — насколько человек делает то, что от него требуется. Волнует — сколько буде разбираться следующий программист.
Поэтому и придуманы паттерны, MVC, парадигмы и куча всяких штук.
Красота, логичность, правильность кода в данном случае не цель, а средство. Плохо, что многие этого не понимают, и предпочтут написать супер-дупер-мера крутой код по всем канонам, глядя на который понимающий человек пускает слезу, но код работать не будет.
Вместо того, чтобы просто решить поставленную перед ними задачу.
Никто не будет потом этот код изучать в школе и писать сочинение на тему «Что автор хотел сказать своим произведением» или «Метафоричность условных операторов в ранних произведениях автора»
Программа должна решать поставленную задачу наиболее эффективным способом.
Эффект=результат/затраты
Если человек пишет корявый код, его программы напоминают кучу костылей вставленных в жопу, но быстро пишутся, быстро же и надежно работают и к результату не придерешься — хай будет так, особенно в условиях перманентных дедлайнов.
Другое дело, что так не бывает. Никогда. Вообще.
Мы тут все программисты, работаем в команде, зарабатываем денюшку, и наша и чужая внутренняя творческая тонкая организация никого не волнует. Волнует — насколько человек делает то, что от него требуется. Волнует — сколько буде разбираться следующий программист.
Поэтому и придуманы паттерны, MVC, парадигмы и куча всяких штук.
Красота, логичность, правильность кода в данном случае не цель, а средство. Плохо, что многие этого не понимают, и предпочтут написать супер-дупер-мера крутой код по всем канонам, глядя на который понимающий человек пускает слезу, но код работать не будет.
Вместо того, чтобы просто решить поставленную перед ними задачу.
Никто не будет потом этот код изучать в школе и писать сочинение на тему «Что автор хотел сказать своим произведением» или «Метафоричность условных операторов в ранних произведениях автора»
Уж лучше разработчик пусть радеет за свой код. Так как мотивированный разраб лучше чем разраб пофигист.
Найти подходи объяснить проблемы в коде можно практически всегда, либо авторитетом (гуру), либо подсунутой литературой, либо качественным примером.
Найти подходи объяснить проблемы в коде можно практически всегда, либо авторитетом (гуру), либо подсунутой литературой, либо качественным примером.
Не всегда. Был у меня случай, когда коллега не признавал никаких авторитетов, не читал литературы. А по поводу примера говорил, что свой код он отладил, а как этот пример будет работать в продакшене, еще поглядеть надо.
Категоричность вашего ответа заставляет меня полагать, что вы особо и не пытались найти подход к человеку. Кроме того пункт «качественным примером» благополучно пропущен из вариантов влияния на этого коллегу. Если отсутствует «качественный пример», то может мнение-то субъективно и код коллеги ничем особо не отличается от кода других коллег?
Клинические случаи конечно бывают, но таким крайним случаям не место в коллективе. Обычно все сводится к инерционности людей, мало «показать как правильно», нужно ещё подождать когда его зацепит…
Клинические случаи конечно бывают, но таким крайним случаям не место в коллективе. Обычно все сводится к инерционности людей, мало «показать как правильно», нужно ещё подождать когда его зацепит…
По моему, первое правило программиста: НЕ ТРОГАЙ ТО ЧТО РАБОТАЕТ!
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Правило программиста #1: оставьте эмоции дома!