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

🔹 Присоединяйся к курсу «ИИ для разработчиков» 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

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

Кажется, впервые за последние двадцать лет разработчики всерьёз перестали понимать, что будет ценным через пять лет. Языки программирования стремительно сближаются, архитектурные войны теряют смысл, а AI уже сегодня пишется значительная часть кода. На этом фоне особенно интересно посмотреть на экосистемы, которые пережили несколько технологических эпох и продолжают меняться быстрее многих новых игроков.

В гостях Сергей Тепляков — разработчик с более чем двадцатилетним опытом, Microsoft MVP, автор одного из самых известных русскоязычных блогов о .NET и инженер, который последние 12 лет работает в Microsoft. Мы поговорили о том, как менялся C# от «клона Java» до одного из самых быстро развивающихся языков индустрии, почему .NET Core стал переломным моментом для всей экосистемы и как внутри Microsoft принимаются решения, влияющие на миллионы разработчиков по всему миру.

Отдельно обсудили инженерную сторону больших систем: производительность, внутреннее устройство рантайма, эволюцию TypeScript, роль Андерса Хейлсберга, компромиссы между архитектурой и скоростью разработки, а также реальные кейсы, когда знание внутренних механизмов платформы позволяло находить и устранять проблемы, которые невозможно увидеть на уровне обычного прикладного кода.

Большая часть разговора неожиданно ушла далеко за пределы самого C#. Мы поговорили о паттернах проектирования, SOLID, «Чистом коде» Роберта Мартина, причинах популярности этих идей и о том, почему многие опытные инженеры со временем начинают смотреть на архитектуру совсем иначе. Обсудили, что на самом деле стоит за понятиями связанности, ответственности, тестируемости и почему формальные принципы нередко оказываются менее полезными, чем понимание фундаментальных причин их появления.

Получился разговор одновременно про C#, архитектуру, инженерное мышление и будущее профессии. Один из тех выпусков, где обсуждение конкретной технологии постепенно превращается в попытку понять, куда вообще движется разработка программного обеспечения.

Полезные ссылки:
Youtube: https://www.youtube.com/@DissectingTheCode,
Linkedin: https://www.linkedin.com/in/sergeyteplyakov/
X: https://x.com/steplyakov
Github: https://github.com/SergeyTeplyakov
https://dometrain.com/

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

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

#dotnet #csharp #microsoft #программирование #разработка #ai #искусственныйинтеллект #claudecode #developer#ОрганизованноеПрограммирование #КириллМокевнин 

Как Microsoft развивает .NET: производительность, Developer Experience и AI / Сергей Тепляков #88