Как убедить работодателя оплатить тебе курс так, чтобы он тебя зауважал?

Скачай наш шаблон письма руководителю🎁

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

❌Это самая дорогая ошибка в карьере.

Большинство аналитиков думают, что просьба оплатить обучение - это разговор про деньги. На самом деле, это разговор про ответственность и зрелость.

- Junior говорит: "Купите мне курс".
- Middle говорит: "Я хочу прокачаться".
- Senior говорит: "После этого обучения команда будет быстрее запускать интеграции и реже переделывать требования".

Чувствуете разницу?

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

Просить об обучении - это не слабость, а признак того, что вы думаете наперед о деньгах и рисках компании.

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

❗️Он построен по взрослой модели в 3 шага.

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

Слушать подкаст Почему вам не звонят после резюме с Kafka? Секрет внутри👆

Дайджест ТОПовых постов нашего канала за июнь, которые вам понравились больше всего:

🔹 Запись прямого эфира с Глебом - практика с Web API Simulator

🔹 АУДИО-ПОДКАСТ: кейс. Kafka читает события, база данных падает. А оффсеты сдвинуть нельзя...

🔹 5 ошибок в OpenAPI, которые обязательно дождутся вашего релиза

🔹 Чек-лист из 10 самых частых ловушек в чужих JSON/XML

🔹 🎁3 артефакта, которые уже сохранили 500+ аналитиков (забирай)

🔹5 вопросов с собеса на 300к, на которых Глеб тоже когда-то спотыкался

☝️ Вы можете поделиться каналом - используйте эту ссылку.
Сохраняйте полезную информацию, чтобы не потерять.

Благодарности за подборку контента принимаем в виде реакций на этот пост 🔥

Всем привет! Долгожданные ИИ-новости📣

Делали-делали и наконец зарелизили во всех версиях курса новый модуль с ИИ - переходите по ссылке🔥

Он дает основной скоуп информации для понимания вообще, как работает ИИ, как работать с ним в агентском режиме. Немного затронули тему и RAG-платформу.

Ученикам уже пришло уведомление, тем, кто еще не купил наш курс - открыт демо урок, смотрите!

Это только начало, блок будет добавляться и обновляться новыми уроками, оказалось это дОльше, чем мы рассчитывали… много нюансов стараемся учесть и дать действительно ценное среди обилия информации, которая уже есть на тему ИИ 🤖

По новому блоку, оставляйте комментарии, фидбэк- здесь в комментариях или пишите в мой личный бот @glebteach_bot. Будем рады обратной связи 😊

Всех обнял!

Меня, как тимлида и IT-инженера, сейчас волнует один вопрос. Все говорят про ИИ, но почему с появлением нейросетей количество плохой, неработающей аналитики не уменьшилось, а стало только больше?

Я постоянно вижу, как человек пишет в чат ИИ:

«сделай мне ТЗ для такой-то доработки в сервисе»

Получает красивый текст. И несет его разработчикам, которые потом возвращаются с 40 уточняющими вопросами. Потому что ИИ сгенерировал слова, но не спроектировал систему. Я и сам так когда-то пробовал спекать задачи. Результат аналогичный - вопросов от разработки уйма.

Ситуация с ИИ как будто повторяет хайп популярных тем в IT, типа как в свое время микросервисы. Все вокруг модно рассуждали о них, но половина не понимала терминов и принципов.

Так и здесь. Дело не в том, что люди не умеют писать промпты или используют недостаточно сильные модели. Дело в том, что они ПЫТАЮТСЯ ДЕЛЕГИРОВАТЬ МЫШЛЕНИЕ машине, которая не знает ни их проекта, ни его ограничений, а также всего бизнес-контекста для доработки сервиса.

Именно поэтому в нашем флагманском курсе по API и архитектуре мы открыли новый модуль — «Искусственный интеллект». С одной стороны - подхватываем трендовую тему. С другой стороны - рассказываем о ней подробно, чтобы не было чувства "волшебной таблетки".

Завтра обсудим блок вживую на прямом эфире в 19:00 мск (ссылку скину в этот канал и в наши чат-боты).

Что разберем на эфире:
👉 Почему ИИ пишет красивые, но не всегда рабочие требования?
👉 Что такое RAG-подход и «агентский режим» простыми словами и зачем они аналитику?
👉 Какие задачи я, как IT-инженер, уже доверяю ИИ, а какие — никогда не отдам.
❗️И главное: как хороший аналитик с помощью ИИ становится в 10 раз сильнее, а не быстрее генерирует хаос.

А теперь ваша очередь👇
Где ИИ уже реально помогает вам в работе? А что бесит? Где он приятно удивил, а где вы ему полностью перестали доверять? Может, есть задача, к которой вообще не понимаете, как подступиться с ИИ?

Пишите в комментариях. Самые интересные кейсы и вопросы разберем ЗАВТРА на эфире.

Подключаемся, собираемся и начинаем: https://telemost.360.yandex.ru/live/319ec9e82b454e519ca3547b26fee67f

Фух... Оказывается, проблема не только у меня.

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

Сегодня на эфире мы разобрали главное: ИИ — это не гонка. Это эволюция профессии.

Запись не сохранилась, я не нашел кнопки записать в Телемосте и не записал(( Что ж, извините, простите, вывод только один: приходите к нам на эфиры!)
Спасибо тем, кто был!

Коротко!

Хорошая новость: ИИ не заменит аналитика.
Плохая новость: рынок больше не нуждается в аналитиках, которые «просто пишут требования».

Нужны те, кто проектирует решения, понимает архитектуру и берёт ответственность. ИИ напишет идеальный Swagger, но не знает контекст вашего проекта.

Задача аналитика-инженера — думать глобально, чтобы ИИ мог помогать локально. Когда будете готовы перейти от теории к практике, вот 2 проверенных пути👇

Первый путь.

Курс «Проектирование архитектуры и интеграций» - ваша дорога от «писателя требований» к инженеру-проектировщику. Kafka, REST, микросервисы - вы будете не только знать слова, но и принимать решения.

🏷️ По традиции после эфиров дарю скидку 20% по промокоду AI_GLEB действует до конца этой недели

* [Тариф без поддержки]
11 192 руб. вместо 13 990 руб.
Все лекции, тесты, бессрочный доступ, ИИ для аналитика

* [Тариф с поддержкой]
20 000 руб. вместо 25 000 руб.
Всё из базового тарифа + ручная проверка практических заданий действующими тимлидами и сеньорами. Ваши архитектурные ошибки найдут до того, как они уйдут в боевой проект.

* [Тариф с выходом в Senior-лигу]
35 200 руб. вместо 44 000 руб.
Всё из предыдущих тарифов + карьерный модуль: резюме, собеседования. Для тех, кто застрял на планке в 150к и хочет выйти в Senior-лигу с доходом 250к+, уверенно проходя сложные технические секции. Включает симуляцию жестких технических собеседований по архитектуре
 
На Stepik доступна рассрочка и оплата частями.
 
🔥Второй путь: «Веб API-симулятор» - самый быстрый способ получить базу по API, если вы продакт, проджект или только начинаете путь. Чтобы уверенно «козырять на работе» и понимать, о чем говорят разработчики.

* 1990 ₽ (для учеников наших курсов - доступ навсегда).
* 7000 ₽ вместо 10 000 ₽ (для всех - доступ навсегда).
* Есть еще тариф с моей поддержкой

→ [Получить доступ и разобраться в API]

Хватит суетиться. Время проектировать систему. Выбирайте свой инструмент и до встречи в новых постах и на новых уроках.

Есть одна фраза, к которой многие аналитики относятся спокойно. Я же каждый раз напрягаюсь, когда ее слышу.

Мы сами решим.

В ней нет ничего плохого. Но чаще всего она означает, что ты перестал влиять на продукт.

Со временем я заметил одну закономерность: работа аналитика не заканчивается, когда написаны требования. Наоборот, в этот момент начинается самое интересное.

В жизни это выглядит так.

Ты предлагаешь «просто добавить еще одно поле», а в ответ слышишь:

🤯 Нам придется менять контракт API. Переделывать очередь. Ломать обратную совместимость. И заново тестировать четыре интеграции.

И в этот момент становится понятно: проблема была не в одном поле. Ты увидел бизнес-ценность этого изменения. А разработчики сразу увидели его цену для системы.

Знаете, какой лучший комплимент я слышал в профессии?

Наконец-то требования писал человек, который понимает, что происходит под капотом.

Для меня это высшая похвала. Не потому, что ее сказал разработчик, а потому, что в этот момент понимаешь: тебе начали доверять.

Если коротко, вот 5 вопросов, которые я сам стараюсь задавать, прежде чем предлагать любое решение:

1. Что еще придется изменить, чтобы эта фича заработала?

2. Как система переживёт ошибку в этом месте?

3. Что станет сложнее поддерживать после этого изменения?

4. Есть ли в системе уже механизм, который решает похожую задачу?

5. Какое решение даст бизнесу почти тот же результат, но будет значительно дешевле в реализации?

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

Мы в Макс😎

🎙️NEW PODCAST «Почему ваш ИИ - гениальный стажер, а не сеньор-архитектор.»

Главные мысли, которые разобрал:

✔️ ИИ знает все книги, но не знает вашего легаси, неписаных правил ИБ и системы, которую нельзя выключать.

⚠️ Правильный вопрос не «заменит ли ИИ?», а «кто ответит за последствия?».

😎 ИИ знает лучшие практики. Senior знает исключения из них. Именно в этих исключениях, рожденных из реальных проектов, живет настоящая экспертиза.

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

Рассказал в подкасте, как я ошибся, а ИИ оказался прав😎

💡 А чтобы теория стала практикой... в подкасте обещал дать ссылку на бесплатные уроки, которые покажут, о чем ИИ «забывает» подумать и часто предлагает «красивые», но нерабочие решения.

Найдите полчаса, часик, посмотрите в выходные.

✔️ Модуль «Event-based (событийно-ориентированные) асинхронные API», урок: Синхронные и асинхронные запросы (23 мин)
Этот урок — фундаментальная база, которая отделяет Junior-подход от взрослого проектирования. Классический пример: ИИ предлагает простое синхронное API там, где система рухнет без асинхронной обработки (антифрод, аудит, сложные расчеты).

✔️ Модуль «Проектирование API – REST», урок: Методы и ключ идемпотентности (20 мин)
Вторая ловушка, в которую часто попадает ИИ, — предложить решение, которое не выдержит повторного запроса. В уроке разбираем, как один маленький «ключ» спасает от дублирования данных и хаоса в системе.

Уроки помечены, как «Демо-доступ». Изучайте, делитесь опытом. Всех обнял😊

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

Знакомо?

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

Именно так чувствовал себя Павел. #ученикиговорят

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

На позиции «недо-системного» аналитика с доходом 40–60к Павел уперся в потолок: не хватало понимания, как реально проектируются интеграции. В очередной раз повторить базовую теорию по сбору требований на стандартных курсах не было смысла.

После практики и разбора асинхрона, SOAP и Kafka уверенность пришла сразу. Павел легко проходил технические собеседования, рассказывая реальные кейсы с проекта, и быстро дорос до позиции Ведущего системного аналитика в Финтехе на 300к+.

Но самое интересное произошло дальше🔥

Спустя 2 года Павел всё ещё заглядывает в конспекты курса перед техническими интервью и сложными задачами. Потому что глубокие хард-скиллы — это инвестиция, которая работает на тебя годами😎

Огня Павлу 🔥🔥🔥

Как ваши дела? Демо-уроки посмотрели за выходные?

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

Представьте, вас спрашивают:

«Окей, а почему здесь Kafka, а не обычный REST-запрос?»

После такого вопроса очень быстро становится понятно: человек знает,«ЧТО ЭТО ТАКОЕ», но совершенно не понимает, «ПОЧЕМУ ИМЕННО ТАК?». Это и есть главный разрыв между курсами и реальной работой.

Мы намерено построили курс наоборот. Например, в модуле про асинхронные API мы не просто заучиваем, что такое WebSocket, а на реальных кейсах разбираем, почему в одном случае он выигрывает у Long Polling, а в другом - проигрывает. В блоке про проектирование REST мы не просто даем определение идемпотентности, а показываем, что конкретно сломается в системе - в деньгах, в данных, если про нее забыть.

Сегодня определения можно быстро найти в Google или спросить у ChatGPT, а научиться инженерному мышлению возможно только на практике. Помните Павла? 👆Это позволило ему вырасти с 60 000 ₽ до 300 000+ в финтехе.

Однажды наступает момент, когда дешевле один раз разобраться в теме, чем ещё год учиться на собственных ошибках и слышать фразу «Спасибо, мы вам перезвоним».

Сейчас вы можете получить доступ к курсу, включая все будущие обновления, со скидкой 25%.
С сентября мы обновляем программу и пересматриваем цены. Август будет. Подарки тоже будут 🙂 Но скидку 25% планируем сделать исключением, а не правилом, просто предупреждаем.

🌴 Завершающий и самый жаркий промокод этого сезона на 25%: LAST

Посмотреть программу и демо-уроки, выбрать тариф и применить промокод можно по ссылкам ниже👇

[Курс 3 варианта тарифа]: Проектирование архитектуры и интеграций (API / брокеры) сервисов💥

[Курс один тариф]: Системный анализ по-взрослому💥

Всем привет! На связи Глеб😎

Заметил, что в июле/августе у всех IT-шников режим делится на два лагеря: либо ты лежишь на пляже и виджетом проверяешь, не упал ли прод, либо тушишь пожары за троих ушедших в отпуск коллег и мечтаешь просто выспаться.

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

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

Поделитесь, что вам сейчас актуально — ответьте на 4 вопроса ниже, займет меньше минуты👇