Pull to refresh

Comments 6

а времени на то, чтобы проверить отчет на соответствие методологии расчёта у директора по продажам не было.

Каталог не решит такую задачу.

На текущий момент должен быть человек, который залезет в такой каталог и свяжет концы с концами.

Подобную задачу решит автоматическая система тестирования, которая позволит подать на вход сырые данные, которые должны пройти весь data-пайплайн и рассчитанные цифры должны быть сравнены с эталонными.

Этот механизм требует изоляции каждого такого процесса тестирования.

Пока пишу такую систему в составе asapBI.

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

Однако, хочу заметить, если вы свою систему проверки пишете изолировано от дата-каталога, то эта система не масштабируема. Вам в любом случае понадобится дата-каталог. Иначе неясно что и как подключать к вашей low-code системе.

Вам в любом случае понадобится дата-каталог.

Да, без него никак. Буду ждать Вашей следующей статьи.

Много лет назад (больше 20) совсем для других задач начал придумывать свой "Каталог Разной Информации"
Мне нужна была возможность связывать время и место, тексты и графику, форму и содержание, ....
Несколько вариантов решения задачи, но своих сил хватило только на пример на примере "Древа рода..".

https://www.walks.ru/wm_dr/
Сначала хотел сделать каталог фантастики, но знаний не хватило.
Но это только "витрина", так как "каталогизировать" мне требовалось достаточно простые данные.
https://www.walks.ru/text/

Но в моих предположениях таким подходом можно каталогизировать практически всё, от штатного расписания и трудов всех работяг, рабочие места занимавшие, от маркетинговых идей, до всех версий дизайна самой последней кнопки ( и дизайн-система тут же) .
Эдакий "ГитХаб" для всего...

Каталогизировать историю или фантастику - потрясающая идея. Главное определить форму и сконцентрироваться на конкретной задаче и не распыляться на все направления.
Например, клёвой идеей будет создать каталог исторических объектов с координатами, датами возникновения и текстовым описанием.

Каталог данных для этого не подойдет. Здесь нужно скорее база знаний или какая-нибудь графовая БД (если хотите сделать интерактивный переход от элемента к элементу).

Можно начать с obsidian - там можно построить карту данных (графы ваших данных)

Плохо, что я объясняю плохо.
Уже давно я пытаюсь "продвинуть" эту идею каталогизации практически любой информации главный смысл которой это возможность связать всё, что может быть связано.
На какой базе данных это может быть реализовано мне кажется не самым актуальным вопросом, наверное практически на любой. Сейчас пример "Древо рода" работает на нескольких JSON файлах имитирующих "ответ" на запрос... А уж какая база ответит - наверное без разницы. Может быть несколько совершенно разных.

Каталог "исторических объектов" на карте, с фотографиями и небольшими описаниями уже существует, интереснее, если к этим объектам можно было бы "подключить" фрагменты/цитаты из книг и фильмов. Или "каталог" математики с возможностью перехода на истории тех, кто открывал законы, доказывал теоремы, писал учебники.

Отдельные "энциклопедии" уже есть, намного интереснее объединить "практически всё" и так, как это не может сделать "Viki"

Sign up to leave a comment.

Articles