Исходя из QA, как можно получить эту первую работу по разработке? [закрыто]

Я был в QA в течение 10 лет, пытаясь войти в разработку около 5 из них. Я взял уроки в C ++, Java и C #. Я смог написать некоторые инструменты и модульные тесты на C # на моей нынешней работе и (по всем параметрам) справился с этим.

Однако 8 месяцев назад мой работодатель поручил мне создать новую группу контроля качества. Сейчас я занимаюсь ручным тестированием и развертыванием без возможности вернуться к разработке. Я посмотрел на доски объявлений, и у веб-разработчиков есть много работ, так что еще я могу сделать, чтобы получить их? Я взял несколько книг по Ruby on Rails, которые планирую проработать дома на Mac, но я не уверен, что работодатели заинтересуются чем-то кроме коммерческой веб-разработки.

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

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

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

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

Разработчики часто смотрят на QA - и это часто неоправданно.

Тем не менее, предвзятость существует, и вы не можете точно вычеркнуть QA из своего резюме.

Вот мое предложение: вместо того, чтобы перейти непосредственно к dev, сделайте переход к «промежуточной роли». Термин (по крайней мере, в США) называется «Инженер автоматизации». Он сочетает в себе навыки QA с навыками программирования и обычно включает в себя очень мало ручного тестирования или традиционного QA. Ваш опыт работы с юнит-тестами и фокусировка на TDD делают эту позицию довольно удачной. Я занимал эту должность в течение года (хотя я пришел из dev, а потом вернулся в dev) и могу сказать, что нужно было сделать много программной инженерии.

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

Также попробуйте с проворными магазинами. Они склонны соблюдать границы qa / dev меньше.

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

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

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

Моей первой задачей в качестве младшего разработчика после 1,5 лет в QA (и 3 года поддержки летом) было исправить проблемы с разметкой и CSS. Через несколько недель я исправил простые дефекты кода, прежде чем взять на себя ответственность за области работы и, в конечном итоге, за проекты.

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

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

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

Если ваша цель - просто перейти на работу по разработке, то вы должны обязательно открыть поиск для любой работы по разработке. Настройте свое резюме, чтобы сосредоточиться на своем опыте разработки на работе, напишите несколько предложений, чтобы описать автоматизированные инструменты / модульные тесты, которые вы написали. Это не только покажет, что у вас есть некоторый опыт разработки, но и покажет, что вы можете грамотно документировать свою работу. Только не делайте из этого текстовый блок, его нужно написать достаточно хорошо, чтобы рецензент не оставил ваше резюме в корзине под своим столом. Если вы не думаете, что сможете сделать это интересным, значит, вы еще не пытались. Сделайте то же самое, чтобы объяснить свою курсовую работу и побочные проекты. Просто убедитесь, что вы оставите некоторые интересные детали, о которых вы можете поговорить, когда получите интервью.

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

Если бы я был SDET (и слава богу, что нет), я бы продемонстрировал свои способности к разработке программного обеспечения, реализовав ценный внутренний инструмент для компании, и я бы использовал C ++ / Java / C # для демонстрации своих навыков. Причина, по которой я бы работал над внутренним инструментом, заключается в том, что, скорее всего, у меня не было бы возможности написать код, ориентированный на клиента, в виде SDET, поэтому внутренний инструмент - это (единственный) путь.

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

И когда вы создаете его, применяйте хорошие навыки разработки программного обеспечения:

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

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