Правильное оформление решения

[axm2017]

Цитата:

Сообщение от vmoskalenko

Ты за фичи от Майкрософта или кастомные фичи?
Ну в любом случае, у меня похожее понимание фичи.
Только не уверен за последний четвёртый пункт - но то мелочи.

Я за MS конечно (в смысле использовать Feature framework), так как разумно стараться жить в их парадигме в их системе.

Цитата:

Сообщение от vmoskalenko

Да и первый пункт должен быть более мягким. Оформление фичями - это больше Best Practice чем обязаловка.

Да но нет. В ходе поддержки иногда вижу трэш под девизом "мы накатили что-то и сломали какой-то функционал"
Как правило ресурса локального разработчика и ко не хватает для полноценного тестирования + нет доступа ко всем авто тестам системы как у MS. В случае если продукт используется несколькими клиентами то как правило требование что то поменять возникает у одного из них и он может оттестировать это только в рамках своих процессов (и то не всегда)
А подъем продукта осуществляется уже на всех. И в 365 нет возможности оперативно поправить проблему при ее выявлении на каком либо из данных клиентов.

и тут как правильно заметил коллега

Цитата:

Сообщение от trud

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

есть почти идеальное решение. Включил, понял что что-то пошло не так и вместо беганья в мыле просто выключил.

Цитата:

Сообщение от vmoskalenko

Да третий пункт должен быть не о том что фича deprecated или obsolete. Как раз наоборот, фича становится Mandatory с какого-то момента. Т.е. она с какой-то даты/релиза включается и кнопочка выключения блокируется.

Согласен.

Цитата:

Сообщение от vmoskalenko

Ой, а еще есть конфигурационные ключи. И вот эти вот внутренние флаги которые надо включать чтобы включить какие-то preview фичи.

Не уверен что они еще живы как что то нормальное + на фичах есть возможность запускать инициализацию данных.