Идеальный программист. Как стать профессионалом разработки по

РЕЗУЛЬТАТ? СПЕШКА С ЗАВЕРШЕНИЕМ,
МЕДЛЕННЫЙ ВЫХОД НА РЫНОК
Мораль этой истории: ключевые участники проекта (будь то
внешний заказчик или внутренний руководитель) придумали схему,

---

которая заставит разработчиков быстро писать код. Эффективно?
Нет. Быстро? Да. Вот как работает эта схема.
– Сказать разработчику, что приложение очень простое. Это
создает у группы разработки искаженное представление о
масштабах работы. Кроме того, разработчики быстро берутся за
работу, а тем временем…
– Функциональность проекта расширяется, причем рабочая
группа оказывается виноватой в том, что не распознала эту
необходимость заранее. В нашем случае жесткое кодирование
контента должно было привести к усложнению обновлений. Как я
мог этого не понять сразу? Я понял, но до этого я получил лживые
обещания от заказчика. Или другой вариант: заказчик нанимает
«нового человека», который находит какое-нибудь явное упущение.
А завтра заказчик скажет, что они приняли на работу Стива Джобса,
и в приложение нужно добавить алхимические трансформации?
Далее…
– Проект постоянно подгоняется, чтобы работа была завершена к
исходному сроку. Разработчики трудятся на максимальной скорости
(и с максимальным риском ошибок, но кто станет обращать на это
внимание?). До срока остается пара дней? Зачем говорить, что срок
сдачи можно перенести, если работа идет так продуктивно? Нужно
использовать это в своих интересах! Потом срок наступает,
добавляется еще несколько дней, потом неделя – и это после того,
как вы отработаете 20-часовую смену, чтобы все было сделано
вовремя. Все как на знаменитой картинке с ослом и морковкой – не
считая того, что с ослом обращаются намного лучше, чем с вами.
Схема отлично придумана. Можно ли обвинять ее создателей,
уверенных в том, что она работает? Просто они не видят
кошмарного кода. И так происходит снова и снова, несмотря на
результаты.
В условиях глобализированной экономики, когда корпорации
держатся за всемогущий доллар, а повышение котировки акций
связано с сокращением штата, сверхурочной работой и оффшорной
разработкой, описанная стратегия экономии на разработчиках
делает хороший код невозможным. Если мы, разработчики, не

---

проявим должной осторожности, то нас просьбами/приказами/
угрозами заставят писать вдвое больший объем кода за половину
времени.