It As Is - [10]

Миша сделал шаг из лифта и услышал, как под подошвой его ботинка хрустнуло стекло лампочки. От неожиданности он вздрогнул. Все трое посмотрели в сторону Миши.

— Не бойся, они не видят нас, сегодня мы не инстанциированы и существуем только в виде абстракций, — быстро заговорил Коля. — Ты, наверное, сейчас спросишь меня, почему мы ехали на лифте вверх, а попали в подвал? Понимаешь, это только самое начало, так происходит у многих. Предвосхищу и другой твой вопрос — зачем мы здесь, в этом подвале? Стартап в таком виде, основанный на чистом энтузиазме — это самый дальний край светлой стороны разработки программного обеспечения. Дальше стартаперов‑энтузиастов на светлую сторону ещё никто не заходил. Светлая сторона ориентирована на разработку как можно более качественного программного обеспечения. На светлой стороне пребывают практически все стартапы. Оно и понятно — бюджеты там либо отсутствуют, либо сравнительно небольшие. Для получения прибыли здесь нужны не отчёты и собрания, а конкретный продаваемый продукт. А на фоне высокой конкуренции привлекательнее всегда выглядит более качественный товар. Такие стартапы, как этот, удовлетворяют потребности, естественным образом сформированные ещё до появления стартапа. Например, потребность общаться с друзьями, потребность прогнозировать погоду и пробки, потребность делать заметки, да что перечислять, тысячи их! Вот эти трое гиков за компьютерами — и есть вся компания. У них нет никакого руководства кроме здравого смысла и желания делать качественные программы.

Коля замолчал, чтобы немного перевести дух. По нему было видно, что он восхищается этими ребятами.

— А что потом будет с ними? — несмело спросил Миша, — Не всю же жизнь им сидеть здесь, в подвале?

— Да, ты прав, — ответил Коля, — обычно стартапы живут вплоть до первой сдачи 4‑ФСС. Вот этот, в малиновой водолазке, который сейчас что-то рисует в фотошопе — он станет дизайнером, хотя рисовать он так и не научится. Вот этот, с ноутбуком, единственный, у которого обувь чистая — будет внедрять 1C. А тот, бородатый… Про него даже говорить не хочется.

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

— Я наконец-то сделал то, что так давно планировал. Теперь вся логика взаимодействия потоков покрыта юнит-тестами. Какая-же всё-таки хорошая штука этот JUnit, — сказал он, кашлянул и вышел из комнаты.

Миша хотел было подойти к компьютеру, чтобы хотя бы мельком взглянуть на то, как с помощью JUnit тестировать многопоточные приложения, но Изя одёрнул его:

— У нас мало времени. Ночь коротка, а мы ещё не побывали на дарк-сайде. Пойдём же из мрачного подвала светлой стороны в просторный кондиционируемый офис!

Тёмная сторона

Изя зашёл в кабину лифта последним и нажал единственную кнопку. Когда двери закрылись, он обернулся к Мише:

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

Фраза «какой-то другой ресурс» задела Мишу, но, прежде чем он нашёлся, раздался мелодичный звонок, и двери лифта бесшумно распахнулись. Выйдя вслед за Изей, Миша и Коля оказались посреди огромного и безупречно чистого помещения, разделённого пластиковыми перегородками на небольшие секции. В каждой такой секции стояло около пяти столов с креслами. Что интересно, компьютеров почти нигде не было.

— Изя, почему на тёмной стороне разработки ПО нет компьютеров? У них у всех что, ноутбуки? Или планшеты? — спросил Миша.

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

— Хайринг ресурсов? Ты имеешь ввиду приём на работу сотрудников, программистов? — переспросил Миша.

— Нет, на дарк-сайде нет людей, здесь только менеджеры и ресурсы, которые они распределяют! — глаза Изи полыхнули недобрым огнём и в воздухе еле уловимо запахло серой, — Запомни это и не позволяй себе больше таких вольностей.

— Хорошо, — тихо ответил Миша и вжал голову в плечи.

— Так-то лучше, — Изя немного успокоился, — Итак, продолжим. Если коротко, то дарк‑сайд софтваре-девелопмента — это законный способ изъятия денег у заказчика. Дарк‑сайд ориентирован на как можно более некачественный и затянутый девелопмент. Казалось бы, как такое может быть? Но, как ни странно, на дарк-сайде больше компаний, чем можно себе представить. Доход такая компания получает за счёт саппорта своих некачественных продуктов. Ибо если продукт качественный — как же его саппортить? Поэтому компания все силы прикладывает к тому, чтобы сделать продукт некачественным, но при этом таки выпустить его. Это раньше, во времена мейнфреймвов, романтиков и стримеров целью разработки программы было получение результатов вычисления. Сейчас же время смарт-девайсов, прагматиков и облачных технологий, а программы разрабатываются с целью создания у заказчика ощущения того, что всё хорошо. Как ты думаешь, Миша, что будет, если ты сразу напишешь работающую программу? Тебя уволят, так как работы для тебя не будет. Ты сам себя лишишь работы! — Изя недобро засмеялся, — Но я отвлёкся. Потребности, которые удовлетворяют написанные здесь программы, сформированы маркетологами. До написания программы такой потребности не было. Жили же люди когда-то без комплексных корпоративных решений, и неплохо жили! — Изя опять засмеялся, — Характерным признаком тёмной стороны является оверстаффинг — наём большего количества сотрудников, чем это необходимо. Возникает он довольно просто. В основу системы кладётся неподходящая архитектура. Из-за неконтролируемого роста сложности развитие системы даётся всё тяжелее. Видя, что разработка затягивается, руководство нанимает ещё сотрудников. Новые сотрудники, плохо разбираясь в системе, ещё более увеличивают её сложность, что ещё более замедляет разработку. Профит очевиден. С ростом штата растёт значимость каждого руководителя, от ведущих разработчиков до директоров, растут и счета, выставляемые заказчикам. Но только до тех пор, пока заказчик готов оплачивать весь этот цирк. В один прекрасный момент он говорит «с меня хватит!» и прекращает сотрудничество. А компания увольняет большую часть ресурсов… Кстати, вот наш весьма ценный ресурс.