Григорий Добряков – Блог про IT+AI
Блог Григория Добрякова: управление проектами, менеджмент, разработка и тестирование
Инфоцыгане, менеджеры и гуманитарии получают с AI результат. Программисты — нет. Я объясню почему. Это не злорадство — это механика.
Я стебусь над «погроммистами» не потому что злой — потому что вижу одну и ту же картину годами, и она меня одновременно веселит и раздражает.
Continue reading “Почему AI работает у всех, кроме программистов”
AI снова повторил ту же ошибку? Это не баг модели. Это отсутствие инженерии. Как добавить persistent memory агенту за три минуты — и почему это работает лучше RAG.
Разработчики жалуются, что AI повторяет одни и те же ошибки. «Я уже пять раз объяснял, что у нас нет Redux». «Он снова предлагает FTP вместо очереди». «Забывает про наш стиль именования».
Это не баг модели. Это отсутствие инженерии.
Continue reading “Самообучающийся агент за три секунды: паттерн decisions.md + mistakes.md”
Дневной срез vacancy-intel: рынок ищет EM/Head/CTO под platform и production AI, а не IC с LLM в резюме. Как читать мандат, зрелость AI и шум founding/plant.
Хайп считает частоту слова «AI» в JD. Я считаю мандат роли: кого покупают наверх, какую боль закрывает найм, и где лента врёт объёмом.
Continue reading “В вакансиях покупают лидеров поставки, а не «ещё одного AI-инженера»”
Три часа ночи. Старший разработчик сидит перед монитором, глаза наливаются кровью. На экране — гигантский diff: нейросеть сгенерировала пятьсот строк кода за три секунды. Наш герой полчаса честно вычитывает каждую строчку, проверяя скобочки, названия переменных, логические отступы. В голове — гордая мысль: «Вот она, настоящая инженерная работа».
Со стороны — сюрреалистическая трагикомедия: ИИ потратил мгновение, человек потратил полчаса, чтобы прочитать результат глазами. При этом он категорически отказался потратить пять минут до запуска нейросети на написание чётких критериев приёмки, граничных условий и автоматического теста, который проверил бы этот же код за миллисекунды.
Этот паттерн везде.
Вы пытались заставить живых разработчиков всегда писать автотесты? Не «договорились», не «прописали в регламент» — а чтобы реально делали перед каждым коммитом, без напоминаний? А документировать код — хотя бы комментариями? А заставить сеньора поддержать то, что три джуна написали полгода назад?
Если нет — вы не поймёте, почему результаты одного конкретного кейса, который я разберу ниже, меня уже не удивляют. Удивляет только то, что индустрия продолжает делать вид, что ничего не меняется.
Continue reading “Ключевая роль людей в разработке программного обеспечения — закончена”
