Про молодые кадры в IT
Вчерашний пост про опросы-вопросы Subscribe.ru, которую запостил Илья (спасибо!) на news2, оказывается, вчера выпрыгнул в топ и до сих пор на первой странице. Удивительное рядом 
Что же, если кто-то из френдов тоже проголосует за новость – мне будет приятно (хотя название там бр-р-р!) А про внешнее – терпела-терпела, пока не… в общем, не удержусь и поделюсь с вами опубликованной несколько дней назад на ITNews новости “Молодежь покидает IT-сферу“:
Молодые работники сферы информационных технологий покидают эту индустрию, поскольку работодатели на могут удовлетворить их чрезвычайно высокие запросы. Вместе с этим молодежь стала головной болью менеджеров по персоналу, поскольку представители нового поколения часто необоснованно требуют всего и сразу.
Согласно опросу, большинство менеджеров по персоналу в один голос заявляют, что работниками в возрасте до 22 лет тяжелее всего управлять.
По словам Джека Харрингтона (Jack Harrington), одного из основателей кадровой компании Atlantic Associates, молодые сотрудники обычно хотят сразу получать зарплату гораздо выше начального уровня. Также требования молодежи обычно включают в себя частые премии и участие их руководителей в различных филантропических мероприятиях.
Чем меня привлекла эта новость? Тем, что повторяет мои слова (трудно сделать подборку ссылок по именно этой теме, но освещалось в рубрике “офисное” про собеседования с дизайнерами и про уровень квалификации и всякое такое). Чем расстроила? Ну блин же ж. “Согласно опросу…” – опросу кого? Какая организация, в каком регионе? Москва, Минск, Ивано-Франковск?? Ага, Atlantic Associates – Бостон – это точно не Ивано-Франковск, значит, не про наших. Может, в наших регионах всё не так уж и плохо пока ещё? Будет ли хуже или нас ждёт подобный же эффект – когда квалификация растёт значительно умереннее, чем запросы и требования?
Посты по теме:
у нас в стране нет такого посбия по безработице, как в США. потому… ну пусть покидают, все-равно толку от них мало. кто-то действительно найдет себя — строительство цвете пышным цветом, кто-то вернется… не желание работать и отсутсвие амбиций характерны для старых европейских демократий. тех, в которых с голоду граждане не умирают. это не про Украину, к сожалению и к счатью.
Антон, знаете, может, не типичный случай, но: у нас после нового года уволился талантливый программер, сишник. Мне было очень жаль, потому что в отличие от большинства сишников с ним я сработалась. Но у него действительно не было ни-ка-кой мотивации вообще совершенствоваться, писать больше, сделать какой-то там безупречный продукт. И он ушёл. В бизнес, связанный с недвижимостью. Там прибылЯ больше. Вот так вот бывает.
А почему ещё теряется мотивация и не появляются амбиции для каких-то успехов в IT – я ещё думаю.
Очень часто, увы, теряются мотивации тогда, когда приходится писать много… э… шаблонно-поточного кода. Создание сайтов на CMS (порезал-вкрутил-настроил, порезал-вкрутил-настроил…), штамповка интернет-магазинов (порезал-вкрутил-отметил-импортировал-запустил, порезал-вкрутил-отметил-импортировал-запустил…).
Очень часто просто не хочется работать в тех случаях, когда все начинания режутся “на корню”. Очень часто — режутся заказчиками.
Например, попробовали мы юнит-тестирование. Вроде уже начало нравиться, как раз — и нет у нас юнит-тестирования. Потому что заказчик не платит. Начали комментировать код (автодокументация, док-комменты) — так ведь это тоже заказчик не оплачивает, а в бюджет нужно вписаться… Начали было парное программирование — так это неэффективно, у нас один программист делает три проекта, а не шесть программистов один проект… И так далее… Начали было “гибкую разработку” — так заказчики резко стали требовать fixed price и детальные спецификации, особо не поагилишь…
Вот и пропадает желание делать что-то новое, да и вообще что-то делать.
а вот тут согласен. рутина и костность техменеджмента убивают. мне пришлось уволиться из своей первой конторы не в последнюю очередь по этим двум причинам.
Модульные тесты вроде ж и не должны заказчиком оплачиваться, а предназначены для повышения эффективности труда разработчиков.
Если не сложно, опишите это место подробнее: “…уже начало нравиться, как раз — и нет у нас юнит-тестирования. Потому что заказчик не платит…”.
Татьяна, возможно я тороплю события, но может перейдем на “ты”?
кому-то не нравятся проекты, кому-то — бардак, которые еще разруливать и разруливать, кому-то действительно мало денег или рост карьерный/профессиональный не достаточно быстр… причин много. и прибыльность бизнеса или профессии одна из них.
что касается Вашего программиста, просто не его это дело? и если в строительстве-риэлтерстве ему повезет больше и он сможет получить те самые прибыли — значит просто это его дело. только и всего. люди приходят, люди уходят… у нас в конторе это видно как наверное ни у кого
почему теряется мотивация? на мой взгяд програмисткий хлеб довольно горек, я говорю о себе и своих товарищах, которые “горят” делом — мы ведь не работаем, мы так живем. всегда. задача решается в транспорте; за обедом — долго приучался не говорить за едой о работе, но не думать не получается; за ужином; в ожидании жены, девушки или друзей — у меня был специальный блокнот, в который я записывал алгоритмы, сейчас у меня есть ноутбук; за утренним кофе; иногда даже во сне — всего один раз я вставал посреди ночи и записывал, дважды мне снился код — желтые буквы на синем фоне. да, нам хорошо платят, но есть профессии и бизнесы куда более прибыльные. и они не требуют постоянного погружения.
в программировании остаются люди, которые ловят от этого погружения кайф. остальным рано или поздно надоедает. остальных — большинство. и это нормально. и совершенно понятно, что человек, пришедший в отрасль на волне рассуждений “программист — востребованная специальность”, “программисты — наиболее высооплачиваемые наемные работники” поняв, какую жертву ему придется отдать за реальные успехи не всегда хочет на это идти. да что там, ему непонятно зачем это все нужно?
очень люблю эту книгу — она про нас
“Нам было трудно в настощем. Там, где не понимают азарта многдневного взлома чужой программы и многомесячного написания своей. Там, где говорят не о падающих ценах на мегабайт памяти, а о растущих ценах на хлеб. В мире, где убивают взаправду. В мире, где трудно и грешникам, и святым, и просто людям” (с) Сергей Лукьяненко “Лабиринт Отражений”
Увы, ощущать красоту кода и полет мысли при написании программы — это доступно далеко не всем.
И — полет мысли не нужен тому, кто заказывает программу. Ему нужен продукт. Рабочий. И никаких красивостей.
Амбиции — они ведь бывают разные. Для кого-то амбициозно писать распределенные системы, а для кого-то — быть руководителем отдела. Вот и всей разницы.
солдат ребенка не обидит. разумеется заказчику нужен рабочий продукт, а кто-то спорит? только вот ведь какая штука, рабочий продукт прекрасно делают индусы. и дешево. и не нам с ними тягатся. а вот архитектурно стройный рабочий продукт, качественный рабочий продукт, расширяемый, поддерживаемый, стабильный рабочий продукт. рабочий продукт, который будет работать долгие годы, который будет эволюционировать — вот это уже наше все. именно такого рода сервисом мы будем выживать в аутсорсинге следующие два-три года. а потом все. потом аутсорсинг в Украине примет совсем другие формы. и тягаться друг с другом будут уже девелопмент-центры крупных контор. и будут фрилансеры, подбирающие заказы, которые выпали из внимания крупных игроков и индусов. а еще фрилансеров будут нанимать теже крупные девелопмент-центры. и не важно, будет это официальным девелопмент-центром, как мечтает Эксадель или каким стал Миратех, или это будет контора аутсорсящая один-два-три крупных заказчика. суть одна. и будут продуктовые конторы. игроки внешнего и внутреннего рынка. остальные вымрут, подобно динозарам. и в этих условиях, и при таких тенденциях уже просто необходимо учится писать хороший код и выпускать качественный продукт.
это если о материальной и меркантильной стороне говорить. а есть еще неизбывное желание делать свою работу хорошо. я не умею делать свою работу плохо, меня не научили. поэтому я трачу довольно много своего личного времени для написания комментариев и юнит-тестов. пока мне это только помогало.
Да, нужно писать хороший код, никто не спорит (одно плохо — у нас не учат писать хороший код). Но для того чтобы это делать, нужна эволюция заказчиков.
То есть, мне, как PM, например, приходится объяснять заказчику, почему система вдруг (через два года активной работы) поломалась. И почему мы не могли сразу написать такую систему, которая работала бы вечно (при том-то бюджете).
А при попытке в новых проектах учесть это все (то есть — документирование, проектирование архитектуры, проверка эффективности кода, моделирование, юнит-тесты, нормальный этап нагрузочного тестирования и прочее-прочее) — заказчик сразу же урезает эти пункты, потому что “это слишком много, и не нужно в таком проекте”. Само собой, когда проект начинает разростаться, и начинают выползать бока — наподобие тех, что проект для внесения маленьких изменения приходится переделывать — то заказчик опять же ругается, что нужно было делать хорошо… Увы.
Так что пока заказчикам будет годиться “индусский” код — ни о каком развитии и речи быть не может.
(Ну, а серьезные заказчики украинский аутсорс часто не воспринимают всерьез. Что украинцы, что китайцы, что индусы — это все отстающие страны).
не умение работать с заказчиком есть проблемы бизнесс аналитиков. это если по закону, но есть еще
личные отношенияреалии украинского ИТ. а реалии таковы — кто хочет, делает. в условиях ограниченных людских и финансовых ресурсов, в условиях преса заказчика и локального руководства, когда никому ничего не надо. кто хочет, все-равно делает. а кто не хочет… ну тут масса факторов. и все объективные. и ни один не оправдывает не желание делать хорошо.можно каждый из пунктов покатать. и к каждому напишу три-четыре аргумента, как можно доказать заказчику, что ему нужно именно так. и никак иначе. надо?
кратенько про “индусский” код — индусский код можно получить за в 10 (!!!!) раз меньшую стоимость. нет вопроса о том нужно или не нужно развиватся. это данность. от нее никуда не деться, кто этого не понимает обречен.
и про серьезных заказчиков, Телеком Австрия достаточно серьезный заказчик? аутсорсят в Украине, в Харькове. Microsoft? там же в том же городе. Novell? еще?
p.s. да, Саша, я за последние 10 (?) лет ни чуть не изменился, все такой же категоричный….
p.p.s. раз уж ты это ты, а я это я, так может опять на “ты”, по старой-то ФИДОшной привычке?
Меня можно благодарить ссылкой на какой-нибудь из моих блогов ))
трафик собираю, о!
Так есть же, в этом посте, вверху
А еще статью можно было назвать “IT индустрию ждет старение и вымирание”
Особой миграции молодых кадров из сферы информационных технологий я не заметил.
2 Anton Naumov хороший комментарий, согласен с Вами.
Ага. Только миграция хороших кадров внутрь индустрии тоже не особо себя проявляет.
И, опять же — нужно договориться, что считать хорошим кадром.
Если спросить любого (почти) работодателя, то для него будет лучше программист, который средненько делает средние задачи, но честно делает их по 8 часов в сутки.
А программист, который готов вылизывать код до блеска, и может написать программу, выводящую свой исходник на языке brainfuck — ему не нужен.
У промышленников всегда больше ценились першероны, чем арабские скакуны.
теперь хорошие кадры мигрируют внутрь индустрии только при закрытии очередной крупной конторы. так было с Телеком, так было с МаксБиллом… индустрия достаточно сложна, для того чтобы сюда шли авантюристы и недостаточно денежна пока, чтобы сюда шли профессиональные топы. приходится ростить кадры. брать Джуниров и учить. а дальше как повезет — или себе или кому-то. но все польза
и еще, если спросить любого работодателя, то на самом деле для него будет лучше тот программист, который хорошо делает любые задачи in time and in budget. а уж по 8 часов в сутки, по 12 или по 2 работодателя интересует в последнюю очередь. если конечно говорить о реальном работодателе — заказчике. если говорить о посредниках — владельцах и менеджменте контор — то тут разные встречаются.
но по итогу 8 часов в сутки 5 дней в неделю сидят либо люди, которым особо нечего делать, либо люди, которые не очень-то и хотят работать в ИТ. остальные по 8 часов не сидят — это я снова о себе и своих товарищах. получается либо больше, либо меньше. но если меньше получается, то никто не напрягается особо, потому что если из месяца получается меньше 8ми часов суммарно неделя — хорошо, а так обычно больше. и хорошо больше — 3-4 часа. но разве это важно? если работа сделана хорошо.
Что делать с этими цыплятами?
[...] прошлому посту про спецов в IT хорошие комменты, спасибо, друзья. [...]
Командная работа и авторитетный тимлидер
[...] Про молодые кадры в IT [...]