Главное Авторские колонки Вакансии Образование
😼
Выбор
редакции
481 1 В избр. Сохранено
Авторизуйтесь
Вход с паролем

Иллюзия ценности разработчиков

Ну, что ж, любимые мои технари, ITшники, интроверты. Пора, вслед за ложкой мёда, и бочку дёгтя подвезти.У подавляющего большинства разработчиков есть опасная иллюзия, что всю ценность программных продуктов создают исключительно разработчики. Это не так.
Мнение автора может не совпадать с мнением редакции

Мыши плакали, кололись, и продолжали есть кактус

Начну сразу с самого болезненного. Чаще всего думаете не вы — думают за вас. Неожиданно, правда?

Продакт подумал за вас, какую фичу лучше всего выбрать с точки зрения бизнеса. Тимлид или, не дай б-г, Архитектор — подумал за вас, как устроить внутренности программного продукта. Тот же Тимлид распределил между вами задачи. Вам осталось только код написать. Этим вы и заняты бОльшую часть своего времени. Зачем думать о чём-либо, кроме своего кода. А где-то далеко доценты с вот такими головами думают, как бы вас всех заменить нейронной сетью, способной генерировать код по функциональному и архитектурному описанию.

Вот и получается, что подходишь к программисту — а он тебе говорит: мне нечего делать. Как так, спрашиваешь, проект же активный, дел невпроворот? Ну, вот, отвечает, тут у нас в бэклоге нет задачи на добавление данных в админке. В пользовательской части задача есть, а в админке нет. Без этой задачи вся юзерка бессмысленна, но задачу почему-то не добавили. Что мне делать?

Остаётся только с удивлением смотреть в его умные добрые глаза, незамутнённые осознанием проблемы.

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

Не в том, как написан код. Не в том, какая архитектура выбрана. Не в том, тупой джун писал продукт или синьор с вот такой бородой. Проблема решается? Хорошо решается? Остальное не важно.

И этим занимается не разработчик, а Продакт. Или Проджект, хорошо пообщавшийся с клиентом и зафиксировавший все требования в Уставе проекта. Или Бизнес-Аналитик, составивший подробное ТЗ. Даже Тимлид или Техлид — отвечает лишь за то, чтобы созданное решение проблемы действительно работало, а не падало на каждом шагу с критическими ошибками. Ну, а разработчики — просто пишут код.

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

Хорошая интеграция существующих продуктов — лучше хорошо написанного с нуля решения.

Потому, что зачастую дешевле и быстрее решает проблему. No-code решения, всякие огромные агрегаты и экосистемы от Microsoft, Битрикс и других. Сегодня никого не удивляет, что написать портал на Битрикс — проще и дешевле, чем делать с нуля. А ещё лет десять назад опытные программисты плакали горючими слезами и искренне не понимали, почему их предложение сделать долго-дорого-непонятно перебивается «какими-то там невнятными пыхерами» с их Битриксом.

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

Я даже не говорю про то, что собственный код годичной давности в более, чем 95% случаев выглядит каким-то убожеством. Даже если получилось отлично — технологии-то убежали вперёд. Стильно-модно-молодёжно теперь стало делать по-другому. А тут вам подсовывают какое-то унылое старое гов... легаси. Которое необходимо немедленно отринуть и переписать! А когда окажется, что переписать не дают — надо тут же впасть в уныние и бежать обновлять резюме. И параллельно ещё плакать, что тебя не ценят и заставляют работать с «этим позором».

Под конец — ещё один удар ниже пояса. Разработчики всегда являются РАСХОДНОЙ частью бюджета.

Они сами по себе никаких денег не приносят. Они участвуют в создании ценности — чаще всего на уровне работников автомобильного конвеера. Но саму идею ценности создаёт кто-то другой. Оформляет эту идею в конкретный план разработки кто-то другой. Отвечает за конечный результат кто-то другой. Выводит результат на рынок кто-то другой. Обменивает результат на деньги кто-то другой. А разработчик зачастую обо всём этом даже думать не хочет. «Дайте мне спокойно писать код!» — кричит обобщённый разработчик современности.

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

Все страдают, колются, и продолжают кушать кактус.

0
В избр. Сохранено
Авторизуйтесь
Вход с паролем
Комментарии
Ляля Григорьева
Да что тут говорить, мы все - чей-то расходный материал. У каждого из нас есть свои иллюзии. Зачем лишать людей веры в свою исключительность?
Ответить
Выбрать файл
Блог проекта
Расскажите историю о создании или развитии проекта, поиске команды, проблемах и решениях
Написать
Личный блог
Продвигайте свои услуги или личный бренд через интересные кейсы и статьи
Написать

Spark использует cookie-файлы. С их помощью мы улучшаем работу нашего сайта и ваше взаимодействие с ним.