Как узнать, есть ли у компании безумная политика [закрыто]

При собеседовании на работу, есть ли тонкий, но точный способ выяснить, есть ли у них безумные политики, такие как «нет открытого исходного кода» или «нет установки программного обеспечения без разрешения», «не обновлять программное обеспечение, пока оно не потеряет поддержку», или "нет посещаемых блогов"?

Я не думаю, что вы можете быть слишком тонким, вы можете спросить:

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

«Я предполагаю, что за нашими машинами присматривает какая-то техническая поддержка? Какой процесс мне пришлось бы пройти, если бы мне пришлось установить (например) надежный бесплатный текстовый редактор, поддерживающий шестнадцатеричное кодирование?»

«Я действительно увлечен своим ремеслом и всегда в курсе последних событий в своей области - какова политика посещения веб-сайтов, связанных с работой, таких как технические блоги Oracle и т. Д.?»

Это вопросы, которые вы можете поднять в конце интервью, когда интервьюер обычно спрашивает: «У вас есть вопросы ко мне»

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

• Есть ли у компании мнение об использовании программного обеспечения с открытым исходным кодом?
• Какова политика компании в отношении установки нестандартного программного обеспечения? Например, я использую XXX, который помогает мне ускорить разработку.
• Вы используете фильтр веб-контента? Я спрашиваю, потому что в последнем месте, где я работал, было то, что сильно ограничивало мои исследовательские возможности.

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

1. Что такое культура компаний?
2. Как эта культура распространяется на разработку программного обеспечения в этой компании?
3. Предполагая, что вы проводите собеседование для конкретной команды, насколько похожа или отличается их культура?

Для первой части я бы спросил

1. Управляет ли ИТ-отдел компьютерами-разработчиками так же, как и всеми остальными?
2. Какова политика для принятия новых технологий или нового программного обеспечения?

Для второй части:

1. Насколько стандартизирована среда разработки?
2. Могут ли разработчики опробовать новые инструменты и новые технологии, чтобы представить остальной части команды?
3. Какие есть ограничения?

Для последней части, спросите других разработчиков

1. Какие блоги ты читаешь?
2. Какие блоги и веб-сайты вы рекомендуете?

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

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

Я бы посетил https://www.glassdoor.com, чтобы узнать все, что я мог о компании.

Я бы спросил инженеров об их обычном дне.

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

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

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

Во-вторых, и это (ИМХО) тоже очень важно: спросите их, можете ли вы пройтись по офисам компании.

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

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

Из моего опыта работы в собственных IT в крупных компаниях (банки, страхование и т. Д.)

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

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

«не обновлять программное обеспечение, пока оно не потеряет поддержку» - зависит от того, какое программное обеспечение. Если это все еще использует VS 2003/2005 для команды разработчиков, да. Если вы говорите об обновлении 10000 рабочих столов с XP на Windows 7 и Office 2010, то нет. Те нуждаются в бизнес-обосновании.

"нет посещений блогов"? - да, это плохая политика.

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

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

Кроме того, попросите минуту или две поговорить с потенциальными сотрудниками (не с руководителями, хотя вы тоже должны с ними разговаривать) и обсудите это с ними. Спросите, какие инструменты с открытым исходным кодом они используют на работе, спросите, какие ссылочные сайты они используют на работе, если они застряли (например, Stackoverflow), спросите, какие блоги они читают первым делом утром (двойной вопрос здесь: вы спрашиваете, они идут в ногу со временем, а также спрашивают, «утопают ли они в утре» с кофе и быстро читают блоги разработчиков перед тем, как начинать кодировать), и тому подобное. Опять же, отсутствие возможности общаться с другими разработчиками - это красный флаг, и из разговора с возможным коллегой вы можете почерпнуть общую культуру - если человек постоянно смотрит вниз и бормочет, а не говорит с энтузиазмом, или когда вы проходите через ряды кубов там "

GlassDoor и Jobitorial - это два варианта для этого типа Intel.

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