Поиск новой работы после смены текущих обязанностей

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

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

Чтобы восполнить недостаток навыков, я выполнял практические задания на собеседовании в свободное время, и я намереваюсь увеличить свою практику и следить за тем, чтобы я постоянно выполнял это по 1-2 часа в день.

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

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

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

Короче говоря, как я могу найти себе другую работу, если у меня нет для этого навыков?

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

Ответы (4)

Часто вместо профессионального опыта могут оказаться весьма полезными личные проекты.

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

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

Работодатели хотят страстных самомотивированных людей. Многие обратят внимание на отсутствие профессионального опыта у страстного человека, который хочет учиться.

Чтобы восполнить недостаток навыков, я выполнял практические задания на собеседовании в свободное время, и я намереваюсь увеличить свою практику и следить за тем, чтобы я постоянно выполнял это по 1-2 часа в день.

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

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

В мире разработки программного обеспечения продемонстрированные навыки могут превзойти резюме в любой день. В настоящее время многие компании нанимают кандидатов, основываясь на хорошем профиле GitHub/Stack Overflow.

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

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

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

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

Я не спрашиваю, сказали ли они вам, доступен ли исходный код. Вы можете взять на себя инициативу, чтобы спросить об этом. В качестве альтернативы, если программы написаны на языке сценариев, таком как Python, Ruby, Perl, Bash или TCL, исходный код почти наверняка доступен, поскольку эти программы обычно распространяются именно так. В таких случаях вы можете просто посмотреть на файл, и вот он.

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

Но если вы хотите быть разработчиком программного обеспечения... вы поддерживаете программное обеспечение. Вы можете по-настоящему познакомиться с программным обеспечением. Когда я поддерживал сервер sendmail, мои коллеги говорили: «Мы просто не можем исправить эту вещь, потому что она жестко закодирована в sendmail». Я бы сказал: «Эту вещь трудно исправить, потому что она жестко запрограммирована в sendmail. Ошибка находится в строке x файла foo.c. По моим оценкам, написание и тестирование патча займет пару дней. нам либо нужно компилировать нашу собственную версию для каждого обновления, либо нам нужно выпускать патч для Sendmail. Как вы хотите, чтобы я действовал?"

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