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

Вы спросите "А что же тогда делать, если в онлайн-школах делать нечего?"

А я отвечу - если пост сверху соберет достаточно реакций (🔥подойдут) - я напишу еще один про то, как я рекомендую учиться (и нет, это почти не будет саморекламой) - и как выжать из курсов всё, если вы все таки оказались в онлайн-школе.

А сегодня, кстати, день тестировщика :)

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

Предлагаю всем поздравить друг друга (и меня, само собой) в комментариях! 🎆

Подумываю над введением чего-то подобного для своих текущих и будущих курсов и хочется понять, стоит ли запариваться :)

Так где как всё таки учиться тестированию?

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

Так вот, спустя годы самообучения самым разным вещам - от тестирования и программирования до игры на гитаре и выращиванию растений на подоконнике я для себя выделил основные моменты:
1️⃣ Терпеть не могу вебинары - размазывание говна информации на полтора-два часа, которую можно было бы уместить в одно десятиминутное видео или даже обычную статью, а приходить и тратить уйму времени, чтобы задать пару интересующих меня вопросов в очень узкое временное окно - не самый прикольный способ провести время.
2️⃣ Мне не нравится учиться в группе - практически во всех школах именно такой формат - ты учишься не в своём темпе, а в среднем темпе всех учеников. Таким образом, если ты учишься медленнее и/или у тебя нет возможности выделить больше времени прямо сейчас - ты страдаешь. Если учишься быстрее остальных - проходишь программу за неделю, а потом еще две недели ждешь всех остальных. Я люблю учиться в своем темпе.
3️⃣ С челом из видоса на YouTube нельзя пообщаться через экран монитора - в процессе всегда возникают вопросы, на которые нет ответа в уроке. Ты идешь в другие источники, но либо нет ответа, либо никто не отвечает, либо отвечают такие же, как ты.

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

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

🎯 Авторские курсы + персональное менторство
Упрощенно моя стратегия (и совет всем начинающим) будет звучать так:
1) Находите хороший и доступный по цене авторский курс у эксперта по нужной теме (либо даже вообще бесплатный)
2) Находите ментора из сферы и время от времени организовываете с ним встречи

Авторские курсы решают проблему получения базовых и структурированных знаний - и, так как за ними стоят конкретные люди, вы всегда будете знать, с кем имеете дело - кто писал эти материалы, какой у него опыт, где работал и какие задачи решал. Такие курсы зачастую можно найти относительно просто даже на маркетплейсах курсов вроде Udemy и Stepik - или на том же Ютубе, как вы, скорее всего, нашли меня. Зачастую авторы даже на связи и проверяют домашки и отвечают на вопросы.

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

Сейчас даже не нужно бегать и искать повсюду в поисках нужного человека - уже давно есть сервисы, где можно найти крутых спецов - здесь могла быть реклама какого-то, но рекламу кого-либо, кроме себя, я не делаю, поэтому просто намекну - по запросу в Google или Яндекс "где найти ментора" вам выпадет аж целый список площадок - я смотрел менторов на Хабре, и там вполне интересные ребята 🙂

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

P.S. а если вам было бы интересно почитать, например, про то, как подбирать курсы, менторов или как выжать всё из обучения на курсах в онлайн-школах, ставьте 🔥

✍️ Чему я приятно удивился на первой работе в IT

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

1️⃣ Отсутствие микроконтроля

В автосалоне УАЗ моя работа специалистом по страхованию и кредитованию была, скажем так, неравномерная. Есть клиенты в салоне - есть работа, нет клиентов - и делать нечего. Особенность нашего салона была в том, что первый вариант - редкость. Время от времени к нам заваливался начальник из соседнего салона (говорят, под веществами) и просто разъебывал всех, кому не повезло - а не везло почти всем по очереди. Он хотел, чтобы мы работали каждую секунду - даже если работы объективно не было и не могло быть. Работая в магазине медтехники, я сидел в тесной комнате метра три на три спиной к моему начальнику - и каждую секунду он видел, чем я занимаюсь - и не дай бог я отвлекся на телефон на несколько минут...

В свой первый рабочий день (удаленно, так как ковид) после нескольких часов обучения я написал своему ментору что-то вроде "а можно я отлучусь на часик пообедать?". Каково же было мое удивление, когда он сходу мне написал нечто подобное:
- Мне всё равно, чем ты там занимаешься в течение дня - главное, чтобы задачи были выполнены

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

2️⃣ Толерантность к ошибкам

Я вырос в рабочей среде, в которой любая ошибка (особенно если ее можно финансово подсчитать) полностью перекладывается на человека, который её совершил. Ну, сами знаете, штрафы за опоздания/утери/порчу имущества и прочее. В некоторых случаях наказание заслуженно, но часто это просто штрафы ради штрафов.

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

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

3️⃣ Начальство, которое слушает

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

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

--

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

Если какой-то из этих пунктов вас "торкнул" и вызвал желание попасть в айти, то напоминаю про существование курса по веб-тестированию для абсолютных новичков (по промокоду brainy_tg, кстати, дополнительная скидка). А то я иногда забываю, что вообще-то курсы продаю.

Просто убери фильтр "Без опыта"

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

Просто не ставь фильтр "Без опыта". Забудь про него. Его не существует. Естественно, опыт хотят все - если к работодателю придут два человека с одинаковыми скиллами, но у одного будет хотя бы полгода опыта, а другого опыта не будет, пригласят на собеседование первого, потому что любой реальный коммерческий опыт будет лучше, чем самые крутые учебные проекты.

Именно поэтому работодатели по умолчанию ставят везде опыт "От 1 до 3 лет" (проверьте, это - самая большая категория вакансий на тестировщика). Они, конечно, рассчитывают, что к ним будут откликаться люди с опытом, но это всё разбивается на одно "но" - таких откликов у них может и не быть. Закрыть вакансию в IT, на самом деле, не очень-то просто - я лично знаю людей, у которых такие вакансии висят по полгода-год - просто потому, что никого не могут найти.

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

Напомню, в описании вакансии своей первой работы в требованиях было написано "Высшее технические образование" и "От 1 до 3 лет опыта" - ни того, ни того у меня не было, и меня всё равно взяли. И теперь вы понимаете, почему.

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

В рамках тестирования запустил недельную email рассылку по тестированию (тафталогия получилась, но суть вы поняли)

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

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

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

Всё бесплатно, конечно же)

Технические и фича-команды

Очень часто, когда мне задают вопросы из разряда: «А как в IT делается n?», «А как компании относятся к n?» и другие подобные «как», я отвечаю: «Зависит от компании».

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

Тем не менее в некоторых случаях эти самые команды можно классифицировать и попробовать объединить по определённым признакам. Так, я решил вам рассказать, что бывают фичевые и технические команды.

🚀 Фичевые команды

Представим, что у нас есть банк. В приложении этого банка можно:
- совершать платежи,
- переводить деньги другим,
- открывать вклады,
- оформлять кредиты и ипотеки,
- бронировать отели.
И этим, конечно, не ограничивается.

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

Это и есть фича-команды: у них есть свои направления или конкретные фичи, за которые они отвечают, и за пределы своей зоны ответственности они выглядывают редко.

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

🔧 Технические команды

А вот технические команды устроены немного иначе. И иногда не сразу понятно, чем они вообще занимаются.

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

Особенность в том, что поручить такой команде могут всё что угодно. Я поработал в таких командах некоторое время, и вот чем мы занимались:
- логирование и метрики,
- собственные WebView (если упрощать, то это открытие веб-сайта напрямую в приложении, без переадресации в браузер),
- подъём версий зависимостей,
- переход с одной дизайн-системы на другую,
- рефакторинг модулей приложения,
- Debug-меню (меню разработчика в приложении),
- плагины для IDE (программ, в которых разрабатывают приложения — Xcode, Android Studio, Visual Studio Code и т.д.) для внутреннего использования,
- и многое другое.
Как видите, задачи очень разнородные, и работать в таких командах может быть чрезвычайно сложно (или нудно).

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

Мне бы очень хотелось рассказать подробнее про особенности работы в технической команде, но только если вам интересно. Поставьте 🔥, и тогда я напишу ещё один пост на эту тему 🙂

Напомню, что у нас есть:
- Краш-курс по основам тестирования (бесплатный)
- Курс "Веб-тестирование для абсолютных новичков"
- Специализация "Автоматизатор тестирования на Robot Framework"
(на каждый платный курс действует промокод brainy_tg, дающий скидку подписчикам канала)

Вижу, что среди нас немало людей с Telegram Premium

Могу я вас попросить закинуть голосов за буст канала? Тогда я как минимум смогу добавить в канал собственные смайлики (вернее, смайлик - пока он один) и время от времени записывать сторисы 🙂

https://t.iss.one/boost/brainy_qa

Нет бы мой канал посмотрел))

P.S. что думаете по поводу блокировки? Будете искать аналоги или сражаемся до последнего?)

Последнее видео BadComedian'а про VK разлетелось по многим телеграм каналам, на которые я подписан, поэтому пришлось посмотреть, особенно с учётом последних замедлений (=блокировок) всеми нами любимого YouTube.

Одна из частей была посвящена одному конкретному багу, с которыми столкнулся Женя и его команда, и тому, как они за него боролись с поддержкой ВК. Это показалось мне интересной темой для обсуждения.

Встречайте шортс, который даст ответ на вопрос "почему некоторые баги не будут исправлены никогда?". Ну и не только на этот 🙂

https://youtube.com/shorts/j_rQhha3zho?si=Mga3EjcoLMUVT3dd

Приятного просмотра!

Для тех, у кого совсем всё плохо, выкладываю видео здесь :)

Решил запустить новогодние скидки на все курсы Школы Брейни - самые крупные за нашу историю 🙂

- Веб-тестирование для абсолютных новичков (3690₽ вместо 4290₽)
- Специализация "Автоматизатор тестирования на Robot Framework" (2490₽ вместо 2990₽)
- Автоматизация веб тестирования с Robot Framework (1399₽ вместо 1799₽)
- Автоматизация мобильного тестирования с Robot Framework (1399₽ вместо 1799₽)
- Godot для абсолютных новичков (999₽ вместо 1199₽)

Скидки будут действовать до конца 2024 года (до 31 декабря 23:59:59). Никаких промокодов не нужно - скидки уже на сайте и применены автоматически.

С наступающим!

P.S. В январе, скорее всего, буду повышать цены на всю линейку курсов, поэтому цены меньше или скидки больше наверняка больше не будет 🙂