Spec-Driven Development | Первые впечатления от OpenSpec #SDD

Описал проект, составил спецификацию и концепт проекта. Так же дополнил основную идею бизнес логики дельтапланирования с ассиметричным распределением, заставил grok-4-fast-thinking подумать, мне очень понравилось его решение Через команду /openspec-proposal попросил создать фичу из описанной логики, и был приятно удивлен:

  • Proposal - why, what changes, impact. Четко всё описано, относительно простым языком.
  • Design - context, goals, descisions, risks, migration plan, open positions. — Более техническое описание, грок сам выделил риски плавающей точки к примеру, о которых я вспоминаю лишь в процессе реализации, а последний пункт с open positions поднял пару вопросов, один из которых: Buffer_multiplier user-configurable? Default 1.05. Об этом я даже не задумался, что это опциональное решение может быть.
  • Tasks: Implementation, validation and testing, Deployment prep. Три четких шага, имеющие свои задачи, которые по OpenSpec дают возможность отслеживать прогресс выполнения работы, и придерживаться плана. (Последнее лично мне очень нравится, так как я вечно скатываюсь в рефакторинг либо активно параллелю работу над разными фичами)
  • specs/planning/spec.md: файл с бОльшим кол-вом секций, которые я тут не стану расписывать, но там уже четкое описание кейсов с WHEN/THEN, которое меня радует как ребенка 🤩

Это очень взрослый подход к разработке, который я целенаправленно игнорировал в силу количества писанины. Чисто с бюрократией можно сравнить, не смотря на полную документируемость и историю разработки проекта, на столько подробную и проработанную, что это уже полноценный Wiki.

Сейчас с нейросетями, особенно с уровнем GPT-OSS, Grok-4-fast, Gemini-2.5-(pro/flash) по их price/intelligence/speed — выглядит очень аппетитным пирогом. Сам вайбкодинг в чистом виде мне слегка отвратителен, но я вообще не чураюсь писать тексты при помощи LLM. Этот текст важно вычитать, и критически вдумываться в тезисы, уточнять, корректировать. Но грамотность и экспертность таких текстов довольно высока, можно даже собтвенные рукписные тексты собрать в кучку, вычленить паттерны и в системный промпт поместить, чтобы модель писала как автор. (В закрепе моя биография по такому принципу сделана.)

В мою жизнь очень плотно вошли ИИ модели, почти оплностью заменив гугл, но не документацию. Думать над разными темами в формате диалога, направляя модель в нужную сторону оказалось — сильнейшим бустом в самообучении, и то же самое можно применить к Spec Driven разработке.

А учитывая что подобную фичу нативно у себя выкатил гигант в виде Amazon со своим Kiro IDE, хотя судя по отзывам на Reddit — немного перегруженную, то думаю при серьезном отношении и текущий, описываемый мной формат может стать хорошим решением.

Стек я выбрал AppWrite + Angular 20 + ShadCN Что получится из этого — я расскажу в ближайшие пару неделю/месяцев, так как разработка будет вестись по выходным и исключительно по настроению

Всем бобра 🏠

Spec-Driven Development | Первые впечатления от OpenSpec
#SDD
Описал проект, составил спецификацию и концепт проекта | Сетка — социальная сеть от hh.ru