Хочу поделиться с хабравчанами историей маленького работника из провинции. Очевидно, что российское IT живёт не одними столицами. Речь пойдёт о холодном городе в западной Сибири. Далеко не последний город в новостях технологий, но как не крути, далёкий и небольшой.
Под катом, наверное, излишне сентиментальный, но от того честный рассказ человека, променявшего маленькую «семейную» контору, на солидную, понтовую фирму.
Читать полностью »
Неделю назад я отвечала на вопросы хабрачитателей к IT рекрутеру (вот тут).
В ответ, кроме комментариев, особо неравнодушныее написали посты: «Стоит ли идти на собеседование к рекрутеру?» — еще один взгляд IT рекрутера на ситуацию. «Рекрутер — слабое звено связи с работодателем» — рекомендации «технарей» рекрутерам — отличный пост и полезные комментарии.
Сегодня публикую вторую часть ответов на вопросы рекрутеру.Читать полностью »
Все из нас, или почти все, когда-нибудь ходили на собеседования. И всем из нас(или почти всем) говорили фразу: «Мы вам обязательно перезвоним» ну и не перезванивали — что собственно должно означать что увы — вы не подошли.
Я не исключение. Месяц назад решил менять место работы и ходил по собеседованиям. Так вот всего в одной компании у меня было действительно крутое собеседование по языку программирования, а не «Здарасти, расскажите что вы делали и сможете ли сделать вот это». В конце была примерно такая же фраза и мне естественно не перезвонили.
Привет. Меня зовут Алексей Маланов, я пять лет проработал руководителем Отдела антивирусных исследований в «Лаборатории Касперского». Хочу поделиться с вами своим опытом найма вирусных аналитиков. Пост, надеюсь, будет интересен и полезен в первую очередь молодым специалистам, которые только собираются сделать первый шаг в карьере. Ну а матерым IT-шникам тоже может быть любопытно, какие же вопросы задают на собеседовании в ЛК. В свое время у меня в команде было несколько десятков человек и нанимали мы постоянно. Я стремился присутствовать на каждом собеседовании лично, чтобы быть уверенным, что человек будет что надо.
Достаточно давно и успешно работаю программистом, и хотел бы скорректировать взгляд со стороны рекрутера, описанный в топике "Стоит ли идти на собеседование к рекрутеру?".
Предположим, что с одной стороны «баррикад» у нас среднестатистический нормальный работодатель, которому нужен IT-специалист. Нужен реально, для дела, «чтобы работу работать», а не сидеть на распилах и откатах.
С другой стороны нормальный специалист, у которого цель найти работу, соответствующую его внутренним критериям (зарплата, интерес, коллектив и т.д). Не сходить на собеседование чтобы показать свою крутость, не получить офер чтобы шантажировать начальника на текущей работы — а трудоустроится в хорошую компанию на длительный срок.
Посредником выступает профессиональный рекрутер, у которого есть цель закрыть вакансию в компании. Не имитировать бурную деятельность, не набить «базу», не проводить уйму бессмысленных собеседований — а именно закрыть вакансию адекватным профессионалом, который скорее всего не вылетит (или не сбежит) с испытательного срока.
Читать полностью »
Давным давно в одной из компаний, лидере мирового производства микропроцессоров, меня однажды поразила менеджерская напасть. Решил, знаете ли, заняться развитием сотрудников. (Периодически, такое с менеджерами случается, да.)
Подхожу к своему сотруднику — назовем его Серега:
— Серега, — говорю, — ты в какую сторону вообще хочешь развиваться: в техническую или в менеджерскую?
— Сань, ну голова варит уже не очень, возраст… (Серега старше меня на 3 года) Поэтому, наверное, в менеджерскую.
Ну, в менеджерскую — так в менеджерскую. Я ж на тот момент был менеджер опытный, уже 4 года опыта! Энергии много, желания помочь людям — через край!
Короче, Серега стал моим заместителем, начал посещать всякие тренинги. Взял в управление какой-то мощный студенческий проект, там ребята что-то делали.
А кончилось все тем, что пришлось нам с Серегой расставаться. Как так получилось, где Серега в итоге реализовал себя, и какой правильный управленческий инструмент я мог бы тогда применить — об этом сегодня и поговорим.
Заодно поговорим, что делать, если вы обнаружили себя и/или своих сотрудников в квадрате C в статье:
Когда вы находитесь в поиске нужной информации в интернете, то попутно находите еще много того, что вам интересно, но не нужно в данный момент — это и есть полезная информация. Так и с опытом: кроме основных навыков, вы со временем приобретаете множество второстепенных, которые особо-то и не продашь, т.е. опыт, за который никто не заплатит. Эти навыки бывают полезны и при большой их концентрации на единицу сотрудника все-таки имеют цену. Это как инвестиции в науку: прибыль от вложений если и будет, то очень и очень не скоро.
Имея некоторый опыт коммерческой разработки в каком-то количестве лет и еще немного докоммерческого, т.е университетского, со всеми участиями в околоденежных проектах и грантах с преподавателями, накопился некоторый багаж взглядов и выводов, которыми хотелось бы поделиться в данной статье.
Сразу оговорюсь, что это будут лично мои выводы, с которыми многие могут быть и не согласны. Буду признателен за конструктивные и познавательные комментарии и описания фрагментов вашего опыта. Не хотелось бы попыток «священных войн» в комментариях. Помните объявления о работе в 90-х с фразой «Не Гербалайф»? Аналогично — «Не холивар».
В статье затрону три темы:
Эти части имеют слабую связь. Как-то получилось, что любовь к слабым связям в разработке программного обеспечения просочились и в работу над данным материалом.
Четкой идеологической линии «Делай так и будет тебе счастье» нет. Основная мысль, которую я хотел вложить в материал — не стоит что-то идеализировать.
Иногда смотришь на какую-то кляксу и, казалось бы, ничего она не изображает, но стоит немного обвести на ней контуры как сразу вырисовывается четкая и понятная фигура. Маловероятно что в статье вы найдете что-то особо новое. Это контур над кляксой своего опыта. Получилось весьма длинно, местами может показаться что слишком разжевано, но это всего лишь описание некоторого опыта, с примерами, какими-то размышлениями, которые идут от взглядов на кодирование до взглядов на проекты и их управление через такой немаловажный фактор, как поиск работы.
Итак, некоротко и местами несерьезно о серьезном…
Работаю рекрутером в агентстве относительно недавно. Коллектив чисто женский, психологико-гуманитарный, поэтому я, со своим техническим образованием и курсами кьюэев, занимаюсь всеми техническими вакансиями. Хочу поделиться взглядом с «другой стороны» на некоторые моменты.
Многие IT специалисты не хотят ходить на HR собеседования, потому что считают, что оценки их технических навыков вполне достаточно для принятия решения. Для некоторых компаний это действительно так. Достаточно пройти тех интервью или выполнить тестовое задание, после чего посмотреть в глаза команде и дело в шляпе. Но не все работают так. В большинстве компаний есть рекрутеры и они сидят там не просто так. И работа рекрутера заключается не только в «оценке внешнего вида».
Давайте разберём конкретный пример. Есть компания X. Команда небольшая, текучка небольшая. Содержать штатного рекрутера нерентабельно. Компания X нанимает агентство Y. Техническое собеседование проходит после HR собеседования, на котором кандидаты общаются с чередой лидов и менеджером. Это занимает порядка полутора часов и отвлекает всех вышеперечисленных от работы. Соответственно, компания X хочет, чтоб агентство Y выполняло следующие функции:
Читать полностью »
Друзья, не так давно мы начали на Хабре публикацию статей про управленческие инструменты:
По факту писать статьи получается долго. То, что вживую ты рассказываешь за 5 минут, на бумагу излагается 2 часа. И потом люди мучительно это читают, пытаясь угадать интонацию, с которой ты все это хотел сказать.
Не далее, как вчера, я сел писать очередную статью, но после двух страниц убежал на какие-то митинги с клиентами, подготовку семинаров и пр., и пр.
Чтобы не тянуть со всеми этими концептами мы решили провести отдельный вебинар про все инструменты, которые накопились за прошедшие 25 лет активной управленческой и тренерской практики. За 2 часа вы сможете узнать про все 16 инструментов:
30 ноября (суббота) 18:00 МСК
Вебинар “Управленческие инструменты: 16 концептов на каждый день”
регистрация на вебинар >>
«Программист должен обладать способностью первоклассного математика к абстракции и логическому мышлению в сочетании с эдисоновским талантом сооружать все, что угодно, из нуля и единиц. Он должен сочетать аккуратность бухгалтера с проницательностью разведчика, фантазию автора детективных романов с трезвой практичностью экономиста» Академик А.П. Ершов
Есть распространенное мнение: «если бы строители строили дома так же, как программисты пишут программу — первый залетевший дятел разрушил бы цивилизацию». С подачи индийского гуру-программиста Мурали Кришна Чимутури (Murali Krishna Chemuturi), Интернет настойчиво приписывает авторство этой цитаты Джеральду Вайнбергу (Gerald Weinberg), хотя на личном сайте Джеральда она не ищется. Скорее всего, человек, который первый заговорил о психологии в программировании, к этому высказыванию не имеет никакого отношения. И вот, почему.
Это изречение – пример демагогического приемчика. Здесь пропущена главная посылка: разработка ПО это то же самое, что и строительство домов. Эта посылка, по умолчанию, подразумевается как достоверный факт, который не требует доказательства. Применение этого приемчика заставляет неискушенного читателя делать ложный вывод о том, что у программистов, в отличие от строителей, руки растут не из нужного места.
Материальное производство (обработка объектов физического мира) насчитывает десятки тысяч лет истории. На этом пути был накоплен колоссальный объем знаний естественных наук: математики, физики, химии, географии, геологии, биологии и проч.
Позволю крамольную мысль. Разработка ПО – новый вид человеческой деятельности, история которой насчитывает чуть больше полувека. В посте я хочу представить свое видение принципиальных особенностей разработки ПО, которые отличают ее от материального производства и следствий, которые из них вытекают.
Читать полностью »
