Очень часто, рекрутер, после отказа рассмотреть его предложение, пытается извлечь хоть какую-то пользу из ситуации и пишет следующее: “может быть, вы можете кого-нибудь порекомендовать на эту позицию?”. Да, конечно, у меня тут просто толпа желающих поработать у вас и я готов совершенно бесплатно предоставить вам контакты и рекомендации. Работа рекрутера — это найти человека, и передать его компании, которая собственно ищет специалистов. За эту работу рекрутер получает, в зависимости от схемы, по которой он работает, процент от годовой зарплаты специалиста, или фиксированный бонус, или еще что-нибудь.

Думаю, все читали статью Никиты Прокопова “Software disenchantment” (в русском переводе “Моё разочарование в софте”). Если вдруг не читали — срочно читать. Вкратце, Никита пишет о том, что все софт становится все хуже, работает медленнее, потребляет больше ресурсов, UX все хуже и хуже, и почему-то все считают это нормальным. Вот пару недель назад у меня должно было быть собеседование, и, как раз за 10 минут до начала упал Skype. Я вспоминаю благословенные времена, когда скайп был все еще одной из самых популярных программ, написанных на Delphi, не имел центральных серверов, устанавливал p2p соединения для звонков и сообщений и пытался прорваться через любые фаерволы и ограничения сетей.

Продолжим немного эту тему. Для тех кто пропустил, краткое содержание предыдущих частей: “читайте https://hckrnews.com, это отправная точка, откуда можно выйти на интереснейшие блоги”. Вот еще несколько очень стоящих источников: Мастрид для любого разработчика — еженедельный дайджест High Scalability. Тут ну оочччень много ссылок, как на короткие твиты, так и на серьезные материалы, не обязательно относящиеся к высоконагруженым системам, поэтому не смотрите на название. Автор проделывает нереальный труд просеивая океан информации как кит — нужно пользоваться!

На первой работе был у меня один коллега — очень крутой PL/SQL-щик. Нереально умный парень, олимпиадник и все такое. В свободное от кодинга время он сидел на сайтах с теми самыми олимпиадными задачами и решал их. Помню тоже челленджил меня подсчетом факториала или чего-то похожего на чистом sql 🙂 Не знаю, как компании удавалось его удерживать, потому что с его скиллами он легко мог пойти куда угодно на кучу денег, но факт остается фактом — я давно уволился, а он продолжает работать там, правда вроде как уже не просто девелопером, а техническим директором одного из индийских офисов той конторы.

Часто на собеседованиях задают вопрос “какую самую сложную задачу вам приходилось решать?”. Насколько я понимаю, хотят услышать о решении именно технически сложной задачи (а не социо-технической a la “доказать всем вокруг что твое решение лучшее”). Вообще я готов к этому вопросу, но каждый раз фейлю дать на него четкий ответ, потому что, в работе у меня именно технически сложных задач не было вообще. Ну, были сложности с определенными технологиями, например, помню как был один демо-проект где надо было писать XSLT-трансформации и очень быстро.

У нас это все больше редкость (из-за сервисной направленности индустрии), но многие компании все еще декларируют т.н. “ценности” — как правило это смешная аббревиатура или слоган а-ля “Work hard play hard”. Что все это значит для рядового сотрудника? Да ничего. Человек приходит на работу за деньгами, опытом и точка. Кто-то может сказать еще “за интересным проектом”, но я бы хотел посмотреть на того, кто будет работать на интересном проекте за небольшие деньги.

Часто подымается такая тема: “нужно ли профильное высшее образование разработчику?” (естественно, в контексте пост-совка). Стороны приводят следующие аргументы — “программы обучения устарели”, “в жизни это не пригодится”, “куча левых предметов”, “учат старым технологиям”, “учат базе”, “учат учиться” (мое любимое :)), “без университета — ты просто кодер, а с университетом — программист”, “нетворкинг” и так далее, тысячи их как от противников, так и от поборников. Следуя заветам эмпириков и опираясь на свой многолетний опыт найма я могу сказать следующее — если у человека есть профильное высшее техническое — то он почти гарантированно будет нормальным разработчиком.

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

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

Было у меня вчера собеседование, суть проекта такова — есть большая и серьезная система, которая работает много лет. Стоимость её поддержки и доработки колоссальна, поэтому заказчик хочет написать все заново, красиво и грамотно, внимание, за год (!) или схожий короткий срок. Компания-подрядчик понимает что срок нереальный, но за проект будет браться, а там уж как-нибудь будет и в итоге девять женщин родят за месяц одного ребенка. Думаю, многим приходилось сталкиваться с этим явлением.

Меня иногда спрашивают: “Какой язык учить первым? JavaScript? А может быть Python?”. Самым экстравагантным предложением, которое я слышал, был Forth. История такая была — заходил к знакомой и её брат услышав, что я разработчик, спросил что учить, и еще перед тем как я ответил, сказал что собирается учить Forth. Я даже на секунду опешил, т.к. думал что эта штука давно сгинула под обломками мейнфреймов из 80-х. Но человек мне начал утверждать что язык вроде как еще живой и у него есть даже знакомый, который на нем пишет.

О зарплатах и рынке разработчиков в Украине. Несколько людей в комментариях к статье на хабре усомнились в том, что я рассказывал о реалистичных зарплатах. Поэтому для тех, кто пришел с Хабра, и не в курсе, как обстоят дела в Украине с зарплатами и прочим, немножко объяснений. Поехали: 95% компаний работают на экспорт по схеме аутсорсинга, аутстаффинга или offshore development center. Компаний, работающих на внутренний рынок у нас очень мало, но и они вынуждены работать по таким же условиям, потому что иначе останутся без рабочей силы.

Продолжим тему зарплат. Как я уже писал, подавляющее большинство схем определения зарплат разработчиков крайне непрозрачны, неоднозначны, запутанны, туманны и максимально непонятны для этого самого разработчика. Редко где вам смогут в точности ответить, что нужно сделать, чтобы зарабатывать больше. Как умеешь себя продать — столько и получишь. Дольше сидеть в офисе? Делать больше фич? Изучать больше фреймворков? Обучать больше джунов? Брать на себя больше ответственности? Кто во что горазд. Многие это понимают, но немногие хотят с этим что-то делать.

На нескольких собеседованиях рекрутеры спрашивали меня, например, “Скажите, сколько лет вы работаете с AWS?”. Я обычно отвечал что года не имеют особого значения, зато имеет большое значение, что делать в это время. Попались? 😄 Шутка, на самом деле я так конечно же не отвечал, потому что последнее, что хочет слышать рекрутер, это философствования о том, как нужно правильно и объективно измерять опыт, как составлять вакансии и как ему делать его работу.

Продолжая тему работы на проектах. Большинство резюме наших разработчиков выглядят как “2017—now, OOO Рога и Копыта, Java Developer. Писал код. Ходил на стендапы утром. Участвовал в обсуждении задач”. Тут указано, что человек делал, но не указано, что он сделал. Можно 3 года сидеть на проекте, ковырять в носу и чинить баги, но, по факту, застрять в развитии, как специалист. Или работать с внутренним фреймворком, который, скорее всего, будет бесполезным для остальных проектов.

Лучший способ поднять зарплату — поменять работу. Почему так? Когда бизнес и почему бизнес может платить человеку больше денег? Когда деятельность этого человека имеет непосредственное влияние на прибыль компании, или когда рыночная стоимость этого человека повысилась и он может продать себя уже подороже. С первым пунктом все очень сложно. Непосредственный результат труда в деньгах, как правило, выразить очень сложно. Программист Петя оптимизировал скорость выполнения автоматических тестов с 60 минут до 50.