Андрей Казаков

В одном из недавних проектов я согласился (молчаливо, а ведь мы знаем, что молчание — знак согласия) на нереальный срок, который был в разы (!) меньше первоначальной оценки. В результате — полгода нервов, ночных посиделок и постоянного ощущения, что я подвожу всех.

Все привет! В эпоху AI разработки Domain Driven Design приобретает очень весомое значение для разработки. Из философии построения сложных программных систем он становится великолепным инструментом для управления #AI4SDLC (Artificial Intelligence for Software Development Life Cycle).

Недавно Cursor закрыл доступ пользователям из России. Я уже искал заменители Cursor, вот тут. С того момента времени уже многое изменилось. Вот кратко, что изменилось с того момента:

Всем привет!В процессе подготовки следующей версии моего приложения - Гиря – Русский мах, ожидаемо для себя осознал и убедился в том, что в эпоху агентского программирования (или программирования с помощью агентов или AI программирования, я не совсем уверен какой термин будет правильный) моделирование бизнес-процессов с помощью Domain Driven Design…

Прочитал замечательную книгу Ицхака Адизеса «Развитие лидеров». После ее прочтения захотелось пересмотреть и первую часть — «Идеальный руководитель».

Сколько раз мы брали задачу в работу, а в середине ее разработки выясняли, что некоторая часть требований не описана, а API, с которым будем интегрироваться в процессе, еще не готов?

В прошлом посте мы разобрали ловушку оптимизма, в которую попадают при попытке оценки нового проекта. Главная причина — Planning Fallacy: когда наш мозг из раза в раз моделирует идеальный сценарий и игнорирует прошлые провалы.

Как мы выяснили в прошлых постах, срыв сроков у команды — признак систематических проблем в процессах. Теперь разберем главную причину, с которой начинаются большая часть провалов — проблема оценки сроков.

Разработка часто страдает от болезни «почти готово». Это состояние, когда код написан, но функциональность еще не выпущена в продакшен, потому что «еще не дописали тесты», «забыли дополнительное условие» или «дизайнер еще не смотрел».

Итак, мы установили, что даже команды, которые состоят из суперзвезд, могут легко провалить все мыслимые и не мыслимые строки.

Довольно часто возникают такие ситуации:

Иногда приходится интегрироваться с системами, которые работают в асинхронном режиме, но при этом выставляют API с синхронными вызовами.