Где-то в пути мы забыли о мастерстве программирования

«Поставляй!»

«Мы теперь Agile, детка. Двигайся быстро и ломай вещи!»

«Мы оцениваем наших инженеров по тому влиянию, которое они оказывают!»

Где-то по пути, в разгар agilification программного обеспечения или золотой лихорадки зарплат инженеров-программистов, мы забыли о мастерстве.

Я работал в крупных технологических компаниях, стартапах, консалтинговых фирмах и даже в правительстве. Все это разные среды с одним ключевым сходством: качество кода низкое, особенно в последнее время.

Не поймите меня неправильно, есть участки хорошего кода. Отдельные примеры настоящей заботы и мастерства. Но, по большому счету, то, что я вижу сейчас, — это люди, пытающиеся как можно быстрее выпустить продукт, не обращая внимания на бремя сопровождения через 1, 2, 5, 10 лет.

Так что же происходит? Я не знаю точно, но вот мои основные теории.

Извращенные стимулы, связанные с «влиянием»

В больших технологиях принято учитывать «влияние» при оценке работы инженера и принятии решений о продвижении. К сожалению, «влияние» почти всегда измеряется тем, какие функции вы поставили, а не тем, как ваш код повлиял на долгосрочную работоспособность кодовой базы.

Если вы стремитесь продвинуться по карьерной лестнице и хотите, чтобы вам платили больше денег (в этом нет ничего плохого), то вполне логично, что вы будете поставлять больше функций — даже если код, который вы поставляете, менее качественный.

Давление бэклога

Я не обвиняю гибкую методологию. Но я отчасти виню Agile™. Сейчас, вы, вероятнее чем когда либо, находитесь в среде Agile™, где вас перегружают задачами. Стоит ли вам сосредоточиться на улучшении качества функции, над которой вы работаете? Или вам следует заняться другими 17 задачами, которые у вас есть в этом спринте?

Более высокопоставленные инженеры могут отмахнуться и сказать: «Мне нужно потратить больше времени, чтобы сделать это правильно». Но джуниор и мидл разработчики? Они должны идти в ногу со временем, чтобы их не считали «медлительными».

Более низкие ставки

Многие из нас сейчас поставляют свои продукты через Интернет. В некоторых случаях они полностью основаны на веб-технологиях, а в других мы можем поставлять патчи через интернет. В любом случае, мы почти никогда не поставляем физические компакт-диски, где мы должны быть чертовски уверены, что программное обеспечение работает. Мы можем позволить себе «двигаться быстро и ломать вещи».

Но это также означает, что мы охотнее допускаем в наших кодовых базах “короткие пути” и непроверенный код. Это постепенно разрушает качество кодовой базы и в один прекрасный день мы просыпаемся и понимаем, что все в полном хаосе.

Никто больше не фокусируется на мастерстве

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

А может быть, — и это то, чего я действительно боюсь, — люди, которые действительно сосредоточены на ремесле разработки программного обеспечения, уходят на пенсию или просто сбегают.

Источник