Yaonkey

Всем ку! Не так давно я задался вопросом, а почему мне нравится такая нудная работа? На самом деле, ответ кроется не на поверхности. Чтобы понять всю суть любви к программированию, нужно копнуть немного глубже, нежели просто придерживаясь тех фактов, что у программистов высокая заработная плата (хотя, по секрету, это не совсем так).

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

И ведь действительно, большинство наработок, используемых в бизнес-проектах, уже достаточно стары (возьмем банальные Java 8, PHP 3 или 5, C++7). Почему же так происходит? Все дело в том, что бизнесу не нужны новомодные решения (если речь не о стартапах) - бизнесу нужна стабильность, чтобы она стабильно приносила деньги с минимальными затратами, то есть для бизнеса лучше написанная система 2003 года, зато стабильная. Когда речь доходит до обновления какой-либо системы или сервиса с legacy-кодом, то процесс затягивается надолго, ибо бизнес начинает просчитывать риски, бюджет, время. Нельзя обновить систему так, чтобы она приносила убытки - это, как минимум, глупо.

В программировании достаточно часто встречаются такие проекты-динозавры, которые придерживаются принципа "работает - не трогай". И, чаще всего, джун, изучающий самые новые технологии, после успешно пройденного собеседования, сильно огорчачется, ведь ему приходится перелопачивать код, который в последний раз до него трогал только дед Василий в 1998 году, не закончивший пару фич из-за наступления маразма. И вот паренек (или девушка) трогает код динозавров с функциональным стилем, на старой CRM alpha-версии, используя при этом технологии, которые джун не изучал, ведь... он думал, что сфера ИТ никогда не стоит на месте, а шутки про legacy всегда были смешными, но смешно все, пока с этим не столкнешься.

Сфера IT действительно не стоит на месте, сервисы обновляются чуть ли не каждый день, каждый день появляется новый фреймворк, обновление для языка и т.д., но все забывают главное - бизнес должен быть стабильным. Просто крупным компаниям совершенно невыгодно переписывать базу, да и зачем, если это просто займет время и толком ничего не изменит (лишь на 0.0003 мс быстрее станет). Legacy делаются с упором на то, что никто и никогда не будет в него лезть, код должен быть максимально непонятным, держащимся на костылях и goto.

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

Всем ку! Буквально недавно я устроился веб-разработчиком на PHP в одно местное ИП (если считать по Москве). В общем, работка не пыльная - сидишь в офисе и делаешь сайты на заказ, а также занимаешься их поддержкой. Если так подумать, то что еще нужно для счастья? Думаю, что потребовалось неплохо оплачивать ту часть работы, которую я опишу ниже.

Все наши ребята занимаются не только разработкой и/или поддержкой сайтов, хотя именно "PHP-разработчик" вписан над графой "Должность", они охватывают больший спектр задач, чем могли себе представить изначально. То есть приходит PHP-разработчик и говорит HR'у: "хочу у вас работать на должности PHP-программист, заниматься созданием бекенда сайтов с нуля или, максимум, с использованием какого-либо движка для упрощения задачи себе и ускорения выполнения задачи для заказчика", в ответ же юнец слышит, что все будет именно так, что именно такой разработчик, выполняющий именно такие задачи, им и нужен. Зеленого принимают, неделька на вливание в коллектив, распределение задач, осознание происходящего.

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

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

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

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

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

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

В ИП сложно работать, а с ИП трудно иметь дело.