Розробник: подушка безпеки

Визначення: розробник типу «подушка безпеки» — розробник, якого найняли на роботу з певною метою, довести керівництву(бізнесу) до фактичної «вразливості» даного розробника і показати, що професіоналізм даного розробника виявляється марним у вирішенні завдань бізнесу з метою доказу професіоналізму групи осіб, які несуть відповідальність за код, написаний раніше.

Або по-іншому: розробник, найнятий з метою підняття ЧСВ групи розробників, що стоять біля витоків говнокода.

Pre: Термін був придуманий особисто мною і ґрунтується на власному досвіді роботи в компаніях [нашої] країни.

Як я вперше став подушкою безпеки.
Я прийшов в компанію X (відома велика російська компанія) в 2007 р. Тоді ще харчувався надіями на грамотний російський бізнес, жив ілюзорними мріями кар'єрного зростання і особистісного розвитку, одержимий довести, що я можу працювати відповідально і якісно, якщо будуть заохочення і кар'єрне зростання. Я помилився, помилявся і продовжую помилятися.

Взяли мене на позицію Junior-а, але запропонували досить гідну заробітну плату, що не могло не вплинути на рішення працювати в цій компанії.

Тільки через багато коди роки, я зрозумів з якою метою взяли на роботу мене і багатьох моїх колег, які досі працюють там (недавно заходив). А взяли мене працювати подушкою безпеки.

Як визначити, що ти працюєш подушкою безпеки?

1. Тобі як розробнику невідомий вектор розвитку IT-команди і програмних рішень
2. Тебе не кличуть на всякого роду наради, ти не в курсі прийняття важливих рішень (наслідок першого)
3. Тобі часто здається, що розробники стоять вышедопускают помилки, схожі на твої, але при цьому тычат носом у твій код і твої помилки
4. Тобі часто здається, що всі Ви за винятком певної груп осіб місіть одне і теж, пишіть «псевдополезный код
5. Помилки з'являються часто, настільки часто, що ти як Junior працюєш над ними без перерви і ні про який розвиток не йдеться
6. Обговорення нових технологіях, про програмної реалізації того чи іншого блоків навмисно замовчуються і затухають»
7. Всі спроби виправити становище — викликають подразнення тільки у таких же як ти.
8. Певна група осіб зустрічається з представниками бізнесу і ніколи не доповідає про свої плани.
9. Певна група осіб явно щось пише, але ніколи не говорить про це подушці безпеки.
10. Вам стабільно платять, що підвищує Ваше бажання мовчати і продовжувати свою справу.

Якщо по всіх цих пунктах Ви себе впізнали — ймовірно, Вас взяли на позицію подушки безпеки.

Як, чому і для чого набираються розробники такого плану?

В першу чергу для швидкого оперативного переписування коду, щоб профіт дістався все тієї ж певної групи осіб. Уявімо собі ситуацію: 2000 рік., кілька молодих людей затівають нехитрий бізнес, знайдені гроші та зв'язки, потрібні розробники. Вони запрошують в команду одного, другого, третього… Це командою пишеться код в початковому наближенні та бізнес починає перти в гору. Чим більше років проходить, тим більше стрімко зростає «програмний продукт» цієї команди і чим більш великі гонорари отримує команда (бізнес і правда зростає). Але команда в свою чергу теж вчиться… вчиться писати код, вчиться управляти ресурсами(програмістами) і т. д. І ось настає такий момент, коли той код, який був написаний не здатний справлятися з амбіціями бізнесу, це момент X. Все частіше команду пресує бізнес з питаннями, чому не працює там і там. Що будемо робити і схренали я Вам стільки плачу. Перед командою виникає питання: що робити. Пояснити бізнесу, що «ми писали говнокод» і поточна реалізація залишає бажати кращого — незручно і не прибутково.

І на розум приходить правильна і очевидна думка: довести керівництву, що все це «непросто», «трудомістко» і що будь аналогічний програміст — буде довго і також неякісно виконувати роботу, знайди ми його за суму «m». Вона дещо більше ринкової вартості, але знайшовши такого програміста (бо досвідчений відразу зрозуміє в чому справа) — ми забезпечимо подушку безпеки своїй дупі. Ми вб'ємо відразу декілька зайців:

1) Покажемо керівництву, що сучасний розробник — нічим не краще за нас
2) Оттянем час
3) Запросто делегуємо частина завдань (особливо нецікавих) на нього.

І тут наймається особливий клас розробників. Це необов'язково повинні бути Junior-и в плані знань. Твої знання цікавлять зараз усіх менше. Ти повинен бути тилом, щоб прикривати дупи тих, хто говнокодил кілька років. Ти повинен сидіти і підтримувати старий код, щоб ці дупи переписували систему, використовуючи сучасні напрацювання, щоб знову отримати профіт і задоволення від написання.

Що робити, якщо ти зрозумів, що ти подушка безпеки?

Кажучи простіше — нічого не робити. В першу чергу ретельно зважити все, сформувати для себе певний інтервал, при якому ти явно поставиш собі мета вибратися з цієї подушки, оцінити перспективи команди, оцінити можливість потенційного зростання, оцінити привабливість зарплати та інших, інших факторів. Найголовніше зрозуміти, ти — там, де твоя голова. А далі як з будь-якою роботою. Не влаштовує — міняй. Влаштовує — сиди і говнокодь пиши код на підтримку бізнесу і заради розвитку інших дуп.

Трохи про зарплату

Як правило, заробітна плата «подушок» дійсно вище, ніж того ж Junior-а в починаючому і якісному стартапі. Це обумовлено декількома факторами:

1) Бізнес дійшов до належного рівня і прибуток досить велика. Уразливість лише до програмного виробу.
2) При наборі «подушок» пріоритет віддається особам, що мають великий досвід, щоб довести бізнесу, що «він такий же як ми, але він також не справляється»
3) Керівництво, як правило розуміє, що на підтримку говнокода потрібні сталеві нерви… і не кожен зможе проміняти час і бажання розвиватися на підтримку цього коду.

Коротко плюси і мінуси роботи.

Плюси: достотйная зп, робота в компанії з ім'ям, як правило дружний колектив (здружитеся з такими ж), вільний час (його буде в принципі достатньо), знайомство з говнокодом(як писати не можна).

Мінуси: немає розвитку, неможливість вплинути на вектор розвитку команди, говнокод (нерви потрібні).

Перспективи: чесно кажучи їх мало. Ви зрозумієте, що лаври дістаються Вам, що у Вас величезний потенціал, що Ви готові боротися та приймати рішення, що Ви хочете впливати на процес розробки, але всього цього у Вас не буде.

Як майданчик для старту і як запис в резюме — ідеальний варіант. Не більше.

Вплинути на Ваше рішення працювати подушкою безпеки — я не можу і не хочу. Тільки Вам вирішувати — чи влаштовує Вас ваша робота чи ні.

p.s. Думки виключно авторські і не претендують на повну правоту.

p.p.s Я б дуже хотів, щоб це прочитали зацікавлені люди від бізнесу, щоб було більш повне розуміння того, що IT-відділ — це своя екосистема зі своїми правилами і установками, що це своя середовище взаємодії… і не завжди ця середовище виявляється «правильної», як втім і всі в цьому світі. Щоб люди розуміли, чому пішов з їх компанії Вася потім пише код і створює продукт, який відомий всьому світу.

Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.