Рубрика: Разработчикам

как не стать уборщиком в ИИ-кодинге

Чтобы работа с Cursor или Claude оставалась продуктивной, нужно изменить ментальную модель: относитесь к ИИ не как к супер-профи, который понимает вас с полуслова или намека, а как к токсичному джуну – талантливому, но пьяному стажеру (в лучшем случае – у него точно нарушен центр торможения), чьи крутые куски кода перемешаны с бредом.
…
… использование ИИ-ревьюеров может помочь (и помогает) с поиском галлюцинаций, но фактически вы просто добавляете еще один слой вероятностной проверки в вероятностную систему.
Без вашего контроля это превращается в «пьяный стажер написал – пьяный тимлид прорецензировал».

Читать дальше
23.12.2025 skynin 0

Почему кодогенерация с помощью ИИ не может радикально увеличить скорость разработки

Попросил ИИ сделать кратенькое резюме книг, исследований аналогичных «Факты и заблуждения профессионального программирования» Роберта Гласса
Топ-3 от Gemini 2.5
💡 Общие факты о коде в контексте профессиональной разработки
… основываясь на общеизвестных принципах и темах, которые часто освещаются в подобных книгах, можно выделить следующие ключевые факты и заблуждения о коде:
1. Затраты на поддержку 💸
Факт: Основная часть затрат в жизненном цикле программного обеспечения (ПО) приходится не на написание первоначального кода, а на его поддержку, изменение и исправление ошибок (часто 70-90% общих затрат).
Следствие: Читаемость, поддерживаемость и ясность кода важнее, чем его первоначальная скорость написания.
2. Плотность ошибок 🐞
Факт: Плотность ошибок в коде, как правило, не зависит сильно от используемого языка программирования или квалификации программиста (в среднем).
Факт: Чем сложнее и запутаннее код, тем выше вероятность ошибок.
3. Ценность чистого кода ✨
Факт: Программисты гораздо больше времени тратят на чтение кода, чем на его написание.
Следствие: Код должен быть написан таким образом, чтобы его мог легко понять другой человек (или вы сами через полгода).
(далее мое)
Главный факт игнорируемый даже не менеджментом, а часто самими программистами:
Программист НЕ писатель. Программист – читатель. Даже когда программист пишет строчку кода – в этот момент он прокручивает в голове кучу прочитанных строк (мысленно, по памяти перечитывает).
Львиную долю времени программист – читает, читает, читает, и еще и дома – читает, если хочет быть успешным. (сейчас – слушает и смотрит проф подксасты, стримы, воркшопы, …,)
Игнорируется этот факт по причине популярных но ложных аналогий:
Опенспейс программистов – не машбюро (до ксерокса) где машинисткам дают какой-то текст и задачу – напечатать его.
Программисты – не строители, складывающие из “кирпичей” здание. Не мостостроители. То есть – не инженеры. Инженерная часть в работе программиста есть, но крохотная. Программисты скорее – журналисты, пересказчики.
Из этих фактов следует, что радикальное увеличение скорости разработки произойдет тогда, когда программисты прекратят львиную долю времени тратить – на чтение.
То есть никакая кодогенерация, хоть мгновенная и бесплатная ничего существенного не может изменить в основной статье трат времени – чтении.

To the brain, reading computer code is not the same as reading language

Gemini:
… исследование, проведенное нейробиологами из Массачусетского технологического института (MIT), опубликованного в конце 2020 года…
❌ Отклоненные гипотезы
Гипотеза “Кодирование = Язык”: Не было обнаружено почти никакой активности в тех областях мозга, которые обычно активируются при обработке естественного языка (например, чтении или письме).
Гипотеза “Кодирование = Математика”: Хотя кодирование и математика имеют сходство в активации некоторых областей, паттерны активности мозга при кодировании отличались от тех, которые наблюдались при выполнении чисто математических задач.
✅ Ключевой вывод: Сеть Множественного Спроса
Вместо ожидаемой активации языковых или специализированных математических центров, при работе с кодом наблюдалась сильная активация Сети Множественного Спроса (Multiple Demand Network, MD).
Что это такое? Сеть Множественного Спроса — это обширная сеть, распределенная по лобным и теменным долям мозга. Она задействуется при выполнении комплексных когнитивных задач, требующих концентрации, планирования, рабочей памяти и логического рассуждения.
С чем это сравнимо? Эта же сеть активируется при решении различных логических задач, головоломок (например, кроссвордов или судоку) и сложных когнитивных задач, что и стало основой для сравнения работы мозга при кодировании с решением пазлов/головоломок, а не только с чистой математикой.
Исследователи пришли к выводу, что понимание компьютерного кода, по-видимому, является чем-то самобытным, хотя и задействует общие механизмы сложного логического решения проблем.
15.11.2025 skynin 0

Восходящая разработка, или аджайл в действительности

Спустя каких-то 10-15 лет авторы “Манифеста аджайла” начали бить в набат: “Ребята, что вы делаете, мы имели в виду другое”. Они в чем-то правы, восходящая разработка так проста и тем притягательна, что все эти дополнительные процедуры кажутся необязательными.

Читать дальше
23.12.2023 skynin 0

Про влияние удаленки на проектные команды во времена COVID-а

при переходе на удалёнку вы через год получите примерно такой эффект:
Общение между тремя командами разработки прекратится вообще. Всем очень повезёт если останется общение внутри команд (значит там были лидеры которые не дали сгнить хотя бы внутренней коммуникации). Никто в первой команде разработки не будет знать что делает вторая и как дела у третьей. Никакие специальные усилия не помогут: такие вещи как реальное состояние дел в разработке никто не оглашает на формальных митингах, этим делятся вполголоса у кофемашины. Больше кросс-командных удалённых митингов означает больше трескотни и больше спящих на этих митингах человек.

Читать дальше
29.06.2022 skynin 0

eao197: Нежданная засада с оценкой затраченного времени

как же правильно оценивать трудозатраты по заказному проекту вот в таких случаях, когда приходится рожать идеи и это происходит подобным образом
…
даже когда по заказному проекту идет плотная работа с минимумом задержек и отвлечений, все равно выходит где-то по 110-120 часов на человека в месяц

Читать дальше
21.02.2022 skynin 0

Разработка продукта НАЧИНАЕТСЯ с выхода в продакшен.

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

Читать дальше
16.02.2022 skynin 0