Падение в enterprise
Oct. 14th, 2022 04:46 pm![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
amaraoЯ понял в какой момент происходит падение в enterprise, как состояние кода. Точное определение момента "это уже enterprise" я не могу дать, но я точно понял момент, когда начинается негативная часть движения в сторону энтерпрайза (негативная = осуждаемая мною).
В момент, когда появляются (или уточняются) новые требования, происходит примерно следующее:
* Идентифицируются новые требования.
* Выписываются use-case'ы.
* Для новых требований вырабатывается терминология.
* Эта терминология проверяется на совместимость и непротиворечивость существующей терминологии.
* Проверяется непротиворечие существующим use-case'ам.
* Дописывается функциональность и её тесты.
* Пишется документация к новой функциональности
* Документация проверяется на непротиворечие, корректность и полноту.
Всё, фича отгружена по высшему классу.
И это и есть момент движения в сторону катастрофы.
Потому что в этом списке нет ни одного слова про изменение существующих терминов, фич, use-case'ов, и т.д. Новая фича (новые требования) накладываются на старый код. Онтологическая сложность продукта вырастает. С каждой новой наложенной фичей сложность разработки и анализа растёт, с каждой новой сущностью понимание происходящего становится всё более зыбким и всё более опирающимся не на аналогии (главный мыслительный костыль хорошего IT), а на формализмы в рамках определённых ранее понятий.
Это и есть путь в необъятный, необозримый, кровавый душный энтерпрайз.
Потому что не-энтерпрайз подход говорит, что в рамках изменившихся обстоятельств мы пересматриваем смысл всех понятий, меняем все (затронутые) use-case'ы. Мы сохраняем онтологическую модель компактной. Часть use-case'ов может даже оказываться неактуальной и должна быть переработана с нуля.
Вот тогда получается компактно и просто. А если перетряхивание основ запрещено (или неподъёмно), то масса "основ" нарастает, нарастает, пока остаётся только накладывать поверх, потому что никто-никто не может выдержать когнитивной сложности получившегося монстра.
Тома документации, талмуды, прикосновение к которым либо ничего не даёт, либо требует посвящения этому куска своей жизни во имя написания ещё одной главы в следующий талмуд.
Вот это - кровавый энтерпрайз. Открытый для расширения, закрытый для модификации; на уровне онтологии.
В момент, когда появляются (или уточняются) новые требования, происходит примерно следующее:
* Идентифицируются новые требования.
* Выписываются use-case'ы.
* Для новых требований вырабатывается терминология.
* Эта терминология проверяется на совместимость и непротиворечивость существующей терминологии.
* Проверяется непротиворечие существующим use-case'ам.
* Дописывается функциональность и её тесты.
* Пишется документация к новой функциональности
* Документация проверяется на непротиворечие, корректность и полноту.
Всё, фича отгружена по высшему классу.
И это и есть момент движения в сторону катастрофы.
Потому что в этом списке нет ни одного слова про изменение существующих терминов, фич, use-case'ов, и т.д. Новая фича (новые требования) накладываются на старый код. Онтологическая сложность продукта вырастает. С каждой новой наложенной фичей сложность разработки и анализа растёт, с каждой новой сущностью понимание происходящего становится всё более зыбким и всё более опирающимся не на аналогии (главный мыслительный костыль хорошего IT), а на формализмы в рамках определённых ранее понятий.
Это и есть путь в необъятный, необозримый, кровавый душный энтерпрайз.
Потому что не-энтерпрайз подход говорит, что в рамках изменившихся обстоятельств мы пересматриваем смысл всех понятий, меняем все (затронутые) use-case'ы. Мы сохраняем онтологическую модель компактной. Часть use-case'ов может даже оказываться неактуальной и должна быть переработана с нуля.
Вот тогда получается компактно и просто. А если перетряхивание основ запрещено (или неподъёмно), то масса "основ" нарастает, нарастает, пока остаётся только накладывать поверх, потому что никто-никто не может выдержать когнитивной сложности получившегося монстра.
Тома документации, талмуды, прикосновение к которым либо ничего не даёт, либо требует посвящения этому куска своей жизни во имя написания ещё одной главы в следующий талмуд.
Вот это - кровавый энтерпрайз. Открытый для расширения, закрытый для модификации; на уровне онтологии.