Дневниковость. Часть 4. Airtabe в связке с сайтом

Как можно догадаться это продолжение. А начало в первой заметке. Продолжение во второй. Продолжение в третей.

В прошлых частях было о календаре и фотостриме. О ведении дневника в программах заметок Evernote и OneNote. О разных проекта саморазвития как Творческое Дерзновение и 87. А так же улучшение дневника через Trello и Airtable системы учета.

Касательно прошлой части важно отметить, что хотя и трелло и эиртабл системы выглядеть очень механистично/шаблонно их всегда в 2017 дополняли еженедельные отчеты в 87 и ежесезонные скетчи. Они созданы больше как художественные штуки :)

В этой статье много про airtable.com — пользовательскую базу данных с удобным интерфейсом, которая на сегодня сочетает гибкость с доступностью обычным людям. Её ближайший конкурент — https://zenkit.com к которому я тоже присматриваюсь.

🔶

17: Airtabe, анализ интересов

В мае 2017 года я выполняю упражнение “что тебе интересно” (Барбара Шер, “Отказываюсь выбирать” книга) было или сейчас. Я беру тетрадку и до посинения пишу в нее всё, что припоминаю как интересовавшие меня в жизни. Потом еще пишу. Перечитываю. И еще пишу. Перечитываю. По хорошему надо написать 1000 пунктов, но у меня не выходит :)

В 2016 году по этому упражнению написал 217 пунктов.

В 2017 когда сил уже нет, я набираю эти все пункты в таблицу Airtabe. Выходит 360 записей. На каждую запись я пишу максимум тегов “Темы”. Вручную. Это долго.

На основе тегов я создаю новую таблицу “Прописанные”. Каждый тег в ней — отдельная запись. Выходит 635 записей. (всё равно не 1000) Перечитываю всё это. Для каждого тега я придумываю свою надкатегорию. Потом из этих надкатегорий создаю новую таблицу “Сферы”. В ней 140 записей. Как понимаете всё это вручную и оооочень долго.

Таким же методом тегируем табличку и потом создаем еще одну табличку надкатегорий с названием “Зоны внимания”. В ней уже всего 20 записей. И это уже не так долго.

Таким же методом просеиваем эту таблицу. В новой “UPlink” уже 7 записей. И в последней уже всего три.

И это еще не всё. Откуда “вес”? а оттуда что я возвращаюсь в таблицу со 635 элементами-тегами и каждый оцениваю по 100-бальной шкале. Тем самым я создаю возможность потом в каждой последующей таблице делать суммирование важности.

Перекидываю все эти пункты создавая заметки в OneNote на каждый чтобы описать подробнее о чем оно.

После я начинаю играться с результатами и пробовать сделать из них mindmap. Чтобы забрать данные тут уже не выйдет просто экспортировать одну таблицу. В каждой таблице нет полностью данных.

Так как тут связи. Поэтому я начинаю учить API. Это запрос данных через определенный протокол. Я делаю это через php скрипт на моем сайте.

🔶🔶🔶

17: Airtabe, осень

Мне не нравилось в летнем дневнике много вводить и много тратить времени на сортировку базы данных, чтобы сразу видеть результаты.

Поэтому на сезон осень 2017 я обдумывал инновации уменьшения моих мучений.

Таблица “Отчеты” это линки и копии названий/текста моих отчетов в Фейсбук группе проекта 87 (о котором было в прошлой заметке) за лето и за осень. Всего лишь, но удобно сразу переходить когда надо прочитать. Отчеты это тексты с фото, часто в свободной форме, о чем-то что зацепило за неделю.

если HTML и картинки в поле img мне удалось выдрать через facebook API, то обложку кавер он так и не отдает
Касательно структуры таблицы “События // check-ins” гениально было додуматься, что в отличии от летнего решения не надо в каждом событии делить на разные таблицы связи и не надо делать поле со списком люди/культура/проекты/мое. Потому что до этого я думал как-то линейно. Вот событие, давай к нему подвяжем людей. ок. Подвяжем платформы. Ок. Подвяжем занятие. Итд. А зачем так негибко?

Можно просто подвязать теги. Одно поле “ПОТОК”. А что там будут за теги какая разница. Теги становятся линиями — “Потоки ☝️ Роста” по которым собираются события. Сами события, занятия в таблице “События // check-ins”:

В среднем я ставил 2–3 тега на событие. Максимум тегов это 7 шт.

Теги делятся по сферам в своей таблице:

сами сферы понятно откуда взялись :)
Рассмотрим ТАБЛИЦУ ПОТОКА СОБЫТИЙ.

За все время использования я создал 671 запись в этой таблице.

“Поток” это теги. “шт” это количество тегов на событие (полезно для сортировки и поиска 0):

почему тут о19? да потому что это были события ПЛАНЫ на будущее и они как видно зимние

Столбец “удвн” это утро/день/вечер/ночь уже известный из лета. Оставил как есть потому что удобно.

Неделя, её код, сама считается из даты такой простой формулой, плюс мы еще захватываем последнюю неделю лета для стыка:

формула конечно же на зиму не рассчитана. только осень

Для удобства сортировки еще и номер дня считаем

Дальше система оценивания важности события. Она тоже долго мной продумывалась чтобы свести все метрики к минимуму.

Она совсем другая. Базис теперь не бальная процентная система, а числа ряда Фибоначчи. Это нелинейная шкала. 1 — самое важное событие. 2 менее важнее. 3 еще менее. 5 итд идет снисхождение важности. (Идея пришла из книги по SCRUM, Сазерленд Джефф)

Название тут поле “живой” насколько я чувствовал себя живым от этого события. Показалось что так лучше назвать, чем “оценка важности”.

Это то, что вводиться вручную. Но по ней еще две метрики считаются. Чтобы их создание понять, надо рассмотреть весь день:

“ves” рассчитывается php-скриптом на основе всех оценок дня.

php
Каждый день скрипт надо запускать после того как будет заполнен весь прошлый день.

3 получает самая топовая оценка дня. Это обычно 1 или 2. В некоторых случаях 3, а иногда 5. Точно так же -3 получает самая низкая оценка в дне. 2 и -2 вторые по значимости оценки. 1 и -1 третьи по значимости. После точки ставится столько штук, сколько таких оценок.

Но если следующего по старшинству нет, то после точки ставиться 0 (сглаживание оторванной оценки).

Еще один пример:

нет оценки 13

Что дает такая система веса? Сглаживание относительности самого положительного и отрицательного события в дне между днями.

Столбец “coef” сделан так, чтоб плюсовать положительные и отнимать отрицательные.

И сделан он именно так чтобы можно было отсортировать все события по пересечению зависимости оценки события и дня. Сверху во всей выборке будет лучшее событие лучшего дня, а снизу в таблице худшее событие худшего дня. Вот так вот. Кажется сложным, но оно простое и решает задачи сортировки.

== ТАБЛИЦА ДЛЯ ПОТОКОВ ==

В итоге я создал за осень 146 векторов. С таблицей событий она связана через “ШАГИ_создания_ценности”, а так же через подстановку “Неделя”, который возвращает названия недель, когда хотя бы раз упоминал. И “было?” это последняя дата упоминания. И формулой “Тому” я считаю сколько дней прошло от той даты.

Можно отсортировать табл по тому, что я давно не использовал. Какие вектора-теги забыл

А в “раз” сколько раз его использовал. То есть стабильность тега.

Для нужд фильтрации. И по оценке и по коэффициенту есть два поля — среднее (/cp) и максимальное (пик). “оц/пик” показывает какая максимальная оценка (тут например 1, то есть это самая высокая оценка) была за всё использование вектора. То есть это дает важность вектора.

“pin” это просто чекбокс, которым можно отметить/закрепить вектор чтобы потом отсортировать запиненые сверху (идея взята с telegram клиента)

“Закрытый” это чекбокс используется в метриках. Он нужен чтобы метрика не поднимала этот вектор, что я по нему не хочу сейчас дальше продолжения. МЕТРИКИ отличается тем что в одной используется оценка (меньше=лучше), а в другой коеф для вычисления(больше=лучше). Коэффициентная метрика ведет себя достаточно странно. А обычная хороша. По ней и сортирую

МЕТРИКА, формула:
IF(AND(({Тому} > 0),({раз} > 0)), IF({Закрытый},(({оц/ср}*{раз}/(1+{раз})+8239/(59*(1+{раз})))/23+{оц/пик})/2,((({оц/ср}*{раз}/(1+{раз})+8239/(59*(1+{раз})))/23+{оц/пик})/2+5/{Тому})/2),99)

Каждый вектор так же связан с двумя таблицами — ценности(ЧтоБыЧто), люди(Для_кого).

Вообще таблица векторов получаеться основной. Текущие оценки поддерживают её. Люди и смыслы (ради чего это делаю) подвязываются тоже под неё.

= Таблицы Ценности, ЛЮДИ

Таблица людей это в начале месяца была копия таблицы с лета. К концу осени в ней стало 284 записи. Скопировал я ее, чтобы в таблице потоков иметь автодополнение уже по тем людям, что есть в БД. Как писал ранее я не преуспел с поиском простого метода всегда выводить сверху нужных мне людей, правильно построить метрику.

Новое — для основных людей прописал каких ценностей придерживаются или в чем ценны для меня. В табл ценности эти теги. И уже через людей косвенно в эту таблицу попадают вектора в поле “к потокам”.

= Таблицы ToDo, НЕКТАР

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

Хотя мои попытки построить отдельную экосистему ToDo для себя это заслуживает отдельных статей и я во всем цикле дневниковости рассматриваю только как я описываю происходящее и себя, но у меня же есть и планирование будущего.

А в таблице “Нектар” я использовал идею Барбары Шер о том, что мы что-то делаем потому что в этом занятии для нас что-то есть, некий “сок, нектар” который мы как пчелы с него собираем. Это таблица смыслов РАДИ ЧЕГО я делаю этот вектор. У меня уже был список выведенных нектаров я ранее делать это упражнение — в нем 30 пунктов. Порядок из этого списка —”indx” столбец.

AVG это среднее по МЕТРИКЕ из табл потоков. SUM это сумма всех МЕТРИК по связанных векторам (результат по сумме мне больше нравится)

А следующие поля я не сподвигнулся заполнить.

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

Чтобы подвести итог вот такой майндмэп простой. В центре системы теги\векторы. На каждый тег уже можно подключить и какие люди и что по нему не сделано и ради чего делаю. События из дней создают шаги этого вектора.
Оценки идут на события и потом агрегируются в вектора. А из вектора влияют на Людей, Дела, Ради.

🔶

Фотографии и скриншоты с телефона больше не постяться в таблицу автоматически как это было летом. Они загружаются через сервис IFTTT только на клауд.

А через этот сервис во временную таблицу автоматически каждое утро приходит погода и у нее есть тег. Из временной таблицы php-скрипт переносит записи в обычную и так сделано потому что IFTTT отдает дату в странном формате (про это ниже).

Стоить отметить что специально было сделано так, что погода считается в дне в коэффициенте. Я оценивал каждый день не только события, а и погоду потому что когда-то заметил насколько она влияет на то как может заладиться или нет мой день.

🔶

ВВОД

Осенью я начинаю активно переходить в telegram (о нём ниже). Там я добавляю себе IFTTT бота и создаю на него разные рецепты:

?и идеи ?з задачи ?п помнить это другие таблицы, это не дневник

C 12 сентября в дневник идет запись с префиксом ?? и бот об этом отвечает “dnevnik”

а голос всё равно не узнает

А так же любое фото которое посылаю в этот чат боту другим рецептом тоже создает в дневнике запись именно с этой фотографией.

Ответ на ??
В том как ifttt посылал дату (“November 13, 2017 at 08:30AM”) была проблема совместимости, так что я сделал в итоге промежуточную таблицу эиртабл tmp и уже из нее как только туда что-то добавлялось я запускал через ifttt вебхук скрипт ifttt2base.php который конвертил дату и еще автоматические создавал вариант “утро/день/вечер/ночь”. Если это была погода — автоматически добавлял тег “погода”.

Я кстати сейчас нашел абсолютно простое решение этой штуки в самой базе к которому почему то тогда не додумался (либо тогда такой функции в мануале не было). Вот так:

Плюс я сейчас научился создавать телеграм ботов своих, о чем будет в следующей части.

🔶🔶🔶

17: Airtabe API, вывод на свой сайт

Кроме самой базы я с начала осени начал писать вариант визуализации через jQuery (которым давно умею пользоваться) куда лучше чем просто фильтровать таблицы.

Данные из Airtabe я научился забирать через API php скриптом используя “Airtable PHP Wrapper с Github sincco.

Первый вариант

сделал на скрипте http://gridifier.io который умеет создавать динамическую сетку.

Я искал что-то, что легко бы фильтровало все ВЕКТОРЫ по каким-то критериям и выводило нужные карточки где-то как в пинтересте. Притом кроме фильтрации еще была бы и сортировка по сохраненным предкретериям. То есть функции как в таблицах Аиртабл, но вид поудобнее.

В реализации всё просто. При запросе генерируется через php один файл, где в код html сразу из базы через API запрос вшиваются данные по ВЕКТОРАМ и СОБЫТИЯМ. Еще есть два доп файла это “помни” и “нектар”, к которым обращаюсь уже через AJAX.

и еще погоду мы тоже не выводим сюда, хотя в метрике считаем :)
Конечно это медленно загружается и не так круто как было б если б AJAX загружал динамично всё, но для тестирования гипотезы как этим пользоваться подошло.

Скрип гридифайер из этих карточек собирает сетку.

Точнее из этих +1 специальная карточка блок “Помни” в которые выводились мотивирующие цитаты как я люблю из таблицы airtable и еще оно считает сколько я дней уже прожил и сколько мне дней осталось до 35, до 40, 50 лет. И так каждые несколько секунд это поле обновляется.

=

Хеадер для фильтра.

Тогда скрипт автоматически выбирал неделю текущую и ставил в выпадающий список.

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

ЛЕВАЯ ЗОНА: выбор из категории вектора. и “Х” это сброс фильтра.

а осень-18 и осень-19 сейчас неправильно считается

ПРАВАЯ ЗОНА

  • слева впадающая недели кода и три варианта сразу доступны на клик “все” и две свежие недели”
  • правая выпадающая это способ фильтровки карточек, что будет сверху: по пику 1–9, 9–1, по метрике и по штукам. и сразу на клик доступны переключение в метрику и в приоритет пикового события 1–9. 
    (формула метрики кстати описана выше, где о табл векторов)
  • самое правое это включение/выключение подгрузки на карточку списка связанных людей и дел

Кликом по названию переключение по надкатегориям. Карточки со всех недель, сортировка по метрике. Дела и Люди скрыты (выводятся чёрным).

Сама карточка

это название вектора.

цифра в углу: максимальная оценка по событиям (у карточки в примере не одно события не вышло за 5, то ест не было 1 2 3).

цифры под названим: средняя оценка / раз всего, потом ниже

график прикрепленных на нее событий слево направо. если не влазит, то следующие под первым. чем выше палка, тем событие оценено мной как важнее. Внутри палки код недели, с которой это событие. Если навести мышку будет ховер с дата | оценка | событие:

как видно отдых меня не заводит

Одно и то же событие может быть прикреплено к разным векторам.

Штука которая сейчас сломалась это обводка карточек разным оттенком красного. Если вектор долго не использовался от текущей даты, то у него рамка все краснела через функцию redColorArray(). Но сейчас она у всех максимально красна, потому что уже всё давно.

Если включить отображение прикрепленных к вектору людей, то это список “Имя /фб_линк_у_кого_его, …” и клик по имени фильтрует все остальные вектора, куда оно прикреплено. Это мне очень нравилось.

У мены был такой вектор “Новые люди” на который я прикреплял с кем знакомился на неделе и значит через этот вектор можно много куда было перейти.

Ну и последнее: выезжающая слева панель по бутерброду.

Она анализирует какие сейчас векторы загруженны и выводит из таблицы “Нектар”, какие мои драйвы тут участвуют сортируя их по приоритету.

Состояния панели закрыто/открыто тоже сохраняется в локалсторидж браузера и при следующем заходе на сайт таким и остается.

В общем в такой прикольный себе интерфейс я сделал в первой половини осени. Он реально приятнее, чем просто фильтровать таблички как это было летом.
Но я решил не останавливаться и придумать что-то по интереснее.

🔶

Второй вариант визуализации

Тут уже не всё так просто :) Нет никакого базового скрипта или библиотеки. Всё написанно с нуля и заняло много много много времени, включая эксперименты и рефакторинг кода.

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

Папка “f” отвечает за jQuery кодинг + css и главным скриптом есть “timeline.js” из которого подключаются остальные.

Все общие функции вынесены в dnevnik-func.js

Я использовал библиотеку d3 для визуализации графа (об этом дальше) через “dnevnik-graf.js”.

Папка “inc” отвечает за php кодинг. Было два варианта— первый работал когда на таблицы данных были свои get_шото и set_шото. Но потом я решил попробовать это унифицировать, превратить в красоту и написал airtable_proxy.php через который в последующем варианте таймлайн и работал. Скрипт через параметры принимал писать или читать и что/куда.

Все общие функции вынесены в functions.php

И в корне еще “ifttt2base.php” это скрипт, который исправлял даты в таблицах airtable в автодобавленых событиях и погоде.

В чем была идея? Её не было. Был эксперимент.
Я столько всего перепробовал рисуя варианты вывода на листах от руки. В итоге пришел в что-то похожее на Trello карточки, но с разной величиной карточки.

Сначала тест линии времен справа налево как бы в прошлое и сверху внизу. Но от второго отказался и базовую линию разместил внизу экрана. Карточки идут снизу вверх, создавая стек. За размеры карточек отвечает “dnevnik-sizes.css”.

Я изнчально решил что на фон будет выводиться разная картинка. Я нашел точку где ест фото дня в bing.com XML

get_wallpaper.php / кстати баг тут есть, кто видеть? :)

Сегодня 26 апреля 2018 вот цветущие кактусы!

Общий вид, напоминаю что у меня первый день недели — суббота:

Право сверху “Плитки” это кстати линк на прошлую версию визуализации

Получается каждую неделю новый стек добавлялась справа. А каждый день новая карточка добавлялась вверх. Скролить можно мышкой лево-право. И вверх. Таймлайн прижата к низу.

МЫШКОЙ МОЖНО РЕГУЛИРОВАТЬ ШИРИНУ (но не высоту) любого зелёного стека зажав снизу его полосу названия и потянув влево или вправо. Не помню дописал ли я сохранение этой ширины куда-то, по моему нет.

Одной из написанных версий было когда старые недели (например на пятой, это с первой по третью) объединялись в один стек. Карточками в нем становилась каждая неделя, а не день. И только по клику на такую карточку неделю загружался её стек. 
Но в итоге я вернулся просто к таймлайну всех стеков недель без этой функции автосворачивания. Хотя если её поумнее дописать то в ней был бы смысл.

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

будет через два дня
Кнопка “+” должна была стать способом вызывать окно ввода и добавить новое событие в базу данных не заходят в Эиртабл, но я так этого и не успел дописать. Точнее я написал, потом переделал, потом отключил. Написал просто отправлять текстовое название ну как с бота ITTTT. А хотел чтобы и теги можно было вводить. Это для них надо было писать автокомплит и это уже лень.

Что выводится в карточку дня. Как видно не все события. Система стала достаточно умная, чтобы разобраться со всем стеком (и достаточно тупая чтобы 17 сентября вывести только погоду) — понять суммарную оценку недели и какие события в дне лучшие и сколько их показать. Для этого собственно и нужна та система оценок с +3 и -3.

Из выведено на экран больше всего был оценен как сильный день 14 сентября. Его оценка 88.10% что можно увидеть если навести мышку.

Оценку в процентах любого дня можно глянуть ЕСЛИ НАВЕСТИ МЫШКУ НА КАРТОЧКУ.

В ховер также суммируются все вектора выведенных событий. Каждый вектор кликабелен и пинабелен. Что происходит если нажимать на скрепку? Пин. Вектор закрепляется в верхней полосе экрана и там он тоже кликабелен (а по крестику “х” можно его оттуда удалить).

Цвет вектора это его категория (всё те же что в прошлой визуализации). Но тут прямого доступа к фильтрации по категориям нет.

Кликнув на вектор мы фильтруем все карточки. Меняется цвет верхней полосы. Если нажать на “Я” или эскейп на клавиатуре мы вернемся снова к полной таймлайн. А вот вам только погода с моими оценками. Не сильно приятная для меня :)

Замок у названия вектора кликабелен и передает в базу данных значение открытого/закрытого вектора — а это влияет на расчет метрики

Тут точно так же можно наводить на каждый день и смотреть проценты/векторы.

РАЗМЕР ДНЯ/НЕДЕЛИ ЗНАЧИТ. Чем желтее карточка и меньше шрифт, тем ниже суммарная оценка у всех событий дня. Тем день мне показался хуже, карточка меньше. А вот как первая неделя осени если много оценок низких, то стек становится мелким. У крутых недель стек белый и большой. Например у осени-4.
Сколько было вариантов вывода? И не упомню. Сначала я выводил топ ап и топ даун событие дня в одной карточке разным цветом. Потом я сделал по два стека на неделю от главной горизонтальной линии — топ шел сверху линии. от нее вверх. а даун шел снизу линии от нее в низ. Так расходились. Было неудобно скролить и не видно. Потом я сделал что можно было переключить кликом по стеку что в него сейчас загруженно топ или даун и менялся цвет стека. Не понятен был контраст тогда с окружающими . Потом я сделал что при наведении мышки на каждый день можно увидеть его низкие оценки. Но я так и не понял что я из этого извлекаю. Возможно надо всю такую же систему на низкие оценки. Полный таймлайн.
И в итоге: остались только события с максимальной оценкой. Возможно это не правильно и надо думать о низких оценках, чтобы их предотвращать. Это всё спорно и не понятно.
ВЕКТОР

как упомянуто выше в базе данных на вектор можно прикрепить людей, дела, смысл. Я продумывал как это вписать в интерфейс. В итоге смысл эта та ценность, которую должен генерировать вектор и значит этим полем/списком заканчивается черта вектора. То есть смысла на пике. Тут он называется генератор:

какая-то ошибка с толщиной осени 13

Я не написал ввод и сохранение Генератор/Нектар. Только поле с автодополнением (кривым как видно:) сделал. А уже от него слево идут боксы людей и дел. Дела работают, сохраняются в базу. Можно чекать как сделанные. Люди добавляются. Но без иерархии. Начал кодить, чтобы сохранять порядок / переставлять какое имя выше/какое ниже и на этом остановился.

Имена людей кликабельны. По имени загружается карточка человека с контактами, по эскейп убирается.

Понятно что в векторе стеков некоторых недель может не быть если там он не использовался и начинаться он может например с осени 6.

Но карточка, это в любом случае, карточка одного дня. Как в таймлайне вектора, так и в общем таймлайне.

ЕСЛИ НАЖАТЬ НА КАРТОЧКУ откроется всплывающее окно с двумя столбиками: слево со всеми оценками / событиями дня и с тегами топ события внизу. В правой колонке будут фото. Должны быть.

Попытки подгружать фотографии именно того дня с облачного хранилища попеременно удачные, но там надо токен постоянно обновлять или он отваливается и это тебе не эиртабл где API ключ один без границ во времени и пока я его не отключу (что конечно вообще плохо для безопасности).

В общем как видно и форматирование я тут не дописал, но идея такова чтобы день было микс событий и фоточек.

И хорошо бы сделать по клавишам лево/право следующие дни переход.

Стеки в полном таймлайне внизу. Что такое:

  • “о2” — осень 2, название недели и сезона. так же функционал обновления из базы данные через AJAX этого стека если я например что-то дописал, а страницу обновлять не хочу то можно сюда нажать и оно сделает рефреш только этого стека.
  • “87” — это линк на проект 87 (о котором было прошлый раз) в закрытую группу, где как я говорил я каждую неделю до конца 2017 писал обзор моей недели. я еще хотел доделать (и так и не сделал почему-то), чтобы это был линк на каждую неделю отчета после того как я его написал и вставил линк в БД эиртабла. А так просто линк в саму группу.
  • я очень хотел уйти с фб и кодил так чтобы по “отчет” открывался отдельный редактор, который бы сохранял написанный мной отчет мне в базу. Но в итоге получается шизофреническая ситуация так как все отчеты в фб есть, а тут можно создавать другие. В идеале оно должно с фб их скопировать и загрузить в этот редактор. Но не сделал я этого, поэтому открывает пустое окно.

Я вообще думал чтобы можно было и вектора их названия вставлять как названия раздела из автодополнение, но не доделал.

  • “граф” — анализирует теги недели и строит граф. Открывает окно с визуализацией.
ГРАФ

Система считывает все теги недели. Потом просчитывает какие теги упоминались вместе и так строит между ними связи ближе/дальше (на картинке еще и толще линия). По частоте упоминания строит размер круга. По надкатегории вектора выбирает цвет круга.

Фильтровать к сожалению ничего нельзя и они не кликабельные. Это просто граф. Можно правда таскать за один кружок и остальные за ним тянуться.


Дальше наступила зима и я заново поменял на с нуля способ своего ведения дневника.


Итого осталась еще одна часть о процессе продолжение в пятой и потом часть 6 со смыслом ведения дневника.