Представьте себе, что после изнурительного дня в магазине, потея над своей станцией на сборочной линии, вы заканчиваете работу с 9 до 5 и направляетесь в местный водопой со своей командой, чтобы посочувствовать своему рабу-водителю начальника смены. И, уходя с фабрики, вы вздыхаете: «Как я стал простым программистом?»
Безумие думать о программировании для рабочих, но это именно то, что предлагалось в статье в Wired. Затем открылись шлюзы интернет-гнева, но, по крайней мере, один пост предоставил более сбалансированный анализ по сравнению с «Javascript Slingers» взглядом на кодирование.
Когда мы считали, что программирование ничем не отличается от сборки виджетов на конвейерной ленте? Вы можете винить Фредерик Уинслоу Тейлор, крестного отца научного менеджмента и архитектора корпоративной одержимости эффективностью. Принципы, которые он заложил в индустриальную эпоху 1900-х годов, привели к появлению многих управленческих практик, распространенных в компаниях по всему миру в нашу эпоху. Вы также можете обвинить его в страшном термине лучшие практики.
Это стремление к эффективности проникло даже в мир программирования. За прошедшие годы было разработано множество способов измерения продуктивности разработчиков, но они часто контрпродуктивны и упускают суть.
В Опросе разработчиков Stack Overflow разработчики заботились не о строках кода, количестве коммитов или обнаруженных ошибках. Они рассматривают хорошо выполненную работу как удовлетворение конечных клиентов и своевременное выполнение задач. Таким образом, путь к эффективности лежит не в количественных показателях производства, таких как количество строк кода или количество коммитов в день, а в творческом подходе к решению сложных задач.
Бывает ли кодирование ворчания? Конечно, но программирование гораздо более художественное, тип, который не поддается метрикам и сбивает с толку экспертов по эффективности. Настоящий секрет повышения производительности заключается в том, чтобы помочь разработчикам быстрее решать проблемы с помощью более совершенных инструментов общения и совместной работы, более широкого обмена и помощи на основе сообщества, а также культуры, в которой обучение и рост важнее холодной и жесткой эффективности.
Как вы думаете, что больше всего помогает продуктивности разработчиков? Где вы видели правильное взаимодействие с разработчиком?
Как проверить, установлен ли флажок в jQuery?
Кажется, ответ будет один, но нет, есть много способов решить эту проблему…
Мы помогаем ИТ-лидерам на предприятиях решать культурные проблемы, связанные с цифровой трансформацией, и переходить к культуре, основанной на сообществе, которая быстрее обеспечивает инновации и ценность для клиентов. Узнайте больше о нашей работе здесь.
