Привет! Всего каких-то пару лет назад на страницах нашего любимого ресурса красовались вдохновляющие статьи успешного успеха, как вчерашний сантехник / таксист / сварщик / сутенёр успешно интегрировался в IT сообщество и начал зарабатывать 100500$ в секунду левой пяткой. Здорово, не правда ли? Но всё ли так радужно с этими историями с точки зрения действующих разработчиков? Прошу под кат.
Читать полностью »
Прочитав статью Меня перевезли в другую страну и через две недели выставили на мороз — потому что передумали нанимать я вспомнил свой опыт переезда.
Читать полностью »
Прежде всего хотел бы предупредить, что это нисколько не мотивационный пост в стиле «история моего успеха» или «как удачно я вкатился в программирование».
Для чего я решил написать этот пост? Отчасти поделиться опытом, советами, отчасти меня сподвигла на это статья «Как я не стал программистом в 35 лет», я тоже решил написать свой пост на схожую тему, но в то время у меня не были выполнены два условия: 1. Мне не было 35; 2. Я только устроился на свою первую работу разработчиком, но я считал что не могу называться программистом если не отработал в этой должности хотя бы 1 год. Сейчас все условия соблюдены, если вам интересно прошу под кат.
Сегодня я праздную пять лет работы в Amazon. За это время я передал в продакшн боле 500 000 строк кода, проводил инспекцию чужого кода более 500 раз, проектировал, разрабатывал, развёртывал и поддерживал масштабные системы, которыми пользуются тысячи клиентов со всего света. Меня считают одним из ведущих технических лидеров в команде.
Но так было не всегда. В 2015 году меня устроили разработчиком ПО первого ранга. И напрасно. Я был самым настоящим самозванцем. Но мои скудные инженерные навыки не помешали мне в конце концов добиться повышения до второго ранга. Я хочу поделиться своей историей, чтобы помочь и другим самозванцам добиться успеха в компаниях FAANG – ну, или любых других.
Читать полностью »
Данная статья — это ответ на эту статью.
Ну что ж. Если с представлением о том, как управлять программистами, всё настолько плохо, придётся написать тут, как всё на самом деле.
И не забываем читать классику — «Путь камикадзэ: аудит менеджмента безнадёжного проекта» и «Мифический человеко-месяц».
Итак. Я программист.
Ниже — тезисы исходной статьи, под ними — текст, почему они не верны, или комментарий.
«К сожалению, их труд стоит дорого, они ленивы и их почти невозможно контролировать. Независимо от того, насколько хорошо работают их программы, вы должны платить им каждый месяц»
Да. Чтобы контролировать вы должны вникать, не каждый начальник это умеет, а если ПО не является выпускаемым компанией продуктом (будь то торговля софтом или сложный гаджет с его использованием в процессоре), то не каждому начальнику и стоит тратить на это время. Например, если руководитель классно экономически обсчитывает коттеджные посёлки, какая разница знает ли он чем занят it отдел.
«Держите зарплаты в секрете»
В фирмах, занятых рекламой и дизайном (и следовательно часы сотрудников просто перепродают, там полезны программисты iOs), а также тех фирмах где объективные причины высокой текучки (постоянно меняется стек требуемых технологий) — да. В фирмах с очень низкой текучкой кадров — особой разницы нет.
«Повышайте случайно»
— нет. Это такая грубая ошибка как автомобилисту ехать на красный свет, останавливаться на перекрёстке и поворачивать на мосту. За такие действия увольнение начальника должно прилетать в течении суток. И прилетит.
«Никаких конференций. Не разрешайте им посещать митапы»
Большинство программистов, кого я знаю, этого и не делают. Это модно в основном у длинноволосых студентов вузов. А запретить посещать митапы не в ваших силах. Рабства нет, люди живут не у вас на фазенде.
Читать полностью »
Статья Программист не должен решать задачи бизнеса вызвала неслабое обсуждение (и даже ответ с прямо противоположным утверждением). И, забавно, что все свелось к догматическим рассуждениям из разряда «программист должен», или «бизнес должен». Как будто, речь идет о системе, работающей ради единой цели, и проблема только в том, чтобы ее корректно настроить.
По факту же, все намного сложнее, и бизнес с программистом имеют сильно разные цели. Поэтому, говоря о том, кто, кому, и что должен, это выглядит, как утверждение, что покупатель не должен воровать в магазине товар. Да, не должен. Точнее, должен не воровать, если уж высказаться по правилам формальной логики. Простое, понятное, принятое подавляющим большинством утверждение. Ну и что? Означает ли это, что магазин может уволить охранников и снять камеры?
В своей первой статье на Хабре я рассматривал ситуацию с позиции нанимателя (бизнеса), и объяснял, принципы, которыми руководствуюсь, чтобы найти людей, которые решат задачи бизнеса. И почему это так важно.
Но есть один нюанс, и он в том, что люди, которых на дух не переносят собеседователи вроде меня, при должной сноровке добиваются большего, чем те, кто приносят пользу. И этому есть веское обоснование, — они успешно максимизируют скилл, который наиболее коррелирует с доходом программиста, — умение продать себя. Каким образом, — расскажу в этом посте.
Читать полностью »
«Если, по-вашему, женщина может быть кузнецом,
то почему бы мужчине не быть педикюршей?
Она кует, он пилит, прекрасная пара!»
К/ф «Берегите женщин»
Я читаю Хабр года так с 2009-го. Последние несколько лет накануне 8 марта случается вал публикаций, спецпроектов, мегапостов и других форматов о женщинах в ИТ-сфере. Все они как один топят за равноправие, буквально кричат о том, что все разработчики одинаковы, женщина в ИТ — молодец, а Ада Лавлейс, Грейс Хоппер и Маргарет Гамильтон — иконы айтишного мира, которые всем всё доказали. Но, как известно, если вокруг какой-то проблемы есть шум, это говорит об одном — несмотря на все эти однодневные манифесты проблема есть.
То, как рассматривают проблему гендера в ИТ, выглядит довольно узко и обычно сводится к обсуждению тезиса «Может ли женщина программировать?». Это даже не одна сторона медали, это всего лишь один кусочек сложной психофизиологической и ментальной мозаики. Я не претендую на научность и непоколебимость своих тезисов, но, наверное стоит как минимум обозначить грани обсуждаемой проблемы и поставить вопросы. Тогда и ответ станет ближе. Давайте обсудим на трезвую голову.
Между прочим, вполне обыденная ситуация :-)
Сообщение модератора: статья полностью перевыпущена, т.к. из-за технических проблем был ошибочно опубликован другой материал.
Две недели назад к нам в New.HR пришел Егор Толстой (YourDestiny) и попросил собрать данные для его доклада на TeamLeadConf.
Егора интересовало:
• Сколько вакансий тимлидов есть на рынке.
• Какое количество вакансий закрывается внешними кандидатами, а какое – внутренними.
У нас было всего две недели до конференции, желание сделать интересный анализ рынка тимлидов, и вот что мы успели за это время:
Читать полностью »
Сегодня подвели с женой итоги моего первого года без работы.
Последняя, на данный момент, моя официальная должность — заведующий лаборатории по разработке прикладного программного обеспечения. До этого работал ведущим программистом, системным архитектором и т.п. В IT официально более 16 лет стажа.
Что же изменилось во мне за год без работы:
