Конечно! Вот финальный вариант поста для Сетки.
Кажется, скоро для разработки ПО достаточно будет одного менеджера, подписки на ChatGPT и кнопки «Сделать хорошо».
По крайней мере, судя по тому, как некоторые компании внедряют ИИ, именно так они себе это представляют.
1. Берём нейросеть. 2. Говорим ей: «Сделай нам хороший продукт». 3. Сокращаем расходы на разработку. 4. Фиксируем прибыль.
Красиво? Ещё бы. Осталось только объяснить нейросети, что бизнес-логика — это не когда бизнес хочет, чтобы всё работало.
Сразу оговорюсь: я не ворчу, что ИИ отнимает у разработчиков работу, и не собираюсь кричать, что раньше код был лучше. Я сам использую ИИ в разработке и прекрасно вижу, сколько пользы он может принести. Я скорее с интересом наблюдаю за тем, как некоторые пытаются превратить мощный инструмент в волшебную палочку. И, честно говоря, иногда это выглядит комичнее, чем очередной баг, который появляется только на проде в пятницу вечером.
Код написан — значит, работает. Тесты прошли — значит, всё хорошо. Архитектура выглядит убедительно — значит, можно выкатывать в прод.
А то, что код может быть избыточным, содержать скрытые ошибки, создавать проблемы под нагрузкой или просто не учитывать реальные бизнес-процессы, — это уже детали. Наверное, следующая нейросеть поправит. А если не поправит, можно попросить первую объяснить, почему вторая ошиблась.
Но если серьёзно, между «ИИ написал код» и «у нас работает надёжный продукт» всё ещё огромная разница. Нужно понимать, что именно мы строим, проверять результат, видеть потенциальные проблемы и брать на себя ответственность за то, что в итоге попадает к пользователям.
ИИ может ускорить разработку. Но если убрать людей, которые умеют оценивать результат, возникает интересный вопрос: кто будет объяснять бизнесу, почему продукт, который должен был сэкономить миллионы, теперь требует ещё несколько миллионов на исправления?
Хотя, возможно, и для этого уже есть промпт. 😏
А вы как считаете: ИИ действительно меняет подход к разработке или некоторые компании просто нашли новый способ недооценивать сложность инженерной работы?
· 18.10
Например, возврат денег: платёжная система приняла запрос, а ответ потерялся. Без защиты от повтора следующая попытка может вернуть деньги ещё раз. Если в задаче не определено, как отличить «не выполнилось» от «выполнилось, но мы не узнали», эту логику за нас выберет модель. А написанные ею тесты могут закрепить тот же выбор.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён