редакции Выбор
Иллюзия ценности разработчиков
Начну сразу с самого болезненного. Чаще всего думаете не вы — думают за вас. Неожиданно, правда?
Продакт подумал за вас, какую фичу лучше всего выбрать с точки зрения бизнеса. Тимлид или, не дай б-г, Архитектор — подумал за вас, как устроить внутренности программного продукта. Тот же Тимлид распределил между вами задачи. Вам осталось только код написать. Этим вы и заняты бОльшую часть своего времени. Зачем думать о чём-либо, кроме своего кода. А где-то далеко доценты с вот такими головами думают, как бы вас всех заменить нейронной сетью, способной генерировать код по функциональному и архитектурному описанию.
Вот и получается, что подходишь к программисту — а он тебе говорит: мне нечего делать. Как так, спрашиваешь, проект же активный, дел невпроворот? Ну, вот, отвечает, тут у нас в бэклоге нет задачи на добавление данных в админке. В пользовательской части задача есть, а в админке нет. Без этой задачи вся юзерка бессмысленна, но задачу почему-то не добавили. Что мне делать?
Остаётся только с удивлением смотреть в его умные добрые глаза, незамутнённые осознанием проблемы.
Ценность работающего продукта — неважно, продуктовая это разработка или заказная — внезапно, в решении какой-то проблемы.
Не в том, как написан код. Не в том, какая архитектура выбрана. Не в том, тупой джун писал продукт или синьор с вот такой бородой. Проблема решается? Хорошо решается? Остальное не важно.
И этим занимается не разработчик, а Продакт. Или Проджект, хорошо пообщавшийся с клиентом и зафиксировавший все требования в Уставе проекта. Или Бизнес-Аналитик, составивший подробное ТЗ. Даже Тимлид или Техлид — отвечает лишь за то, чтобы созданное решение проблемы действительно работало, а не падало на каждом шагу с критическими ошибками. Ну, а разработчики — просто пишут код.
В итоге средняя или даже слабая команда с хорошим Продактом справится с решением проблемы гораздо лучше отличной команды со слабым Продактом. На худой конец, выпустят MVP, который внутри будет слеплен из говна и палок — иногда без палок — а потом уже наймут более опытную команду. Как в старой жизненной шутке про хорошего и плохого программиста.
Хорошая интеграция существующих продуктов — лучше хорошо написанного с нуля решения.
Потому, что зачастую дешевле и быстрее решает проблему. No-code решения, всякие огромные агрегаты и экосистемы от Microsoft, Битрикс и других. Сегодня никого не удивляет, что написать портал на Битрикс — проще и дешевле, чем делать с нуля. А ещё лет десять назад опытные программисты плакали горючими слезами и искренне не понимали, почему их предложение сделать долго-дорого-непонятно перебивается «какими-то там невнятными пыхерами» с их Битриксом.
На любой, самый прекрасный и чистый код через пять-десять лет будут плевать, как на убогое легаси.
Я даже не говорю про то, что собственный код годичной давности в более, чем 95% случаев выглядит каким-то убожеством. Даже если получилось отлично — технологии-то убежали вперёд. Стильно-модно-молодёжно теперь стало делать по-другому. А тут вам подсовывают какое-то унылое старое гов... легаси. Которое необходимо немедленно отринуть и переписать! А когда окажется, что переписать не дают — надо тут же впасть в уныние и бежать обновлять резюме. И параллельно ещё плакать, что тебя не ценят и заставляют работать с «этим позором».
Под конец — ещё один удар ниже пояса. Разработчики всегда являются РАСХОДНОЙ частью бюджета.
Они сами по себе никаких денег не приносят. Они участвуют в создании ценности — чаще всего на уровне работников автомобильного конвеера. Но саму идею ценности создаёт кто-то другой. Оформляет эту идею в конкретный план разработки кто-то другой. Отвечает за конечный результат кто-то другой. Выводит результат на рынок кто-то другой. Обменивает результат на деньги кто-то другой. А разработчик зачастую обо всём этом даже думать не хочет. «Дайте мне спокойно писать код!» — кричит обобщённый разработчик современности.
Подытоживая, индустрия постепенно сместила разработчика с пьедестала человека, придумывающего и реализующего полезное решение — на позицию кодировщика чужих идей. И большинство разработчиков с радостью это смещение поддержало. Взяли флаги, барабаны — и дружным строем перешли в самый низ пищевой цепочки. В результате мы пришли к парадоксальной ситуции. Те из разработчиков, кто хочет большего, кто чувствует отчуждённость от результатов своего труда — бегут в стартапы, не считая, что можно что-то изменить на рабочем месте. Или сидят и плачут, что их не ценят и не понимают, и вообще вся индустрия — какое-то унылое болото. В то же время руководство сокрушается, что разработчики разучились — или никогда не умели — думать головой, заботиться о конечном результате разработки, и что вообще не на кого положиться.
Все страдают, колются, и продолжают кушать кактус.