Обсуждение блога:Максима Цепкова/2026-07-06: Нужен ли ИИ-помощнику системный подход и как его обеспечить?/c000262 — различия между версиями

Материал из MaksWiki
Перейти к: навигация, поиск
(Новый комментарий от MaksTsepkov: Реплика вдогонку. В семинаре Анатолия был очень хороший образ: первые принципы (FPF)…)
 
м
 
Строка 1: Строка 1:
 
Реплика вдогонку. В семинаре Анатолия был очень хороший образ: первые принципы (FPF) описывают физику устройства мира, и будут отсекать невозможные решения, подобные вечному двигателю, которые устройству мира противоречат. И вот интересно проверить это на практике вот на каком кейсе. Опыт развития ИТ показал, что описать с помощью требований и спланировать достаточно сложный проект так, что результат будет получен в предусмотренные сроки и будет пригоден для внедрения без доработки напильником – невозможно. И этот опыт имеет теоретические объяснения, связанные с высокой неопределенностью, во-первых, а, во-вторых, с необходимостью для получения достоверного плана принять ряд проектировочных решений. которые можно практически проверить только на этапе разработки. То есть это не просто плохое исполнение, это обусловлено устройством мира. В результате появился Agile и другие современные методы ведения проектов.  
 
Реплика вдогонку. В семинаре Анатолия был очень хороший образ: первые принципы (FPF) описывают физику устройства мира, и будут отсекать невозможные решения, подобные вечному двигателю, которые устройству мира противоречат. И вот интересно проверить это на практике вот на каком кейсе. Опыт развития ИТ показал, что описать с помощью требований и спланировать достаточно сложный проект так, что результат будет получен в предусмотренные сроки и будет пригоден для внедрения без доработки напильником – невозможно. И этот опыт имеет теоретические объяснения, связанные с высокой неопределенностью, во-первых, а, во-вторых, с необходимостью для получения достоверного плана принять ряд проектировочных решений. которые можно практически проверить только на этапе разработки. То есть это не просто плохое исполнение, это обусловлено устройством мира. В результате появился Agile и другие современные методы ведения проектов.  
  
**Теперь вопрос**. Подход Spec Driven Development – реализация той же идеи, только на новом витке технологий. Предполагается, что заказчик (сам или с помощью ИИ-агентов) будет создавать спецификацию, реализация на основе которой гарантирует пригодность результата для внедрения. И эту спецификацию можно будет проверить. И на полном серьезе ряд корпораций ставят задачу довести разработку с помощью ИИ именно до такого состояния, исключив человека и итерации с его участием из цикла исполнения. То есть задачу, которая противоречит устройству мира, подобно вечному двигателю. Вопрос: можно ли с помощью FPF это проверить и как? Или надо еще сделать DPF для области ведения ИТ-проектов и только там это будет?  
+
'''Теперь вопрос'''. Подход Spec Driven Development – реализация той же идеи, только на новом витке технологий. Предполагается, что заказчик (сам или с помощью ИИ-агентов) будет создавать спецификацию, реализация на основе которой гарантирует пригодность результата для внедрения. И эту спецификацию можно будет проверить. И на полном серьезе ряд корпораций ставят задачу довести разработку с помощью ИИ именно до такого состояния, исключив человека и итерации с его участием из цикла исполнения. То есть задачу, которая противоречит устройству мира, подобно вечному двигателю. Вопрос: можно ли с помощью FPF это проверить и как? Или надо еще сделать DPF для области ведения ИТ-проектов и только там это будет?  
  
 
Понятно, что это надо проверять практически – взять и спросить, но пока у меня нет времени, так что я просто кину такую реплику...
 
Понятно, что это надо проверять практически – взять и спросить, но пока у меня нет времени, так что я просто кину такую реплику...
 
{{wl-comment:  }}
 
{{wl-comment:  }}

Текущая версия на 19:30, 6 июля 2026

Реплика вдогонку. В семинаре Анатолия был очень хороший образ: первые принципы (FPF) описывают физику устройства мира, и будут отсекать невозможные решения, подобные вечному двигателю, которые устройству мира противоречат. И вот интересно проверить это на практике вот на каком кейсе. Опыт развития ИТ показал, что описать с помощью требований и спланировать достаточно сложный проект так, что результат будет получен в предусмотренные сроки и будет пригоден для внедрения без доработки напильником – невозможно. И этот опыт имеет теоретические объяснения, связанные с высокой неопределенностью, во-первых, а, во-вторых, с необходимостью для получения достоверного плана принять ряд проектировочных решений. которые можно практически проверить только на этапе разработки. То есть это не просто плохое исполнение, это обусловлено устройством мира. В результате появился Agile и другие современные методы ведения проектов.

Теперь вопрос. Подход Spec Driven Development – реализация той же идеи, только на новом витке технологий. Предполагается, что заказчик (сам или с помощью ИИ-агентов) будет создавать спецификацию, реализация на основе которой гарантирует пригодность результата для внедрения. И эту спецификацию можно будет проверить. И на полном серьезе ряд корпораций ставят задачу довести разработку с помощью ИИ именно до такого состояния, исключив человека и итерации с его участием из цикла исполнения. То есть задачу, которая противоречит устройству мира, подобно вечному двигателю. Вопрос: можно ли с помощью FPF это проверить и как? Или надо еще сделать DPF для области ведения ИТ-проектов и только там это будет?

Понятно, что это надо проверять практически – взять и спросить, но пока у меня нет времени, так что я просто кину такую реплику...