🔒Открыть пост
и посмотреть медиа
и посмотреть медиа
Что нужно знать про SDD (specification driven development)
Вы наверняка это слышали. Дескать, сначала сделай план, потом пиши код. Ну, все очевидно 🙂 Но дальше начинают искать фреймворки, а их 100500 штук, и уже сложно разобраться, а что вообще нужно брать, что нет, и в чем там правда.
Поэтому накину базы.
По SDD принципиально есть всего два конкурирующих подхода.
1) Спецификации как источник правды.
Сюда относятся все подходы и стартапы, которые делают вики-системы или генерят код по спекам.
Типа, главное написать спеку, а код мы нашарашим. Спецификации храним и тщательно охраняем.
2) Код как источник правды. Тут тоже есть спецификации, но как одноразовые документы. Написал -> сделал код -> выкинул.
А источником истины является код, и если тебе нужно сделать задачу, то ты быстро достаешь из него эфемерную спеку для описания работы, описываешь новую фичу, делаешь ее и далее у тебя снова есть только код.
Фреймворк нужно выбирать в зависимости от того, к какому лагерю ты склоняешься. Я во втором.
