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