Дефіцит цікавих проектів

З початку 2000-х і майже до наших днів вітчизняні програмісти жили за принципами, озвученим у відомій байці Крилова:

Стрибуха Стрекоза
Літо червоне проспівала;
Озирнутися не встигла,

Як зима котить в очі.

Зазвичай зміна роботи в програмуванні з 2001 по 2008 рр.. виглядала приблизно так:

виток інфляції зарплат;
усвідомлення того що Андрій/Ігор/Сергій перейшов в компанію К, де він отримує на 30% більше просто так;
ходіння по парі співбесід і власне перехід в якусь компанію, в якій все було нове, цікаве і захоплююче.

Раптово потік цікавих вакансій на нових технологіях вичерпав себе (суджу по Microsoft technology stack). Раптово всім потрібні так звані «Міддл». Раптово більшість проектів - це підтримка існуючих рішень, початих в кращому випадку 4-5, а іноді і всі 10 років тому.

© Idastalder

Що відбувається?

Особисто я з 2007 по 2011 рік затримався на одному місці роботи (US startup) і особливо не цікавився тим, що відбувається на вулиці, благо компанія обійшлася незначним зниженням зарплат в кризу для тих, хто не потрапив під скорочення. Ринок не оцінив зрештою наших зусиль, стартап не злетів, і його вирішили законсервувати влітку 2011 р.

Швидка публікація резюме і десяток відгуків на протязі декількох днів приспали мою пильність, і я з думкою «Ура, нарешті я буду використовувати всі нові технології замість старих незручних милиць!» пішов по співбесідах.

Однак, куди б я не приходив, виявлялося, що скрізь є якийсь підступ. Я їх можу розбити на дві великі групи.

Тяжке спадщина

Йде робота над старим проектом, розпочатим у 2004-2007 році, і компанії потрібні робочі руки, щоб розвивати його далі. Раптово я усвідомив, що вакансій з високою оплатою - ну, я ж не буду обмежувати свої інтереси, - під нові проекти я не зустрів взагалі.

Я чув приблизно таке:

«Так, ми читали, що MVC - це круто, але у нас є нагальні завдання; а потім, коли ми це все зробимо, ми перейдемо на MVC, і тому нам цікава ваша кандидатура.»
«Технології у нас диктуються датським/німецьким (потрібне підкреслити) клієнтом, тому ми мало того, що використовуємо старі технології, так ще й ось такі от невідомі (все відносно, звичайно) бібліотеки.»
«Навіщо цей MVC, у нас і веб-форми непогано справляються.»

Туди, не знаю куди

Друга серйозна проблема - це компанії, які взагалі не могли пояснити, що ж конкретно доведеться робити. Рекрутер розповідає щось приблизно таке:

«Це дуже класна компанія з Каліфорнії. Мені так сподобалося у них в офісі, у них такі смачні печеньки. Це молоді хлопці - вам точно з ними сподобається працювати. »

« Ну, ви будете працювати над проектом у фінансовій сфері, де вам доведеться використовувати WPF, WCF, C #, C + +, SQL, Oracle і щось там ще (і писати + + i а не i + +, тому що це швидше - привіт, EPAM). »

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

We are going to move forward with one Java/Android resource . After we find the first one, we may go for a second one as well. But, lets find a good lead and then we can build from there.

As I mentioned on the phone, generally speaking we are looking for a very, very smart developer with 5 + years experience in Java. Having experience developing on the Android is a plus but not an absolute requirement.

Зверніть увагу - ні слова про те, що за проект і чи буде взагалі це цікаво цій людині. А якщо ви надумаєте попросити більш докладної інформації вам можуть розповісти, де знаходиться офіс (наче все ще є така велика різниця, де саме працювати - хоч в Єгипті, аби був Wi-Fi) і скільки днів відпустки дається (про що теж ми всі знаємо).

Рівень зарплати при цьому адже приблизно однаковий і зберігається в таємниці до останнього. І тут, я думаю, 75% айтішників вже думає, про що взагалі стаття? Хіба може бути по-іншому?

Що трапилося?

Давайте відсторонився від особистого вибору і подумаємо, чому ж так відбувається?

Причина одна - нові цікаві проекти не йдуть до Києва:

компанії пропонують годинник, а не рішення (ще краще пропонувати чудо). Такий рейт собі можуть дозволити тільки відбулися компанії (і у них вже є система, яку написав хтось - природно, давно і, природно, на старих технологіях);
компанії, в основній своїй масі, не мають портфоліо, яке несло б емоційне навантаження. Вважається, що важливіше сказати, що ти робив софт для BMW, NBA або ж Nestle (навіть якщо це сайт з однієї форми на три дні роботи);
компанії не пропонують команд, що вирішують проблеми завідомо краще за інших.

По суті, зарплати аутсорсингу в Києві тримаються на тому факті, що тут були створені команди N років тому. Таку команду цілком нікуди не перевезеш (у нас взагалі резидентна мобільність нижче середньої). І, якщо пощастило і бізнес клієнта зростає, то і його команда в Києві теж буде рости.

Тому й старі проекти.

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

Тому і немає часу особливо вникнути в суть проекту - адже так складно закрити 50 вакансій на місяць.

При цьому абсолютно всім все одно, що розробники не однакові у своїй продуктивності, говорить Joel . (Якщо, хтось хоче посперечатися, скажіть, скільки розробників ви звільнили за останній рік? Я - трьох із шести нових; в аутсорсингу людини будуть переводити з проекту в проект, але щоб звільнити ...)

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

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

Що робити глобально?

Мені здається, компаніям потрібно виробляти спеціалізацію і натаскувати співробітників в певній сфері.

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

Наприклад, проблема масштабу більшості розробників просто невідома; деякі програми можуть вимагати особливо складний клієнтський користувальницький інтерфейс і т.п.

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

Опубліковано: 11/04/12 @ 10:37
Розділ Різне

SEO Блог