Событие как тиддлер с включенным списком тиддлеров с его значениями параметров
В выходные планирую продолжить перевод документации Тиддливики, а пока в процессе изучения возможностей попробовал создать событие "Учреждение франкфуртской фондовой биржи", пример которого я делал для Андрея Степаненко на его гугл-сайте "Легенды Истории". Гибкость софта, вероятно позволяет несколько путей, но я, для примера и на текущем уровне пользователя сделал следующим образом.
1. Создал тиддлер для события, где указал дату, место и тип события как метки
2. Включил в тиддлер для события список тиддлеров, которые создал для значений параметров (в соответствии со своей схемой), в названии которых повторял название тиддлера для события с добавлением через двоеточие и пробел (например) имя параметра, объединив их меткой с названием события
3. Соответственно создал тиддлеры для параметров
Таким образом может решаться проблема динамических параметров. Каждый может использовать другую схему параметров или вообще создавать без них, ограничившись датой и местом. Таким образом процесс становится не интернет-страницей, хотя будет иметь свой адрес, а файлом тиддлеров, которые тоже имеют соответственно адреса, связанные со адресом файла. Разработчики говорят, что тиддлеры эффективнее в использовании, когда они небольшие семантические единицы, хотя могут быть "большие" тиддлеры с динамическим содержанием, то есть с включением содержания других тиддлеров. То есть, мы имеем файл для процесса (список связных событий) и собственно события и значения параметров (если есть или возникнут позже). И адреса мы будем иметь не только для процессов и событий, но даже для отдельных параметров. Гибкость потрясающая! Можно начать уже думать о стандартизации реестров. Кто уже активно тестировал, утверждают, что от 1500 до 4000 тысяч тиддлеров в одном файле (вероятно в веб-варианте с частью кода на Node.js на порядок больше!) работу не тормозит. Короче, процесс в объёме книги или даже с десяток томов. В принципе, я ещё не видел многопараметрических исторических процессов из полутора-трех сотен связных событий, а для простых хронологий (без параметров) процессы могут состоять из полутора-трех тысяч событий при текущем уровне развития технологий! Для будущих агентов, которые будут работать с несколькими файлами могут создаваться специальные временные и даже постоянные базы, но это следующий технологический вопрос. А с учетом того, что процессы могут иметь специфику и собственный функционал для анализа, то ряд задач уже может быть решена на этом уровне. Интересны и задачи создания процессов с помощью агентов, обрабатывающих внешние источники (типа википедии) и полуавтоматически порождающие события в определенный процесс! То есть, считаю решение использовать файлы Тиддливики для процессов принятым. Безусловно, что в будущем могут возникнуть какие-то ещё более эффективные решения, но перевести уже структурированную информацию в новый формат будет несложно. Была бы информация. А её ещё предстоит создать!
Напомню где лежат файлы для скачивания, с которыми я работаю:
CH-процесс (здесь как раз пример)
TWrudoc (документация, которая в процессе перевода)
Предыдущий пост с опытами использования Тиддливики
1. Создал тиддлер для события, где указал дату, место и тип события как метки
2. Включил в тиддлер для события список тиддлеров, которые создал для значений параметров (в соответствии со своей схемой), в названии которых повторял название тиддлера для события с добавлением через двоеточие и пробел (например) имя параметра, объединив их меткой с названием события
3. Соответственно создал тиддлеры для параметров
Таким образом может решаться проблема динамических параметров. Каждый может использовать другую схему параметров или вообще создавать без них, ограничившись датой и местом. Таким образом процесс становится не интернет-страницей, хотя будет иметь свой адрес, а файлом тиддлеров, которые тоже имеют соответственно адреса, связанные со адресом файла. Разработчики говорят, что тиддлеры эффективнее в использовании, когда они небольшие семантические единицы, хотя могут быть "большие" тиддлеры с динамическим содержанием, то есть с включением содержания других тиддлеров. То есть, мы имеем файл для процесса (список связных событий) и собственно события и значения параметров (если есть или возникнут позже). И адреса мы будем иметь не только для процессов и событий, но даже для отдельных параметров. Гибкость потрясающая! Можно начать уже думать о стандартизации реестров. Кто уже активно тестировал, утверждают, что от 1500 до 4000 тысяч тиддлеров в одном файле (вероятно в веб-варианте с частью кода на Node.js на порядок больше!) работу не тормозит. Короче, процесс в объёме книги или даже с десяток томов. В принципе, я ещё не видел многопараметрических исторических процессов из полутора-трех сотен связных событий, а для простых хронологий (без параметров) процессы могут состоять из полутора-трех тысяч событий при текущем уровне развития технологий! Для будущих агентов, которые будут работать с несколькими файлами могут создаваться специальные временные и даже постоянные базы, но это следующий технологический вопрос. А с учетом того, что процессы могут иметь специфику и собственный функционал для анализа, то ряд задач уже может быть решена на этом уровне. Интересны и задачи создания процессов с помощью агентов, обрабатывающих внешние источники (типа википедии) и полуавтоматически порождающие события в определенный процесс! То есть, считаю решение использовать файлы Тиддливики для процессов принятым. Безусловно, что в будущем могут возникнуть какие-то ещё более эффективные решения, но перевести уже структурированную информацию в новый формат будет несложно. Была бы информация. А её ещё предстоит создать!
Напомню где лежат файлы для скачивания, с которыми я работаю:
CH-процесс (здесь как раз пример)
TWrudoc (документация, которая в процессе перевода)
Предыдущий пост с опытами использования Тиддливики