Я обнаружил, что в отрасли существует культура разработки, ориентированной на результат (RDD), что приводит к тому, что творческий процесс в самой разработке изнашивается. В индустрии программного обеспечения есть два места творческого вклада: продукт и код. Эта культура RDD отодвигает на второй план творчество в коде. Таким образом, создается культура «Это всегда работало» и «Я знаю, как сделать это таким образом». Это делает невозможным исследование новых парадигм или стилей с вашими коллегами-разработчиками, потому что вы можете бояться, что эти общие аргументы вас сломят. Вот те, которые я нахожу наиболее распространенными.

«Это стандарт» или «Все используют это»

Люди, кажется, верят, что если что-то популярно, то это хорошо. Это совершенно очевидное заблуждение. Я могу привести множество примеров. Сыроедение было популярно до того, как была изобретена кулинария, было ли это лучше, чем приготовление пищи? Написание вещей на ассемблере было популярно до того, как языки высокого уровня стали жизнеспособными, было ли написание на ассемблере лучше? Короткий ответ на все эти вопросы — нет, они не были лучше. Глупо говорить, что они были лучше. У всех них есть общая часть — «до». Мы не можем знать, какой будет следующая большая вещь, пока она не станет популярной. Поэтому эта линия рассуждений нелогична.

“Это всегда работало”

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

«Я знаю, как сделать это таким образом»

Эта линия рассуждений проясняет проблему в отрасли. Отсутствует стремление к инновациям. Без инноваций в том, как мы пишем программное обеспечение, некоторые формы программного обеспечения могут быть нежизнеспособными, что препятствует внедрению инноваций в конечный продукт. Разработчики всегда должны стремиться изучать новые способы ведения дел, чтобы мы могли создавать лучший код, программное обеспечение и более эффективно сотрудничать.

Мой вывод

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