🔧 SEO-минимум для ИТ-статей
✔️ Напишите интересный лид-абзац, где описываете о чём будет статья + представьтесь кто вы и в чём эксперт
✔️ Сделайте понятную H2-структуру под задачу читателя, не используйте «Введение/Заключение».
✔️ Продумайте теги
✔️ Напишите дескрипшен и титл с ключевыми словами
Структура заголовков:
How-to / Туториал
H2: Проблема и результат (для кого, что получим)
H2: Предпосылки и окружение (версии, ресурсы, ограничения)
H2: Шаги 1–N (по одному действию на подпункт)
H2: Проверка результата (тесты/метрики)
H2: Ошибки и отладка (типовые кейсы)
H2: Что дальше (скейлинг, безопасность, стоимость)
Кейс
H2: Контекст (нагрузка, SLO, бюджет)
H2: Альтернативы
H2: Выбранное решение (диаграмма + почему)
H2: Результаты в цифрах (до/после)
H2: Ограничения и планы по устранению техдолга
Постмортем / Оптимизация
H2: Проблема и её влияние (ошибки, % пользователей, $)
H2: Диагностика (инструменты, логи, метрики)
H2: Исправление (код/конфиг/пайплайн)
H2: Регрессии и мониторинг
H2: Уроки и превентивные меры
Советы
• 5–7 H2 на 1500–2500 слов — в самый раз.
• Заголовки сообщают читателю о чем раздел
• H3 — только когда реально нужна вложенность.
• Сниппет-описание (meta denoscription) — 140–160 знаков. Пишем, для кого → что сделаем → как → результат/цифра → ограничения.
Примеры:
«Гайд для бэкендеров: включаем партиционирование в Postgres 16»
«Как собрать CI для Python 3.11: кэш, параллельные джобы и линтеры»
«Постмортем: почему ретраи взорвали очередь и как фича-флаг спас прод. Гайды по алертам и лимитам»
Не впихивайте ключи насильно. Один-два естественных ключевых запроса — ок. Ценность важнее «плотности ключей».
Структура заголовков:
How-to / Туториал
H2: Проблема и результат (для кого, что получим)
H2: Предпосылки и окружение (версии, ресурсы, ограничения)
H2: Шаги 1–N (по одному действию на подпункт)
H2: Проверка результата (тесты/метрики)
H2: Ошибки и отладка (типовые кейсы)
H2: Что дальше (скейлинг, безопасность, стоимость)
Кейс
H2: Контекст (нагрузка, SLO, бюджет)
H2: Альтернативы
H2: Выбранное решение (диаграмма + почему)
H2: Результаты в цифрах (до/после)
H2: Ограничения и планы по устранению техдолга
Постмортем / Оптимизация
H2: Проблема и её влияние (ошибки, % пользователей, $)
H2: Диагностика (инструменты, логи, метрики)
H2: Исправление (код/конфиг/пайплайн)
H2: Регрессии и мониторинг
H2: Уроки и превентивные меры
Советы
• 5–7 H2 на 1500–2500 слов — в самый раз.
• Заголовки сообщают читателю о чем раздел
• H3 — только когда реально нужна вложенность.
• Сниппет-описание (meta denoscription) — 140–160 знаков. Пишем, для кого → что сделаем → как → результат/цифра → ограничения.
Примеры:
«Гайд для бэкендеров: включаем партиционирование в Postgres 16»
«Как собрать CI для Python 3.11: кэш, параллельные джобы и линтеры»
«Постмортем: почему ретраи взорвали очередь и как фича-флаг спас прод. Гайды по алертам и лимитам»
Не впихивайте ключи насильно. Один-два естественных ключевых запроса — ок. Ценность важнее «плотности ключей».
Please open Telegram to view this post
VIEW IN TELEGRAM
🎤 Интервью с инженером без боли
1. Готовим бриф и цели: что и кому хотим показать.
2. Записываем локально у каждого, собираем 30–60 сек «тишины в кадре».
3. Синхроним по хлопку, держим пики до −12 dB, итоговая громкость ~16 LUFS.
4. Даём гостю время на проверку и согласование 24–48 ч.
План для подкаста/интервью — вот что может быть внутри:
- Разогрев (2–3 мин). Кто наш гость? Что зритель унесёт с собой из беседы?
- Контекст и ограничения. Какой SLO/SLA? Какая нагрузка/бюджет/латентность/команда? Где решение не работает?
- Альтернативы. Какие варианты рассматривали и почему выбрали этот? Что отложили и почему?
- Архитектура и данные
- Ключевые компоненты/интерфейсы;
- Метрики и эффекты. «Было/стало»
- Сбои и постмортем
- Экономика решения. TCO, расходы на поддержку, эффект на скорость релизов/простой.
- Дорожная карта. Что выбросили? Что придёт в v2? Как поймёте, что пора переписывать?
Техника записи
- В монтаже: выравниваем по пику хлопка/словам, затем заменяем звук созвона на локальные дорожки.
- Камера на уровне глаз, средний план, фон без «визуального шума». Ключевой свет под 45°, без контрового окна.
- Кадровая частота 25/30 fps, выдержка 1/50–1/60, автобаланс белого фиксируем.
- Шумопонижение: по «тишине», лёгкий high-pass 80–100 Hz.
- Громкость: сводим к ~16 LUFS, следим, чтобы пики были < −1 dBFS.
- Монтаж: режем эээ-паузы умеренно, убираем оффтоп, оставляем «воздух» между блоками.
- Кредиты: благодарность гостю/команде, ссылки на доки/репо.
1. Готовим бриф и цели: что и кому хотим показать.
2. Записываем локально у каждого, собираем 30–60 сек «тишины в кадре».
3. Синхроним по хлопку, держим пики до −12 dB, итоговая громкость ~16 LUFS.
4. Даём гостю время на проверку и согласование 24–48 ч.
План для подкаста/интервью — вот что может быть внутри:
- Разогрев (2–3 мин). Кто наш гость? Что зритель унесёт с собой из беседы?
- Контекст и ограничения. Какой SLO/SLA? Какая нагрузка/бюджет/латентность/команда? Где решение не работает?
- Альтернативы. Какие варианты рассматривали и почему выбрали этот? Что отложили и почему?
- Архитектура и данные
- Ключевые компоненты/интерфейсы;
- Метрики и эффекты. «Было/стало»
- Сбои и постмортем
- Экономика решения. TCO, расходы на поддержку, эффект на скорость релизов/простой.
- Дорожная карта. Что выбросили? Что придёт в v2? Как поймёте, что пора переписывать?
Техника записи
- В монтаже: выравниваем по пику хлопка/словам, затем заменяем звук созвона на локальные дорожки.
- Камера на уровне глаз, средний план, фон без «визуального шума». Ключевой свет под 45°, без контрового окна.
- Кадровая частота 25/30 fps, выдержка 1/50–1/60, автобаланс белого фиксируем.
- Шумопонижение: по «тишине», лёгкий high-pass 80–100 Hz.
- Громкость: сводим к ~16 LUFS, следим, чтобы пики были < −1 dBFS.
- Монтаж: режем эээ-паузы умеренно, убираем оффтоп, оставляем «воздух» между блоками.
- Кредиты: благодарность гостю/команде, ссылки на доки/репо.
👍1👎1
🧠 Галлюцинации ИИ: как ловить и обезвреживать (конспект статьи Timeweb Cloud)
ИИ звучит уверенно — и иногда уверенно врет. Это следствие предсказательной природы LLM. Лечится процессом: RAG → пошаговое мышление → самопроверка → ручной факт-чекинг. А ещё — «Протокол Достоверности», который разрешает модели честно сказать «не знаю» и маркировать факты.
https://habr.com/ru/companies/timeweb/articles/910056/
Что такое галлюцинации? Уверенные, но ложные» утверждения: несуществующие законы и цитаты, точные, но фейковые даты/ссылки, выдуманные термины. Особенно критично в науке, медицине, праве.
Почему это вообще случается?
✔️ Предсказатель — не эксперт. Модель выбирает вероятный токен, а не «истину».
✔️ Нет встроенной верификации. Без внешних источников ИИ не сверяет факты.
✔️ Смешанный датасет. Форум и peer-review статья могут «весить» одинаково.
✔️ Каскад ошибок. Одна неточность → логичная, но ложная ветка текста.
Что с этим делать?
🔎 Поиск/веб-обвязка — сверка в реальном времени.
🧑⚖️ Ручной факт-чекинг.
🧩 Chain/Tree-of-Thought — просим рассуждать шагами; минус ~15–25% галлюцинаций.
🔁 Самокритика/саморедактирование — второй проход ловит часть выдумок.
ИИ звучит уверенно — и иногда уверенно врет. Это следствие предсказательной природы LLM. Лечится процессом: RAG → пошаговое мышление → самопроверка → ручной факт-чекинг. А ещё — «Протокол Достоверности», который разрешает модели честно сказать «не знаю» и маркировать факты.
https://habr.com/ru/companies/timeweb/articles/910056/
Что такое галлюцинации? Уверенные, но ложные» утверждения: несуществующие законы и цитаты, точные, но фейковые даты/ссылки, выдуманные термины. Особенно критично в науке, медицине, праве.
Почему это вообще случается?
Что с этим делать?
🔎 Поиск/веб-обвязка — сверка в реальном времени.
🧑⚖️ Ручной факт-чекинг.
🧩 Chain/Tree-of-Thought — просим рассуждать шагами; минус ~15–25% галлюцинаций.
🔁 Самокритика/саморедактирование — второй проход ловит часть выдумок.
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Галлюцинации моделей текстовых ИИ, и как с ними бороться
Современные языковые модели, такие как ChatGPT, Claude, Gemini, Grok и так далее, способны генерировать тексты, которые часто кажутся уверенными, логичными и достойными доверия. Однако за этим часто...
Продолжение про галлюцинации ИИ и как их предотвратить
«Протокол Достоверности»
Мы говорим не с «всезнающим экспертом», а со статистической моделью. Важно об этом не забывать!
Поэтому меняем коммуникативную задачу модели: не «ответь любой ценой», а «отдели достоверное от недостоверного».
Что требует протокол:
✔️ Явная разметка в ответе: [Факт] / [Предположение].
✔️ Разрешение на «не знаю» и стоп при высокой энтропии.
✔️ Запрет «заполнять пробелы» фантазией.
✔️ Самопроверка: короткий re-read перед финалом.
Такой подход:
✔️ Активирует внутренние оценки уверенности (а они у LLM есть).
✔️ Снимает давление ответа любой ценой, заменяет на точность и полноту.
✔️ Делает прозрачной границу «где мы уверены, а где — нет».
Эффект по наблюдениям: снижение галлюцинаций ~40–80% (зависит от темы); внешняя оценка в X/Grok — ~40–45%. Цена: ответы местами «суше» и на долю секунды дольше.
«Протокол Достоверности»
Мы говорим не с «всезнающим экспертом», а со статистической моделью. Важно об этом не забывать!
Поэтому меняем коммуникативную задачу модели: не «ответь любой ценой», а «отдели достоверное от недостоверного».
Что требует протокол:
Такой подход:
Эффект по наблюдениям: снижение галлюцинаций ~40–80% (зависит от темы); внешняя оценка в X/Grok — ~40–45%. Цена: ответы местами «суше» и на долю секунды дольше.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥1
В этом выпуске подкаста мы обсуждаем, почему IT-специалисты выбирают яхты, как устроен быт на лодке, и что нужно, чтобы стать капитаном или шкипером.
◆ С чего начать яхтинг айтишнику?
◆ Правда ли лодка дешевле отеля «всё включено»?
◆ Как получить лицензию капитана и людям без опыта?
◆ Какие самые классные места для парусного отдыха?
◆ С какими трудностями сталкиваются новички?
Шестой выпуск! Погружаемся в море вместе с гостями — опытными капитанами и шкиперами.
В гостях:
Наташа — шкипер, менеджер, бывший консультант IT
Лёша — инженер машинного обучения, яхтсмен.
Подкаст ведёт Маша Даровская, шефредактор Tproger:
Telegram: @MashaDevRel
X (Twitter): darovska_online
Хотите стать гостем? Пишите в Telegram: @darovska
Подписывайтесь на наш проект «Текст на прод» — t.me/textonprod
— канал для тех, кто хочет писать про IT и прокачивать личный бренд.
https://www.youtube.com/watch?v=LFv_Ji334Gs
◆ С чего начать яхтинг айтишнику?
◆ Правда ли лодка дешевле отеля «всё включено»?
◆ Как получить лицензию капитана и людям без опыта?
◆ Какие самые классные места для парусного отдыха?
◆ С какими трудностями сталкиваются новички?
Шестой выпуск! Погружаемся в море вместе с гостями — опытными капитанами и шкиперами.
В гостях:
Наташа — шкипер, менеджер, бывший консультант IT
Лёша — инженер машинного обучения, яхтсмен.
Подкаст ведёт Маша Даровская, шефредактор Tproger:
Telegram: @MashaDevRel
X (Twitter): darovska_online
Хотите стать гостем? Пишите в Telegram: @darovska
Подписывайтесь на наш проект «Текст на прод» — t.me/textonprod
— канал для тех, кто хочет писать про IT и прокачивать личный бренд.
https://www.youtube.com/watch?v=LFv_Ji334Gs
YouTube
Чем живут айтишники от Тпрогер: Яхтинг вместо офиса
В этом выпуске подкаста мы обсуждаем, почему IT-специалисты выбирают яхты, как устроен быт на лодке, и что нужно, чтобы стать капитаном или шкипером.
◆ С чего начать яхтинг айтишнику?
◆ Правда ли лодка дешевле отеля «всё включено»?
◆ Как получить…
◆ С чего начать яхтинг айтишнику?
◆ Правда ли лодка дешевле отеля «всё включено»?
◆ Как получить…
Forwarded from Деврелишна
OpenAI собрала в Academy хаб с 300+ «рабочими» промптами: от повседневных задач до кода https://tproger.ru/news/openai-sobrala-v-academy-hab-s-300---rabochimi--promptami--ot-povsednevnyh-zadach-do-koda
Tproger
OpenAI собрала в Academy хаб с 300+ «рабочими» промптами: от повседневных задач до кода
OpenAI собрала в Academy единый хаб из 300+ промптов для повседневных задач, программирования, продаж, маркетинга, финансов и менеджмента. Подборки обновлены после релиза GPT-5 и удобны для быстрого старта.
Анна Жаркова пишет нативные приложения под iOS и Android и кросс-платформенные приложения на Xamarin, Xamarin.Forms и Kotlin Multiplatform. Пишет статьи, выступает на конференциях и митапах. Член программного комитета Mobius, CodeFest, «Стачка». Увлекается живописью и участвует в выставках.
Аня написала книгу Kotlin Multiplatform на практике, которая выходит в издательстве Питер:
https://www.piter.com/product/kotlin-multiplatform-na-praktike
Поговорили, сложно ли писать техническую литературу, как происходит взаимодействие с издательством и сколько это занимает времени.
Анна рассказала, о чём будет книга и кому её стоит обязательно прочитать
Хотите стать нашим гостем? Пишите мне в телеграм @darovska
https://www.youtube.com/watch?v=Vx1EteEK-Ug
Аня написала книгу Kotlin Multiplatform на практике, которая выходит в издательстве Питер:
https://www.piter.com/product/kotlin-multiplatform-na-praktike
Поговорили, сложно ли писать техническую литературу, как происходит взаимодействие с издательством и сколько это занимает времени.
Анна рассказала, о чём будет книга и кому её стоит обязательно прочитать
Хотите стать нашим гостем? Пишите мне в телеграм @darovska
https://www.youtube.com/watch?v=Vx1EteEK-Ug
YouTube
Анна Жаркова и издательство «Питер» — новая книга «Kotlin Multiplatform на практике»/ Айти в лицах
Анна Жаркова пишет нативные приложения под iOS и Android и кросс-платформенные приложения на Xamarin, Xamarin.Forms и Kotlin Multiplatform. Пишет статьи, выступает на конференциях и митапах. Член программного комитета Mobius, CodeFest, «Стачка». Увлекается…
Media is too big
VIEW IN TELEGRAM
Разбираем, зачем айтишнику личный бренд, как строить его без выгорания, что такое «волки» в найме и почему репутация снова стала ключевой валютой в индустрии.
Полный выпуск смотрите на нашем youtube-канале:
https://www.youtube.com/watch?v=TJ1rri6ZSzo
Полный выпуск смотрите на нашем youtube-канале:
https://www.youtube.com/watch?v=TJ1rri6ZSzo
Forwarded from Andrey
Всем привет! Может кому пригодится для своих авторов: небольшая подборочка матчасти по работе с текстами:
📖Слово живое и мертвое, Нора Галь — это классика, в которой хорошо разобраны ошибки при работе с текстами.
📘Высокое искусство перевода, Корней Чуковский — внезапно, но все классики советской детской литературы были великолепными переводчиками. Классная книга, дающая понимание основ работы с текстом. А еще здесь можно прочитать отрывки из «Евгения Онегина» на казахском и «Одиссеи» в стиле русской сказки.
📙Тысячеликий герой, Джозефф Кемпбелл — классика, которая позволяет разложить по шагам сторителлинга практическую любую сущность. От психологии до продакт-менеджмента (видел ее применение в customer journey map)
📗Морфология волшебной сказки, Карл Пропп — а вот это уже более научная основа для «Тысячеликого героя». Дает понимание матчасти мифов и сказок.
Я тут именно собрал книги, которые принципы описывают (часть ссылок на Строки — эт потому что в оригинале для внутреннего чатика собиралось)
📖Слово живое и мертвое, Нора Галь — это классика, в которой хорошо разобраны ошибки при работе с текстами.
📘Высокое искусство перевода, Корней Чуковский — внезапно, но все классики советской детской литературы были великолепными переводчиками. Классная книга, дающая понимание основ работы с текстом. А еще здесь можно прочитать отрывки из «Евгения Онегина» на казахском и «Одиссеи» в стиле русской сказки.
📙Тысячеликий герой, Джозефф Кемпбелл — классика, которая позволяет разложить по шагам сторителлинга практическую любую сущность. От психологии до продакт-менеджмента (видел ее применение в customer journey map)
📗Морфология волшебной сказки, Карл Пропп — а вот это уже более научная основа для «Тысячеликого героя». Дает понимание матчасти мифов и сказок.
Я тут именно собрал книги, которые принципы описывают (часть ссылок на Строки — эт потому что в оригинале для внутреннего чатика собиралось)
👍2❤1
🎙 Новый выпуск подкаста «Хобби айтишников»!
Айтишники — не только про код и Jira.
Наш сегодняшний герой — Андрей Фёдоров, который живёт в Люксембурге и нашёл способ социализироваться через хобби:
🎲 играет в DnD (и даже ведёт свой канал как Мастер Подземелий),
🤸♂️ занимается паркуром,
🎯 ходит в клуб настолок,
🍳 и обожает готовить!
Говорим о том, как хобби помогает не выгорать, находить друзей и просто кайфовать от жизни даже вдали от дома.
📎 Канал DnD-игр Андрея — https://news.1rj.ru/str/games_dnd
📔 Дневник Андрея — https://news.1rj.ru/str/affid_stories
🎧 Подкаст ведёт Маша Даровская
, шефредактор Tproger.
Хотите стать гостем? Пишите: @darovska
Подписывайтесь на наш проект «Текст на прод» — t.me/textonprod
Это канал для тех, кто хочет писать про IT и прокачивать личный бренд 💪
https://www.youtube.com/watch?v=X6rPjzzSUNQ
Айтишники — не только про код и Jira.
Наш сегодняшний герой — Андрей Фёдоров, который живёт в Люксембурге и нашёл способ социализироваться через хобби:
🎲 играет в DnD (и даже ведёт свой канал как Мастер Подземелий),
🤸♂️ занимается паркуром,
🎯 ходит в клуб настолок,
🍳 и обожает готовить!
Говорим о том, как хобби помогает не выгорать, находить друзей и просто кайфовать от жизни даже вдали от дома.
📎 Канал DnD-игр Андрея — https://news.1rj.ru/str/games_dnd
📔 Дневник Андрея — https://news.1rj.ru/str/affid_stories
🎧 Подкаст ведёт Маша Даровская
, шефредактор Tproger.
Хотите стать гостем? Пишите: @darovska
Подписывайтесь на наш проект «Текст на прод» — t.me/textonprod
Это канал для тех, кто хочет писать про IT и прокачивать личный бренд 💪
https://www.youtube.com/watch?v=X6rPjzzSUNQ
YouTube
Андрей Фёдоров: паркур, настолки и DnD в Люксембурге
🎲 Хобби айтишников от Tproger — подкаст о том, чем живут разработчики вне кода!
Наш гость — Андрей Фёдоров, айтишник, который живёт в Люксембурге и нашёл способ социализироваться в новой стране через хобби.
Он играет в Dungeons & Dragons, ведёт свой канал…
Наш гость — Андрей Фёдоров, айтишник, который живёт в Люксембурге и нашёл способ социализироваться в новой стране через хобби.
Он играет в Dungeons & Dragons, ведёт свой канал…
10 тем, которые всегда хорошо заходят в карьерных статьях
Карьерный контент устаревает быстро, но есть темы, которые стабильно набирают охваты и сохраняют интерес. Они цепляют, потому что отвечают на базовые вопросы: как развиваться, не выгорать и не потеряться в профессии. Ловите десятку вечно зелёных:
1. Реальные истории переходов
Как человек сменил стек, страну, профессию или формат работы. Такие тексты читают ради ответа на вопрос «можно ли выжить после перемен» и конкретных шагов.
2. Ошибки, через которые проходят все
«Я делал неправильно — теперь рассказываю, как надо». Такой формат работает безотказно. Ошибки делают автора ближе к читателю и вызывают доверие.
3. Как расти без повышения
Постоянный запрос: что делать, если потолок, а карьерная лестница не движется. Ответы про горизонтальный рост, расширение зоны влияния и экспертизы всегда находят отклик.
4. Развитие soft skills у технарей
Как айтишнику прокачать коммуникацию, управлять стрессом или учиться презентовать идеи. Эта тема вечная: без софтскиллов не выживает даже самый гигачадный спец.
5. Рынок и востребованные роли
Материалы, где разбираются тенденции найма, новые должности и реальные ожидания работодателей. Особенно хорошо заходят тексты с цифрами и комментариями HR или нанимающих менеджеров.
6. Карьера после выгорания
Истории восстановления, смены фокуса, осознанных перерывов. Честный разговор про то, как заново собирать себя в профессии.
7. Навыки, которые выделяют
Неочевидные, но критичные вещи: системное мышление, навык приоритезации, умение обучать других. Такие тексты читают те, кто хочет дойти до уровня сильных котят.
8. Как вести себя на собеседовании
Но без банальностей вроде «приходите вовремя». Заходят форматы: разбор фейлов, неожиданных вопросов, типичных несостыковок между резюме и реальностью.
9. Как делать портфолио, которое продаёт
Тема без срока годности: как показать свой опыт так, чтобы с вами хотели работать. Особенно — примеры редизайнов, переписанных кейсов и резюме до/после.
10. Как строить личный бренд без испанского стыда за себя
Отвечаем, как писать в LinkedIn или телегу, выступать на конференциях, комментировать тренды — и не выглядеть при этом саморекламой. В теме — вечная боль и стабильный интерес.
Эти примеры можно бесконечно варьировать: через истории, гайды, интервью или исследования. Главное — держать тон живым и писать про то, что реально болит у людей, которые работают.
Карьерный контент устаревает быстро, но есть темы, которые стабильно набирают охваты и сохраняют интерес. Они цепляют, потому что отвечают на базовые вопросы: как развиваться, не выгорать и не потеряться в профессии. Ловите десятку вечно зелёных:
1. Реальные истории переходов
Как человек сменил стек, страну, профессию или формат работы. Такие тексты читают ради ответа на вопрос «можно ли выжить после перемен» и конкретных шагов.
2. Ошибки, через которые проходят все
«Я делал неправильно — теперь рассказываю, как надо». Такой формат работает безотказно. Ошибки делают автора ближе к читателю и вызывают доверие.
3. Как расти без повышения
Постоянный запрос: что делать, если потолок, а карьерная лестница не движется. Ответы про горизонтальный рост, расширение зоны влияния и экспертизы всегда находят отклик.
4. Развитие soft skills у технарей
Как айтишнику прокачать коммуникацию, управлять стрессом или учиться презентовать идеи. Эта тема вечная: без софтскиллов не выживает даже самый гигачадный спец.
5. Рынок и востребованные роли
Материалы, где разбираются тенденции найма, новые должности и реальные ожидания работодателей. Особенно хорошо заходят тексты с цифрами и комментариями HR или нанимающих менеджеров.
6. Карьера после выгорания
Истории восстановления, смены фокуса, осознанных перерывов. Честный разговор про то, как заново собирать себя в профессии.
7. Навыки, которые выделяют
Неочевидные, но критичные вещи: системное мышление, навык приоритезации, умение обучать других. Такие тексты читают те, кто хочет дойти до уровня сильных котят.
8. Как вести себя на собеседовании
Но без банальностей вроде «приходите вовремя». Заходят форматы: разбор фейлов, неожиданных вопросов, типичных несостыковок между резюме и реальностью.
9. Как делать портфолио, которое продаёт
Тема без срока годности: как показать свой опыт так, чтобы с вами хотели работать. Особенно — примеры редизайнов, переписанных кейсов и резюме до/после.
10. Как строить личный бренд без испанского стыда за себя
Отвечаем, как писать в LinkedIn или телегу, выступать на конференциях, комментировать тренды — и не выглядеть при этом саморекламой. В теме — вечная боль и стабильный интерес.
❤2
💬 Новый выпуск подкаста «Айти в лицах» от Тпрогера!
Куда движется IT-индустрия — и как выжить, если искусственный интеллект уже стучится в код-ревью? 👀
Наш гость — Алексей Сухоруков, сооснователь рекрутингового агентства AlexStaff Agency
, работающего с IT-компаниями по всему миру.
🎙 В этом выпуске обсуждаем честно и без купюр:
💀 Умер ли найм в IT или это временный шторм?
🧑💻 Нужны ли джуны, или компании окончательно перестали их брать?
🤖 Заменит ли ИИ разработчиков — и с кого начнёт?
🧭 Что делать, чтобы остаться нужным рынку?
💼 И как строить карьеру, если IT меняется каждые три месяца?
🔥 Это откровенный разговор о людях и идеях, которые двигают индустрию.
🎧 Подкаст ведёт Маша Даровская, шефредактор Tproger.
📍 Подписывайтесь, слушайте и делитесь мнением:
— Нужны ли джуны в 2025 году?
— Боишься, что ИИ отберёт твою работу?
Хотите стать гостем подкаста? Пишите 👉 @darovska
А если хотите научиться писать про IT и прокачать личный бренд — подписывайтесь на наш проект «Текст на прод» → t.me/textonprod
✍️
https://www.youtube.com/watch?v=MWOWJfr7tSE
#подкаст #айтивлицах #тпрогер #it #ai #джуны #карьера #alexstaff #машадаровская #tproger
Куда движется IT-индустрия — и как выжить, если искусственный интеллект уже стучится в код-ревью? 👀
Наш гость — Алексей Сухоруков, сооснователь рекрутингового агентства AlexStaff Agency
, работающего с IT-компаниями по всему миру.
🎙 В этом выпуске обсуждаем честно и без купюр:
💀 Умер ли найм в IT или это временный шторм?
🧑💻 Нужны ли джуны, или компании окончательно перестали их брать?
🤖 Заменит ли ИИ разработчиков — и с кого начнёт?
🧭 Что делать, чтобы остаться нужным рынку?
💼 И как строить карьеру, если IT меняется каждые три месяца?
🔥 Это откровенный разговор о людях и идеях, которые двигают индустрию.
🎧 Подкаст ведёт Маша Даровская, шефредактор Tproger.
📍 Подписывайтесь, слушайте и делитесь мнением:
— Нужны ли джуны в 2025 году?
— Боишься, что ИИ отберёт твою работу?
Хотите стать гостем подкаста? Пишите 👉 @darovska
А если хотите научиться писать про IT и прокачать личный бренд — подписывайтесь на наш проект «Текст на прод» → t.me/textonprod
✍️
https://www.youtube.com/watch?v=MWOWJfr7tSE
#подкаст #айтивлицах #тпрогер #it #ai #джуны #карьера #alexstaff #машадаровская #tproger
YouTube
Умер ли найм в IT? Джуны, ИИ и рынок — разговор с Алексеем Сухоруковым (AlexStaff Agency)
Новый выпуск подкаста «Айти в лицах» от Тпрогера — о том, куда движется IT-индустрия и как выжить в эпоху искусственного интеллекта.
Наш гость — Алексей Сухоруков, сооснователь рекрутингового агентства AlexStaff Agency http://alexstaff.agency , которое работает…
Наш гость — Алексей Сухоруков, сооснователь рекрутингового агентства AlexStaff Agency http://alexstaff.agency , которое работает…
🧠 Как писать техстатьи, если ты не умеешь писать
Самые частые фразы от айтишников:
«Я не умею писать», «Мне не о чем рассказать», «Я плохо выступаю».
И вот тут всегда хочется ответить:
а ты же не родился с умением деплоить прод или писать пайплайны — ты просто разобрался.
Писать техстатьи — это не талант, а легко прокачиваемый навык. Тут важно умение думать структурно и объяснять просто — а это, мы уверены, как раз-таки в списке талантов инженеров.
Хороший текст — как чистый код: без лишних зависимостей, с понятными названиями, и чтобы любой, кто откроет, понял, что здесь происходит.
✍️ Писать можно научиться, если у тебя есть опыт, о котором стоит рассказать коллегам.
А в айти он есть у всех — просто большинство не умеет его «достать из головы» и превратить в понятный текст.
💡 Приоткроем завесу тайны: в «Текст на прод» вот-вот стартанет курс, где мы покажем, как это делать, и научим любого рассказывать о своих подвигах в текстах и на конфах!
🚀 Старт уже скоро.
Ставь реакции, если интересно!
#текстнапроД #айтиавтор #личныйбренд #пишипроайти
Самые частые фразы от айтишников:
«Я не умею писать», «Мне не о чем рассказать», «Я плохо выступаю».
И вот тут всегда хочется ответить:
а ты же не родился с умением деплоить прод или писать пайплайны — ты просто разобрался.
Писать техстатьи — это не талант, а легко прокачиваемый навык. Тут важно умение думать структурно и объяснять просто — а это, мы уверены, как раз-таки в списке талантов инженеров.
Хороший текст — как чистый код: без лишних зависимостей, с понятными названиями, и чтобы любой, кто откроет, понял, что здесь происходит.
✍️ Писать можно научиться, если у тебя есть опыт, о котором стоит рассказать коллегам.
А в айти он есть у всех — просто большинство не умеет его «достать из головы» и превратить в понятный текст.
💡 Приоткроем завесу тайны: в «Текст на прод» вот-вот стартанет курс, где мы покажем, как это делать, и научим любого рассказывать о своих подвигах в текстах и на конфах!
🚀 Старт уже скоро.
Ставь реакции, если интересно!
#текстнапроД #айтиавтор #личныйбренд #пишипроайти
От конференции до TikTok: как адаптировать экспертный контент
Вы выступили на конференции — час подготовки, 40 минут на сцене, вас все хвалят и вы на Олимпе. А дальше запись уходит в архив, и охват остаётся на уровне 200 человек из зала. При этом у вас материал, который можно превратить в 20-30 единиц контента для разных платформ.
1️⃣ TikTok/Reels: вертикальный формат 9:16, первые 3 секунды решают, средняя продолжительность внимания — 15-30 секунд. Один тезис из доклада = одно видео с крупным текстом и динамичной подачей.
2️⃣ LinkedIn: профессиональная аудитория готова смотреть 3-5 минут и читать развёрнутые посты. Про опыт на этой площадке — мы уже рассказывали здесь.
3️⃣ YouTube: платформа для длинного контента, здесь можно задержаться на 15-40 минут. Из самой конференции можно выбрать несколько основных тезисов, в которых есть подпункты или доп.инфа. Обязательно публикуем с тайм-кодами.
4️⃣ Medium/Тпрогер/Хабр: транскрибируйте выступление, разбейте на логические блоки, добавьте код и ссылки. Попробуйте сделать заголовок максимально охватным, чтобы еще попасть в нейроответы. Потому что у больших площадок уже есть поисковый авторитет.
5️⃣ ТГ: микс форматов — короткие посты, развёрнутые разборы, короткие видео. Один доклад делится на ежедневные посты: проблема, решение, кейс, ответы на самые популярные вопросы из доклада.
Так у вас получится сделать из одной конфы 20-30 единиц контента на разных платформах с разной аудиторией.
Подробнее о каждой площадке и форматах контента — мы расскажем в нашем первом платном мини-курсе. Уже не терпится вам показать ❤️
Вы выступили на конференции — час подготовки, 40 минут на сцене, вас все хвалят и вы на Олимпе. А дальше запись уходит в архив, и охват остаётся на уровне 200 человек из зала. При этом у вас материал, который можно превратить в 20-30 единиц контента для разных платформ.
1️⃣ TikTok/Reels: вертикальный формат 9:16, первые 3 секунды решают, средняя продолжительность внимания — 15-30 секунд. Один тезис из доклада = одно видео с крупным текстом и динамичной подачей.
2️⃣ LinkedIn: профессиональная аудитория готова смотреть 3-5 минут и читать развёрнутые посты. Про опыт на этой площадке — мы уже рассказывали здесь.
3️⃣ YouTube: платформа для длинного контента, здесь можно задержаться на 15-40 минут. Из самой конференции можно выбрать несколько основных тезисов, в которых есть подпункты или доп.инфа. Обязательно публикуем с тайм-кодами.
4️⃣ Medium/Тпрогер/Хабр: транскрибируйте выступление, разбейте на логические блоки, добавьте код и ссылки. Попробуйте сделать заголовок максимально охватным, чтобы еще попасть в нейроответы. Потому что у больших площадок уже есть поисковый авторитет.
5️⃣ ТГ: микс форматов — короткие посты, развёрнутые разборы, короткие видео. Один доклад делится на ежедневные посты: проблема, решение, кейс, ответы на самые популярные вопросы из доклада.
Так у вас получится сделать из одной конфы 20-30 единиц контента на разных платформах с разной аудиторией.
Подробнее о каждой площадке и форматах контента — мы расскажем в нашем первом платном мини-курсе. Уже не терпится вам показать ❤️
Еще один вариант, как можно сделать классный экспертный контент — разобрать продукт, в котором вы реально понимаете и который вам понравился. И свою экспертность покажете, и писать такое увлекательно, и читателям, я уверенна, зайдёт
Forwarded from Деврелишна
офигенный разбор инди-игры от нашего эксперта Валерия Линькова, очень кайфанула пока читала, горячая рекомендация — просто в сердечко как круто
https://tproger.ru/articles/svetoten--ekspedicii-33-ili-chto-vy-ne-ponyali-v-clair-obscur
https://tproger.ru/articles/svetoten--ekspedicii-33-ili-chto-vy-ne-ponyali-v-clair-obscur
Tproger
Светотень: Expedition 33 или что вы не поняли в Clair Obscur
Директор Монтировки расскажет, что вы могли упустить в прохождении Экспедиции 33 и как один разработчик уничтожил империю ассасинов.
Тимлид засыпает, просыпается мафия
Айтишники — это не только код, спринты и дедлайны.
Наш сегодняшний герой днём — лидер команды разработчиков,
а вечером превращается то в мафиози, то в шерифа, то в мирного жителя.
Сегодня говорим о спортивной мафии — игре, где логика и психология встречаются с азартом и театром 🎭
Как проходят турниры, почему айтишники часто становятся лучшими игроками,
какие soft skills прокачивает мафия и какие драмы кипят за игровым столом —
всё в новом выпуске 🎧
https://www.youtube.com/watch?v=xEuJhzurfDk
Хотите стать героем подкаста? Пишите 👉 @darovska
✍️ Хотите научиться писать про IT и прокачать личный бренд — подписывайтесь на наш проект «Текст на прод»
.
🕵️♂️ Группа томского клуба по спортивной мафии — vk.com/mafia1604
Айтишники — это не только код, спринты и дедлайны.
Наш сегодняшний герой днём — лидер команды разработчиков,
а вечером превращается то в мафиози, то в шерифа, то в мирного жителя.
Сегодня говорим о спортивной мафии — игре, где логика и психология встречаются с азартом и театром 🎭
Как проходят турниры, почему айтишники часто становятся лучшими игроками,
какие soft skills прокачивает мафия и какие драмы кипят за игровым столом —
всё в новом выпуске 🎧
https://www.youtube.com/watch?v=xEuJhzurfDk
Хотите стать героем подкаста? Пишите 👉 @darovska
✍️ Хотите научиться писать про IT и прокачать личный бренд — подписывайтесь на наш проект «Текст на прод»
.
🕵️♂️ Группа томского клуба по спортивной мафии — vk.com/mafia1604
YouTube
Тимлид засыпает, просыпается мафия — подкаст хобби айтишников
Айтишники — это не только код, спринты и дедлайны. Наш сегодняшний гость днём — лидер команды разработчиков, а вечером превращается то в мафиози, то в шерифа, то в мирного жителя.
Говорим о спортивной мафии — игре, где логика и психология сочетаются с азартом…
Говорим о спортивной мафии — игре, где логика и психология сочетаются с азартом…
Media is too big
VIEW IN TELEGRAM
Анастасия Егорова — фронтенд-разработчица с 8+ годами опыта и автор телеграм-канала кофе и код и авторского youtube-канала по фронту. Специально для наших подписчиков она рассказала о том, зачем программисту выстраивать личный бренд.
А как правильно это делать можно узнать на курсе текста на прод «Айти Лисёнок», который стартует уже совсем скоро.
А ещё курс будет полезен айти-авторам и всем, кто хочет писать, выступать, снимать подкасты или вести блог по айти-тематике.
А как правильно это делать можно узнать на курсе текста на прод «Айти Лисёнок», который стартует уже совсем скоро.
А ещё курс будет полезен айти-авторам и всем, кто хочет писать, выступать, снимать подкасты или вести блог по айти-тематике.
❤2
Почему инженер/разработчик может легко стать классным автором?
Вот интересная история с самоанализом — https://generativeai.pub/how-being-a-software-engineer-made-me-a-better-writer-329d3dee13e0 О том, какие навыки переносятся из программирования в редактуру и чем там помогают. Публикуем выдержки:
«Когда-то мне казалось, что код и тексты — из разных вселенных. Но чем дольше я писал и то, и другое, тем очевиднее становилось: инженерные практики отлично масштабируются на письмо. Вот что я перенёс из разработки в работу с текстом — и почему это помогло писать быстрее, понятнее и интереснее.
1) Архитектура прежде строк. В коде мы начинаем с дизайна системы. В тексте — с каркаса смысла. Правило «один модуль — один смысл» тоже переносится: один абзац = один тезис.
2) KISS, DRY и «читаемость кода»
KISS: чем проще формулировка, тем выше шанс, что вас дочитают.
DRY: не повторяйте мысль одинаковыми словами — дубли лучше вычищать.
Именование переменных = заголовки: коротко, точно, без «воды».
3) Версионирование и ревью 🗂
Черновик — это v0.1: пишем быстро, не полируем.
PR-комментарии = редактура: просим коллегу дать 3 момента — «что непонятно», «где скучно», «что зацепило».
Сохраняем версии: иногда лучший абзац — из ранней итерации.
4) Тесты и отладка текста
Юнит-тесты заголовка: проходит ли «скан-тест» за 3 секунды?
Интеграционные тесты смысла: все блоки отвечают на вопросы из вступления?
Отладка логики: ищем «битые ссылки» — нелогичные переходы, лишние допущения, необъяснённые термины.
5) Писать для пользователя, а не для автора.
UX-подход в тексте = забота о когнитивной нагрузке. Поэтому разбиваем длинные предложения на более простые и короткие. Обязательно ставим визуальные якоря (подзаголовки, списки, примеры). Показываем «как применить» уже в тексте, не отправляя «гуглить».
6) Ограничения — ваши лучшие друзья.
Срок, объём, формат — это как лимит CPU и памяти.
Ограничение в 8-10 страниц заставляют выбрать главное и убрать воду.
А ещё помним, что один красочный пример всегда лучше трёх абстракций.
7) Метрики и телеметрия 📈
Как и в продукте, статья без метрик — слепой полёт.
Обращаем внимание на время дочитывания, клики по подзаголовкам, комментарии.
Качественный фидбек → следующая итерация контента».
Инженерное мышление не мешает творчеству — оно задаёт ему рамки, в которых текст становится продуктом: понятным, полезным и законченным. Пишите, как проектируете: от задачи к архитектуре, от итераций к релизу — и пусть ваши статьи хотят читать так же охотно, как ревьюить хороший код.
А мы напоминаем, что уже совсем скоро запускаем курс, где научим справляться с текстами разных форматов — с практикой, домашками и понятными примерами.
Вот интересная история с самоанализом — https://generativeai.pub/how-being-a-software-engineer-made-me-a-better-writer-329d3dee13e0 О том, какие навыки переносятся из программирования в редактуру и чем там помогают. Публикуем выдержки:
«Когда-то мне казалось, что код и тексты — из разных вселенных. Но чем дольше я писал и то, и другое, тем очевиднее становилось: инженерные практики отлично масштабируются на письмо. Вот что я перенёс из разработки в работу с текстом — и почему это помогло писать быстрее, понятнее и интереснее.
1) Архитектура прежде строк. В коде мы начинаем с дизайна системы. В тексте — с каркаса смысла. Правило «один модуль — один смысл» тоже переносится: один абзац = один тезис.
2) KISS, DRY и «читаемость кода»
KISS: чем проще формулировка, тем выше шанс, что вас дочитают.
DRY: не повторяйте мысль одинаковыми словами — дубли лучше вычищать.
Именование переменных = заголовки: коротко, точно, без «воды».
3) Версионирование и ревью 🗂
Черновик — это v0.1: пишем быстро, не полируем.
PR-комментарии = редактура: просим коллегу дать 3 момента — «что непонятно», «где скучно», «что зацепило».
Сохраняем версии: иногда лучший абзац — из ранней итерации.
4) Тесты и отладка текста
Юнит-тесты заголовка: проходит ли «скан-тест» за 3 секунды?
Интеграционные тесты смысла: все блоки отвечают на вопросы из вступления?
Отладка логики: ищем «битые ссылки» — нелогичные переходы, лишние допущения, необъяснённые термины.
5) Писать для пользователя, а не для автора.
UX-подход в тексте = забота о когнитивной нагрузке. Поэтому разбиваем длинные предложения на более простые и короткие. Обязательно ставим визуальные якоря (подзаголовки, списки, примеры). Показываем «как применить» уже в тексте, не отправляя «гуглить».
6) Ограничения — ваши лучшие друзья.
Срок, объём, формат — это как лимит CPU и памяти.
Ограничение в 8-10 страниц заставляют выбрать главное и убрать воду.
А ещё помним, что один красочный пример всегда лучше трёх абстракций.
7) Метрики и телеметрия 📈
Как и в продукте, статья без метрик — слепой полёт.
Обращаем внимание на время дочитывания, клики по подзаголовкам, комментарии.
Качественный фидбек → следующая итерация контента».
Инженерное мышление не мешает творчеству — оно задаёт ему рамки, в которых текст становится продуктом: понятным, полезным и законченным. Пишите, как проектируете: от задачи к архитектуре, от итераций к релизу — и пусть ваши статьи хотят читать так же охотно, как ревьюить хороший код.
А мы напоминаем, что уже совсем скоро запускаем курс, где научим справляться с текстами разных форматов — с практикой, домашками и понятными примерами.
Medium
How Being a Software Engineer Made Me a Better Writer
5 Lessons in logic, structure, and debugging that will systematically improve your articles.
Как айтишнику подготовиться к выступлению на конференции
Техническое выступление — возможность укрепить личный бренд, поддержать компанию и внести вклад в комьюнити. Вот как айтишнику подготовиться к выступлению, чтобы доклад зашёл аудитории. И при этом не выгореть в уголёк в процессе.
1. Определи, зачем ты идёшь на сцену
Начни не с презентации, а с цели.
Задай себе три вопроса:
- Что я хочу, чтобы люди поняли или сделали после доклада?
- Почему именно я могу про это рассказать?
- Кому это будет полезно?
Пример:
Для инженеров, у которых страдает производительность микросервисов, я расскажу, как мы сократили время отклика в 4 раза с помощью event-driven архитектуры.
2. Сфокусируй контент
- Не пытайся рассказать всё. Выбери одну тему — один инсайт — одну история успеха или боли.
- Покажи контекст, проблему, решение, результат.
- Добавь «человечность» — где ошиблись, что сработало, какие выводы сделали.
Всё, что не усиливает основную мысль — выкидывай.
🎯 Помни: слушатели запомнят максимум три идеи
3. Собери структуру
Сначала сделай план или раскадровку: кто вы, о чем расскажете, завязка истории — проблема или боль, обдумывание вариантов решения и выбор с критериями, начало внедрения, грабли в процессе, результаты с метриками, выводы и инсайты.
⚙️ Презентация должна работать без дизайнера — смысл первичен, визуал вторичен. При этом каждый слайд несёт одну небольшую мысль и опытные спикеры советуют весь доклад разбивать на маленькие слайды. Так легче рассказывать. Никаких длинных абзацев на слайд. Один слайд — одна ёмкая мысль или схема. Не забываем про мемы в тему, чтоб сбить график серьёзности. И да, 100-200 слайдов на 20-минутный доклад – это ок.
4. Проверь, понятно ли это не-тебе
Покажи черновик коллеге, не вовлечённому в проект.
Если он не понял за 2 минуты, что ты хотел донести, — нужно упростить.
Цель — чтобы тебя понял не только CTO, но и инженер из соседней команды.
5. Прогоны
Прононы перед командой с сессией вопросов и ответов, прогоны с твоим деврелом, если вы готовитесь вместе, прогоны с программным комитетом конференции. Вообще, опытные спикеры говорят, что хорошая подготовка и обилие прогонов — единственный путь к качественному выступлению.
6. Подготовься к вопросам
Запиши 5–7 вопросов, которые тебе точно зададут. Спроси у команды, у всех, с кем прогоняешься — какие вопросы у них возникают и что они бы спросили, послушав этот доклад на конфе.
Продумай ответы: коротко, спокойно, без излишне глубокого погружения в детали.
Если не знаешь — нормально сказать:
«Хороший вопрос, у нас это пока в экспериментах, могу поделиться апдейтом позже». Или «Поговорим об этом в кулуарах», если назревает дискуссия.
Мини-шпаргалка перед сценой
- Подыши, чтоб успокоиться: вдох на 4, выдох на 6.
- Начало выступления должно отскакивать от зубов
- Говори с улыбкой и на 10% медленнее, чем тебе кажется естественным.
- Не бойся пауз — это даёт аудитории время переварить информацию.
- Разбавь доклад вопросами к аудитории и уместными шутками, чтоб снизить градус серьёзности.
Техническое выступление — возможность укрепить личный бренд, поддержать компанию и внести вклад в комьюнити. Вот как айтишнику подготовиться к выступлению, чтобы доклад зашёл аудитории. И при этом не выгореть в уголёк в процессе.
1. Определи, зачем ты идёшь на сцену
Начни не с презентации, а с цели.
Задай себе три вопроса:
- Что я хочу, чтобы люди поняли или сделали после доклада?
- Почему именно я могу про это рассказать?
- Кому это будет полезно?
Пример:
Для инженеров, у которых страдает производительность микросервисов, я расскажу, как мы сократили время отклика в 4 раза с помощью event-driven архитектуры.
2. Сфокусируй контент
- Не пытайся рассказать всё. Выбери одну тему — один инсайт — одну история успеха или боли.
- Покажи контекст, проблему, решение, результат.
- Добавь «человечность» — где ошиблись, что сработало, какие выводы сделали.
Всё, что не усиливает основную мысль — выкидывай.
🎯 Помни: слушатели запомнят максимум три идеи
3. Собери структуру
Сначала сделай план или раскадровку: кто вы, о чем расскажете, завязка истории — проблема или боль, обдумывание вариантов решения и выбор с критериями, начало внедрения, грабли в процессе, результаты с метриками, выводы и инсайты.
⚙️ Презентация должна работать без дизайнера — смысл первичен, визуал вторичен. При этом каждый слайд несёт одну небольшую мысль и опытные спикеры советуют весь доклад разбивать на маленькие слайды. Так легче рассказывать. Никаких длинных абзацев на слайд. Один слайд — одна ёмкая мысль или схема. Не забываем про мемы в тему, чтоб сбить график серьёзности. И да, 100-200 слайдов на 20-минутный доклад – это ок.
4. Проверь, понятно ли это не-тебе
Покажи черновик коллеге, не вовлечённому в проект.
Если он не понял за 2 минуты, что ты хотел донести, — нужно упростить.
Цель — чтобы тебя понял не только CTO, но и инженер из соседней команды.
5. Прогоны
Прононы перед командой с сессией вопросов и ответов, прогоны с твоим деврелом, если вы готовитесь вместе, прогоны с программным комитетом конференции. Вообще, опытные спикеры говорят, что хорошая подготовка и обилие прогонов — единственный путь к качественному выступлению.
6. Подготовься к вопросам
Запиши 5–7 вопросов, которые тебе точно зададут. Спроси у команды, у всех, с кем прогоняешься — какие вопросы у них возникают и что они бы спросили, послушав этот доклад на конфе.
Продумай ответы: коротко, спокойно, без излишне глубокого погружения в детали.
Если не знаешь — нормально сказать:
«Хороший вопрос, у нас это пока в экспериментах, могу поделиться апдейтом позже». Или «Поговорим об этом в кулуарах», если назревает дискуссия.
Мини-шпаргалка перед сценой
- Подыши, чтоб успокоиться: вдох на 4, выдох на 6.
- Начало выступления должно отскакивать от зубов
- Говори с улыбкой и на 10% медленнее, чем тебе кажется естественным.
- Не бойся пауз — это даёт аудитории время переварить информацию.
- Разбавь доклад вопросами к аудитории и уместными шутками, чтоб снизить градус серьёзности.
🎙 AI в продакшене: ошибки, которые совершают разработчики
Как не завалить ML-продукт на этапе внедрения? Почему хорошие модели не всегда доживают до продакшена? И какие ошибки чаще всего совершают даже опытные инженеры?
В этом выпуске Team Lead в Х5 Group Мичил Егоров разбирает типичные ошибки разработчиков в MLOps — от неверной настройки пайплайна и переобучения до отсутствия мониторинга и документации.
Говорим о реальных кейсах, рекомендациях и том, как выстроить надёжный AI-продакшен без хаоса.
🎧 Подкаст ведёт Маша Даровская, шеф-редактор Tproger.
Хотите стать гостем подкаста? Пишите 👉 @darovska
✍️ Подписывайтесь на наш проект «Текст на прод» — t.me/textonprod
Канал для тех, кто пишет про IT и прокачивает личный бренд 💪
https://www.youtube.com/watch?v=24LSVHjDmng
Как не завалить ML-продукт на этапе внедрения? Почему хорошие модели не всегда доживают до продакшена? И какие ошибки чаще всего совершают даже опытные инженеры?
В этом выпуске Team Lead в Х5 Group Мичил Егоров разбирает типичные ошибки разработчиков в MLOps — от неверной настройки пайплайна и переобучения до отсутствия мониторинга и документации.
Говорим о реальных кейсах, рекомендациях и том, как выстроить надёжный AI-продакшен без хаоса.
🎧 Подкаст ведёт Маша Даровская, шеф-редактор Tproger.
Хотите стать гостем подкаста? Пишите 👉 @darovska
✍️ Подписывайтесь на наш проект «Текст на прод» — t.me/textonprod
Канал для тех, кто пишет про IT и прокачивает личный бренд 💪
https://www.youtube.com/watch?v=24LSVHjDmng
YouTube
🎙 AI в продакшене: ошибки, которые совершают разработчики
Как не завалить ML-продукт на этапе внедрения? Почему хорошие модели не всегда доживают до продакшена? И какие ошибки чаще всего совершают даже опытные инженеры?
В этом выпуске Team Lead в Х5 Group Мичил Егоров разбирает типичные ошибки разработчиков в MLOps…
В этом выпуске Team Lead в Х5 Group Мичил Егоров разбирает типичные ошибки разработчиков в MLOps…