Код дня: утренний ритуал айтишника
Это просто идеальный утренний скрипт для каждого из нас☕️
Кажется, это единственный код, который работает без багов с первого раза😂
Что мы тут видим:
✔️Кофе как первый приоритет
✔️Вечный цикл до достижения "достаточной кофеинизации"
✔️Автоматическое определение момента "пора бы и ещё чашечку"
Идеально👍
Что думаете по поводу кода? Кто тоже измеряет продуктивность в чашках кофе? Ставьте 🔥
Это просто идеальный утренний скрипт для каждого из нас☕️
Кажется, это единственный код, который работает без багов с первого раза😂
Что мы тут видим:
✔️Кофе как первый приоритет
✔️Вечный цикл до достижения "достаточной кофеинизации"
✔️Автоматическое определение момента "пора бы и ещё чашечку"
Идеально👍
Что думаете по поводу кода? Кто тоже измеряет продуктивность в чашках кофе? Ставьте 🔥
🔥13😁4
🔥Хватит быть дизайнером стрелочек! PlantUML за 90 минут
Знакомо: нужно быстро набросать логику авторизации, поток данных между сервисами или сценарий обработки заказа… А вместо кодинга ты полдня перемещаешь прямоугольники в draw.io, как первоклассник на уроке рисования? 😅
Результат: усталость, несогласованность и диаграммы, которые стыдно показывать архитекторам🙈
❗️23 октября в 20:00 мск приглашаем на ВОРКШОП, где вы научитесь создавать диаграммы быстрее, чем тимлид успеет сказать: "А можно поправку?".
PlantUML: когда код рисует красивее, чем ваша рука
За 90 минут вы:
✔️ Сделаете свою первую sequence-диаграмму (и удивитесь, как это просто)
✔️ Научитесь работать с фрагментами, чтобы if/else выглядели элегантно, а не как слипшиеся спагетти
✔️ Узнаете, как хранить диаграммы в Git, чтобы версионность была не кошмаром, а благом
✔️ Освоите экспорт в PNG/SVG: для тех, кто всё ещё думает, что картинки нужны только для презентаций
Кому это нужно:
🔹Аналитикам, уставшим от слов "Я не так понял"
🔹Разработчикам, которые хотят объяснять архитектуру без 100500 итераций
🔹QA, чтобы тест-кейсы покрывали все разветвления, а не только основной сценарий
🔹Всем, кто хочет говорить с командой на одном языке (и чтобы это был не язык жестов)
Формат: Онлайн, без воды - только практика и живые примеры.
Хотите перестать быть "дизайнером стрелочек"?
Жмите «+» в комментах👇 И добро пожаловать в нашу закрытую группу воркшопов.
Знакомо: нужно быстро набросать логику авторизации, поток данных между сервисами или сценарий обработки заказа… А вместо кодинга ты полдня перемещаешь прямоугольники в draw.io, как первоклассник на уроке рисования? 😅
Результат: усталость, несогласованность и диаграммы, которые стыдно показывать архитекторам🙈
❗️23 октября в 20:00 мск приглашаем на ВОРКШОП, где вы научитесь создавать диаграммы быстрее, чем тимлид успеет сказать: "А можно поправку?".
PlantUML: когда код рисует красивее, чем ваша рука
За 90 минут вы:
✔️ Сделаете свою первую sequence-диаграмму (и удивитесь, как это просто)
✔️ Научитесь работать с фрагментами, чтобы if/else выглядели элегантно, а не как слипшиеся спагетти
✔️ Узнаете, как хранить диаграммы в Git, чтобы версионность была не кошмаром, а благом
✔️ Освоите экспорт в PNG/SVG: для тех, кто всё ещё думает, что картинки нужны только для презентаций
Кому это нужно:
🔹Аналитикам, уставшим от слов "Я не так понял"
🔹Разработчикам, которые хотят объяснять архитектуру без 100500 итераций
🔹QA, чтобы тест-кейсы покрывали все разветвления, а не только основной сценарий
🔹Всем, кто хочет говорить с командой на одном языке (и чтобы это был не язык жестов)
Формат: Онлайн, без воды - только практика и живые примеры.
PlantUML - это как автопилот для ваших диаграмм: один раз настроил, а потом только наблюдаешь, как красота рождается сама!
Хотите перестать быть "дизайнером стрелочек"?
Жмите «+» в комментах👇 И добро пожаловать в нашу закрытую группу воркшопов.
🔥15
🚀Готовьте клавиатуру! Сегодня на воркшопе превратим вас в машину по созданию диаграмм
Напоминаем, что сегодня в 20.00 мск состоится ВОРКШОП по PlantUML.
Научитесь делать крутые диаграммы за 15 минут вместо 3 часов. Без танцев с бубном вокруг Figma или draw.io и без слез, когда просят "чуть-чуть переделать".
На воркшопе вы наконец-то:
✅ Сделаете диаграмму быстро и четко
✅ Перестанете быть "дизайнером прямоугольников" в команде
✅ Сможете объяснить архитектуру так, что даже тимлид скажет "Ваау!"
✅ Сделаете правки в диаграммах за секунды
Вам больше не придется все перерисовывать из-за одной стрелки.
Чистая практика, только польза, ноль скуки💯
Пишите "+" в комментах 👇 — добавим в закрытый чат с напоминалкой и ссылкой на ZOOM.
Напоминаем, что сегодня в 20.00 мск состоится ВОРКШОП по PlantUML.
Научитесь делать крутые диаграммы за 15 минут вместо 3 часов. Без танцев с бубном вокруг Figma или draw.io и без слез, когда просят "чуть-чуть переделать".
На воркшопе вы наконец-то:
✅ Сделаете диаграмму быстро и четко
✅ Перестанете быть "дизайнером прямоугольников" в команде
✅ Сможете объяснить архитектуру так, что даже тимлид скажет "Ваау!"
✅ Сделаете правки в диаграммах за секунды
Вам больше не придется все перерисовывать из-за одной стрелки.
Чистая практика, только польза, ноль скуки💯
Пишите "+" в комментах 👇 — добавим в закрытый чат с напоминалкой и ссылкой на ZOOM.
1🔥6
Метод «научного тыка» или шпаргалка от Seniora?
Вот что говорит наша ученица Наталья о курсе👆 И это лучшая рекомендация для всех, кто устал от хаоса в изучении сложных тем:
#ученикиговорят
Почему именно эти навыки дают +50% к зарплате?
✅ Интеграции и архитектура - то, без чего не работает ни один современный сервис
✅ API и брокеры сообщений - больше не страшные слова, а рабочие инструменты
✅ Собеседования - перестали быть стрессом, потому что есть что показать
А курс Глеба Учителя - это как иметь шпаргалку от SENIORа всегда под рукой:
✔️Вся актуальная информация по интеграциям в одном месте. Больше не нужно прыгать между статьями, видео и документацией
✔️ Системный подход: от простого к сложному, без пробелов в понимании
✔️ Живые примеры по каждой теме: то, что реально встречается в работе
✔️ Практические навыки, которые остаются с вами надолго. Даже через год после курса - доступ к обучению бессрочный.
Курс для тех, кто:
🔹 устал быть "собирателем информации по крупицам"
🔹 хочет понимать интеграции целиком, а не фрагментами
🔹 мечтает разговаривать с разработчиками на одном языке
До конца октября дарим 🎁 промокод OCTOBER_API (20%) - успевайте забрать свой "билет в мир понятных интеграций"!
А как вы обычно справляетесь с изучением сложных тем? Методом научного тыка или ищете системный подход👇
Вот что говорит наша ученица Наталья о курсе👆 И это лучшая рекомендация для всех, кто устал от хаоса в изучении сложных тем:
#ученикиговорят
Курс избавил от необходимости собирать информацию по крупицам в разных источниках. Всё разложено по полочкам - от азов до Kafka и RabbitMQ. Объем материала просто огромный!
Почему именно эти навыки дают +50% к зарплате?
✅ Интеграции и архитектура - то, без чего не работает ни один современный сервис
✅ API и брокеры сообщений - больше не страшные слова, а рабочие инструменты
✅ Собеседования - перестали быть стрессом, потому что есть что показать
А курс Глеба Учителя - это как иметь шпаргалку от SENIORа всегда под рукой:
✔️Вся актуальная информация по интеграциям в одном месте. Больше не нужно прыгать между статьями, видео и документацией
✔️ Системный подход: от простого к сложному, без пробелов в понимании
✔️ Живые примеры по каждой теме: то, что реально встречается в работе
✔️ Практические навыки, которые остаются с вами надолго. Даже через год после курса - доступ к обучению бессрочный.
Курс для тех, кто:
🔹 устал быть "собирателем информации по крупицам"
🔹 хочет понимать интеграции целиком, а не фрагментами
🔹 мечтает разговаривать с разработчиками на одном языке
До конца октября дарим 🎁 промокод OCTOBER_API (20%) - успевайте забрать свой "билет в мир понятных интеграций"!
А как вы обычно справляетесь с изучением сложных тем? Методом научного тыка или ищете системный подход👇
🔥6
Почему "горит" даже простая интеграция? ❌3 ошибки и как их закрыть
Знакомая картина: всё проверили, а в рабочей среде то данные теряются, то дублируются, то ночью всё застаёт врасплох. Разберём три причины и что делать.
1️⃣ Повторные попытки без правил
Как обычно делают:
Отправили запрос - тишина. Жмём "повторить" ещё пару раз подряд.
Чем это бьёт:
- двойные списания и другие дубли;
- два одинаковых письма клиенту;
- "шум" и хаос в учёте.
Как правильно:
✔️Ставим предельное время ожидания для каждого запроса.
✔️Разрешаем не больше N попыток.
✔️Делаем паузы между попытками, которые растут: 1 с → 2 с → 4 с → 8 с…
✔️Добавляем случайный разброс к паузе (например, до 30%), чтобы все не повторяли одновременно.
Если подряд много ошибок - временно прекращаем обращения к проблемному сервису и проверяем его реже (предохранитель).
Не получилось сразу - кладём задачу в очередь и пробуем позже, а не бомбим бесконечно.
2️⃣ Нет защиты от повторов
Как обычно делают:
Считают, что "раз это изменение, то повтор придёт и ладно".
Чем это бьёт:
- клиент оплачивает один раз, а система по ошибке проводит несколько.
Как правильно:
✔️Для каждой операции передаём уникальный ключ (например: "платёж: заказ‑123").
✔️Сохраняем результат первой успешной обработки вместе с этим ключом (срок хранения - не меньше суток, чаще 24–72 часа).
✔️Если пришёл повтор с тем же ключом - ничего заново не выполняем, отдаём тот же результат.
✔️В базе делаем уникальное ограничение по этому ключу и обрабатываем в одной транзакции, чтобы не было дублей на гонках.
Пример ответа:
впервые — код 201 «Создано»; повтор с тем же ключом — код 200 «Успешно» с тем же телом ответа.
3️⃣ Падения без уведомлений
Как обычно делают:
"Ошибка в журнале есть - потом посмотрим". И не смотрят.
Чем это бьёт:
- заказы "приняты", а до учётной системы не доходят: отдел продаж работает вслепую.
Как правильно:
✔️Делаем отдельную очередь для сообщений, которые не обработались.
✔️Настраиваем оповещения:
- если таких сообщений стало много;
- если они зависают и не уменьшаются;
- если слишком долго нет успешных обработок.
Считаем не только ошибки, но и успехи: сколько отправили, сколько дошло, за какое время. Делаем простую панель с цифрами и понятный отчёт.
Именно поэтому мы говорим ученикам на курсе не просто "ставьте очередь сообщений", а проектируйте устойчивые интеграции, где сообщение не потеряется даже при сбое💯
Расскажите, с чем сталкивались вы. Какие ещё ошибки болят? Давайте вместе соберём топ‑5 самых неприятных из практики👇
Знакомая картина: всё проверили, а в рабочей среде то данные теряются, то дублируются, то ночью всё застаёт врасплох. Разберём три причины и что делать.
1️⃣ Повторные попытки без правил
Как обычно делают:
Отправили запрос - тишина. Жмём "повторить" ещё пару раз подряд.
Чем это бьёт:
- двойные списания и другие дубли;
- два одинаковых письма клиенту;
- "шум" и хаос в учёте.
Как правильно:
✔️Ставим предельное время ожидания для каждого запроса.
✔️Разрешаем не больше N попыток.
✔️Делаем паузы между попытками, которые растут: 1 с → 2 с → 4 с → 8 с…
✔️Добавляем случайный разброс к паузе (например, до 30%), чтобы все не повторяли одновременно.
Если подряд много ошибок - временно прекращаем обращения к проблемному сервису и проверяем его реже (предохранитель).
Не получилось сразу - кладём задачу в очередь и пробуем позже, а не бомбим бесконечно.
2️⃣ Нет защиты от повторов
Как обычно делают:
Считают, что "раз это изменение, то повтор придёт и ладно".
Чем это бьёт:
- клиент оплачивает один раз, а система по ошибке проводит несколько.
Как правильно:
✔️Для каждой операции передаём уникальный ключ (например: "платёж: заказ‑123").
✔️Сохраняем результат первой успешной обработки вместе с этим ключом (срок хранения - не меньше суток, чаще 24–72 часа).
✔️Если пришёл повтор с тем же ключом - ничего заново не выполняем, отдаём тот же результат.
✔️В базе делаем уникальное ограничение по этому ключу и обрабатываем в одной транзакции, чтобы не было дублей на гонках.
Пример ответа:
впервые — код 201 «Создано»; повтор с тем же ключом — код 200 «Успешно» с тем же телом ответа.
3️⃣ Падения без уведомлений
Как обычно делают:
"Ошибка в журнале есть - потом посмотрим". И не смотрят.
Чем это бьёт:
- заказы "приняты", а до учётной системы не доходят: отдел продаж работает вслепую.
Как правильно:
✔️Делаем отдельную очередь для сообщений, которые не обработались.
✔️Настраиваем оповещения:
- если таких сообщений стало много;
- если они зависают и не уменьшаются;
- если слишком долго нет успешных обработок.
Считаем не только ошибки, но и успехи: сколько отправили, сколько дошло, за какое время. Делаем простую панель с цифрами и понятный отчёт.
Именно поэтому мы говорим ученикам на курсе не просто "ставьте очередь сообщений", а проектируйте устойчивые интеграции, где сообщение не потеряется даже при сбое💯
Расскажите, с чем сталкивались вы. Какие ещё ошибки болят? Давайте вместе соберём топ‑5 самых неприятных из практики👇
🔥7
❗️Секретный воркшоп❗️
Сквозной процесс продукта за 60 минут.
На связи Глеб Учитель👍
Завтра 31 октября в 10.00 мск хочу показать вам секретный рецепт: как за час уложить весь продукт в одну карту цепочки ценности, от неё быстро развернуть подпроцессы и шаги, и понять, куда копать глубже.
Что вас ждет:
✔️соберём сквозной процесс для реального кейса;
✔️превратим его в цепочку добавленной стоимости + выявим вспомогательные процессы;
✔️развернём один ключевой блок до подпроцессов и шагов.
🎁Заберёте с собой - шаблон mini‑SIPOC, чек‑лист вопросов заказчику.
Кому точно будет полезно: системным и бизнес‑аналитикам, владельцам продукта, тимлидам
🔹60 минут практики и работа в мини‑группах
🔹закрытая встреча в zoom
Кто еще не в нашей закрытой группе воркшопов, пишите "+" в комментариях 👇 - добавим в закрытый чат с напоминалкой и ссылкой на zoom.
Кому актуальна тема и готов к практике, накидайте🔥
Сквозной процесс продукта за 60 минут.
На связи Глеб Учитель👍
Завтра 31 октября в 10.00 мск хочу показать вам секретный рецепт: как за час уложить весь продукт в одну карту цепочки ценности, от неё быстро развернуть подпроцессы и шаги, и понять, куда копать глубже.
Что вас ждет:
✔️соберём сквозной процесс для реального кейса;
✔️превратим его в цепочку добавленной стоимости + выявим вспомогательные процессы;
✔️развернём один ключевой блок до подпроцессов и шагов.
🎁Заберёте с собой - шаблон mini‑SIPOC, чек‑лист вопросов заказчику.
Кому точно будет полезно: системным и бизнес‑аналитикам, владельцам продукта, тимлидам
🔹60 минут практики и работа в мини‑группах
🔹закрытая встреча в zoom
Кто еще не в нашей закрытой группе воркшопов, пишите "+" в комментариях 👇 - добавим в закрытый чат с напоминалкой и ссылкой на zoom.
Кому актуальна тема и готов к практике, накидайте🔥
🔥18
Персональный будильник от Глеба Учителя⏰
Через 1 час встречаемся на ВОРКШОПЕ!
Узнаете, как за 1 час уложить весь продукт в одну карту цепочки ценности, от неё быстро развернуть подпроцессы и шаги, и понять, куда копать глубже.
Скину ссылку на встречу в zoom перед началом в закрытой группе👇
Через 1 час встречаемся на ВОРКШОПЕ!
Узнаете, как за 1 час уложить весь продукт в одну карту цепочки ценности, от неё быстро развернуть подпроцессы и шаги, и понять, куда копать глубже.
Скину ссылку на встречу в zoom перед началом в закрытой группе👇
Как идти на собеседование с уверенностью?
Наш ученик прошел курс за несколько месяцев и делится главными инсайтами. Вот что значит - учиться у практиков👆
#ученикиговорят
Почему наши ученики идут на собеседования спокойно, а не как на стресс-интервью:
✔️ глубокое погружение в технологии - без воды
✔️ уникальные материалы. То, что не найдешь в открытом доступе. И эта библиотека знаний остается с вами на неограниченный срок в личном кабинете.
✔️ практичность. Знания, которые сразу можно применять в работе
✔️ уверенность. Когда понимаешь не только "как", но и "почему именно так".
Наши ученики ценят свое время и хотят получить выжимку знаний от практиков👍
❗️Сегодня последний день действия промокода OCTOBER_API (20%) на обучение Глеба Учителя. Начать учиться с выгодой вдвойне приятно - завтра таких условий уже не будет.
Коллеги, а как вы обычно готовитесь к техническим собеседованиям? Поделитесь опытом - всем будет полезно👇
Наш ученик прошел курс за несколько месяцев и делится главными инсайтами. Вот что значит - учиться у практиков👆
#ученикиговорят
Курс дал более глубокое понимание технологий. Многие материалы уникальные! Изучение давало хорошие знания и как следствие лучшую готовность к техническим собеседованиям.
Почему наши ученики идут на собеседования спокойно, а не как на стресс-интервью:
✔️ глубокое погружение в технологии - без воды
✔️ уникальные материалы. То, что не найдешь в открытом доступе. И эта библиотека знаний остается с вами на неограниченный срок в личном кабинете.
✔️ практичность. Знания, которые сразу можно применять в работе
✔️ уверенность. Когда понимаешь не только "как", но и "почему именно так".
Наши ученики ценят свое время и хотят получить выжимку знаний от практиков👍
❗️Сегодня последний день действия промокода OCTOBER_API (20%) на обучение Глеба Учителя. Начать учиться с выгодой вдвойне приятно - завтра таких условий уже не будет.
Коллеги, а как вы обычно готовитесь к техническим собеседованиям? Поделитесь опытом - всем будет полезно👇
🔥6👍2
❌Ошибка 90% аналитиков: почему не нужно показывать все альтернативы на диаграммах
Отличная дискуссия получилась после воркшопа! Наш диалог зашел так далеко, что мы вышли на фундаментальный вопрос бизнес-анализа:
"Разве мы можем видеть картину целиком, если не отражаем вариативность?"
Давайте разбираться:
1️⃣ Про альтернативные сценарии и уровень детализации
Вы абсолютно правы в подходе! Действительно, если мы говорим про самый верхний уровень, то:
- лучше использовать обобщенные формулировки ("получить решение по отклику")
- альтернативы оставляем для следующих уровней детализации
Почему на верхнем уровне мы избегаем альтернатив:
🔹Цель - показать общую картину, а не все возможные ветвления
🔹Фокус на основном, наиболее частом сценарии
🔹Если добавить все альтернативы - диаграмма станет сложной для восприятия
2️⃣Про этапы вне зоны ответственности платформы
Отличное замечание! Здесь есть два подхода:
Первый подход (который использовали мы):
✔️показываем полную цепочку создания ценности для пользователя
✔️отмечаем, какие этапы платформа закрывает, а какие - нет
Это помогает увидеть полную картину бизнес-процесса.
Второй подход (более строгий):
✔️отражаем только то, что непосредственно касается платформы
✔️внешние этапы либо опускаем, либо выносим в отдельные диаграммы
Какой подход выбрать:
Для исследования и анализа - лучше первый подход. Для технического проектирования - второй. Для общения с бизнесом - определенно первый!
‼️Главный совет на будущее:
Всегда задавайте себе вопрос: "Для кого и для чего я делаю эту диаграмму?"
Для топ-менеджера - общий поток ценности. Для разработчика - только то, что касается системы. Для бизнес-аналитика - все этапы, но с разной детализацией
И вернемся к контрольному вопросу: «Разве мы можем видеть картину целиком, если не отражаем вариативность?»
Это самый частый вопрос при моделировании процессов! Давайте разберем на примере.
Подход 1: Широкая панорама
Показываем ВСЕ варианты развития событий на одном уровне.
✅ Плюс: полное покрытие всех сценариев
❌ Минус: диаграмма превращается в лабиринт, где не видно главного
Подход 2: Слоеная модель
Верхний уровень - только основной поток ценности. Нижние уровни - детализация альтернативных сценариев.
✅ Плюс: понятная структура, видна логика целиком
❌ Минус: требует переключения между диаграммами
Как выбрать подход?
Слоеная модель работает лучше, когда:
- нужно объяснить процесс руководству
- вы только начинаете анализ проекта
- есть 1-2 основных сценария и много редких кейсов
Пример из практики:
Почему это важно?
Потому что неправильный выбор уровня детализации - это:
🔻 Часы бесполезной работы
🔻 Путаница в требованиях
🔻 Переделки на ровном месте
Классно, что в нашем комьюнити задают такие вопросы и вникают, мы с таким подходом разные вещи на курсах глубоко копаем с учениками👍
Отличная дискуссия получилась после воркшопа! Наш диалог зашел так далеко, что мы вышли на фундаментальный вопрос бизнес-анализа:
"Разве мы можем видеть картину целиком, если не отражаем вариативность?"
Давайте разбираться:
1️⃣ Про альтернативные сценарии и уровень детализации
Вы абсолютно правы в подходе! Действительно, если мы говорим про самый верхний уровень, то:
- лучше использовать обобщенные формулировки ("получить решение по отклику")
- альтернативы оставляем для следующих уровней детализации
Почему на верхнем уровне мы избегаем альтернатив:
🔹Цель - показать общую картину, а не все возможные ветвления
🔹Фокус на основном, наиболее частом сценарии
🔹Если добавить все альтернативы - диаграмма станет сложной для восприятия
2️⃣Про этапы вне зоны ответственности платформы
Отличное замечание! Здесь есть два подхода:
Первый подход (который использовали мы):
✔️показываем полную цепочку создания ценности для пользователя
✔️отмечаем, какие этапы платформа закрывает, а какие - нет
Это помогает увидеть полную картину бизнес-процесса.
Второй подход (более строгий):
✔️отражаем только то, что непосредственно касается платформы
✔️внешние этапы либо опускаем, либо выносим в отдельные диаграммы
Какой подход выбрать:
Для исследования и анализа - лучше первый подход. Для технического проектирования - второй. Для общения с бизнесом - определенно первый!
‼️Главный совет на будущее:
Всегда задавайте себе вопрос: "Для кого и для чего я делаю эту диаграмму?"
Для топ-менеджера - общий поток ценности. Для разработчика - только то, что касается системы. Для бизнес-аналитика - все этапы, но с разной детализацией
И вернемся к контрольному вопросу: «Разве мы можем видеть картину целиком, если не отражаем вариативность?»
Это самый частый вопрос при моделировании процессов! Давайте разберем на примере.
Подход 1: Широкая панорама
Показываем ВСЕ варианты развития событий на одном уровне.
✅ Плюс: полное покрытие всех сценариев
❌ Минус: диаграмма превращается в лабиринт, где не видно главного
Подход 2: Слоеная модель
Верхний уровень - только основной поток ценности. Нижние уровни - детализация альтернативных сценариев.
✅ Плюс: понятная структура, видна логика целиком
❌ Минус: требует переключения между диаграммами
Как выбрать подход?
Слоеная модель работает лучше, когда:
- нужно объяснить процесс руководству
- вы только начинаете анализ проекта
- есть 1-2 основных сценария и много редких кейсов
Пример из практики:
Уровень 1: "Клиент получает решение по заявке"
↓
Уровень 2:
- Заявка одобрена → переход к оформлению
- Заявка отклонена → переход к уточнению данных
- Нужны доп. документы → переход к сбору документов
Почему это важно?
Потому что неправильный выбор уровня детализации - это:
🔻 Часы бесполезной работы
🔻 Путаница в требованиях
🔻 Переделки на ровном месте
Классно, что в нашем комьюнити задают такие вопросы и вникают, мы с таким подходом разные вещи на курсах глубоко копаем с учениками👍
🔥22
Системный анализ не для аналитиков? Это стоит прочитать каждому проджекту и продакту🔥
Наша ученица прошла оба курса и вот ее вердикт о курсе "Системный анализ по-взрослому"👆
#ученикиговорят
Почему этот отзыв так важен?
Потому что он подтверждает главное: системный анализ - это не только для аналитиков. Это язык, на котором должны говорить все участники IT-проекта.
Обучение будет полезно тем, кто:
✔️ работает с командой разработки, но не всегда понимает технические нюансы
✔️ хочет говорить с архитекторами на одном языке
✔️ устал от недопонимания между бизнесом и разработкой
✔️ предпочитает текст и практические задания видеоформату
Кстати, как показала практика, именно текстовый формат с заданиями лучше всего помогает усвоить сложные темы - можно возвращаться к материалу в своем темпе и сразу применять знания на практике👍
А вы как считаете: кто в IT кроме аналитиков должны разбираться в системном анализе? 👇
Наша ученица прошла оба курса и вот ее вердикт о курсе "Системный анализ по-взрослому"👆
#ученикиговорят
Не работаю системным аналитиком, но тесно взаимодействую с СА и архитекторами. Курс будет очень полезен проджектам и продактам. Много тестов, заданий! Нет видеоуроков - для меня это плюс.
Почему этот отзыв так важен?
Потому что он подтверждает главное: системный анализ - это не только для аналитиков. Это язык, на котором должны говорить все участники IT-проекта.
Обучение будет полезно тем, кто:
✔️ работает с командой разработки, но не всегда понимает технические нюансы
✔️ хочет говорить с архитекторами на одном языке
✔️ устал от недопонимания между бизнесом и разработкой
✔️ предпочитает текст и практические задания видеоформату
Кстати, как показала практика, именно текстовый формат с заданиями лучше всего помогает усвоить сложные темы - можно возвращаться к материалу в своем темпе и сразу применять знания на практике👍
А вы как считаете: кто в IT кроме аналитиков должны разбираться в системном анализе? 👇
1👍8
🖤 Мы не ждём Black Friday - мы делаем её первыми.
В ноябре все будут охотиться за вещами, а вы можете охотиться за знаниями. Создали для вас бесплатную ЛОТЕРЕЮ в боте, где каждый уйдет с подарками!
Только до конца ноября скидка 30% на любой курс школы Глеба Учителя. Промокод -BLACKFRIDAY25.
✔️ Курс "Проектирование архитектуры и интеграций (API / брокеры) сервисов":
Базовый тариф - 9 790 рублей (вместо 13 990 рублей).
Тариф с поддержкой - 17 500 рублей (вместо 25 000 рублей).
Тариф КАРЬЕРА с поддержкой и карьерным модулем - 30 000 рублей (вместо 44.000 рублей).
✔️ Курс "Системный анализ по-взрослому"
Единый тариф - 6 990 рублей (вместо 9 990 рублей)
А при покупке ПАКЕТА: курс по REST API тариф Карьера + курс «Системный анализ по-взрослому» (курс по СА идет со скидкой 50%). При покупке этого ПАКЕТА – пишите мне в личку👉 https://t.me/glebteach_bot - расскажу как оформить.
Во время сумасшедших скидок в черную пятницу берите то, что действительно улучшает вашу жизнь. Ваша главная скидка не в процентах,а в том, насколько умнее вы станете уже к началу 2026 года.
Рассказываем подробнее про беспроигрышную ЛОТЕРЕЮ👍 Вам нужно перейти в наш БОТ и забрать подарок🎁, который выпадет вам рандомно.
Какие подарки сейчас в лотерее:
— Записи воркшопов про создание AI-агента (2шт)
— Гайд "База API"
— Гайд "Исследование бизнеса любого масштаба сверху вниз: Value stream и SIPOC"
— PlantUML шпаргалка
— Гайд "4 инструмента в HTTP-запроса"
— консультация Глеба Учителя
Переходите в👉 БОТ и забирайте подарки🎁
В ноябре все будут охотиться за вещами, а вы можете охотиться за знаниями. Создали для вас бесплатную ЛОТЕРЕЮ в боте, где каждый уйдет с подарками!
Только до конца ноября скидка 30% на любой курс школы Глеба Учителя. Промокод -BLACKFRIDAY25.
✔️ Курс "Проектирование архитектуры и интеграций (API / брокеры) сервисов":
Базовый тариф - 9 790 рублей (вместо 13 990 рублей).
Тариф с поддержкой - 17 500 рублей (вместо 25 000 рублей).
Тариф КАРЬЕРА с поддержкой и карьерным модулем - 30 000 рублей (вместо 44.000 рублей).
✔️ Курс "Системный анализ по-взрослому"
Единый тариф - 6 990 рублей (вместо 9 990 рублей)
А при покупке ПАКЕТА: курс по REST API тариф Карьера + курс «Системный анализ по-взрослому» (курс по СА идет со скидкой 50%). При покупке этого ПАКЕТА – пишите мне в личку👉 https://t.me/glebteach_bot - расскажу как оформить.
Во время сумасшедших скидок в черную пятницу берите то, что действительно улучшает вашу жизнь. Ваша главная скидка не в процентах,а в том, насколько умнее вы станете уже к началу 2026 года.
Рассказываем подробнее про беспроигрышную ЛОТЕРЕЮ👍 Вам нужно перейти в наш БОТ и забрать подарок🎁, который выпадет вам рандомно.
Какие подарки сейчас в лотерее:
— Записи воркшопов про создание AI-агента (2шт)
— Гайд "База API"
— Гайд "Исследование бизнеса любого масштаба сверху вниз: Value stream и SIPOC"
— PlantUML шпаргалка
— Гайд "4 инструмента в HTTP-запроса"
— консультация Глеба Учителя
Переходите в👉 БОТ и забирайте подарки🎁
🔥7👍4❤🔥2
Чек-лист системного аналитика на конец 2025: проводим ревизию ваших навыков🔥
Друзья, ноябрь - идеальное время провести ревизию своих навыков. Проверьте себя по 10 ключевым пунктам, которые уже стали must-have на рынке IT👆
Как оценивать:
🔹0-3 балла - срочно прокачивать пробелы
🔹4-7 баллов - хорошая база, но есть куда расти
🔹8-10 баллов - вы в ТОПах рынка
Сохраняйте чек-лист и делитесь с друзьями👍
По какому пункту вы бы себе поставили "5+"? А какой вызывает больше всего вопросов?
Друзья, ноябрь - идеальное время провести ревизию своих навыков. Проверьте себя по 10 ключевым пунктам, которые уже стали must-have на рынке IT👆
Как оценивать:
🔹0-3 балла - срочно прокачивать пробелы
🔹4-7 баллов - хорошая база, но есть куда расти
🔹8-10 баллов - вы в ТОПах рынка
Сохраняйте чек-лист и делитесь с друзьями👍
По какому пункту вы бы себе поставили "5+"? А какой вызывает больше всего вопросов?
👍11
Ваш пропуск в высокооплачиваемое IT
Представьте: у вас есть "суперспособность" понимать, как на самом деле общаются системы. Вы перестаете быть "тем самым аналитиком", который рисует стрелочки наугад.
Интеграции - это как умение говорить на языке систем:
✅ когда вы понимаете API и брокеры, вы становитесь "переводчиком" между бизнесом и разработкой
✅ это ваш пропуск в мир, где задачи решаются, а не перекидываются между командами
✅ вы начинаете видеть проект не как набор отдельных модулей, а как единый организм
Наша ученица прошла курс и теперь... постоянно им пользуется, как шпаргалкой! Вот её отзыв👆
#ученикиговорят
А кроме "скучных интеграций" на курсе Глеба Учителя по REST API еще прокачаете:
🔹 архитектурное зрение - начнете замечать, где система хрупкая как карточный домик
🔹предсказание будущего - сможете заранее видеть, в каком месте все поломается после релиза
🔹 навык "не теряться" на собеседованиях, когда спросят про REST - вы не просто "где-то слышали", а можете рассказать, как это применять в реальных проектах
В нашей школе еще действует промокод на Черную пятницу - BLACKFRIDAY25👍
P.S. А ведь многие до сих пор думают, что интеграции - это скучно... На самом деле - это самый короткий путь к интересным задачам и нормальной зарплате в IT!
P.P.S. И вдруг кто еще не забрал подарки в нашей беспроигрышной ЛОТЕРЕЕ - они еще доступны, забирайте свой🎁
Представьте: у вас есть "суперспособность" понимать, как на самом деле общаются системы. Вы перестаете быть "тем самым аналитиком", который рисует стрелочки наугад.
Интеграции - это как умение говорить на языке систем:
✅ когда вы понимаете API и брокеры, вы становитесь "переводчиком" между бизнесом и разработкой
✅ это ваш пропуск в мир, где задачи решаются, а не перекидываются между командами
✅ вы начинаете видеть проект не как набор отдельных модулей, а как единый организм
Наша ученица прошла курс и теперь... постоянно им пользуется, как шпаргалкой! Вот её отзыв👆
#ученикиговорят
Потрясающий курс! Все вопросы собесов на системного аналитика были в курсе. Использую как справочник в работе, подсматриваю инфу. Молюсь, чтобы курс оставался доступным как можно дольше!
А кроме "скучных интеграций" на курсе Глеба Учителя по REST API еще прокачаете:
🔹 архитектурное зрение - начнете замечать, где система хрупкая как карточный домик
🔹предсказание будущего - сможете заранее видеть, в каком месте все поломается после релиза
🔹 навык "не теряться" на собеседованиях, когда спросят про REST - вы не просто "где-то слышали", а можете рассказать, как это применять в реальных проектах
В нашей школе еще действует промокод на Черную пятницу - BLACKFRIDAY25👍
P.S. А ведь многие до сих пор думают, что интеграции - это скучно... На самом деле - это самый короткий путь к интересным задачам и нормальной зарплате в IT!
P.P.S. И вдруг кто еще не забрал подарки в нашей беспроигрышной ЛОТЕРЕЕ - они еще доступны, забирайте свой🎁
👍7😁1
— Проектируем API в 2025: фишки, устаревшие паттерны и как не стрелять себе в ногу
— Cекретное оружие аналитика: 10 вопросов, которые спасут проект от краха
— Подкаст: финтех-лайфхак: как мы убили 30% обращений в поддержку одной архитектурой
— Аналитик - не предсказатель и не курьер на минималках: зона ответственности аналитика
— Перестаньте путать API-ключ с токеном. Как правильно настроить авторизацию для нейросетей в n8n (с примерами)
— Осенний апгрейд: как провести аудит навыков и составить план, который вы не выбросите через неделю
— Подкаст-кейс: бизнес сказал: "Хочу синхронизацию с CRM!" - что делать дальше?
— Интеграции 2025. Что уже убьёт ваш проект, а что срочно внедрить до конца года
— Почему "горит" даже простая интеграция? 3 ошибки и как их закрыть
☝️ Вы можете поделиться каналом — используйте эту ссылку.
Сохраняйте полезную информацию, чтобы не потерять.
Благодарности за подборку контента принимаем в виде реакций на этот пост 🔥
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥9👏3
Промпты для аналитика: как заставить AI генерировать схемы, а не абстрактный бред
Собрали для вас работающие промпты, которые превращают ChatGPT из "болтуна" в реального помощника аналитика.
❌ Как НЕ надо:
"Напиши требования к системе"
Результат: Получите воду на 10 страниц с нулевой практической пользой
✅ Рабочие шаблоны промптов:
1. Для создания UML-диаграмм:
Ты - senior системный аналитик. Опиши процесс "Оформление заказа в интернет-магазине" в виде sequence-диаграммы на PlantUML. Включи: Покупатель, Frontend, OrderService, PaymentGateway, InventoryService. Учти альтернативные сценарии: отмена оплаты, недостаток товара.
2. Для анализа требований:
Разбери пользовательскую историю "Как клиент, я хочу отменить заказ, чтобы вернуть деньги". Определи: основные шаги, бизнес-правила, альтернативные сценарии, нефункциональные требования. Предоставь результат в виде таблицы.
3. Для генерации тест-кейсов:
Создай 10 тест-кейсов для функциональности "Сброс пароля". Формат: Предусловия, Шаги, Ожидаемый результат, Критерий успеха.
Ключевые принципы общения с AI:
✔️Добавляйте контекст:
"Ты - бизнес-аналитик в финтех-компании"
"Проектируем систему для ритейла"
✔️Указывайте формат вывода:
"Предоставь результат в виде таблицы"
"Сгенерируй код для PlantUML"
"Создай структуру пользовательских историй в Jira"
✔️ Просите уточнять:
"Задай 5 уточняющих вопросов о требованиях"
"Какие сценарии я мог упустить?"
💡Продвинутый лайфхак:
🔹Используйте цепочки промптов:
"Опиши бизнес-процесс"
"Преобразуй в BPMN-нотацию"
"Выяви потенциальные проблемы архитектуры"
Правильный промпт - это как ТЗ для AI: чем точнее составите, тем качественнее результат получите! А какими промптами пользуетесь вы? Делитесь находками в комментариях - соберем лучшую коллекцию для аналитиков👇
Собрали для вас работающие промпты, которые превращают ChatGPT из "болтуна" в реального помощника аналитика.
❌ Как НЕ надо:
"Напиши требования к системе"
Результат: Получите воду на 10 страниц с нулевой практической пользой
✅ Рабочие шаблоны промптов:
1. Для создания UML-диаграмм:
Ты - senior системный аналитик. Опиши процесс "Оформление заказа в интернет-магазине" в виде sequence-диаграммы на PlantUML. Включи: Покупатель, Frontend, OrderService, PaymentGateway, InventoryService. Учти альтернативные сценарии: отмена оплаты, недостаток товара.
2. Для анализа требований:
Разбери пользовательскую историю "Как клиент, я хочу отменить заказ, чтобы вернуть деньги". Определи: основные шаги, бизнес-правила, альтернативные сценарии, нефункциональные требования. Предоставь результат в виде таблицы.
3. Для генерации тест-кейсов:
Создай 10 тест-кейсов для функциональности "Сброс пароля". Формат: Предусловия, Шаги, Ожидаемый результат, Критерий успеха.
Ключевые принципы общения с AI:
✔️Добавляйте контекст:
"Ты - бизнес-аналитик в финтех-компании"
"Проектируем систему для ритейла"
✔️Указывайте формат вывода:
"Предоставь результат в виде таблицы"
"Сгенерируй код для PlantUML"
"Создай структуру пользовательских историй в Jira"
✔️ Просите уточнять:
"Задай 5 уточняющих вопросов о требованиях"
"Какие сценарии я мог упустить?"
💡Продвинутый лайфхак:
🔹Используйте цепочки промптов:
"Опиши бизнес-процесс"
"Преобразуй в BPMN-нотацию"
"Выяви потенциальные проблемы архитектуры"
Правильный промпт - это как ТЗ для AI: чем точнее составите, тем качественнее результат получите! А какими промптами пользуетесь вы? Делитесь находками в комментариях - соберем лучшую коллекцию для аналитиков👇
👍18🔥8