Красные флажки от компаний, в которых я работал

Вы когда-нибудь начинали новую работу и сразу же об этом сожалели?

Я… пару раз. И на уровне руководства, и как разработчик.

Некоторые компании дадут вам мало, возьмут много и все равно просят большего. Убирайтесь из этих мест как можно быстрее. Всегда есть мир других возможностей.

Вот несколько тревожных сигналов от компаний, в которых я писал код.

Старшие разработчики слишком заняты, чтобы помочь

Это ваши первые несколько недель на работе, но ни у кого нет времени отвечать на вопросы.

Прежде чем вы сможете повысить ценность компании, которая вас наняла, необходимы определенные технические знания и знания предметной области. Компания, которая заботится о вашем успехе (и о своем собственном), предоставит ресурсы на этом этапе, чтобы вы как можно быстрее поднялись по кривой обучения.

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

Я не виню этого разработчика в том, что он переутомился, но это сделало мое время там несчастным.

Тем не менее, компании очень разные! В следующем стартапе я ежедневно уделял выделенные часы времени разработке, обучая меня всему, чему я хотел научиться.

Хотя это и не очевидно для не разработчиков, разработка программного обеспечения - это командный вид спорта. Намного легче быть 10-кратной командой, чем 10-кратным разработчиком.

Возможность полагаться на опыт коллег может иметь огромное значение для быстрого создания качественного программного обеспечения, а также для счастья разработчиков. Итак, вы хотите работать там, где поощряется сотрудничество.

Обязательные корпоративные мероприятия в ночное время

Вечерние хакатоны, видеоигры и выпивка - это не привилегия; это бесплатный труд.

Однажды я работал в компании, где регулярно проводились вечерние мероприятия. Хотя они не были «обязательными», присутствовали все разработчики. Так что было бы странно отказаться.

Казалось, что разработчикам от 20 до 25 лет это нравится. Но у сотрудников в возрасте от 30 до дома с семьями не было такого энтузиазма.

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

Просить сотрудников оставаться после работы на общественных мероприятиях - это просто способ извлечь больше выгоды, не платя им. Для одних это развлечение, для других - нежелательная обязанность.

Описание работы не соответствует должности

Вы подали заявку на описание вакансии, потому что в нем упоминается конкретная технология, которая вас волнует. Но при запуске вы обнаружили, что технология вообще не используется.

Роль инженера машинного обучения, на который я согласился в прошлом, упоминала конкретную структуру машинного обучения в описании своей должности. Но вскоре после начала работы я понял, что они не использовали фреймворк и не собирались использовать его в ближайшем будущем.

Хотя многие компании страстно желают использовать передовые технологии, в действительности большинство из них не готовы к этому и / или имеют другие краткосрочные приоритеты.

Это может очень расстроить наемного кандидата.

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

Инженерный рабочий процесс не соблюдается

Вот несколько примеров из моего собственного стартапа:

  • Одну неделю были ежедневные стендапы, но на следующей неделе «не было времени».
  • Было принято решение просмотреть весь код перед его развертыванием, но затем код был отправлен прямо в мастер из-за спешки.
  • Мы договорились как команда всегда писать тесты для новых функций. Потом мы перестали писать тесты.

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

В случае с моим стартапом виновником было отсутствие опыта управления разработчиками среди меня и других основателей.

Пытаться разными способами увидеть, что лучше всего в теории, это может привести к тому, что разработчики потеряют доверие к руководству. Это также может снизить качество кода, если инженеры считают, что им сойдет с рук несоблюдение протокола.

Программирование доставляет наибольшее удовольствие, когда кажется, что это мастерство. Мастерство требует постоянства.

Время в офисе ценится больше, чем объем работы

Коллега по предыдущему стартапу шутил, что уезжает в 21:00. работал «полдня». Печально то, что все время в офисе мы даже не работали продуктивно.

В некоторых неблагополучных компаниях продвижение по службе и повышение зарплаты лучше всего достигается напряженным видом и опозданием из офиса.

Но это беспроигрышная ситуация.

Разработчик упускает из виду жизнь, а компания упускает оптимальные результаты. Время, потраченное на работу, и результат не имеют линейной зависимости.

«В творчестве нельзя жульничать. Я [убежден] в том, что в каждом дне пять творческих часов. Все, что я прошу от людей в Shopify, - чтобы четверо из них были направлены в компанию ».
- Тобиас Лутке, основатель Shopify

Если вы не зарабатываете кучу денег или не создаете невероятно ценный набор навыков, постоянная работа допоздна, чтобы не отставать от корпоративной культуры, просто выгорит вас.

Спросите себя, стоит ли работать в таком месте.

Отсутствие обратной связи

Был ли у вас менеджер, который отзывался только «у вас все хорошо»? Это бесполезно.

Плохая обратная связь может возникнуть по любому количеству причин, например по следующим:

  • Избегайте конфликтов, а не давайте отрицательный отзыв.
  • Отсутствие управленческого опыта.
  • Удерживайте положительные отзывы, чтобы сотрудник не просил повышения.

Давать полезные отзывы сложно, но менеджер, который дает только общие отзывы, не поможет вам расти.

Разработчики могут и должны копать в деталях, что мы делаем правильно и неправильно. Знание этой информации всегда полезно, даже если вам больно ее слышать.

Вы можете исправить только то, что, как вы знаете, дает сбой.

В конце концов…

Идеальной компании не бывает. У каждого есть свои плюсы, минусы и особенности.

То, что вы готовы принять, зависит от ваших личных предпочтений и вашего относительного опыта работы в другом месте в прошлом.

Тем не менее, некоторые компании отмечают все отрицательные поля.

По моему опыту, плохое рабочее место может быстро подорвать вашу уверенность и оставить вас с синдромом самозванца.

Если вы попали в подобную ситуацию, поймите, что мир полон возможностей для опытных разработчиков.

Вам не нужно мириться с чем-то только потому, что вам платят.