Организованное программирование

🔹 Присоединяйся к курсу «Системный дизайн» https://ru.hexlet.io/programs/system-design?utm_source=youtube

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

В этом выпуске мы поговорили с Александром Поломодовым — бывшим техническим директором Т-Банка, который последний год отвечал за внедрение AI в разработку на уровне большой компании. Это разговор не про очередной AI-инструмент и не про то, как «писать код в Cursor», а про гораздо более фундаментальные изменения: что происходит с инженерными командами, процессами и архитектурой компаний, когда код всё чаще начинают писать агенты.

Мы обсудили, почему AI может вернуть индустрию от узкой специализации обратно к универсальным инженерам, зачем компаниям теперь пересобирать не только SDLC, но и всю производственную систему разработки, и почему просто раздать разработчикам подписки на Claude недостаточно. Разобрали, как должны меняться платформенные команды, зачем нужны Model Gateway, MCP Hub, Skill Hub и детерминированные проверки, почему безопасность и корпоративные процессы становятся главным тормозом трансформации, а будущее внутри одной компании может быть распределено крайне неравномерно.

Отдельно поговорили о том, почему старые инженерные практики — RFC, ADR, design review, спецификации и явные критерии приёмки — внезапно стали гораздо важнее с появлением агентов. Разобрали, почему AI лучше работает не с вайбкодингом и постоянными уточнениями, а с хорошо сформулированной задачей, как доменная экспертиза начинает цениться выше знания конкретного языка программирования и почему правильная терминология внутри проекта напрямую влияет на качество работы моделей.

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

Полезные ссылки:
https://polomodov.tech/ 
https://t.me/book_cube 
https://www.youtube.com/@TellMeAboutTech

Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog
– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321
- Смотрите нас на площадке "Вконтакте" - https://vkvideo.ru/video-224967259_456239359

🔹 Курсы по искусственному интеллекту: https://ru.hexlet.io/courses_artificial-intelligence?utm_source=youtube
🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot

#AI #искусственныйинтеллект #IT #AIвIT #AIтрансформация #разработка #ITпроцессы #AIагенты #автоматизация #разработкаПО #ITкоманды #архитектураПО #технологии #ОрганизованноеПрограммирование #КириллМокевнин

Как AI изменит разработку ПО: будущее программистов, команд и IT-компаний /Александр Поломодов #92

🔹 Присоединяйся к курсу «ИИ для разработчиков» https://ru.hexlet.io/programs/ai-for-developers?utm_source=youtube

Performance Review — одна из самых болезненных управленческих практик в IT. Люди спорят с оценками, менеджеры пытаются объяснить решения, сотрудники учатся «хакать» метрики, а компания тратит огромное количество времени на калибровки. Но зачем вообще нужна вся эта сложная система и почему нельзя просто платить всем хорошо? В этом выпуске мы поговорили с Сергеем Бережным — руководителем, который много лет участвовал в построении Performance Review в Яндексе. Разобрались, зачем компании нужна разница в оценках, почему Performance Review можно рассматривать как способ распространения информации по большой организации и как материальная мотивация превратилась в инструмент управления.

Обсудили, как люди оверфитятся под метрики, почему правила Performance Review приходится периодически менять, как Яндекс экспериментировал со шкалой оценок — от букв A–F до C− и цветных плюсов — и зачем вообще учитывать человеческую психологию в, казалось бы, математической системе. Отдельно поговорили о калибровках: почему руководителю нельзя просто доверять собственной оценке сотрудника, как сравнение нескольких «красавчиков» помогает уменьшить менеджерский bias и почему иногда даже плохое Performance Review оказалось лучше, чем полное отсутствие системы.

Разобрали и более неприятную сторону: можно ли превратить ревью в инструмент увольнения, насколько легко хачить 360, почему сотрудники обижаются на снижение оценки и почему Performance Review больше напоминает покер, чем шахматы. Нельзя идеально просчитать одну конкретную раздачу — приходится смотреть на long term. Поговорили и о том, где закончился рост разработчика: почему технологическое совершенство не всегда конвертировалось в деньги, как искать точки роста внутри unit-экономики компании и почему настоящий рост на высоких грейдах начинался там, где инженер учился менять экономику бизнеса, а не просто писать больше кода.

А ещё обсудили метрики, которые действительно способны резко изменить производительность команды, влияние AI на Performance Review, проблему потери контекста при масштабировании компаний и то, почему удалённая работа не отменяла Performance Review — если менеджмент умел оценивать результаты, а не количество красных глаз в офисе.

Полезные ссылки:
https://t.me/veged_and_code

Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog
– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321
- Смотрите нас на площадке "Вконтакте" - https://vkvideo.ru/video-224967259_456239353

🔹 Курсы по искусственному интеллекту: https://ru.hexlet.io/courses_artificial-intelligence?utm_source=youtube
🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot

#IT #управлениеIT #оценкасотрудников #грейды #KPI #360оценка #премии #мотивациясотрудников #ITменеджмент #управлениекомандой #разработка #ITкоманда #ОрганизованноеПрограммирование #КириллМокевнин

Performance Review в IT: как правильно оценивать разработчиков и сотрудников / Сергей Бережной #91

🔹 Присоединяйся к курсу «ИИ для разработчиков» https://ru.hexlet.io/programs/ai-for-developers?utm_source=youtube

Что происходит, когда разработчик почти перестаёт писать код руками и начинает программировать вместе с AI?

В этом выпуске получился почти лайвкодинг-скринкаст. Я открыл реальный проект Хекслета, взял реальные тикеты из работы и показал, как сейчас выглядит мой обычный процесс разработки с Claude Code.

Без специально подготовленного демо и искусственных задач.Прямо по ходу записи я запускал несколько сессий параллельно, отдавал им тикеты, смотрел, как агент исследует кодовую базу, находит нужные места, вносит изменения, запускает тесты, работает с линтерами, делает коммиты и даже готовит Pull Request в стороннюю библиотеку.

Причём разные задачи требуют совершенно разного уровня участия.Где-то достаточно просто скинуть агенту тикет и через некоторое время получить готовое изменение. Где-то нужно посмотреть, что он предлагает, задать вопросы и немного направить. А есть задачи, особенно продуктовые или архитектурные, где AI может хорошо разобраться в коде, но решение всё равно должен принимать человек.

Именно к такому способу программирования я постепенно пришёл за последнее время.Я по-прежнему работаю в терминале и Vim, но большую часть непосредственного написания кода теперь делают агенты. Моя работа всё больше состоит из постановки задач, исследования, принятия решений, проверки результатов и управления несколькими параллельными потоками разработки.

При этом меняется и сам проект. Мы постепенно адаптируем его к работе с AI: используем AGENTS.md и skills, приводим в порядок терминологию, названия файлов и тестов, добавляем автоматизацию и стараемся строить кодовую базу так, чтобы агенту требовалось всё меньше специальных объяснений.

В этом видео:

- как я запускаю 4–5 AI-сессий параллельно и распределяю между ними задачи;
- какие тикеты можно практически целиком отдать агенту;
- как Claude Code исследует большую кодовую базу и находит нужные места;
- как AI работает с Rails, React, TypeScript, тестами, линтерами и Git;
- как агент нашёл баг в сторонней библиотеке и подготовил Pull Request;
- зачем я продолжаю использовать обычные линтеры, хуки, типы и тесты, а не перекладываю всё на AI;
- где я принимаю решение сам и почему даже хороший агент не понимает весь продуктовый контекст;
- зачем нужны AGENTS.md, skills и другие артефакты вокруг агентного программирования;
- как в реальности выглядит мой текущий режим: AI в основном пишет код, а я управляю процессом.

Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog
– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321
- Смотрите нас на площадке "Вконтакте" - https://vkvideo.ru/video-224967259_456239350

🔹 Курсы по искусственному интеллекту: https://ru.hexlet.io/courses_artificial-intelligence?utm_source=youtube
🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot

#AI #Программирование #AIАгенты #ClaudeCode #Разработка #GitHub #Автоматизация #Нейросети #AIДляПрограммистов #CodingAgent #AIProgramming #Разработчик #Продуктивность #SoftwareDevelopment #ArtificialIntelligence#ОрганизованноеПрограммирование #КириллМокевнин

Мой воркфлоу агентного программирования: параллельные сессии и пулреквесты в опенсорс

🔹 Присоединяйся к курсу «ИИ для разработчиков» https://ru.hexlet.io/programs/ai-for-developers?utm_source=mave

SDD (Spec Driven Development) постепенно превратился из эксперимента с AI-агентами в полноценный подход к организации разработки. Но что произошло, когда его действительно внедрили не на одном проекте, а в компании из 100 человек?

В этом выпуске мы поговорили с Иваном Поддубным — CTO Web Practic — о том, как компания внедрила OpenSpec и выстроила сквозной процесс разработки вокруг единой шины контекста. Мы разобрали, почему одних AI-агентов оказалось недостаточно, как спеки связали аналитиков, разработчиков и тестирование, и почему внедрение SDD неожиданно вернуло разработку к идеям водопада, но уже в совершенно другой форме.

Разобрали, как OpenSpec устроен на практике — Proposal, Design, Tasks, Changes и Specs, зачем понадобился Main Spec, как сохранился исторический контекст и почему агенту стало гораздо проще работать с кодовой базой, когда у каждого изменения появилось объяснение «зачем» и «почему».

Отдельно поговорили о том, как перестроилась работа аналитиков и QA, почему тестировщики постепенно отошли от написания автотестов, как была организована работа frontend- и backend-разработчиков, зачем компании понадобился метарепозиторий для нескольких сервисов и монолитов и как SDD заработал в заказной разработке, где требования приходили от внешнего клиента.

Но самое интересное оказалось связано с самим инженером. Если код всё чаще писал агент, какие навыки оставались критически важными? Почему системный дизайн становился важнее знания конкретного языка? Как было не потерять техническую глубину, работая через AI? И где проходила граница между усилением разработчика и настоящим делегированием ответственности?

Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog
– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321
- Смотрите нас на площадке "Вконтакте" - https://vkvideo.ru/video-224967259_456239348

🔹 Курсы по искусственному интеллекту: https://ru.hexlet.io/courses_artificial-intelligence?utm_source=mave
🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot

#SDD #SpecDrivenDevelopment #OpenSpec #AI #AIразработка #AIагенты #ClaudeCode #Программирование #РазработкаПО #SoftwareEngineering #AICoding #VibeCoding #СистемныйДизайн #Автоматизация #Подкаст #ОрганизованноеПрограммирование #КириллМокевнин 
Spec-Driven Development на практике: опыт компании из 150 разработчиков / Иван Поддубный #90

🔹 Присоединяйся к курсу «ИИ для разработчиков» https://ru.hexlet.io/programs/ai-for-developers?utm_source=youtube

В этом выпуске мы поговорили с Асхатом Уразбаевым — одним из самых известных Agile-консультантов в России, основателем ScrumTrek и человеком, который более двадцати лет внедрял Agile в крупнейших российских компаниях. Мы разобрались, почему Scrum победил XP, как сертификации превратили гибкую разработку в огромную индустрию, почему большинство компаний так и не поняли исходные идеи Agile и что на самом деле осталось от него сегодня. Обсудили эволюцию разработки: от водопада и первых Scrum-команд до DevOps, продуктового подхода и современной инженерной культуры.

Отдельную часть разговора мы посвятили новой AI-трансформации. Сравнили её с бумом Agile, обсудили, почему агентная разработка меняет не только написание кода, но и устройство команд, зачем компаниям AI-harness, как меняются роли разработчиков, аналитиков и продактов, почему Product Engineer становится новой ключевой профессией и какие организационные проблемы выйдут на первый план, когда писать код станет почти бесплатно.

Мы также поговорили о том, как в IT рождаются технологические революции, почему вокруг них неизбежно возникают «религии» и многомиллионные индустрии, и обсудили, какие выводы инженерам стоит сделать сегодня, чтобы не повторить ошибки прошлого в эпоху искусственного интеллекта.

Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog
– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321
- Смотрите нас на площадке "Вконтакте" - https://vkvideo.ru/video-224967259_456239343

🔹 Курсы по искусственному интеллекту: https://ru.hexlet.io/courses_artificial-intelligence?utm_source=youtube
🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot

#Agile #Scrum #AI #softwareengineering #ClaudeCode #VibeCoding #DevOps #Kanban #ProductEngineering #IT #Разработка #Подкаст #ОрганизованноеПрограммирование #КириллМокевнин 

Асхат Уразбаев о взлёте и падении Agile: почему Scrum изменил индустрию и что происходит сейчас #89