Каждая строка кода, которую вам генерит AI - это не достижение, а тяжесть для проекта и будущая работа: ее нужно читать, понимать, чинить, поддерживать совместимость, объяснять следующим людям и AI берет ее к себе в контекст, от чего становится менее эффективным. Ревью кода может улучшить ситуацию, один раз нужно потратить время, не пропустив ненужную сложность, и потом поддерживать кодовую базу проще. Уже пора соревноваться не кто больше генерирует, а кто меньше, но с тем же результатом.

https://tg.pulse.is/next_tick_bot?start=69ce57941f15eb55e90ea47a&source_channel=timur_tg_howprogworks

Из каждого утюга мы слышим "AI заберет" и "компания из агентов". Такие C-level галлюцинаторы уже уничтожили Bun, и будут дуть в свой пузырь пока он не лопнет.

Я вовсе не скептик. Нооборот, я каждый день программирую с AI и очень доволен. У меня он забрал только неинтересные задачи и освободил время для того, что я действительно люблю.

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

Меня интересует писать только такой код, который пишется первые, ну может первые 5-10 раз в истории программирования пишется, пока авторы не знают о работе друг-друга, до первых статей или докладов. Другой код меня и не интересует писать. Если вы обычный мидл, то да, у вас обоснованная тревога, нужно думать про системное программирование, продуктовый код, ресерч, архитектуру, оптимизацию, ну какую-то глубокую экспертизу.

А что вообще в мире делается?
- массовые увольнения
- найм сломан и работу найти сложно
- каждую неделю волна атак на npm, GitHub, CI/CD, AI
- AI-агенты бесконтрольно тащат зависимости
- тотальная потеря внимания у людей
- нужно быть на все руки мастером
- больше кода, меньше понимания
- тошнит от нейрослопа, он везде
- поток мусора на на ревью, глаз замылился
- живем без Security review? - вообще без review
- массовое производство кода без владения смыслом
- резкий рост copy-paste архитектуры
- потеря инженерного фокуса
- профессиональная демотивация
- время ускорилось, жизнь превратилась в гонку
- компании требуют внедрять AI без стратегии
- качество кода упало ниже плинтуса
- псевдо-архитектура,не выводиться из ограничений
https://youtu.be/_QeBvc12BaM

Заходим на стрим в субботу, задаем вопросы, заранее их готовим - не на пол страницы текста, а 150 символов на вопрос максимум, в чате под видео к вопросам добавляем эмоджи 🤖

https://youtube.com/live/C4giRiwGhB0

Как только станет понятно, что Anthropic феерически обосрались с Bun и не могут довести его до ума, это будет скандал.

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

Но чего Антропику не хватило? Бесконечные лимиты, любые эксперты, свобода в выборе проекта для переписывания. Тут придется отвечать за неудачу.

Сегодня на стриме будут гости - мои ученики, коллеги, синьоры программисты, контрибьюторы открытого кода и профессионалы со всего мира. Расскажут нам, как они видят ситуацию в отрасли, и что делают, чтоб не пропустить момент изменений, ведь, это не только время сложностей, но и колоссальные возможности, которые, похоже, не повторяться и те, кто оседает волну изменений, будет определять правила игры завтра. https://youtube.com/live/C4giRiwGhB0

Программирование с ИИ https://youtube.com/live/C4giRiwGhB0

Сайт все же лучше структурирует план фонового обучения и как-то все раскладывает по полочкам https://nexttick.it/?utm_source=timur_tg_howprogworks

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

Снижать когнитивную нагрузку мы научились еще до AI, и все это теперь становится еще актуальнее:

1. Введение выразительных и компактных DSL языков, они скрывают сложность реализации
2. Разделение на системный и прикладной код. В обоих слоях есть своя сложность, но когда они смешаны, разработчик вынужден одновременно думать о бизнес-логмке, сетевых протоколах, потоках выполнения, хранении данных, безопасности и инфраструктуре. Разделение позволяет решать одну задачу за раз и держать в голове только тот уровень абстракции, с которым работаешь сейчас.
3. Декомпозиция - самое очевидное
4. Изоляция сложности - скрывать сложность за абстракциями, интерфейсами и контрактами
5. Стандартизация - вынесение часто встречающихся решений в платформу, стандарт или даже сам язык, что делает прикладной код более простым
6. Модульность - чтоб держать в голове только часть ментальной модели кода
7. Снижение зацепления и связывания в коде (coupling & cohesion, тут обоих видов)
8. Уменьшение паразитной сложности, то есть оверинженеринга
9. Локализация изменений - с течением времени структура проекта меняется так, чтоб изменения затрагивали минимальное кол-во модулей и абстракций
10. Паттерны - использование готовых решений, нужно меньше задумываться и автору и читателям
11. Уменьшение вариативности - часто можно сузить сферу применения программы, не потеряв в функциональных требованиях, программисты склонны включать в эту сферу варианты использования, которые не были нужны
12. Ну и наконец - хорошая стандартная библиотека

В использовании AI люди делятся на две категории.

Первые быстро и бесславно выжигают лимит, а потом страдают, что без AI уже не могут работать.

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

Вайбкодерам ничего не запретишь

https://x.com/i/status/2066123768267772115

Кто хотел посмотреть как писать фронтенд и бекенд без фреймворков так, чтоб не было бойлерплейта, лапши из асинхронщины, были реактивные изменения, удобрая архитектура структура папочек, и т.д.:
https://github.com/HowProgrammingWorks/WebComponents

🚀 В IT-Гильдии появился открытый канал
Мы с Ильей решили переместить часть тем туда, чтобы не нагружать основные каналы
Итак, там будет - архитектура, коммуникации, программирование с AI, хардскилы
По этим темам меньше будем постать тут и больше там - https://t.me/+f8QYKhgcI5EwOTZi

🏛 Советы из стрима по архитектуре NextTick от 2026-06-13 — Тимур Шемсединов

💡 Документация становится важнее: AI читает markdown-файлы, требования, meeting notes, issues, расшифровки и контекст, который люди обычно передают неформально

💡 Паттерны, принципы и инженерные термины не исчезают из-за AI. DI, IoC, SRP, идемпотентность, грануляция, контракты и изоляция нужны, чтобы точно объяснять задачу людям и модели

💡 Код должен оставаться понятным человеку. У AI выше предел контекста и когнитивной сложности, но если система стала непонятной даже AI, человеку она уже давно недоступна

💡 Архитектурные знания теперь нужны почти всем разработчикам: не обязательно быть архитектором по должности, но нужно понимать, что именно генерирует AI и можно ли это принимать в проект

Маркетологи давно не читают сообщения перед публикацией, а вы что, все еще читаете код?