Я разработчик младшего уровня из Германии. После получения степени бакалавра информатики я два года работал в компании. Однако только первый год я работал разработчиком. На втором курсе я узнал о специальной программе моей компании по работе за границей. На тот момент у меня никогда в жизни не было возможности покинуть страну, поэтому я пошла на это. Я не жалею об этом, однако мои задачи за это время несколько поменялись и оказались не связанными с ИТ или разработкой программного обеспечения.
В настоящее время я провожу собеседования с несколькими компаниями в качестве младшего разработчика, и, по моему личному мнению, некоторые компании продемонстрировали двойные стандарты во время этих собеседований. В настоящее время я не нашел хорошего или профессионального способа отреагировать на это, поэтому я хотел бы узнать мнение.
Один из самых частых вопросов, которые мне задают, — как я оставался в курсе программирования после того, как около года отсутствовал. Обычно я честно отвечаю, что очень регулярно выделяю время на самообучение. Большая часть этого времени посвящена совершенствованию моих навыков с использованием соответствующей литературы, такой как «Чистый код», или более специализированной литературы, такой как «Анализ данных с помощью Python» и т. д. В остальное время я стараюсь быть в курсе, читая официальные документы о новых выпусках. вне и что изменилось, пробуя новые языковые функции, играя с ними или посещая группы пользователей и соответствующие веб-сайты, чтобы быть в курсе новых фреймворков и т. д.
Часто реакция на это какая-то негативная, не раз мне говорили «это не особо считается». Когда я впервые услышал об этом, я был немного ошеломлен, потому что не был уверен, чего ожидала компания.
Во второй раз, когда я получил подобную реакцию, я сделал пометку в своем блокноте и позволил интервью продолжаться несколько минут. Когда пришло время задать несколько вопросов, одна из вещей, которую я спросил, была о том, как будет осуществляться развитие персонала в компании, где личные бюджеты, программы сертификации и как «персонал держится в курсе технических изменений и новых разработки». Это даже не подразумевалось как какой-то вопрос «получил ча», однако большинство компаний не предлагали сертификацию или личные бюджеты, вместо этого они ссылались на получение информации с соответствующих или официальных веб-сайтов в Интернете (официальная документация и т. ) и дать своим сотрудникам время ознакомиться с новыми языковыми функциями и фреймворками и поэкспериментировать с ними.
Я чувствую, что компания демонстрирует здесь некоторые двойные стандарты, и я не уверен, как реагировать на это или даже призывать их к этой теме, а также к некоторым другим, хотя и незначительным проблемам, подобным этой.
РЕДАКТИРОВАТЬ: я хочу уточнить, в чем проблема/двойной стандарт по этому поводу. Дело не в том, что я какое-то время не программировал профессионально. Это, вероятно, отдельная проблема, но если есть какие-то тесты или вопросы по кодированию, я обычно справляюсь довольно хорошо.
Проблема конкретно в способах быть в курсе новых технических изменений. Двойной стандарт - это то, что @Flater описал в комментарии ниже:
компания отвергает чтение документации и использование функций как действенный способ для OP быть в курсе разработки программного обеспечения и утверждает, что чтение документации и использование функций - это то, как они поощряют своих собственных разработчиков идти в ногу со временем. Это противоречиво. Либо подход действителен, либо нет (и у них может быть свое мнение на этот счет), но он не может быть одновременно недействительным для OP и действительным для разработчиков компании, не будучи при этом двойным стандартом.
Меня спрашивают, как я оставался в курсе программирования, так как я был не в курсе около года.
Часто реакция на это какая-то негативная, не раз мне говорили «это не особо считается». Когда я впервые услышал об этом, я был немного ошеломлен, потому что не был уверен, чего ожидала компания.
Это будет варьироваться в зависимости от компании. В моей нынешней организации правильным ответом на этот вопрос будет внешний JavaScript, поскольку нам может понадобиться помощь внешнего интерфейса. Мы бы не особо заботились о личных проектах.
В стартапе, в котором работает мой друг, правильный ответ: «Я изучаю [Rust, TypeScript, Go]». Они не используют ни один из них, но рассматривают их как доказательство того, что вы следуете «лучшей практике» в мире технологий.
В крупной инженерной фирме, где друг был консультантом по персоналу, интервьюеры попросили найти предпочтительный ответ: «Создание роботов в свободное время».
Я всегда интерпретировал этот вопрос как вопрос о страсти к компании или бизнесу. Все спрашивают об этом в эти дни. Мой ответ обычно связан с хакатонами и личными проектами.
Возможно, вы также уделили слишком много внимания части чтения и недостаточно — части кодирования. Я прочитал книгу о микросервисах. Думаю, я мог бы разумно рассказать о них в интервью. Но я никогда не создавал приложения с их помощью и, вероятно, не добился бы хорошей работы на практике.
Во многих компаниях ожидается, что инженеры-программисты — это не рабочие с 9 до 5 человек, а люди, которые просто любят все время программировать и просто делают это для компании.
Один из самых частых вопросов, которые мне задают, — как я оставался в курсе программирования после того, как около года отсутствовал. Обычно я честно отвечаю, что очень регулярно выделяю время на самообучение.
Позвольте мне сыграть адвоката дьявола.
Это хороший ответ, но проблема в том, что большинство людей скажут одно и то же, правда это или нет. Кроме того, если вы подаете заявку на работу программиста, имейте в виду, что вы конкурируете с другими, которые программировали без перерыва в течение последнего года. На самом деле, даже недавние выпускники в прошлом году занимались кодированием больше, чем вы.
И да, у вас есть по крайней мере один год опыта программирования в вашей первой компании, но кто знает, были ли вы хороши. Если вы ушли с этой работы на работу, не связанную с кодированием, возможно, это произошло потому, что вы не были так хороши в первую очередь.
Пожалуйста, не принимайте это слишком строго. Я просто пытаюсь выразить страхи потенциального работодателя. И сомнения в утверждениях заявителя — лишь часть этих опасений.
Дело в том. Многие люди теряют свои навыки программирования, если не применяют их активно каждый день. И если вы хотите убедиться, что этого не произойдет с вами, вы действительно должны выложиться на полную.
Если вы чувствуете себя уверенно, вы можете попросить их проверить вас.
Вы можете добавить, что используете метод интервальных повторений (хотя я подозреваю, что сам по себе этот ответ их тоже не удовлетворит).
Вы можете создать проект с открытым исходным кодом или начать участвовать в нем.
Когда появляется новая функция, вы можете предложить выступить с презентацией на встрече по этой теме, или вы можете написать сообщение в блоге или учебник по ней. Обучение других — отличный способ быть в курсе последних событий.
Когда выйдет новая версия, вы сможете просмотреть все различия. Да, я знаю, что это безумная стратегия, но я видел, как кто-то действительно так делал. Он распечатал бы более 10 000 страниц на настоящем бумажном принтере. Человек, которого я имею в виду, сам прошел бы каждую строчку. Он не доверял документации и часто находил важные незадокументированные изменения.
Или, как предложил Мэтью Гайзер, вы можете изучить другие более модные полусвязанные технологии, чтобы показать, что вы увлечены технологиями и хотите оставаться на переднем крае.
Что бы вы ни делали, вам нужно улучшать свою игру. Чем дольше вы не занимаетесь программированием на своей основной работе, тем труднее будет вернуться к программированию.
Они, вероятно, ждут, чтобы вы назвали какие-то конкретные учебные курсы, такие как Udemy, а затем немного рассказали о них.
Вы также можете немного расширить свой ответ, рассказав о проектах, которые вы сделали, чтобы попрактиковаться в своих навыках, и предложить им некоторые доказательства, такие как репозиторий Github. Участие в проектах с открытым исходным кодом тоже хорошо.
По сути, вам нужно что-то, что выделяет вас, потому что все говорят, что учатся в свободное время.
Frame Challenge: это не двойной стандарт!
Здесь важен контекст, нанятые работники автоматически остаются в курсе практической части, работая над своими проектами. Быть в курсе последних событий, применяя навык, отличается от простого информирования себя о вещах. Да, читать книги — это круто, и я бы уже посчитал это плюсом, но это также не совсем поддерживает форму, используя свои навыки. Бегун, который читает книги о марафонах и новейших кроссовках, но не бегает, не поддерживает беговую форму. Тем не менее , у них все еще есть некоторые преимущества перед бегуном, который каждый день просто развлекается с пиццей на своем диване.
К счастью, для программистов знания немного важнее, чем мышечная память, но то же самое остается в силе: использование ваших навыков тренирует их и заставляет вас задавать правильные вопросы; чтение книг может дать вам некоторые знания, но для большинства ролей и людей это не то же самое, особенно для юниоров.
При этом: прямо говорить «это не считается» также не особенно профессионально / дипломатично. А чтение - это уже плюс, пусть и не то, что искали. Но опять же, вы должны понимать, что отсутствие работы — это недостаток, независимо от того, как вы к этому относитесь. Совершенно очевидно, что они увидят это таким образом, и, вероятно, вам будет труднее убедить их в том, что вы подходите им, чем тому, кто работал разработчиком в прошлом году (при прочих равных условиях).
Джим Клэй
Стефан Бранчик
Флейтер
Фрэнк Хопкинс
Флейтер
Фрэнк Хопкинс