У меня не получилось запихнуть всю нужную информацию в один читаемый\нормально рендерещийся plantUML (конечно слабый аргумент, то что не получилось, не значит что нельзя). Достаточным описанием для меня одно время был DSL Structurizr, кроме того удобна встроенная генерация небольших схем-взглядов из единого описания, но субъективно у меня с ним не сложились отношения. Возможно упомянутый MOF (или расширенный UML на нем) - был бы решением, но никогда в него глубоко не погружался, возможно стоит.
Посмотрел упомянутую Finitomata она как раз генерирует из стандартного PlantUML\Mermaid. Надо попробовать, давно хотел пощупать Elixir, будет хороший повод.
Если вы забетонируете проводку уже никто и никогда не узнает где она реально лежит (проводку гипотетически можно, а вот пластиковые трубы уже нереально).
Но с кодом есть сам код, который условно "на виду" и читаем.
Могу предположить, что имеется ввиду, что процессор общего назначения - потому и называется процессором общего назначения, что он умеет делать все на свете в рамках своей архитектуры)
Но имелось ввиду, чуть другое, и вероятно оно на самом деле плохо сформулировано:
Процессор имеет жесткий набор команд, и он жестко связан со своим окружением. С одной стороны - это универсальная молотилка, которая умеет все. Но она делает слишком много "допущений о своем окружений". И используется только в компьютерной технике.
Увидев у вас в профиле упоминание микроконтроллеров и RISC-V, предполагаю контраргумент, что процессоры общего назначения стоят почти в каждой единице "умной техники". На что захочу отметить, что такая умная техника чаще всего фактически является компьютером в широком смысле этого слова, не считая OSless систем, которые действительно не укладываются в мое достаточно вольное утверждение.
На самом деле вообще не хотел публиковать статью, так как в итоге получилось не совсем то, что задумывалось. Опубликовал только для подбития хвостов в конце года.
У меня не получилось запихнуть всю нужную информацию в один читаемый\нормально рендерещийся plantUML (конечно слабый аргумент, то что не получилось, не значит что нельзя). Достаточным описанием для меня одно время был DSL Structurizr, кроме того удобна встроенная генерация небольших схем-взглядов из единого описания, но субъективно у меня с ним не сложились отношения. Возможно упомянутый MOF (или расширенный UML на нем) - был бы решением, но никогда в него глубоко не погружался, возможно стоит.
Посмотрел упомянутую Finitomata она как раз генерирует из стандартного PlantUML\Mermaid. Надо попробовать, давно хотел пощупать Elixir, будет хороший повод.
В этой и есть то что хотелось обсудить
Если вы забетонируете проводку уже никто и никогда не узнает где она реально лежит (проводку гипотетически можно, а вот пластиковые трубы уже нереально).
Но с кодом есть сам код, который условно "на виду" и читаем.
В такой формулировке согласен.
Видимо неточно сформулировал мысль. Подумаю как поправить, чтобы правильно быть понятым. Вероятно позаимствую часть вашей формулировки
Пошел по тому же пути, только формирую YAMLы как более читаемы. Описываю в них диаграммы развертывания и компоненты.
Далее генерация ASCIIDOC и plantuml.
Хочу допилить до генерации helm или Ansible плэйбуков (из перезаполненных ролей) но руки никак не доходят.
А что описываете в XML?
Могу предположить, что имеется ввиду, что процессор общего назначения - потому и называется процессором общего назначения, что он умеет делать все на свете в рамках своей архитектуры)
Но имелось ввиду, чуть другое, и вероятно оно на самом деле плохо сформулировано:
Процессор имеет жесткий набор команд, и он жестко связан со своим окружением. С одной стороны - это универсальная молотилка, которая умеет все. Но она делает слишком много "допущений о своем окружений". И используется только в компьютерной технике.
Увидев у вас в профиле упоминание микроконтроллеров и RISC-V, предполагаю контраргумент, что процессоры общего назначения стоят почти в каждой единице "умной техники". На что захочу отметить, что такая умная техника чаще всего фактически является компьютером в широком смысле этого слова, не считая OSless систем, которые действительно не укладываются в мое достаточно вольное утверждение.
Изначально не была.
Раскройте комментарий, может мне стоит пересмотреть какие-то вводные
Кликбейт)
На самом деле вообще не хотел публиковать статью, так как в итоге получилось не совсем то, что задумывалось. Опубликовал только для подбития хвостов в конце года.
Для тимлида команда должна быть открытой книгой, а не черным ящиком, как вы и сказали. С точки зрения команды, метрики полезны в двух аспектах
Прикрытие для бизнеса, так как для бизнеса команда черный ящик
Оценка своей работы, особенно при изменениях. Метрики могут показать некоторые процессы, которые под другим углом не видны
Тут конечно все индивидуально, в стартапе, где пара команд, все на виду и руководство - технари, первый пункт не актуален, а второй избыточен.
Это оказалось не так сложно)
Карл Маркс Экономическо-философские рукописи 1844 года
Уф, задали вы мне задачку, буду искать
Абсолютно точно, сразу захотелось добавить еще один пункт, раскрывающий ваш комментарий)
Как мне кажется, это одна из идей о которых писал Маркс)