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


30

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

Я вижу много таких советов, которые говорят: «Если вы можете буквально указать на что-то и сказать« я написал это », это очень впечатляет». А что, если вы можете «буквально на что-то указывать» вообще, потому что, хотя вы страстный программист, который (как говорит классический Джоелизм) «умный и добивается цели», все эти вещи невидимы?

Нужно ли начинать лихорадочно совершать проекты с открытым исходным кодом? Начать блог в реальном мире (не корпоративный)? Честно говоря, я провел здесь большую часть своих 10 лет счастливым, и только недавно решил уехать на более зеленые пастбища. Собираюсь ли я потонуть до того, как начну искать, потому что я сосредоточен на работе моего нынешнего работодателя, за счет моего «общественного присутствия»?


Есть ли у вас какие-нибудь проекты выходного дня / недели? Некоторые вещи, которые требовали немало инженерных разработок и работы? Я всегда обнаруживал, что это здорово представить. И это также дает им представление о том, насколько вы увлечены своей профессией.

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

Ответы:


24

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

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


+1: всегда документируйте свои личные проекты - и никогда не помешает написать статью о CodeProject. Несколько потенциальных работодателей ответили положительно и дали положительные отзывы во время интервью.
IAbstract

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

4

Конечно, никогда не поздно начать.

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


7
Есть много дерьмовых блогов, 90% на самом деле. Я думаю, что требуется мозг, чтобы знать, когда не писать :)
Работа

2

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

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

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

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

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

Исходя из собственного опыта, я могу объяснить, что:

  • На своей первой работе после университета я переориентировал военную ГИС-клиент-серверную систему, чтобы она имела постоянную производительность во всех диапазонах масштабирования, а не экспоненциально замедлялась по мере уменьшения масштаба пользователя.
  • Я взялся за проект, который был уже на 6 месяцев позже, когда не было написано ни одного программного обеспечения, и к тому моменту, когда оборудование было готово к живому тестированию, оно успешно предоставило наиболее важные функциональные возможности.
  • Я успешно перенес приложение для машинного зрения из устаревшей библиотеки в современную, добавив поддержку камер Firewire и Gig-E Vision при сохранении обратной совместимости с аналоговыми камерами.

и так далее.


1

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


1

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


1

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

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

Конечно, если вы присоединились или начали проект с открытым исходным кодом (или два), это отличный способ показать что-то.


0

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

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

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

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.