твиттерэда | QA: резюме, собесы, оффер

Я словил obsession на идею вкатить вообще ВСЕХ, и на выходных собирал разные источники вакансий, эх щас еще парсер собрать 😉

Продолжаем цикл о риск-ориентированном тестировании и поговорим о том, а какие риски вообще есть? Мы немножко затронули об этом в предыдущем тексте, сейчас чуть-чуть углубимся. Есть технические риски. Они связаны с тем, что в какой-то зоне выше вероятность дефекта или какого-то неправильного поведения продукта. Такие риски часто появляются там, где есть сложность, неопределенность или большое количество связей с другими частями системы. Новая сложная логика, много условий и ветвлений, интеграция с внешним сервисом, асинхронные процессы, очереди событий, статусы, расчеты, миграции данных, изменения в легаси, неполные или противоречивые требования, сложные роли и права доступа. Допустим, разработчик поменял общий компонент авторизации. Плохой подход будет в том, чтобы проверить только экран входа, потому что задача вроде бы про авторизацию. Хорошим подходом будет подумать о том, а где еще авторизация используется, потому что у нас есть личные кабинеты, оформление заказов, восстановление пароля, подтверждение email, доступ к платным функциям, админки. Технический риск здесь не только в том, что логин может не работать. Риск в том, что изменение здесь может задеть соседние сценарии, которые напрямую в задаче не описаны. Поэтому технический риск чаще всего отвечает на вопрос: что это изменение могло сломать рядом? Риск-ориентированное тестирование можно применять не только на уровне отдельных фич, но и на уровне изменений и релизов. Для каждого изменения важно смотреть, какие функции оно затрагивает, где используется и насколько сильно поменялась система. Собственно, регресс у нас вроде бы об этом и говорит, но в регрессе у нас тоже могут быть тест-кейсы, которые покрывают какие-то core-функциональности, и тест-кейсы, которые основаны на риск-ориентированном подходе. Второй пласт рисков — бизнесовые. Это не обязательно риски из-за сложного кода. По сути, это риски из-за высокой важности фичи для бизнеса. Фича может быть технически простой, но критической для денег, продаж, удержания пользователей, репутации или работы внутренних сотрудников. Как мы уже говорили ранее, пользователь не может оставить заявку, не может оплатить, не создается заказ, не применяется скидка, не работает регистрация, ломается онбординг пользователя, менеджер не видит новую заявку в CRM и так далее. В этих случаях проблема важна не только потому, что есть баг технический. Она важна потому, что она напрямую влияет на бизнес. Пользователь не оставил заявку — значит, бизнес потерял потенциального клиента. Пользователь не смог оплатить — значит, бизнес потерял деньги. Заявка не попала в CRM — значит, менеджер ее не обработал. И так далее. Нужно помнить о том, что QA приносит бизнесу пользу не только тем, что находит баги, но и помогает защищать ключевые сценарии: удерживать пользователей, скорость релизов и доверие к продукту. Потому что у нас есть очень важные три метрики для работы команды, в том числе и которыми являются тестировщики: качество продукта, скорость релизов и понимание пользователей. давайте так: 40 реакций и закину вторую часть этого поста о пользовательских рисках (у меня лапки и она не поместилась)

Риск-ориентированное тестирование. Как понять, что проверять в первую очередь? Так, начинаем цикл постов чтобы так сказать "ШАРИТЬ В ЭТОЙ ТЕМЕ" Когда мы говорим о тестировании, часто хочется сказать, что вообще мы можем проверить всё. По сути, это правильно, особенно когда человек только начинает учиться и боится что-то пропустить, и при собеседовании ему кажется, что это хороший и правильный ответ. Но в реальной работе проверить всё почти никогда не получается, потому что есть различные ограничения: скорый релиз, много задач, требований не хватает, окружение может иногда лежать, или оно занято другими командами, разработчики ждут обратную связь, аналитик уже работает с другой задачей, бизнесу нужно выкатить фичу не когда-нибудь, а ещё вчера, и ограничение по времени. Поэтому работа тестировщика не сводится к тому, чтобы просто пройтись по всем пунктам подряд с одинаковой глубиной. Хороший QA должен понимать, где ошибка или недостаточность проверки будет стоить дороже всего, если мы говорим именно о QA, а не о тестировщиках. Вот здесь, на самом деле, и появляется риск-ориентированное тестирование. Важно сразу убрать одно частое заблуждение. Риск в тестировании — это не только то, что может что-то сломаться. Да, технические риски тоже есть. Сложная логика, интеграции, статусы, асинхронные процессы, миграции, права доступа, легаси, неполные требования — всё это в действительности повышает вероятность риска. Но есть еще и второй пласт — это бизнесовые риски. Это ситуации, когда фича может быть технически простой, но очень важной для бизнеса. Например, форма заявки может быть обычной формой из нескольких полей и кнопки, но если через нее компания получает лиды, то ее нельзя проверять поверхностно. Если форма не отправляет заявки, бизнес теряет деньги. Если заявки не попадают в CRM, менеджеры не связываются с клиентами, бизнес теряет деньги. Если не сохраняется источник заявки, маркетинг не понимает, какая реклама работает. Бизнес теряет деньги. Технически это может выглядеть несложно, но бизнесово это критическая зона. Поэтому риск-ориентированное тестирование — это не про то, чтобы тестировать меньше, это про то, чтобы тестировать более осознанно. Мы не просто спрашиваем, типа, где может быть баг, мы спрашиваем шире: где баг может стоить дороже всего? Риск-ориентированный подход как раз предполагает, что мы не применяем одинаковую глубину проверки ко всем частям приложения, а приоритизируем тестирование по вероятности проблемы и по силе ее потенциального влияния. Что такое риск в тестировании? Если объяснять просто, риск в тестировании — это причина уделить какой-то части продукта больше внимания. Обычно риски оцениваются через две вещи. Первая вещь — вероятность. Насколько вероятно, что здесь появится проблема. Вторая вещь — влияние. Насколько больно будет пользователю, бизнесу или команде, если проблема попадет в прод. (более подробно мы поговорим о них позже) Но для практики можно держать в голове еще более простой вопрос: что будет, если мы хуево проверим эту часть? Если ответ такой: ну, максимум, текст будет некрасиво отображаться, скорее всего, очевидно, здесь риск низкий. Если ответ: пользователь не сможет оплатить заказ — высокий. Бизнес перестанет получать заявки — высокий. Пользователь увидит чужие данные — высокий. Если после релиза команда неделю будет тушить пожары последствий, риск тоже высокий. То есть риск не всегда равен сложности задачи. Сложная задача не всегда самая важная. Простая задача не всегда самая безопасная. Например, можно переделывать сложную анимацию на главной странице: там может быть много фронтовой логики, адаптива, состояний, браузеров. Но если эта анимация декоративная и не влияет на основной сценарий пользователя, ее бизнесовый риск может быть ниже. А можно добавить простую форму заявки на консультацию. Технически там, опять-таки, несколько полей, кнопка «Отправить». Но если через эту форму бизнес получает клиентов, то риск, соответственно, высокий. это первый пост из цикла, следующий через пару дней выложу как вдохновение придет😡

и в чем она не права?!

Что такое WebSocket и зачем он появился WebSocket — это протокол, который позволяет установить постоянное соединение между клиентом и сервером и обмениваться данными в обе стороны в реальном времени. В отличие от классического HTTP, где всегда есть схема «запрос → ответ», (например если ты решил записаться на обучение ко мне и отправил анкету перейдя по ссылке со скидкой https://t.me/edversitybot?start=960452529 и ждешь ответ - это классика HTTP) здесь соединение остаётся открытым и данные могут приходить без нового запроса со стороны клиента. Появился он из-за ограничений HTTP. Раньше, если нужно было обновлять данные в реальном времени (чаты, онлайн-игры, лайв-обновления, биржи), приходилось использовать костыли вроде polling или long polling. Это создавало лишнюю нагрузку на сервер и задержки, потому что клиент постоянно дёргал сервер, даже когда данных не было. WebSocket решил эту проблему за счёт постоянного соединения и двусторонней передачи данных. Где используется WebSocket? Вообще WebSocket нужен везде, где важен реалтайм, где нельзя ждать, пока клиент сам пойдёт за данными. Это в первую очередь чаты и поддержка, когда сообщение должно прилетать сразу, без обновления страницы. Онлайн-игры — там вообще без этого никак, потому что всё должно происходить мгновенно. Любые лайв-обновления интерфейса, типа уведомлений или изменения статусов. Биржи, где цены постоянно меняются и нужно это сразу показывать пользователю. Ну и всякая аналитика, трекинг действий, когда система в фоне отправляет события на сервер. Платформы видео-созвонов, мессенджеры и так даллее. По сути, практически ежедневно мы, как пользователи взаимодействуем с помошью сокета. А что тестировать в WebSocket? Первое — это подключение. Ты смотришь, что соединение вообще устанавливается нормально, без ошибок, без странных падений. Дальше — сообщения. Проверяешь, что сервер корректно их принимает, нормально парсит и не разваливается на кривых данных. Потом реакция системы. То есть не просто отправили сообщение, а что дальше? Дошло ли оно, правильно ли отобразилось, всё ли работает как ожидается. Отдельно смотришь ошибки. Например, невалидный JSON, слишком большие сообщения, обрывы соединения — и как система на это реагирует. Если есть подписки на события или каналы, обязательно проверяешь, что подписка и отписка работают как надо, без утечек и багов. Дальше — сессии и токены. Классическая история: токен протух, и важно, чтобы соединение корректно закрылось, а не начало бесконечно переподключаться. Ну и безопасность. В проде это должен быть wss, а не ws, потому что данные всё-таки могут быть чувствительные. Эд, это все круто, но где потрогать вебсокет? Самый простой способ понять, как он работает — открыть любой сайт, где есть реалтайм. Например, онлайн-чат. Можно взять тот же Wink (или платформу видеозвонков например) и открыть чат поддержки. Дальше заходишь в DevTools → вкладка Network → фильтр WS (или Socket). Что здесь важно посмотреть: - как соединение сначала устанавливается как HTTP, а потом апгрейдится до WebSocket - какие заголовки приходят (Connection: Upgrade, Upgrade: websocket) - как выглядит сам обмен сообщениями - какие события отправляет клиент и что отвечает сервер По сути ты наблюдаешь весь реалтайм «под капотом» — как сообщения уходят, приходят и как поддерживается соединение. Написано в соавторстве: @mashaqasha

Как сегодня читаются посты в телеграм каналах

Я забил на YouTube, потому что Занимаюсь другими вещами, но с радостью ассистировал Антону Назарову в разборе QA собеса: разобрали по софтам, самопрезентации и техническим вопросам. Если ты проходишь собеседования сейчас - подмечай свои ошибки, исправляй и получи свой оффер! Желаю только успеха! А я обязательно вернусь на ютуб, очень скоро! Посмотреть видео: https://youtu.be/vp0ijyXVgzc Кстати, записаться на обучение по скидке все еще можно по ссылке: https://t.me/edversitybot?start=960452529

Когда тг заблокируют, мои ученики знают как меня вызвать

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

"У тебя есть команда, есть кураторы, получается, что ты просто чилишь, пока команда работает."

Эх, было бы в действительности так, я бы, наверное, чувствовал себя чуточку счастливее и безработнее. Хотя кого я обманываю. На самом деле я пробовал работать через потоки, группы, кураторов, меньше вовлекаться, больше заниматься стратегическими задачами или просто чиллить. Но мне не понравился такой подход, я об этом писал ранее. В какой-то момент я понял, что теряется важная часть процесса, моя вовлеченность. И, наверное, сегодня просто захотелось немного рассказать внутрянки. Будет серия таких постов периодически, где я буду рассказывать о том, как у нас строится процесс. И сегодня — как он выстроен сейчас. Сейчас у нас гибридный формат. Я применяю некий гибридный подход, беря из обоих форматов лучшее, на мой взгляд. Если говорить про индивидуальную часть, каждый ученик сдаёт каждый модуль на мини-созвоне, мини-собеседовании. При этом он сдаёт его не только мне. Да, здесь есть ещё ребята из моей команды. По сути человек начинает обучение со мной и заканчивает обучение со мной. Он сдаёт мне первые модули и сдаёт финальное домашнее задание. Но между мной и мной есть ещё три человека, четыре, если учитывать стажировку, которым он сдаёт эти модули. Почему это классный формат и почему это круто влияет на способность проходить собеседования? Потому что когда он выйдет на рынок, ему придётся собеседоваться с разными людьми. Общаться с разными людьми. Каждый из нас по-разному рассказывает, по-разному отвечает, по-разному воспринимает информацию, по-разному задаёт вопросы. И эта многогранность, на мой взгляд, влияет гораздо позитивнее, чем если ты общаешься с одним ментором-пирожочком, у вас выстраиваются комфортные, тёплые отношения, ты перестаёшь чувствовать стресс перед ним, а потом выходишь на рынок и просто теряешься, когда тебя собеседуют три-четыре человека, иногда даже без камер. Теперь че здесь группового? Все вопросы, которые возникают у ребят, разбираются либо в отдельном топике в комьюнити, либо на созвонах, которые проходят три раза в неделю. И это не формат «есть вопросы — нет вопросов — если нет, до свидания», хотя раньше было именно так. Сейчас это формат daily, где каждого пришедшего спрашиваю, как у него дела, на каком он модуле, какие проблемы, что вообще происходит. И те, кто посещают такие созвоны, отвечая и рассказывая, опять-таки учатся взаимодействовать с большим количеством людей. Во-первых, если у другого человека возникает вопрос, ты увеличиваешь свою насмотренность, потому что тебе могло это даже не прийти в голову. Во-вторых, ты можешь поделиться своим опытом, если уже прошёл какой-то модуль. Навык говорить не появляется из ниоткуда. Нужно много говорить, чтобы научиться говорить. В этом и заключается гибридный подход. С одной стороны, ты индивидуально сдаёшь модули разным людям для прокачки навыка презентации и применения знаний. С другой стороны, у тебя есть возможность общаться в группе, видеть общность, понимать, что ты не один на один со своей проблемой. Что лучше? Индивидуальное обучение или групповое? Я не знаю. А ты? кстати, записаться на обучение по скидке все еще можно по ссылке: https://t.me/edversitybot?start=960452529

искать кандидатов 🙅 искать подписчиков👌 знаю пару школ кто и студентов так ищет (не осуждаю)

Как я недозаработал 600+к за январь Хотите услышать историю о том, как я недозаработал шестьсот тысяч рублей за январь? Всё очень просто. Я отказываю некоторым людям. В какой-то момент жизни я осознал, что инфоцыганин — это тот человек, который пытается впарить свои услуги абсолютно всем. Вместо этого я решил следовать другому пути. Я умею и могу отказывать тем людям, с кем я не хочу работать, или тем людям, с которыми я не смогу помочь, или тем, кому кто-то другой может помочь лучше. Некоторые ребята у меня спрашивают, как я отказываю людям и почему я отказываю людям, ведь можн, как говорят: "похуй, предоплату залутать", или, как я понимаю, что не хочу работать с тем или иным человеком. Честно, мне бы хотелось оцифровать эти какие-то критерии в чёткие, понятные абсолютно характеристики для того, чтобы говорить, кто действительно подходит, кто не подходит, но таким темпом мы, наверное, придем к линейке, по которой будем мерить череп человека. Мне не хочется этого делать. Наверное, отчасти это является причиной, по которой у меня не появился менеджер-продажник, который бы делал первичный созвон с человеком, общался бы с ним и уже непосредственно там ему продавал обучение. Только поэтому за больше чем два с половиной года я всё ещё продолжаю созваниваться с каждым человеком отдельно и общаться с ним по-разному — от пяти минут до 30–40 минут, потому что, общаясь с ним, я понимаю, насколько мы действительно сходимся. Безусловно, мой внутренний компас на человека не всегда правильный и однозначный. Иногда я могу отказывать людям, с которыми в действительности мы бы могли сработаться. Иногда я беру людей на обучение, с которыми в конечном итоге у нас ничего не складывается, и меня либо обманывают (смешно звучит от человека который помогает накрутить опыт, да?), либо человек в итоге понимает, что это не его, и просто сливается сам. Такое тоже может быть. Почему я могу отказать человеку в том, чтобы он занёс мне деньги и начал обучаться? На самом деле, я, может быть, повторюсь: мне бы хотелось написать какие-то критерии, но, во-первых, это помогло бы абузить эти критерии и проходить их, (да, фильтры нейро-хедхантера, привет). Но на самом деле здесь, наверное, какое-то внутреннее ощущение. Мне либо комфортно общаться с человеком с первых минут, либо я чувствую какой-то дискомфорт и в конечном итоге, беря человека в обучение, впоследствии сталкиваюсь с некомфортным общением на постоянной основе. При этом человек может быть абсолютно отличным, прекрасным, хорошим — (мы не осуждаем никого). Но я буду чувствовать себя не очень хорошо. И когда я стал отказывать людям, мне стало невероятно легче ко всему этому относиться. У этого есть другая сторона медали — как раз-таки то, о чём я написал в самом названии поста. Я недозаработал 600+ тысяч только в январе, потому что отказал более чем 10 людям в обучении по разным причинам, абсолютно по разным причинам. Именно после созвонов, (знакомых), потому что некоторым ребятам я ещё отказываю до этого этапа — (их мы не учитываем). Здесь нет какой-то подводки к конечной итоговой мысли, потому что я скорее просто делюсь тем, что происходит внутри, тем, как у меня это строится и почему я принимаю решение так или иначе. Особенно для тех людей, кому я отказал. Они, конечно, спрашивают, что не так, но мне хочется обозначить, наверное, главную мысль: с человеком всё может быть так, но мэтч между людьми — это такая эфемерная штука, возможно, слишком притянутая, которая помогает отсеять некомфортное взаимодействие. Если хочешь проверить, а есть ли мэтч у нас, кстати, можно заполнить анкету в боте со скидкой - https://t.me/edversitybot?start=960452529

Так и живем, но ниче ниче, и с этим справимся!

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

Привет, Стажировка прошла прекрасно .Я приобрел : 1. Реальный опыт работы с JIra. 2. Опыт коммуникации в команде 3.Опыт тестирования без документации (по началу) 4.Опыт работы с тестовой документацией. Понравилось все , даже если было что то не понятно , это играет на руку нам как специалистам , что бы мы активно общались и решали свои проблемы и трудности . Могу сказать что стажировка придала мне большей уверенности и понимания процессов работы , чувствую рост в осознанности чем буду заниматься на работе .

Во первых я очень рад что мне удалось попасть на стажировку. Больше всего запомнилось когда по найденной мною ошибке «спорили» разработчик (который говорил что это не баг) и главный QA Михаил. Понравилось все. И то что можно читать переписку разработчиков. И то что Катя (наш лид), не оставляла без внимания ни один наш вопрос. И то что проводились созвоны как на настоящем проекте. И т.д. Так как я попал на стажировку во время поиска работы, то возникли сложности. Пришлось одновременно готовиться к собеседованиям и вникать в процессы стажировки. Это было тяжело. Было бы лучше проходить ее во время обучения. Конечно же Сейчас я чувствую себя намного увереннее на собеседованиях. Теперь некая пустота, которая была внутри и грызла меня тем что я накрутчик, нашла чем заполниться. Так же теперь есть представления о процессах и я понимаю как приукрасить свою легенду.

пысы: мем для длофаминчика пыпысы: подписаться на менторство по скидке https://t.me/edversitybot?start=960452529

Нейроментор это реальность? Мы идем в ногу со временем и, конечно же, тоже внедряем искусственный интеллект в нашу работу, но хочется выделить одно основное правило, которого я придерживаюсь сам и о котором говорю другим людям, в том числе своим ученикам. Это то, что нейросеть нужно использовать исключительно как инструмент. Это не панацея, это не решение, это очень хороший качественный инструмент, который помогает облегчить и ускорить вашу работу или обучение. Как вы знаете, мой друг Pablo, в бывшем тоже ментор, сейчас занимается вайп-кодингом и искусственным интеллектом. Очень сильно рекомендую почитать его challenge 300 000 с искусственным интеллектом или 100 000 подписчику. Я рекомендую подписаться. Я верю в Пашу, но рекомендую подписаться, мало ли что.😈 Вместе с ним мы сделали очень прикольную штуку. Я понимаю, что у некоторых ребят есть сложности с тем, чтобы пользоваться искусственным интеллектом, выбрать правильный искусственный интеллект. У нас есть очень огромный выбор. DeepSeek, Perplexity, ChatGPT, Gigachat, Алиса AI и остальные. Мы берем просто ChatGPT и на его базе сделали внутри нашего комьюнити хелпербота. Он просто отвечает на вопросы наших учеников внутри чата, позволяя сэкономить время, не включать лишний раз VPN и как можно быстрее обучиться. Важный момент. Ни в коем случае не замена ментору и не замена команде. Ни в коем случае. У нас в комьюнити и в целом в моем обучении действует правило 30 минут. Я об этом рассказывал в видео о том, как строится обучение. Это то, что если ты 30 минут пытался разобраться с проблемой и не смог ее решить, тогда мы подключаемся и помогаем тебе ее решить. В конкретно данном случае мы просто облегчаем жизнь нашим ученикам. Здесь нет никакой подводки к продаже. Хотя менторы, можно купить у Пабло услугу, и он вам настроит. 😇 Просто захотелось поделиться внутренней кухней. И периодически я буду вкидывать такие вещи, то, над чем мы работаем, как мы работаем. У нас есть несколько сайт-проектов, над которыми мы сейчас в поте лица ебашим, но пока нет какого-то результата, чтобы его показать. А говорить о планах, пока они не сделаны, немножко чревато тем, что можно обосраться. а в комментариях пример как эта шарманка работает

Как пережить отказ Вообще с отказами мы сталкиваемся постоянно, просто не всегда называем это так. Когда нам не отвечают, гостят, нас не выбирают или просто не хотят продолжать разговор, это тоже отказы. Почти каждый раз внутри может возникать мысль о том, что "значит со мной что-то не так". Хотя в реальности отказ редко зависит от человека в целом. На самом деле сам по себе факт отказа не является столь болезненным. Болезненным является смысл, который мы в него вкладываем. Люди склонны воспринимать отказ как личную оценку (привет тревожничкам), как будто кто-то посмотрел на нас целиком, учёл весь путь, все усилия, весь опыт, а потом принял решение и вынес вердикт. В этот момент у нас включается много эмоций: стыд, раздражение, желание закрыться или, наоборот, начать что-то доказывать. Всё это происходит даже тогда, когда на самом деле никакой полноценной оценки не было. Если остановиться и посмотреть на ситуацию, становится видно одну простую вещь. В момент отказа никто не видит (да и не пытается видеть) человека целиком. Всегда рассматривают очень ограниченный кусок: конкретный запрос, конкретную форму подачи, конкретный контекст и конкретный момент времени. Даже настроение собеседника может повлиять на отказ. И отказ относится именно к пересечению этих условий, а не к ценности человека, не к его потенциалу и не к тому, кем он является на самом деле. Большую роль здесь играет формулировка «мне отказали». Она автоматически ставит нас в пассивную позицию, как будто мы стояли и ждали решения, а нам его вынесли. В такой логике любой отказ будет ощущаться болезненно. Если заменить эту формулировку на более точную, например «попытка не дала результата», «гипотеза не сработала», «ракетка не выстрелила 🚀», отношение к отказу может сильно поменяться. По сути, мы не ждали одобрения, мы просто сделали какие-то действия и смотрели, что из этого получится. (Я иногда говорю ученикам: "Давай закончим дело и посмотрим, к чему это приведет") Очень негативно отказы влияют тогда, когда каждый из них воспринимается как отдельное событие с большим эмоциональным контекстом. Один отказ, одно ожидание, одно разочарование, один вывод о себе. И если таких отказов много, то и выводов о себе становится слишком много. В таком режиме психика быстро выгорает, потому что череда отказов начинает восприниматься как череда личных поражений. При этом почти нигде в жизни процессы так не работают. Если смотреть на отказы как на часть процесса, а не как на финальную точку, картина становится другой. Механика реальности такова что, отказ это обязательный и нормальный элемент жизни. Любое движение вперёд и личностный рост состоят из множества попыток, и часть из них, к сожалению, не приводит к результату. Есть отличное видео на TED «100 дней отказов». Лично мне оно очень помогло в момент, когда я искал работу. Я сталкивался с большим количеством отказов, и первые из них были очень стремными для меня. Я начинал сомневаться: а точно ли это моё, точно ли я подхожу, может быть, для меня это слишком сложно. Это видео помогло мне принять простой факт: отказы будут сопровождать меня в жизни. Они существуют, они будут, но они не должны останавливать моё движение. ПРОДОЛЖЕНИЕ В ЗАКРЕПЛЕННОМ КОММЕНТАРИИ

Запускаем свой бренд?

НА МНЕ ОЛИВКОВЫЙ ВЕНОК И ОН МЕШАЕТ ДУМАТЬ Я не люблю подводить итоги года, потому что я во первых: «нетакуся», во вторых потому что это разделить жизнь на «все плохое останется в старом году» и «уж в новом я точно заберу свое, стану классным и поменяю жизнь». Мне хочется думать что это так себе тактика, и просто делать куда продуктивнее. Но при всем этом, я подвожу итоги года в рамках работы, и слава богу в ответ они не подводят меня. Год моей работы в цифрах: - 200 офферов ровно - 112 человек которые получали эти офферы - 11 офферов получил 1 человек - 300к Гросс самый большой оффер - 94 трудоустроенных человека - команда то расширялась, то сокращалась и сейчас их 8 человек включая меня (кураторов нет, мы не школа, хейтеры сосать) В целом, я очень горжусь проделанной работой, но моей радости было отведено примерно 10 минут, потому что этого не достаточно. Не все ученики трудоустроены, а значит работы впереди много. Планы настроили на ближайшее время, но делиться особо не хочется, пока не покажем результат, кто знает может я опять переизобрету менторство. Мое личное ощущение окончание этого года, очень хорошо отображает Федя Букер «Я так привык к чужим глазам, что не задёргиваю тюль Когда дрочу на обыденность, скромность и простоту Но если предложат, назад не пойду Сам себя не пойму, кажусь себе нелепым и слабым И будто публично видно все мои места Куда стоит всадить нож Что ж, видимо, не так всё просто» Да, и конечно же прогрев-напоминалка, о скидочке (больше скидок кстати в целом не будет, кроме рефералок) 15к до 15 января, нихуя себе, считаю я. Ну все, давайте, с наступающим, пусть на вас наступит успешный успех, счастливое счастье , денежное и духовное богатство

А КАК СТРОИТСЯ ОБУЧЕНИЕ? В этом посте я обещал вам провести стрим, но решил просто записать видео об этом. Но добавил немного своих мыслей по поводу того, как лучше обучаться. + объявляю новую скидку (15к рублей) на предоплату, по ссылке: https://t.me/edversitybot?start=link_d4fAaTOM80 СЕКРЕТ ЭФФЕКТИВНОГО ОБУЧЕНИЯ / Система обучения у меня https://youtu.be/SPVjlCccaJ4п

ЭТО СПРОСЯТ ВАС НА СОБЕСЕДОВАНИИ QA | 4 ситуативные задачи Когда я искал свою первую работу, я вписал в резюме достижения о том, что занимался онбордингом новичков. В действительности я этим не занимался и у меня было малое представление об этом, но я подумал о том, что нет никакой разницы, потому что, скорее всего, меня об этом спрашивать не будут, а возможно, конверсию такой пункт повысит. На одном из собеседований меня действительно спросили и попросили подробно объяснить, что именно я делал, как я выстраивал этот процесс, какие этапы проходили ребята и какой результат у этого достижения был. В тот момент я вообще ничего об этом не знал, я пытался выкрутиться, говорил бессвязно, придумывал на ходу, но по сути ответ на этот вопрос не дал. Мне отказали, потому что это выглядело странно, это было то достижение в резюме, за которое я не смог пояснить. Сейчас, спустя время и опыт работы с разными командами и разными людьми, я действительно могу выстроить онбординг человека, который только пришел в продукт. И ниже опишу, как этот процесс выглядит с той точки зрения, как его делал бы я.

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

Этот разбор небольшая выжимка части видео, в котором я подробно рассматриваю ситуационные задачи, которые могут встречаться на собеседованиях. Я объясняю логику того, как о них стоит думать, как на них можно отвечать. Такой формат для меня новый, я впервые попробовал сделать презентацию. СМОТРЕТЬ НА ЮТУБЕ СМОТРЕТЬ НА ЮТУБЕ СМОТРЕТЬ НА ЮТУБЕ

Я ШКОЛА ИЛИ МЕНТОР? Последние несколько созвонов с потенциальными учениками заканчивались удивлением с их стороны: они думали, что у меня куча кураторов, но на самом деле — это не так. Я каждый день созваниваюсь с учениками (кроме выходных) и очень много пишу в чате. Видимо, со стороны все кажется иначе. Поэтому я решил, что можно провести стрим и рассказать как сейчас выстраивается обучение и показать мой миниапп для обучения изнутри. Короче: 50 огонечков и делаем, будет меньше — кину стикер «никто не пришел на фан встречу». КСТАТИ, СЕГОДНЯ 11/11! и я честно пытался придумать какой-то супер классный прогрев. Но я хуевый маркетолог, если помните. Поэтому я просто напишу о скидке, а вы дружно расшарите пост друзьям, которые думали, но не решались (я сам трем людям сказал чтобы не покупали до этого момента; ребята, сейчас можно!). Делать скидку на маленькие 10-15% не хочется, поэтому я сделаю скидку на 15к и сейчас предоплата будет 35к рублей (которую все еще можно разбить на два платежа!). Действует скидка до 23:59 пятницы, главное — заполнить анкету и забронить созвон, и мы с вами созвонимся и обсудим детали! НАЧАТЬ УЧИТЬСЯ