Не нанимайте крутых программистов, если вы стартап и только начали делать продукт. Они вам все испортят

Один раз я написал статью о том, как увлечение новым языком программирования спасло меня от выгорания. Её прочитало много людей, и меня позвали работать в стартап. Предложение было заманчивым, ребята звали меня делать реальные вещи, а не абстрактное дерьмо. Я согласился.

270270

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

Вы не задумывались, что есть разработчики которые научились за полгода программировать и могут заниматься "индустрией"? Или программисты, которые занимаются "индустрией" и могут быстро запустить продукт?

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

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

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

16
Ответить

Чем занимается Фил? Судя по его предыдущим статьям, берётся не за задачу, которую поставила ему компания, а сам придумывает себе задачу полного переписывания всей архитектуры какого-то из модулей. На середине процесса, спустя несколько бессонных недель, он осознаёт, что уже наговнокодил тысячи строк, а его новый модуль до сих пор не делает ничего полезного из сотни строчек предыдущего варианта. Выбрасывает код в мусорку. Повторяет ещё пару раз. Окончательно выгорает с задачей. Уходит в запой. Пишет слёзную статью на Хабре. Переходит на другой проект.

Оттого-то Фил и работает исключительно в крупных аутсорсах: пустив пыль в глаза менеджерам и заказчикам, он может месяцами заниматься имитацией бурной деятельности, пока его не раскусят. Благо, паттерны проектирования и функциональные абстракции дают возможность практически неограниченного роста объёмов ничего не делающего кода. Это никакое не «развитие индустрии», а его регресс. Прямо как демагогия из небезызвестного «ответа Путина на вопрос сколько будет 2+2»: слов много, а ответа нет. Такое же политиканство и «руковождение», только от IT-индустрии.

26
Ответить