Сходил в гости в подкаст «Две Столицы — Уютный IT Подкаст»

Приятно пообщались про агентов, LLM и прочие ИИ штуки.

Заметки про coding agents

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

Формально, coding agents — это подмножество ИИ агентов, но для простоты в этом тексте они будут использоваться как синонимы.

Как я использовал агентов:

• Рефакторил и немного писал код на Rust в экспериментальном движке для игровой логики.
• Использовал их для стандартных задач разработки при работе над Feeds Fun (Python/TypeScript).
• Как трушный хакер решил: чтобы разобраться с чем-то, надо что-нибудь для этого накодить, поэтому за месяц навайбкодил Donna — планировщик для агентов (Python).

Поскольку агенты — штука новая, то:

• Никто не знает как их использовать — мы в процессе нарабатывания опыта, собирания сценариев использования.
• Ни у кого нет разностороннего опыта их использования — либо ты выбираешь один-два подхода и работаешь свою работу ими, либо ты бесконечно экспериментируешь без нанесения пользы.

Поэтому этот пост будет в форме субъективных заметок-тезисов.

Далее

Очередная битва творцов и продавцов

В русскоязычном геймдев телеграме небольшое бурление (раз, два + комменты) в виде срача между творцами игр и продавцами игр.

Каждая группа доблестно стоит на своём «без нас вы никто».

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

Во-первых, научитесь, блин, уважать друг друга. Если ваш оппонент не прав, это не всегда значит, что он глуп и жизни не знает. Это может значить, что у него другие критерии правоты. Не всё в жизни меряется баблом, не всё в жизни меряется творчеством. Два человека одно и то же могут оценивать по разным критериям и в этом случае нет смысла спорить, так как вы будете сравнивать зелёное с квадратным — со стороны это выглядит очень тоскливо и непрофессионально.

Во-вторых, будьте честными с собой. Если вы продаёте игры, признайтесь что ваше KPI — бабло и вы оптимизируете его за счёт всего остального (например, за счёт творческой уникальности). Если вы создаёте качественно уникальные игры, признайтесь, что это ваше KPI и вы оптимизируете его за счёт всего остального (например, за счёт объёма продаж и бабла).

В-третьих, для выживания творцы и продавцы нужны друг другу. Когда вы работаете вместе с уважением друг к другу, вы находите баланс который создаёт крутые и популярные игры. Когда вы этого не делаете, вы производите говно: либо жвачку, либо абстрактное искусство.

Вот тут надо бы закончить, но я добавлю.

Далее

Взгляд на управление: Научные практики для инженерии — публичные артефакты

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

Давайте поговорим об этих практиках. Поскольку я заинтересован в инженерной стороне вопроса, то будем обсуждать практики, которые инженерия может заимствовать у науки.

Здесь и далее под инженерией имеется в виду инженерия в IT / разработке ПО. Я уверен, что идеи из поста применимы и к инженерии в целом, но это эпически разнообразная и обширная область. Формат блога и врождённая скромность не позволяет мне высказывать столь смелые утверждения.

Это эссе — первое из нескольких запланированных текстов о практиках — посвящено практике создания публичных артефактов (например, научных статей); силе, которую эта практика даёт науке; и потенциальным выигрышам инженерии при её переходе на схожую модель.

Под публичностью в данном тексте я имею в виду глобальную публичность, то есть доступность артефакта для всех, кто может быть заинтересован в нём. Это не обязательно предполагает открытую лицензию (например, open-source лицензирование), хотя открытая лицензия часто — естественный выбор, который упрощает многие вещи.

Мы обсудим следующие темы:

• что такое публичный артефакт;
• верифицируемость артефактов;
• публичные артефакты как свидетельство компетенции;
• публичные артефакты как критерий квалификации;
• публичные артефакты как ось оценки сотрудников;
• публичные артефакты как метрики здоровья;
• сложности перевода разработки на публичные артефакты;
• с чего начать.

Этот текст — не рекомендация, а приглашение к дискуссии. Он полон идеализма и спорных утверждений. Надеюсь на ваше понимание и комментарии.

Далее

LLM мыслят вширь, люди мыслят вглубь

Сформулировал свою главную концептуальную претензию к LLM на текущий момент. На основе моего личного опыта.

В чатах эта проблема заметна меньше — она стирается тем, что идёт постоянное общение с человеком, который направляет и корректирует LLM.

Зато очень заметна при vibe coding или когда спрашиваешь LLM что-то что предполагает абстрактный и большой ответ.

Далее