Вот я и закончил курс в яндексе на тестера. Соответственно вопрос как найти работу на тестировщика? Открываешь сайты с вакансиями, охреневаешь от количества свободных мест, но везде какие то сумасшедшие требования либо ооочень много таких же желторотиков как я! В конечном итоге за 2 недели пришло столько отказов, что недалеко и до микродепресухи)
У меня нет знакомых программистов, чтобы это узнать.
Как примерно (я понимаю, что у всех по-разному) усредненно проходит рабочий день джуна. Спасибо за ответы.
Работаю инженером по автоматизации технологического процесса.
В свободное от работы время увлекаюсь веб разработкой на технологиях Spring Boot, Thymeleaf, JS и так далее. 95% исполняемого мной это автоматизации различной рабочей нудятины.
Коллега узнал про мое хобби, в красках рассказал про свою очень прибыльную идею в области автоматизации журналов. В ходе разговора он уже заключил договора с ведущими промышленными предприятиями, создал франшизу, внедрил во все университеты страны. Монетизировал проект на миллиарды буквально за полтора часа болтовни.
Предложил мне написать ПО и начать его внедрять. Прибыль будем делить пополам!
Поблагодарил коллегу и сообщил, что я вообще-то прибылью делиться ни с кем не намерен и реализую идею единолично.
Ослепительная сверхновая: мимика лица коллеги за секунду изменилась с удивленной до мимики "меня надули" и обратно. Множество сообщений в рабочем и личном чате, звонки по ночам и угрозы расправы в случае реализации его блестящей идеи без него.
Со временем помешательство коллеги усилилось, начал требовать от руководства моего увольнения.
Уволили.
Сегодня мой первый день в должности младшего java разработчика.
Всем привет!
Хочу поделиться своими методами поиска работы на должность QA (Тестировщик).
В марте 2022 года, после кучу просмотров обучающих видео на Youtube-каналах и изучение статей на Хабр, было принято решение структурировать знания и закрепить учебной практикой на курсах от Яндекс Практикума. Если не опираться на подготовленные мною ответы для собеседования, которые хочет слышать работодатель, то курс QA был выбран исходя из сложности, цене и длительности обучения. Про последнее - я растянул 4 месяца на 10.
Пришло время заканчивать учебу и подходить к написанию дипломного проекта. Но на тот момент решил, что диплом работодателю не нужен, а только нужен мне для закрепления пройденного материала. Я сосредоточился на поиске работы.
По окончанию курсов никто Вас не трудоустраивает. Но есть программа, в которой тебя немного подготавливают перед “свободным плаванием”. Нас знакомят с рынком труда, с примерными зарплатными ожиданиями, со всеми возможными способами поиска первой работы, помогают и оч хорошо проверяют резюме с сопроводительным письмом. Дают рекомендации и учат как правильно проходить видео собеседование.
Про отклики на Hh.
Составив свое резюме, проверив и отредактировав его вместе с наставниками курса трудоустройства, в декабре 2022 я отправился на платформу Hh. По первой я делал все как меня учили. Я не откликался на все подряд, подходил к выбору компании избирательно. Сначала изучал вакансию, и если подходил под требования, то переходил на сайт работодателя. Тратил достаточно времени, чтобы проникнуться тем, чем “дышат” компания, читал отзывы, находил особенности, искал инфу про компанию на других сайтах. Вообщем делал то, что бы составить интересное и индивидуальное, под каждый отклик, сопроводительное письмо. Первые отказы были немного болезненны. Искал контакты рекрутеров и писал во все мессенджеры рекрутерам, отклонившими мою кандидатуру. Или же писал на общую почту с просьбой получить feedback. Я искренне не понимал, почему меня не хотят видеть у себя в компании на низкооплачиваемой работе, либо вообще на бесплатной стажировке. Редко кто отвечал, и если я дозвонился, то просили меня подождать ответа. Но больше всего понравился ответ рекрутера на отказ отклика вакансии с требованием работника “без опыта”: “Несмотря на то, что написано, что опыт не требуется, мы все равно в первую очередь рассматриваем тех, у кого опыт работы есть”.
В моем резюме была написана чистая правда. Я расписал кто я, почему выбрал QA, написал практический (не коммерческий) опыт, полученный на реальных проектах курса. Про навыки, возраст, высшее образование, немного где работал раньше - про все это не забыл.. Зарплатные ожидания не указывал. В составлении резюме ничего больше не изобрести…
Про фильтры поиска. Перепробовал все возможные фильтры. Расширенный поиск и далее название профессии. Наибольшее количество вакансии поиск выдавал именно на “QA Engineer”. Выбирал все страны, без опыта и с опытом до 3-х лет, тип занятости: полная, частичная и стажировка; график: полный, гибкий и удаленка.
“Конец года” - подумал я и сделал скидку на то, что работодателю не до новых сотрудников и решил стартовать с нового года по полной.
В январе я чуток подустал от шаблонных ответов на мои отклики. Сложилось впечатление, что рекрутеры даже не читают мое резюме с подготовленным сопроводительным письмом. Я перестал подбивать отклик под каждую компанию и начал отправлять шаблонное резюме с сопроводительным письмом всем. К тому времени очень привык к отказам и это был прям для меня вызов. Помню даже перестал злится на шаблонные ответы рекрутеров на мои отклики.
Были и тестовые задания. Их проходил всегда. Были тесты просто по психологии, были на внимательность, были и на знание теории тестирования, были и практические по типу написать тест-кейсы, найти и оформить баги и тд. Но расстраивало только то, что ты тратишь время, стараешься и отправляешь задание, а в ответ отказ (например от Яндекса). В переписке выпускники курса писали, что тоже получали отказ после прохождения тестов. Мы пришли к общему выводу, что откликов на вакансии, особенно без опыта, много, и попросту наши тесты не просматривают. Еще меня удивляли тесты, скажем так с заданием не для Джуна Manual, по типу написания автотеста и тд.
Приглашения были. Могли оставить номер, по которому не отвечали, писали “нужно подождать”, а потом говорили, что вакансию закрыли.
Январь не принес результата. В феврале я начал экспериментировать с резюме. Прописывал разные зарплатные ожидания от 20k рублей до 80k. Также указывал выдуманный коммерческий опыт работы в различных компаниях, надеясь хоть как-то пообщаться с рекрутерами. Откликался не только на позицию Junior, но и на Middle. Но увы…, предложений не поступило. Один отказ: “Мы рассматриваем сначала тех людей, кто проживает в нашем городе, и потом тех, кто хочет на удаленную” натолкнул на мысль указать в резюме город проживания Москва, потом Питер и тд. При этом я откликался не только на удаленную работу и указывал в резюме, что готов к переезду. Безрезультатно!
Подписка на продвижение. Несмотря на то, что я самостоятельно и своевременно обновлял свое резюме, просмотров не было, кроме компаний на которые я откликался. Я решил взять двухнедельную платную подписку на продвижение. Что это мне дало? Ничего! Просмотров не прибавилось, со статистикой откликов на конкретную вакансию я не знал что делать. Я так и сам мог по несколько раз в день обновлять свое резюме.
Не все просматривают отклик. Я всегда через время возвращался и кнопкой напоминал о своем отклике. Очень много осталось без ответов и и вакансии просто уходили в архив.
Прокралась мысль, что при большом отклике ломается алгоритмы и меня не выводит в рекомендации. Тогда я сделал еще резюме, разбив по типу “Тестировщик” или же “Инженер по мобильному тестированию”. Даже создал другой аккаунт под другим номером - там тоже не было приглашений и откликов.
Про поиск на других сайтах.
Естественно Hh был не единственный ресурс, где я искал свою первую работу QA инженером. Я зарегистрировался и разместил своё резюме на таких платформах как LinledIn, Хабр, GeekLink, Vc, DTF, Карьерист.ру и др. Но проблема была в том, что этих ресурсах вакансий было значительно меньше, а на позицию “без опыта” или Junior практически не было. Естественно, я откликался, и безрезультатно. Вдобавок на LinkedIn часто требовалось знание английского языка, чего у меня не было.
Использовал различные группы в Telegram, и размещал там свое резюме, откликался, писал в личку рекрутерам. Помню даже нашел HR директора одной крупной компании, изучил все ее статьи и интервью, написал ей в личку, приводил примеры ее цитат и просто делился мнением и заваливал вопросами. Она не ответила, но через две недели написала ее подчиненная с ответом, что ищут работника с опытом.
Искал в интернете IT компании, заходил на официальные сайты в раздел трудоустройство и оставлял отклик. Направлял на почту резюме, даже если не было на сайте подходящей вакансии. Пришел к выводу, что не все компании размещают вакансию QA, даже если требуется. К письму с резюме прикладывал файл с оформленными мной на практике тест-кейсами и баг-репортами. Ежедневно обзванивал HR-отделы. Но все спрашивали про опыт.
Работа асессором.
Асессор - это как студенческая община на фриланс’е. Платят мало, но можно приобрести опыт, но ты 1 на 1 с самим с собой. Если честно, как мне кажется, что работая в компании на полную ставку и выкладываясь на 20 % с зарплатой больше, чем на подработке асессором, и вдобавок, где есть наставники - можно войти в IT эффективнее.
Про знакомства.
В моем доме мне повезло познакомится со специалистом из QA, опыт которого насчитывал в этой области 8 лет. Он как раз перешел в VK. Сначала он скептически отнесся к моим неудачам в поиске работы, но потом изучив мою проблему, осознал, что на рынке труда творится какая-то “дичь”. Он сам не раз собеседовал людей и в полной мере оценил мои знания и возможности. Вместе изучили резюме и внесли мелкие корректировки по его мнению. Перед отправкой тестового задания я давал товарищу оценить его.
Как итог!
Я дошёл до психологического значения “1000 откликов на Hh”. И уже не раз, то поднимались, то падали руки. С появлением большого количества IT курсов, стало больше специалистов QA, а соответственно и больше конкуренция. Работодатель уже не хочет брать и обучать не окрепшего специалиста, когда может выбирать из сотни или тысячи предложений. А в связи с новыми реалиями стал выбирать тех, у кого есть опыт и согласными устроиться на меньшую заработную плату. На рынке труда усложняет ситуацию и последнее события в стране, привлекшии к максимальному количеству соискателей на “удалёнке”. Время для входа в IT однозначно не самые лучшие и непонятно будет ли лучше. Встает вопрос: продолжать искать работу, но при этом забывая чему ты научился на курсах? Или же направить все силы прокачку себя и начать изучать языки программирования, что естественно будет большим плюсом, но не даст никаких гарантии на быстрое трудоустройство. Есть третий выход - не искать вход в IT и сделать шаг назад. Пока есть силы и нервы на два первых шага, но уже на пределе...
Прежде всего прошу тебя, рекрутер, дать, пожалуйста, feedback и аргументированную критику. Также прошу поделиться опытом и своей историей успеха Джунов, которые прошли через все эти круги ада на пути вхождения в мир IT.
Ну и максимально, пжс, репост!
В каждой приличной IT-компании уделяется достаточно много внимания развитию сотрудников. Проводятся разного рода митапы, тренинги и хакатоны для прокачки хард-скиллов, встречи на тему развития софт-скиллов (на которых сотрудникам объясняют почему панибратство и общение строго матерными выражениями - очень плохая идея), и прочие увеселительные мероприятия. Но мое внимание обратила на себя тема, которая находится на стыке этих двух навыков - хард и софт. С некоторой регулярностью мне приходится видеть перспективных ребят, которые явно засиделись в джунах. Это удручает и разочаровывает - ведь я знаком со многими из них, и отлично знаю, что у них есть все необходимое для быстрого роста. И часто причина не в чем-то одном, а в сочетании некоторых, возможно неочевидных, недостатков. Я постарался собрать здесь весь список подобных минусов, которые приходится наблюдать довольно регулярно.
Итак, что обычно мешает условному джуну подтянуться до условного мидла:
Нет обработки ошибок
Классика - не изучаешь тему обработки ошибок в целом и способ это делать в данном конкретном проекте. Автоматически записан в джуны.
Касаемо конкретно языка Dart - абьюз bang-оператора. Этот оператор доступен к использованию только когда null не прилетит гарантированно. Другой случай непроверки на null - выдавать сообщение об ошибке в toString(). Прилетит null - покажешь пользователю сообщение “null”. За такое желательно сразу расстреливать, но, так как в большинстве стран мира смертная казнь не применяется, приходится ограничиваться подобной статьей.
Вообще, во внимании джуна код всегда имеет более высокий приоритет, чем то, что видит пользователь. У мидла наоборот - приоритет у UI. Потому что заказчик видит только UI и оценивает приложение в первую очередь по пользовательскому опыту.
Пассивное отношение к взаимодействию с бэком
Прилетает ошибка с кодом 200 - не просишь поправить. Как маленький, ей-Богу. Поле с сообщением об ошибке возвращается в рандомных объектах с рандомным названием этого поля - пилишь у себя поиск таких сообщений во всех возможных случаях, вместо того чтобы призвать бэк к порядку. В следующий раз сообщение прилетает в очередном неожиданном месте - снова ломается. Я утрирую, но мысль понятна. Прилетают одни и те же данные разрозненном виде - не просишь бэк привести их одному и тому же виду. Например, принимать и возвращать один тот же объект. В будущем это приводит к проблемам, которые нарастают, как снежный ком.
Отсутствие тестирования собственного кода
Вместо проверки работоспособности кода в разных условиях, ты приносишь жертвы темным силам в надежде, что всё работает как надо. Или того хуже - не думаешь о том, что нужно тестировать что ты там понаписал. Не перекладывай свою работу на тестировщика - его задача искать крайние кейсы и замечать то, что пропустил ты. Он работает вместе с тобой, а не вместо тебя.
Злоупотребление Google
Гуглишь и вставляешь найденный код, иногда не разбираясь, как он работает. Так называемый «Google-программист» на парт-тайме. Ты не учишься.
Недостаточная вера в себя
Когда сталкиваешься с более или менее сложной задачей, сразу сдаешься с формулировкой «есть люди поопытнее, надо спросить». По моим наблюдениям, больше половины вопросов джунов связаны с простой логикой, и не требуют никакого опыта. То есть он бы и сам справился, если бы верил в себя. Подход должен быть - «если не я, то кто?». Разбираешься с задачей самостоятельно, пока не заходишь в полный тупик. Тогда идешь спрашивать у опытных коллег, да и то только чтобы время сэкономить. "Разобрался бы и сам, да только времезатраты не адекватны задаче".
Пассивное отношение к макету
В макете указано поле ввода, хотя очевидно, что должен быть выпадающий список - ты не обращаешь на это внимание дизайнера и/или ПМа. «Там уже все решили». Этот пункт перекликается с предыдущим.У программиста всего два инструмента для решения задачи - логика и опыт и Google. Отсутствие опыта — это не повод выбрасывать в окно еще и здравый смысл. В макете не указана кнопка повтора последнего действия при ошибке (там, где это уместно) - ты молча выводишь только сообщение об ошибке. Если не забудешь. В дизайне не указан способ обновления данных на экране - ты так и делаешь, хотя очевидно что тут нужно обновление свайпом, к примеру. И такая задача неизбежно прилетает из QA, либо от заказчика. Ты мог сделать сразу логично - но дождался пока укажут пальцем. В дизайне не указана индикация загрузки при пагинации - ты так и делаешь. А ведь достаточно посмотреть взглядом пользователя — прокрутил список до конца, ничего не происходит. Потом внезапно в конце появляются новые элементы. Отсюда вытекает следующий пункт.
Удивляешь пользователя
Удивлять нужно девушку на 8 марта. А приложение должно обладать предсказуемым поведением, настолько, насколько это возможно. Это касается всего приложения в целом и отдельных элементов в частности. Никто не будет вести тебя за ручку и указывать на каждую мелочь. Это будет делать заказчик. После чего тебя отшлепают. Из чего станет очевидно, что на тебя нельзя положиться.
Общий настрой - «моя хата с краю»
Текущая задача тебя интересует только с точки зрения взаимодействия с ПМом и/или тимлидом, в отрыве от всего проекта - формально сделал, остальное меня не касается. Отсюда вытекают такие странности, как например отображение информации для пользователя с помощью всплывающего сообщения снизу на одном экране, и сверху - на другом. Ты не смотрел как там у других. “Зачем, мне и так хорошо, а то того и гляди придется поучиться чему то новому”. Ты должен смотреть на задачу как часть проекта в целом. Насколько твоя работа соответствует логике всего приложения?
Отношение к любой текущей задаче, как к копанию огорода
Просто объем земли, который нужно перелопатить. Копаешь от забора и до обеда. Любая задача это мини-проект, у которого есть начало и конец. К реализации нужно подходить творчески - сначала обдумать, как это сделать эффективнее, чем делалось раньше. Как сократить себе время на похожую задачу в будущем. Как это уже сделано твоим коллегой и почему именно так. Не бояться экспериментировать. Каждая задача - это материал для прокачки своих скиллов.
Отсутствие стремления писать читаемый код
Читаемый всеми, а не только тобой. Привык вариться в своем соку - у тебя свои приколы и привычки в коде, понятные только себе. Также ты не смотришь как написаны другие модули приложения, а пилишь очередную вариацию.
Пассивная позиция в компании
Ты не активный член коллектива, стремишься не высовываться, чтобы не дали каких нибудь задач. Никогда не вызываешься добровольцем. Если нет текущих задач, то молча занимаешься своими делами. Ведь молоток всегда бьет по тому гвоздю, что торчит выше других.
Гиперактивная позиция в компании
Противоположная крайность - ты неугомонный член коллектива, берешься за тучу задач в куче проектов. Отсюда вечная спешка. Нет времени вникать, разбираться, исправлять. Гонишься за объемом в ущерб качеству.
Не придаешь значения «мелочам»
У тебя вечно куча опечаток. Куча подсказок от анализатора, которые ты игнорируешь. Ну не ошибки же. А предупреждения - это для слабых духом. Твоя консоль замусорена бесполезными сообщениями на всякий случай.
Не делишься опытом с другими
Избегаешь роли лидера - например, работы со стажерами, где нужно подсказывать менее опытным коллегам. Мидл часто является тимлидом, навык лидерства жизненно необходим. Это не значит, что ты, будучи интровертом, должен выступать перед стадионом и рвать рубаху на груди. Достаточно базовых навыков распределения задач и работы с людьми.
Ты не понимаешь, что твоя работа - не только писать код
Твоя работа - учиться. Учиться каждый день и при любой возможности. Это твой стандартный подход к решению задач. Отныне и до самой пенсии.
Надеюсь, эта информация поможет вам быстрее продвигаться на пути разработчика. Happy coding.
Пиксельная игра в жанре хоррор - "Поместье Уилсона".
