Комментарии 89
Запомни, джун, если тебя позвали на собеседование, а там предлагают решать задачки из я-хендбука или кодить в "блокноте" вместо того, чтобы дать тебе нормальное пробное задание, вставай и беги без оглядки иначе на всю всю жизнь так и останешься джуном и в лучшем случае так и будешь работать "за еду". Да, он-лайн школы часто выпускают кого-попало и джунов стало "как грязи", но не забывай, что у тебя есть твой мозг и твои желания развиваться и работать, а эти ресурсы стоят того, чтобы к ним относились уважительно. Задачки из хендбука в реальной жизни практически не встречаются, а раз лишившись достоинства и привыкнув к этому, ты теряешь его на всегда. Попав на стажировку, оговаривай сроки, а на работе длительность испытательного срока и чёткие условия его прохождения. Зарплата на испытательном сроке, отличающаяся от основной - очень плохой сигнал, даже хуже, чем отказ. И в заключение, не всегда стоит идти до конца. Некоторым в силу самых разных причин удаётся и курьером заработать даже больше, чем а IT. Мир не на столько чёрно-бел, чтобы биться головой в закрытые двери, за которыми тебе не рады. Успехов и удачи!
Благодарю за пожелания и рекомендации! Нам, джунам, они очень пригодятся. Лично я теперь немного пересмотрю своё отношение к первому работодателю с учетом вышеописанного.
Спасибо за мотивацию. Я вот, например, хочу свичнуться с другой профессии (при том, что совмещать учебу со старой работой не получится - на старой работе своя постоянная "учеба"). И возникает несколько вопросов: сколько примерно времени пройдёт с начала обучения до первого заработка? Кто всё это время будет кормить? Ну, предположим, есть подушка безопасности на год. А дальше? Ситуация, когда ещё толком не обучен, а кушать уже хочется, очень нервирует и не даёт сделать решительный шаг навстречу новой профессии.
Отвечу со своей колокольни и только про тестирование. Можно взять платный курс (около 4 месяцев), через 2,5-3 месяца обучения поднапрячься и, одновременно со сложными темами и дипломом вписаться в пэт-проект (я вот этот момент упустила). Пэт-проект закончится примерно через месяц-два после обучения - это уже 5-6 месяцев. При этом, сразу после обучения можно взять еще один проект для опыта (около 3 месяцев). Это 7 месяцев, т.к. одно все время накладывается на другое. Никто не мешает искать работу сразу по окончании первого пэт-проекта. Найдется она не сразу. Но пока получаешь опыт, то повторяешь теорию и тренируешься на собесах. И в итоге безработное состояние продлится не дольше года точно, а скорее всего меньше. Главное действительно учиться, усваивать и действовать.
Очень всё спорно, мозги у всех разные. Люди по-разному говорят. Кому хватает полгода, кому и несколько лет недостаточно. Ну да, может вам и хватит для вашей специальности 4-х месяцев курса. Но у меня в голове не укладывается, как можно выучиться за 4 мес языку? О каких фундаментальных знаниях может идти речь, если курсы рассчитаны на, скажем, 200 часов. Может курсы и хорошие, но как? Как 200 часов? Передо мной книга по питону в 900 страниц и я знаю, что прочитать смогу её месяца за 3-4, решая задачки из этой книги. И это фуллтайм 4 месяца, с перерывами на сон и еду. И это одна книжка, а чтобы не позориться на собесе, наверняка нужно что-то ещё смежное с питоном знать (какие-нибудь БД, или вёрстку). Это ещё время на пет-проект нужно. Вообщем, ориентировочно - год и больше.
На мой взгляд, по большей части решает возраст и бэкграунд.
Про возраст: мозги по разному воспринимают информацию в 20 лет и в 60.
Про бэкграунд: инженерам легче влиться в it, даже если они не писали до этого ни строчки кода. Проверено на моих товрищах)
P.S. В своё время анологичную книгу по C++ я прорешал за неделю. Это конечно не ваш случай: тогда я был безработным студентом и имел образование в 1 курс профильного универа, так что времени, сил и заинтересованности у меня было с избытком, но вероятно и у Вас ваша книга займёт времени гораздо меньше, чем сейчас кажется. Так что дерзайте!
900 страниц за неделю это 128 страниц в день или 12,8 страниц в час или одна страница каждые 4,86 минуты, если заниматься по 10 часов в день.
Вот вообще не факт. Тут спорить глупо и вот почему: взял как-то условного Танненбаума, я там по 4 стр. в день со скрипом проходил, всё проклиная, перечитывая, вникая. А у другого автора да, можешь по 100 стр. в день продвигаться, если слог понятен, приятен и читается, как любовный роман. Плюс, к тому же, роляет и то, какой у чела бэкграунд (как писал товарищ выше): гуманитарий он, или технарь, работал ли с малых ногтей с компами, какой возраст и т.д.
Всё верно, все разные. И разные специальности требуют разного уровня подготовки. Я описала взгляд джуна тестировщика (еще и ручного), который еще не нашел работу и описал самый быстрый вариант для QA из пришедших в голову.
Сама я пол года училась до курсов самостоятельно, потом прошла курсы, еще несколько курсов по ответвлениям, плюс книги, статьи, отдельные уроки, и сейчас продолжаю расти на пэт-проекте. Потому что я не могу позволить себе врать на собеседованиях об уровне или работать некачественно. У меня такой взгляд на рабочий процесс и свой темп. Зато сейчас я прекрасна в исполнении ручного тестирования, начиная с тест-плана и заканчивая отчётом о тестировании. Но кого-то устраивает соврать об опыте и как-то выкрутиться уже на рабочем месте. В тестировании в некоторых компаниях, видимо, это возможно. Сомневаюсь, что такое прокатит у программиста.
А Пайтон муж изучает уже второй год, потому что года изучения в свободное от работы время слишком мало. Сейчас проходит курс Middle Python Developer. У него вот так.
Начинать чтение с книги очень плохой путь по моему личному скромному мнению, плюс вы не даете вводных, возраст, наличие детей и их возраст, наличие жены и ее отношение к этому, свои финансовые возможности, если есть образование то какое и так далее. Учитывая это все, то действительно все очень индивидуально.
Небольшой совет (просто судя по вашему комментарию, у вас не очень верный подход к освоению новой профессии). Чтобы начать работать, вам не надо знать в совершенстве избранный язык программирования: чтобы, так сказать, "познать дзен" (в случае Python это даже не игра слов, что забавно) языка могут уйти годы, и даже человек, занимающий позицию сеньора, не будет знать всех тонкостей. А вот стек технологий для трудоустройства знать важно, так что сперва следует определиться с нишей. Тут могут быть разные подходы:
Смотрите, какие есть направления в программировании, прикидываете, что вам наверное больше подойдет (что-то заинтересует, может чем-то хотели всегда заниматься), потом смотрите самые популярные связки технологий, которые сейчас в этой нише используются, и осваиваете.
Если "запали" на какой-то язык (такое тоже может быть, что-то зашло, что-то кажется мутным и непонятным), смотрите, где его чаще используют, так определяете нишу, стек и изучаете.
Данные по стеку проще всего собрать по тем же вакансиям (тоже не панацея, иногда там можно редкостную дичь прочитать, но общее представление получите, во всяком случае топовые фреймворки определите).
И еще. По моему скромному мнению долго и упорно изучать язык и решать задачки — путь в никуда. Как писал выше, дзен без опыта все равно не словите, но если вы не будете видеть "выхлоп" от своих действий в виде чего-то реального, в конечном счете бросите программирование вовсе. База, безусловно, нужна, особенно при входе с нуля. Но если почувствуете, что сухая теория и абстрактные задачки начинают утомлять — начинайте осваивать профильный фреймворк и делать тренировочные проекты. Благодаря этому вы:
На собственном опыте убедитесь, что кроличья нора не так уж глубока и для написания множества типов приложений, внезапно, не требуются ни знания мудреных алгоритмов, ни высшая математика;
Сможете оценить свой уровень подготовки. Понимаете, что излагает автор, рассказывающий о фреймворке? Отлично, значит ваш уровень языка уже достаточен. Дошли до каких-то непонятных штук, о которых раньше не слышали? Возвращаетесь к учебнику по языку и доучиваетесь до них, затем обратно к изучению фреймворка;
Психологически станет легче, так как уже сможете писать пусть простенькие поначалу, но работающие приложения, ваш мозг будет это расценивать, как стимул, мол, все было не зря, у меня действительно получается!
Благодарю за дельный комментарий и рекомендации для разработчиков! Так как на моих глазах муж изучал и продолжает изучать пайтон, я нахожу рекомендации очень полезными.
При этом я заметила, что в комментариях есть как такие рекомендации (сконцентрироваться на фреймворках), так и советы решать задачки на литкод и алгоритмы. Возможно, и тут все индивидуально. Ведь рекомендуют то, что самим помогло. По крайней мере я пока не поняла: как тут найти баланс, чтобы не быть вечным студентом? Ведь и то и другое важно.
Тут сложно ответить однозначно, поскольку многое зависит от ниши и от заморочек работодателя. Отвечу так.
Литкод, кодварс и аналогичные ресурсы (как и хорошее знание алгоритмов) — штука для программиста безусловно полезная: если заниматься регулярно, то хорошенько натаскаешь свою биологическую нейросеть и затыков в повседневной работе с решением нестандартных практических задач будет гораздо меньше.
Для того, чтобы успешно исполнять свои обязанности джуну подобные знания в подавляющем большинстве случаев не нужны: никто не поставит новичка на мудреный Highload, где нужно будет ручками реализовывать сложные оптимизации. Как правило джунам дают стандартные задачи, которые можно решить, опираясь на знания языка, используемых технологий и элементарной логики. Как ни крути, но джун при всем желании не напишет запрос к базе данных лучше и безопаснее, чем это сделает за него ORM, с которой он будет работать через стандартные классы.
Большинство компаний, принимая на работу новичка, в любом случае хотят видеть в нем полноценного сотрудника, который сможет решать реальные задачи, поэтому знание популярных технологий в выбранной нише необходимо в обязательном порядке.
Есть компании, которые подходят к собеседованиям формально и пихают новичкам олимпиадные задачки (не потому, что это реально пригодится джуну, а потому, что "ну надо"). Вообще, имхо, такой формальный подход к собесам уже признак не очень хорошей компании и туда лучше не ходить, но тут уже дело личного выбора, тем более, что бывают ситуации, когда и выбора особо нет. Но даже им, кстати, джун без технологий не будет интересен.
Конечно есть шанс найти хорошую компанию, которая реально заинтересована в долгосрочном выращивании крутого специалиста, где техсобес будет проводить крутой сеньор, которому важно понять, как у соискателя работает голова, и который будет давать задачки с литкода не потому, что "ну надо", а чтобы посмотреть, как соискатель будет рассуждать и какие подходы использовать (туда, кстати, могут взять даже если задачку не решишь или решишь криво, но сеньору понравится, как ты мыслишь в принципе). Но таких компаний очень-очень мало.
Исходя из всего этого, сделаю такое резюме: чтобы быстро устроиться в приличную компанию после обучения обязательно нужно знать основы языка, ООП, топовые связки технологий в избранной области. Литкод, конечно, увеличит вероятность трудоустройства, но это не прям панацея, а делать ставку на "я знаю язык и алгоритмы" без всего прочего уж точно не стоит.
Сам Python как японский язык. Очень простой в начале, но потом начинаются всякие иероглифы и необычные грамматики. Впрочем, от джунов вроде бы не требуют глубоких знаний. Всех особенностей популярных языков никто не знает. Важнее разбираться в фреймворках, с которыми придётся работать.
Кроме своего стека, программист должен знать хотя бы основы Git, и основы работы с БД. Хотя бы с SQL, и скорее всего пригодится JSON. И хоть примерно понимать, как компьютер устроен внутри. Что такое асинхронность и почему в, например, Python, с этим беда и как эту беду разруливают. Понимать, какие бывают алгоритмы и что такое O(n). Различать императивный (Flutter, HTML) и декларативный (Dart, C++) подходы. Понимать почему строгая типизация лучше, и почему от неё всё равно отказываются (в Python её нет и это сделано осознанно, но важно понимать, к каким проблемам такое решение приводит, ведь это было перекладыванием проблемы «с больной головы на здоровую»). Чем интерпретируемые и скриптовые языки отличаются от компилируемых. И много ещё всего, что самостоятельно не выучить, просто потому что и о существовании таких вещей не знаешь…
И неплохо бы знать английский. Не жизненно важно, но крайне желательно хотя бы читать…
— Основы Git — 1 день делов.
— Основы JSON — час на изучение. Остаток дня на закрепление/отдых (лучше не перегружать мозг, иначе в нём будет каша).
— Основы SQL — от одного дня до бесконечности, в зависимости от глубины изучения.
— Основы Python — неделя на изучение, вплоть до классов и асинхронности включительно. Потом от месяца до бесконечности на учебные проекты. В этом месте уже можно и пет-проект начать.
— Фреймворки типа Джанго или с чем там решите работать — это самое важное и самое сложное и займёт годы. После первой недели уже можно пытаться искать работу. Закончите обучение уже когда станете синьёром 🙃
Но это, конечно, весьма оптимистичные сроки…
Благодарю за комментарий! Мне, как начинающему тестировщику, кажется, что начинающие обучение программисты могут смело сохранять в закладки план действий. Уже скопировала мужу, изучающему пайтон.
Вам тоже задам вопрос. Надеюсь, что он не совсем глупый.
Как найти баланс между погружением во фреймворки (когда доходишь до неизвестного - идешь изучать, потом двигаешься дальше) и изучением алгоритмов + решением задач на литкод? Важно же всё. Просто идти до уровня, с которым тебе еще предстоит бесконечно учиться, но уже берут на работу, хочется побыстрее. То есть не тратить время на то, что можно доработать позже, будучи в деле, и не стоять на одном месте. В общем: сколько времени от обучения нужно тратить на задачки и алгоритмы в процентном соотношении?
Плюс, нужен человек, шарящий в выбранном стеке, который может дать конкретный совет и с обучением, и с тем, где вакансии лучше искать.
Я даже зарегистрировался, чтобы ответить)))
Учу Python почти год и я далёк от того сценария, который вы описали. Может быть нет таланта, а, может быть, потому что уделяю время на обучение 2 часа в 1 - 3 дня, т.к. параллельно работаю по основной работе
Хотя на мой вкус если у Python брать только основы и не лезть в особенности реализаций (например, PyPy vs CPython) или отличия Python 2.7 от Python 3.x (хотя это тоже важно).
Ну и ещё я наверное, не учёл, что есть люди, которым надо буквально с основ начинать. Что такое алгоритмы, функции, переменные и вот это вот всё. ИМХО это такие основы, которые или усвоил в детстве, или действительно потом придётся образ мышления менять. Без них ЯП выглядит как какой-нибудь хинди или вьетнамский… Тогда трудно, да.
Впрочем, совсем науку я не забросил. Сейчас «сижу на двух стульях». Когда соберусь релоцироваться, будет видно, что окажется полезнее. А интересно мне и то, и другое.
А если хочется поменять специальность, но денег в ближайший год/годы не увидишь, но при этом на старую работу смотреть не можешь/выгорел. Что тогда? Отказаться от мечты и продолжать ходить на старую работу как на каторгу?
Если причина в том, что старая работа надоела, можно посмотреть на те специальности, где нет большой конкуренции.
Если хочется больше зарабатывать, то придётся принять, что будь для этого достаточно только труда и желания, все бы были миллионерами.
А если хочется быть именно программистом, то сначала надо отпрелилиться со стэком. Есть стеки, куда попасть проще, есть — куда на порядки сложнее. Оценить какие ресурсы уже есть и насколько их хватит и строить долгоиграющие многоступенчатые планы по
Где взять такого ментора? Есть паблики по пайтону, там встречаются отзывчивые люди. Не то?
Вклинюсь. В Телеграм есть каналы для джунов. Там в подчатах всегда есть "Менторы". Кто-то предлагает свои услуги, кто-то запрашивает. Загляните, вдруг найдете что-то полезное для себя. Точнее не подскажу, т.к. я состою в чатах именно по тестированию. Но найти такие каналы довольно просто.
Я своего на solvery.io нашёл, это не реклама, если что)
Из своего опыта, предельно субъективного, могу сказать что, как и рекомендует автор статьи, стоит при получении первых знаний стремиться на стажировку (оплачиваемую или не очень), потому что как бы много литературы/курсов/видео на youtube Вы не изучили бы, реального опыта, к сожалению, это не даст, а в процессе стажировки знания будут зарабатываться, как-раз таки, профильные.
На позицию джуна C++ получилось устроиться спустя месяц стажировки, на тот момент из актуальных знаний был только 1 короткий курс, 2 недельный, общее понимание работы web'а и БД, и огромное желание найти работу
У Вас все получится!
Зарплата на испытательном сроке, отличающаяся от основной - очень плохой сигнал
Если речь про РФ, то зарплата на испытательном сроке отличающаяся от основной - это противозаконно, т.к. не соответствует ТК РФ.
Единственный бонус который есть у работодателя на испытательном сроке - это более легкое увольнение работника и всё.
Кроме того, если мы говорим о свежем джуне, только что после ПТУ или универа, который устраивается первый раз, то для него испытательный срок вообще применять нельзя, опять же по ТК РФ.
я так и сделал когда мне дали алгоритмическую задачу которую надо было решать в блокноте !
Мотивация +100 точно! На самом деле, огромное количество таких же, как и я/мы людей, абсолютно так же плавающих в этом «первичном бульоне», заставляет и переживать, и бояться, и все вот это прочее.. Тем не менее, оно же и подталкивает к расширению знаний и освоению чего-то нового и интересного.
Ариадна! Супер! Спасибо за статью! Вот теперь я вижу, что я не одинок в мыслях, и не одинок на этом пути...!
Одно время работал менеджером по продажам 1С. Работал недолго, получалось плохо, но суть в другом - там я научился тому, что помогло мне в решении многих проблем в жизни, в т.ч. поиске работы. Кратко можно передать это анекдотом:
В конторе, продающей трубы, был туповатый менеджер, который при этом всегда стабильно делал план по продажам. Решили посмотреть, как он работает.
Утром приходит на работу, открывает справочник телефонов на том месте, где остановился накануне, и тупо звонит по списку: "Здравствуйте, вам трубы нужны? Нет? Жаль". И дальше по списку.
Слушали-слушали. Спрашивают его:
- А ты не пробовал что-то изменить?
- Что, например?
- Ну, например, спросить: "А вашим знакомым?"
- О! А это идея! - сказал менеджер и на следующий месяц удвоил прпродажи
Все знают, что чтобы научиться ходить - надо пытаться ходить. Чтобы научиться читать - надо читать. Чтобы найти работу - надо искать работу. Это ключевое. Не посещать митапы, не проходить тысячи курсов, а искать работу. Все остальное тоже имеет значение, но не решающее. Да и к тому же это все делать легче, чем каждый день бомбить все возможные контакты и вакансии в попытке попасть на собес, поэтому мозг с радостью будет стараться вас переключить на эту деятельность.
На собесе надо продавать себя так, чтобы все хотели тебя купить. Открою большую тайну, в обществе профессиональных продавцов - "впаривать", "втюхивать" товар, считается зашкваром - это плохо для бизнеса. Потому что клиент, которому ты что-то впарил, а ему это по факту не походит, к тебе больше не придет и другим будет рассказывать, что ты конченый тип. На собесах та же история - ты должен быть уверен в себе (в своем товаре), показывать себя с самых лучших сторон и рассказывать как ты поможешь команде делать больше и лучше. Если что-то не знаешь и не умеешь (у товара некоторые характеристики не очень) - молчи об этом, пока не спросят напрямую. Спросили - отвечай как есть, но с таким видом, мол "это вообще несущественный недостаток". НИКОГДА не показывай свою неуверенность - да, будут собеседующие, которым это не понравится - но это душнилы по определению и лучше с такими не работать.
Если продажа не состоялась - продолжай "бомбить". Попутно подтяни вопросы, которые завалил. Но будь готов, что "обзвонить" придется тысячу контактов, чтобы найти работу.
Чтобы сократить это количество, старайся подходить индивидуально к, по настоящему, интересным тебе вакансиям: прочитай про компанию, изучи продукты, стек. Напиши проникновенное сопроводительное письмо ("ваш продукт х - просто пушка, спасает людей и планету. Хочу стать частью команды, которая так меняет мир"). Говори то, что люди хотят услышать, но не ври про свои технические навыки (приукрасить можно, например, если у тебя спрашивают "есть опыт работы с БД?", а ты только в sqlite сделал три инсерта, два апдейта - говори, да есть. Уточняют ? Отвечай как есть. Не уточняют - сам глубже не лезь)
Если подытожить - мы каждый день что-то продаем: себя - красивой девушке, новую фичу - бизнесу, срок выполнения задачи - менеджеру. Поиск работы - это продажа себя нанимателю. На каком-то уровне ты станешь золотом, которое тысячи HR будут искать просеивая линкедин. Но пока ты кусок засохшей сливы - надо искать покупателя самому. И помни о том, что как в интернете действует правило 34, так и в продажах на любую фигню найдется покупатель.
Неужели, всё настолько плохо?
после "неужели" не нужна запятая.
а вам удачи (qa-старичок :))
Спасибо за статью, хорошо пишите! Если на зайдет с тестированием, попробуйте податься в документирование.
А я хочу еще 5 копеек добавить из своей user story :)
Если не берут тестировщиком, попробуйте что-нибудь смежное, а уже оттуда переходите в тестирование. Я на свое первое в жизни собеседование пошел устраиваться как раз тестером - друг сказал, что у них открыта вакансия. Но когда я туда пришел, сказали, что уже не надо, но есть вот другая вакансия, куда готовы взять без опыта, не хочу ли я попробовать. Что-то типа эникейщика с упором на написание инструкций - так я стал техническим писателем :) Работая там, на коропоративах завел много интересных знакомств. И когда много лет спустя, уже уволившись из этой компании, случайно проходил мимо старого офиса, наткнулся на старых знакомых. После 5 минут разговора, меня спросили, а не хочу ли я пойти к ним тестировщиком, а то им нужны люди.
Не отказыайтесь, если просят помочь, даже если это не ваш профиль. На следующем месте работы уже устроился полноценным техписом. Как-то раз начальник сказал, что его спрашивают, а не могу ли я написать инструкцию одну, не по своему проекту, но вот просят. Я не стал отказывать. "Заказчик" оказалась директор по ИТ всей компании :) И так я ей понравился, что через какое-то время она предложила мне, а не хочу ли я стать начальником отдела тестирования - начальником отдела, Карл! А то у них один сотрудник ушел, второй - дочка гендира в классическом исполнении, а опытная проверенная годами сотрудница уже мечтает о пенсии и в начальники не хочет, но готова мне все показать, меня всему научить. Я до сих пор, когда вспоминаю, жалею, что отказался. Но я тогда хотел уйти в аналитики :)
Если есть шанс устроиться в классную компанию - и это даже не условный Яндекс, а вот знаете по слухам, по знакомым, что компания хорошая (это к вопросу об участии в митапах) - устраивайтесь на любую должность. Потом перейдете (совершенно реальный случай - на прошлой работе чувак из курьеров перешел в техподдержку). Во-первых, всякие Jira, Confluence, Git - они, как гооврится, и в Африке. Имея корпоративный аккаунт и следовательно доступ к этим системам, можно получить опыт работы с ними. Прошерстите интерфейс любого продукта, который выпускает ваша компания, найдите хоть орфографическую ошибку, а если повезет то и баг. Узнайте, а на кого можно повесить тикет в Джире, а то вот нашли ошибку. Распишите все по красоте - с пред\постусловиями, шагами, ожидаемым и фактическим результатом. Сделайте скрин своего бага - вот вам и портфолио. Пару-тройку багов заведете на общественных началах, вас заметят, а вы как Кот Матроскин - я еще и крестиком вышивать могу и курсы по тестированию вот прошел. А еще нередко компании устраивают внутренние bug bounty, где любой сотрудник может попробовать себя в роли тестера, мониторьте почту, внутренние форумы и прочий интранет.
Как вы прекрасно написали! Благодарю вас, что откликнулись с душой и написали по совести. Очень ценная информация!
устраивайтесь на любую должность
Не знаю, как для курьеров, но по маршруту "тестировщик - разработчик" это не сработает, проверено несколькими годами попыток ротироваться внутри компании.
На самом деле вы оба правы, потому что все зависит от политики фирмы. Есть фирмы, которые стремятся любые вакансии закрыть в первую очередь уже имеющимися кадрами, и публикуют все вакансии в интранете задолго до того, как они уходят во внешний мир. В таких фирмах прыгать из отдела в отдел вполне реально даже с полной сменой вида деятельности, достаточно быть известным среди коллег как толковый и нетоксичный. Есть фирмы, которые лучше будут искать человека с улицы, даже если он обойдется существенно дороже, чем возьмут своего проверенного кадра, но с другим профилем.
Никнейм у вас говорящий для нас джунов :D
То, что вы описали я реализую мало по малу с начала года под кодовым названием "Если не получается по правилам честно, то придётся хитро. Если не берут джунов, то стану очень странным мидлом". Петпроекты мне до старости в кошмарах сниться будут - ну ничего, дело стоящее.
Джунам от джуна успехов! Мы всё смогём!
В начале карьеры лучше идти на собеседование не имея в голове доминирующюю над остальным цель получить работу. Полезнее ставить цель показать себя и работодателя посмотреть, а там - или срастется и хорошо или нет - и еще лучше.
Иначе или введешь в заблуждение работодателя (что не сложно) и получив работу - вылетишь с нее чуть позже, или же закрыв глаза на недостатки работодателя (ведь главное работу получить, ага) - сам уйдешь с работы т.к. не сможешь выносить эти недостатки.
Всё равно в самом начале, пока нет опыта работы хоть какого-то, нет и понимания правильной расстановки акцентов, что можно терпеть, как правильнее себя подать. Лучше устроиться туда, куда зайдешь легко из-за соответствия скиллов и ожиданий вакансии, чем впихивать себя куда-то насильно, а потом мучаться.
Нить Ариадны)
Очень звонкий текст.
Возникло сильное ощущение, что HR пишет с 3-4 годами стажа.
Текст читается как "молодые мало резюме присылают. мы все равно откажем, но конверсия сама себя не сделает - так что до посинения, ребят, до посинения".
Ни в жизни не поверю, что джун будет обращаться к читающим "джуны, гуглим подробности!нам джунам пригодится!" и прочее в комментариях.
Если автор действительно джун - всех благ исключительно, хороших проектов и попутного ветра.
Какой 3-7 месяцев на пет-проект...Как человек, который взял открытый проект с гитхаба, переделал(нормально переделал), скажу - проще, просто скатайте. Ни разу не смотрели. Видели что есть, и ладно.
Какой 3-7 месяцев на пет-проект… Как человек, который взял открытый проект с гитхаба, переделал(нормально переделал), скажу — проще, просто скатайте.Последние несколько лет термины активно девальвируются.
Самое известное — многие стали называть джунами новичков. А учебные работы вдруг стали пет-проектами.
Пет-проект (как очевидно следует из названия) это не разовая работа сделал-закомитил-забыл. Это реальный долговременный проект, который автор развивает для себя и/или какого-то близкого себе сообщества. Годами развивает и поддерживает. Обычно у пет-проектов не бывает конца: их можно бросить, потому что надоело или поменялись приоритеты, но никогда — потому что он «готов» к чему-либо (например, показу работодателю).
Это я сейчас не вам лично пишу, а риторически в общем.
Вот это поворот! Во всех сообществах и чатах, где состою, есть подчаты с пэт-проектами. Там они позиционируются как проекты "за опыт", где кто-то решает реализовать идею и далее использовать в личных целях (вариант 1), или просто ради того же опыта и из интереса создать, чтобы в портфолио продемонстрировать (вариант 2), ну или такие проекты, как тот, где я участвую: проект для реального бизнеса и после реализации у приложения будет админ, но вся команда работает для опыта, удовольствия и наработки портфолио и взаимодействует до сдачи проекта заказчику (вариант 3)...
Что из перечисленного мной действительно пэт-проект?
Вроде как при первом варианте выходит, что пользоваться и поддерживать будут, но не все члены команды, то есть подходит под определение. Второй вариант, наверное, просто учебный? А третий не знаю, как сказать корректно, но в резюме я указала, что это никакой не пэт, а полноценная работа, потому что для меня так и есть.
То есть это любимое хобби. Обычно ситуации примерно такие:
1. Личная потребность — очень нужна была софтина, но ничего подходящего не нашел, аналоги не подошли. Сделал для себя, а со временем и другие пользователи появились.
2. Мне это очень интересно — если что-то развлекательное или академическое. Так люди пишут демо-сцену, эмуляторы старого железа, математические библиотеки, игры и пр.
Опыт и портфолио — это тоже валидные, но второстепенные, сопутствующие цели. Если они были самоцелью — значит проект учебный.
Бывают конечно пограничные случаи, когда трудно понять, что первое, а что второе. Или начиналось как упражнение, а потом выросло во что-то большее.
Но репозитории типа «вот я запилил тудушку на реакте» — точно не оно.
Кстати, на ютубе можно найти видео типа «N идей для пет-проектов» — это оксюморон :)
ПП невозможно предложить со стороны, он должен родиться внутри собственной головы.
Всё по полочкам. Благодарю!
Путаница возникла из-за того, что какое-то время назад работодатели додумались спрашивать у кандидатов про пет-проекты, и в этом был смысл - раз у человека есть пет-проекты, то программировать для него в кайф, и соответственно от него можно ожидать намного более глубокого погружения в технологии, чем от программиста с 9 до 5 только ради денег. Но любой контрольный индикатор сильно теряет в релевантности, как только тестируемая система начинает под него адаптироваться. Люди стали пилить "пет-проекты" с единственной целью - показать их работодателю, и наличие пет-проектов перестало быть индикатором гика.
"Последние несколько лет термины активно девальвируются. "
Одна проблема - новички приносят hello-world с уверенностью что это проект.
Другая проблема - работодатель на уровне спинного мозга уверен, что пришедший на собеседование принес ему hello-world. Это годами наработанная мозоль. И даже проверять не будет, чтобы не расстраиваться.
Третья проблема - долгострой будет без ответа. Строишь в стол.
"Это я сейчас не вам лично пишу, а риторически в общем."
Я понимаю, что вы пытались не обидеть. Задели на уровне "в интернете кто-то не прав" - нет, у меня не скрипт. Но заметьте, вы так подумали)
Я человек позитивный, так что сочту все догадки за комплимент. Сама тоже люблю расследования и логические цепочки. И тоже так закручиваю, что получается интереснее, чем есть.
Джуно-чаты ломятся от количества участников. Не думаю, что резюме рассылается мало. Иначе бы после курсов отхватывали бы с руками и ногами, как какое-то количество лет назад, когда и без курсов и без структурированных знаний вполне могло повезти (ну, в тестировании то точно, а про остальное не знаю). Короче, не совсем поняла, где логика, зачем какому-то HR строить махинации, чтобы получить себе больше ненужных резюме?
Сейчас я даже пэт-проект нашла с трудом, их не так много. Но это возможно (если у кого-то есть наводки на пэт-проекты и места скопления - делитесь, это важно). Сначала мне казалось, что это будет для галочки, чтобы просто рассматривали кандидатуру. На деле же это потрясающий опыт и прокачка навыков. Ничуть не жалею, что вписалась.
А вот скатывать мне не интересно. Но думаю, кто-нибудь обязательно возьмёт на заметку, не так же просто плюсуют.
Благодарю за расследование, наводки и пожелания!
Слышу middle qa инженера, что решил вдохновить подрастающее поколение. Чтобы не смущать своим стажем в 3-4 года, вдохновил от лица джуна. Кто ж знал, что HR оскорбительно, и нужна такая работа над собой чтобы счесть за комплимент. Объяснить про избыточность логических предположений, плюсы под комментарием посчитать, пет-проекты спросить.
"если у кого-то есть наводки на пэт-проекты и места скопления - делитесь, это важно"
Человек чуть выше по комментариям откликнулся про нить Ариадны, идет на контакт. Можно было написать ему, если это важно, а не мне. Если.
Как-то случайно обратил внимание на то, что далеко не все крупные компании пользуются "централизованными" сервисами типа HH и прочего. Многие просто предпочитают иметь свой сайт и публиковать всю информацию там.
Я не знаю насколько это эффективно с точки зрения человека, который ищет работу. Наверное, не очень - количество точек поиска увеличивается многократно. Но факт остается фактом.
Со стажировками аналогично. Если какая-то единая площадка, где можно увидеть все варианты стажировок разных компаний? Не знаю...
На мой взгляд стажировка - оптимальный путь входа для начинающих. И, кстати, это не всегда может быть какая-то "большая программа". Компании иногда просто ищут стажеров на неполную рабочую неделю. А там как пойдет - покажет себя хорошо - позовут в штат. Нет - ну хотя бы в резьюме появится строчка с реальным опытом работы.
Благодарю за отзыв и информацию!
Мне кажется, что это действенный метод - идти на сайт компании. Перед отправкой резюме я всегда захожу на сайт, ищу баги, описываю, проверяю резюме, читаю информацию о работодателе и пишу сопроводительное (времени уходит много, но я сейчас никуда не спешу). Не везде получается отправить резюме через сайт или на почту ответственному лицу, но если компания нравится, то запариваться стоит. К тому же мне не очень нравится формат резюме на многих сайтах, а вот в PDF у меня все структурировано очень удобно. На такие отправки резюме (через сайт компании) мне приходили ответы. Отказы (не хватает опыта), но зато в тех компаниях, которые нравятся, у меня уже есть какой-то "контакт", мне дали обратную связь, описали мои плюсы и минусы (он один). Я понимаю над чем работать. И делаю это. И, главное, имею хорошие шансы попасть туда, куда хочется в будущем.
Стажировки лично я мониторю в ТГ-каналах, на linkedin есть, можно еще проверять сайты крупных компаний (наводки тоже можно увидеть в джуно-чатах по стажировкам в ТГ). Или обращаться в компании с запросом (я пыталась, но получила отказы или игнор).
В статье ни слова про английский язык. Имея уверенный B1 (активный, т.е. говорить надо) - без работы не останетесь.
Публичный гит - всегда плюсик, главное чтобы код был свой, а не чей-нибудь.
Курсы, как мне кажется, больше работают на DevOps направлении. В программировании на начальных уровнях важны алгоритмы\структуры данных, литкод (пусть даже изи, но много). Умение писать код в блокноте демонстрирует уровень реального владения языком. От джуна тут странно ждать каких-то откровений, но как минимум синтаксис должен быть правильным =)
Главное - здраво оценивать свои скиллы и понимать, что путь из джунов наверх займет несколько лет. И всё это время придётся учиться каждый день.
TL;DR: открываешь литкод и начинаешь решать. за полгода накопится 200 задач, с ними идешь на собес и получаешь оффер, всё.
Упущение! В резюме вот не забыла знание языка указать. А тут даже не вспомнила.
Но я со своим B1 пока не готова искать работу на английском. Сначала хочется начать лучше ориентироваться на родном языке, а потом уже погрузиться в работу на иностранном. При этом документацию я читаю и пишу на английском спокойно. Есть опыт работы заграницей, т.е. разговорный язык есть. Но это субъективные ощущения, очень страшно по новой специальности так сразу идти и работать в англоязычной компании.
И за гит спасибо! Его не указала, а сама при этом себе страничку завела и курс прошла для тестировщиков.
Рекомендации шикарные!! Благодарю! Надеюсь, начинающие разработчики тоже дойдут до этого комментария.
открываешь литкод и начинаешь решать. за полгода накопится 200 задач, с ними идешь на собес
А там тебя спрашивают:
- Вот мы работаем с этими фреймворками, какой из них знаете?
- Э... чо?
- До свидания.
Слабо представляю позицию, на которую в 2023-м можно устроиться с одним лишь знанием языка и алгоритмов (ну если не брать в расчет казуистику вроде дефицита спецов на Cobol, но учить подобные древности для начинающего программиста малоперспективно в любом случае).
Фреймворки, с которыми предстоит работать, обычно указываются в описании вакансии. Как-то глупо идти собеседоваться, не имея о них никакого понятия.
Слабо представляю позицию, на которую в 2023-м можно устроиться с одним лишь знанием языка и алгоритмов
Зависит от того, в какой области работаете. Есть вещи, где разработка это не про фреймворки и даже не про язык, а прежде всего про то, что называют "паттернами" - подход к решению задачи. А язык и все остальное выбирается уже под конкретное решение. Потому что язык это всего лишь способ выражения своей мысли, главное чтобы было что выражать.
Если говорить про языки, то тот же С/С++ - прежде всего знание языка и опыт работы на нем спросят.
А там, где на первое место ставят фреймворки - туда не стоит ходить - с большой вероятностью там будет рутина в виде сборки типовых изделий из конструктора Лего. Кратчайший путь в квыгоранию.
Мы же про джуна говорим.
Там в любом случае два варианта - или быстрообучаемый с хорошей базой, или какие-то курсы + пару раз делал чекаут какого-нибудь фреймворка. Нужны и те и другие, но сегменты рынка разные. На какой-нибудь битрикс тоже сейчас требуются-требуются, но от души посоветовать такой карьерный путь я никак не могу.
Происходит "гонка вооружений". Наниматели строят "полосу препятствий" на которой ломаются перспективные джуны. Вайтишники тренируются хакать собеседования и самым хитрым и самоуверенным это удаётся. Приврать себе опыта стало не просто нормой, а обязательным пунктом.
Объективность изжита полностью. Остался голый формализм.
Преследуя каждый свой личный-корпоративный интерес - нанять гения за копейки, все вместе - наниматели рушат рынок.
Страдают все. Честные джуны проходят все круги ада и сдаются. Работодатели получают высокооплачиваемых бездельников или становятся "стартовой площадкой" для будущих сотрудников конкурента.
Наконец (верх цинизма!), некоторые наниматели пользуясь ситуацией и нанимая джунов за гроши, целенаправленно создают токсичную атмосферу в коллективе, давят на чувство вины, навязывают ложную ответственность, разрушают профессиональную, да и личную самооценку, делаю всё, чтобы привязать и превратить тебя в говорящее орудие. Специально ищут и находят тех, на кого можно надеть психологическое ярмо из манипуляций.
Джун на первой работе стал как "дух" в части с дедовщиной - должен пройти все ступени унижения, только у "духа" больше шансов через год стать дедушкой.
Всё серьёзно! Это вой... спецоперация, и тут - либо они, либо мы. Наниматель будет заботиться о своей выгоде и интересах, а наша задача - позаботиться о своих.
Уже в встречаются спец-предложения для джунов поработать за 16-20 тыр. "для опыта". Глазом не моргнёшь, как все будем работать за еду!
Сильно сказано! Плюсую Всё как и в некоторых других отраслях.
Благодарю за комментарий! Только что поняла, что я тут как дурачок всех благодарю и подчеркиваю за что, хотя можно было просто плюсовать.
Я плюсанула за правду. Тоже это замечаю.
И еще сейчас я живу в айти хабе, т.е. лично знакомлюсь с действующими тестировщиками и не только (никто не взял на стажировку, кстати, хотя просилась). И наблюдения не утешительные. Многие стагнируют. Да, не все. Но это значительный процент. С одной стороны это не очень хорошо для IT в целом. Но ведь это хорошо для тех, кто развивается. Да, сейчас я всем джунам джун. Но ведь рано или поздно я подвину того мидла, который смотрит на работе сериалы, хотя можно, если мало задач, изучать иностранный язык, осваивать автоматизацию, или заняться документацией, где работа всегда найдется. Да, сейчас я работаю за бесплатно, но я всегда и везде выделяю для себя плюсы и выгоды. Поэтому, все же я уверена, что мой путь печальным не будет.
Так же у меня есть подруга-тестировщица, которая принадлежит к числу тех, кто старается, развивается, растет. К примеру, сейчас компания оплатила ей и ряду сотрудников курсы по автоматизации. При этом из всех сотрудников там вкалывает только она. В результате и место с большим количеством обязанностей и более высокой ЗП получит именно она. Остальные, конечно, останутся в компании. Но в какой-то момент туда наймут дельного джуна, у которого будут все шансы со временем подвинуть "самое слабое звено".
В общем я все это полотно накатала к тому, что, даже в современных неутешительных реалиях, можно и нужно двигаться вперед. И лучше всего это делать с поднятой головой, не жалея себя, не видя в себе жертву, находя для себя плюсы во всем. Есть условия. Есть мы. Есть точка назначения. И я планирую до нее дойти честным путем.
Я не так давно впервые составил резюме и стал делать "как все" - ходить по собесам, кликать вакансии. Большую часть своих должностей я получал по личным каналам. Я знал кого-то, кто-то знал меня - мне просто говорили: "Ну чо? Давай!", я отвечал: "Нуу лаадно..." =) Думаю эта схема до сих пор хорошо работает.
Трудолюбие, энтузиазм и стремление развиваться - трудно формализовать. Это самые важные для выгоды бизнеса качества сотрудника, но самые недоучтённые, или вовсе игнорируемые. Только лучшие топовые компании умеют качественно нанимать и качественно работать с персоналом. Джуну на такое рассчитывать не приходится.
Поэтому... Поэтому побольше цинизма, настойчивости и уверенности в себе.
ВОЗМОЖНО выучиться на программиста за полгода!
Врсемь часов умножаем на 5 дней в неделю и на шесть месяцев, получаем тысячу часов!
Этого хватит и на теорию, и на практику, и на пару пет-проектов.
А можно ведь и по 10 часов заниматься, и в выходные! =)
Более того, и это самое важное, что я хочу сказать - именно так и нужно подходить к делу! У вас есть очень ограниченный запас мотивации! Если вы не получите положительный опыт в виде найма в течении полугода... - мало у кого хватит энтузиазма продолжать. Гормональное депо станет пустым, и мозг скажет вам: "Да ну нафиг!".
Срок истечения энтузиазма исчисляется именно в месяцах, а не в часах. Важна также интенсивность получения опыта. Неделя по восемь часов даст вам больше, чем восемь недель по часу.
Есть и другой путь - путь хобби. По часу после работы. Тогда становится уместным: чтение книиижек... прорешивание литкооода... 5-10 лет - и вы преисполнитесь =) Только нужны ли будут ещё тогда программисты?
Каждый день и весь день, включая выходные? Мне кажется, мозг вскипит. Так смогут только фанатики, ну или очень усидчивые, либо замотивированые ребята.
Люди работают по 8 часов каждый будний день, а по выходным книжки читают для развития в профессии. Этому, почему-то, никто не удивляется. А ради обучения профессии, которая обеспечит всю твою жизнь - стоит постараться.
Выгорать, конечно не нужно.
В расчете вроде бы 5 дней в неделю приводится. А как работать предполагается тогда, если 8 часов/5 дней в неделю программирования и изучения технологий - это много?
Это другооой вопрос =) Лучше всего, конечно НЕ работать. Для многих - это вполне реализуемый сценарий, если есть достаточно решимости.
А если такой возможности нет - то нужно ещё 10 раз подумать - ввязываться ли в эту историю, хватит ли энтузиазма и просто сил, тратить всё свободное время на самообразование. Понятно, что в таком случае о быстром вкатывании в профессию за год или даже два - речи быть не может.
С одной стороны верно. А вот с другой - мозг же вскипит. Нужны дни отдыха, тогда приходят отличные идеи, разрешаются те затыки, над которыми неделю не удавалось продвинуться, ну и силы тоже приходят.
Что-то вообще истерика какая-то с этим войти в IT... Золотая лихорадка прямо. Не похоже, что претенденты на вход вообще видят в профессии кроме хайпа и относительно высоких зарплат в вакансиях, какой то иной интерес.
Благодарю, что делитесь мнением!
Как я вижу со своей позиции - люди есть разные. В начале обучения на курсах на общих встречах задавались вопросы - кто зачем сюда пришел. Действительно многие отвечали: ну как же, это айти, просто мне надо. Допустим, такой человек отучился (у меня на курсе такие люди тянули с большим трудом, ведь не было особого интереса, каких-то задатков). И ведь на собеседовании кандидата тоже спросят о том, почему он решил выбрать эту специальность, компанию, как думает развиваться. И если не увидят в человеке перспективного кадра, то просто не станут нанимать.
А при чем здесь собеседование вообще? Вы сами сколько их видели, не прошли, а именно поучаствовали? Как бывший и с той и другой стороны, не стал бы давать настолько конкретные советы, как их проходить и вообще акцентироваться на этом. Первое время сам не имел ни портфолио, ни внятного резюме, однако это обьяснялось вполне очевидными (для меня) причинами, которые закрывали вопросы на этот счёт:
Портфолио не собирал, так как не собирался увольнятся. Какие-то причины (перечисление) застали врасплох. Холить и лелеять свое портфолио, это стать кандидатом на вечную текучку. Кому это надо?
В резюме не указаны подробности, но всегда можно рассказать словами. Это намного убедительнее.
Пункты выше подводят к вопросу, а как вообще могут пригласить? Если вы ищете вакансию джуна, то да, никак. В моем случае несколько лет ваял собственные проекты, а когда начал искать работу, то уже искал на мидла, указывая их как опыт работы с соответствующими ссылками. В конце концов опыт можно раздобыть на фрилансе, что многие и делают. Но там надо работать, а не просто готовится к собеседованиям и проходить курсы.
PS Вы могли бы обьяснить мотивы к написанию статьи? А то кроме "слабоумие и отвага", никакого посыла нет. Что про испытательный срок умолчали?
Простите, Ариадна, Вы называете 30 лет взрослым возрастом? Я не просто так спрашиваю, а как человек, который в "очень взрослом возрасте" - 50+ - меняет профессию. Да, проблемы те же, что и у Вас, но в российских компаниях эйджизм играет решающую роль.
Поначалу все идет гладко: приглашение, тест, даже иногда собес. Вот на собесе обязательно спросят про возраст. И вот тут возникает очень сложный выбор - слукавить или сказать честно?. Скажу сразу, пробовала оба варианта. С первым вариантом (лукавство) еще ни разу дальше собеса не доходило (видимо врать-то я не уммею), а со вторым получался казус - и все устраивает, и обнадеживают, и даже оффер уже обсуждается, а потом вдруг отказывают. И фитбэка никакого, от слова совсем - лишь дежурная фраза: "так руководитель решил". Мой месседж не в укор Вам, а просто поделиться со всеми.... и возможно кто-то его услышит, что не надо так делать... никто не застрахован от таких поворотов в судьбе )))
Всем удачи в поисках работы. И в первую очередь мне. Я все еще в поиске.
Здравствуйте! Мне 30, я пока не очень чувствую себя взрослой, но общество считает иначе.
Благодарю, что поделились историей! Это здорово, что вы не побоялись, решились, смогли освоить новое и теперь ищете работу. Я уверена, кто ищет, тот найдёт. В комментариях напомнили про английский язык. Это действительно так, язык даёт больше шансов. Если вы владеете языком, то подумайте насчет зарубежных компаний. Стучаться нужно во все двери. И где-то не посмотрят на возраст. Ну а вдруг?
Кстати, у меня на курсе были люди 45+, очень многие сдались, к сожалению. А вот мой папа (старше 50) не хочет даже попробовать, хотя ему бы понравилось тестирование, а свою работу он не любит. Так что вы героиня!
Еще поделюсь историей своего мужа. Ему 37, он ищет свою первую работу разработчиком. Вы вдвоем сели и расписали его преимущества перед новичками только после универа. Надеюсь, что это что-то даст. Как минимум повлияет на профессиональную самооценку.
Удачи вам! И всем, кто в поиске.
Хотел бы сказать по поводу "ручной/не ручной тестировщик". Это очень странно разделять. Я пытался людям это объяснять, но не так давно Ричард Бах написал то же самое в Линкедыне, и сейчас я могу на него ссылаться.
Использование средств автоматизации, ровно как и написание тестовых фреймворков - это просто один из скиллов (навыков) тестировщика. Есть тестировщик, он тестирует некоторый продукт. В тестировании он может применять технические средства. Это не делает его мануальным тестировщиком или автотестером. Никто же не говорит "Я Postman-тестировщик"? Он просто тестировщик. Это просто технический скилл, который можно наработать.
Принципы тестирования не меняются, независимо от того, как выполняется тест-кейс, скриптом или руками. Но, если у человека нет хорошего понимания о том, как правильно тестировать, неважно, умеет он писать скрипты или нет. Для того, чтобы начать писать скрипты, даже не надо иметь сильные знания языка программирования, надо знать что тестировать, как тестировать и зачем. Я знаю тестировщиков, которые не умели автоматизировать тесты, и это не делало их плохими, они просто понимали, как тестировать, и это им достаточно быстро позволяло начинать автоматизировать тестирование с помощью сушествующих фреймворков, потом расширять их, и потом писать свои с нуля.
Всему своё время. Просто продолжайте развиваться в тестировании в целом, и в определенный момент возникнет ситуация, когда вы решите попробовать какой-то инструмент для тестирования, потом поймете его слабые/сильные стороны, потом попробуете написать какие-то тесты на языке программирования, потом выкинете их, напишете новые, лучше. Автоматизация тестирования это не та область, куда надо запрыгивать сразу, если хотите добиться там успеха. Не уметь автоматизировать тесты не стыдно, стыдно писать скрипты, еоторые ничего не тестируют.
Тем более, что от джуна я лично не ожидал бы навыков владения языками программирования, я их этому учу сам (12 лет в тестировании, ведущий инженер по автоматизации), я ожидаю от них таких вещей, как понимание того, что такое хороший тест-кейс, тест-план, может быть основные принципы тестирования, граничные значения, классы эквивалентности, как бы вы протестировали большое количество комбинаций параметров (вопрос со звездочкой) и особенно желание учиться.
Благодарю! Ваш комментарий очень подбодрил меня. Многие после курса пошли сразу на автоматизаторов учиться, а я к этому пока однозначно не готова. Да и вопросы от знакомых из сферы IT застают врасплох: не успела ещё джуном устроиться, уже спрашивают, собираюсь ли автоматизировать. А мне интересно то, что я знаю, умею и учусь делать сейчас. И хочется в этом стать на порядок лучше других, то есть погрузиться именно в это "здесь и сейчас" в профессии, а не загадывать или бежать вперёд.
От джуна (2022-2023) джуну