Почему миф о «замене программистов» опасен и в чём заключается настоящая ценность инженерного ремесла сегодня
Бек — автор Extreme Programming и JUnit, один из подписантов Agile-манифеста. Последние полтора года он каждый день программирует с ИИ. Модель он называет джинном: Джинн отлично генерирует синтаксически верный и правдоподобный код, который зачастую просто не работает
Доклад: https://www.youtube.com/watch?v=F8fBgDCf2Y4
Почему для меня важно мнение Бека.
Элементы Extreme Programming и Agile, мы использовали во внедрениях финансовых систем, начиная с проектов для Транснефти, «Системы-Галс» и ГК ПИК. Эта философия ушла и в БИТ.ФИНАНС, так что частичка Бека есть в нашем продукте
Что важно. Бек делит ценность системы на две части. Features — что она умеет сейчас. Futures — насколько легко её менять дальше. Каждая новая функция сжигает часть futures. Раньше команде из ста человек нужно было десять лет, чтобы дойти до нуля, где ничего нельзя поменять без поломки. С ИИ один человек проходит этот путь за неделю. У самого Бека на GitHub лежат Project, Project 2, Project 3 и Project 4: каждый раз он упирался в стену
Его рецепт — пауза после каждой функции. Джинн (ИИ) рапортует «готово, делаем следующее?». Человек вместо этого убирает дублирование, упрощает, иногда переписывает начисто. Как на кухне: отрезал — вытер нож
что еще:
1. Разработка без человека всегда сходит с рельсов. Главное в процессе — обучение команды, а софт получается как побочный эффект
2. «Напишем идеальную спецификацию/промпт, и ИИ сделает продукт с первого раза» — это старый waterfall. Он не работал и раньше: поздние решения меняют ранние требования
3. Поскольку ИИ не умеет гарантировать отсутствие целых классов ошибок на уровне архитектуры и срезает углы (как 14-летний подросток, который просто возвращает константы, чтобы тесты прошли, разработчикам и менеджерам необходимо занимать по отношению к сгенерированному коду жёсткую, скептическую позицию проверки
и добавил смысловую цепочку создания продукта
Усилия -> Выпуск -> Результат -> Миссия
Усилия - время, токены, количество написанных строк кода
Выпуск - выкаченная в продакшн фича
Результат - реальное изменение поведения пользователей
Миссия - глобальная цель, которую разделяют создатели и пользователи ПО
Бек — автор Extreme Programming и JUnit, один из подписантов Agile-манифеста. Последние полтора года он каждый день программирует с ИИ. Модель он называет джинном: Джинн отлично генерирует синтаксически верный и правдоподобный код, который зачастую просто не работает
Доклад: https://www.youtube.com/watch?v=F8fBgDCf2Y4
Почему для меня важно мнение Бека.
Элементы Extreme Programming и Agile, мы использовали во внедрениях финансовых систем, начиная с проектов для Транснефти, «Системы-Галс» и ГК ПИК. Эта философия ушла и в БИТ.ФИНАНС, так что частичка Бека есть в нашем продукте
Что важно. Бек делит ценность системы на две части. Features — что она умеет сейчас. Futures — насколько легко её менять дальше. Каждая новая функция сжигает часть futures. Раньше команде из ста человек нужно было десять лет, чтобы дойти до нуля, где ничего нельзя поменять без поломки. С ИИ один человек проходит этот путь за неделю. У самого Бека на GitHub лежат Project, Project 2, Project 3 и Project 4: каждый раз он упирался в стену
Его рецепт — пауза после каждой функции. Джинн (ИИ) рапортует «готово, делаем следующее?». Человек вместо этого убирает дублирование, упрощает, иногда переписывает начисто. Как на кухне: отрезал — вытер нож
что еще:
1. Разработка без человека всегда сходит с рельсов. Главное в процессе — обучение команды, а софт получается как побочный эффект
2. «Напишем идеальную спецификацию/промпт, и ИИ сделает продукт с первого раза» — это старый waterfall. Он не работал и раньше: поздние решения меняют ранние требования
3. Поскольку ИИ не умеет гарантировать отсутствие целых классов ошибок на уровне архитектуры и срезает углы (как 14-летний подросток, который просто возвращает константы, чтобы тесты прошли, разработчикам и менеджерам необходимо занимать по отношению к сгенерированному коду жёсткую, скептическую позицию проверки
и добавил смысловую цепочку создания продукта
Усилия -> Выпуск -> Результат -> Миссия
Усилия - время, токены, количество написанных строк кода
Выпуск - выкаченная в продакшн фича
Результат - реальное изменение поведения пользователей
Миссия - глобальная цель, которую разделяют создатели и пользователи ПО
Просмотры: 2