Приборка складності проєкту — Сага

Версіонування середовища розробки без засмічення основного репозиторію

З розвитком проєктів, особливо баз знань чи сайтів документації, що використовують кілька інструментів, таких як MkDocs, Obsidian, власні скрипти та спеціалізовані IDE, як-от Cursor, складність природно зростає. Інтеграція цих інструментів створює потужні робочі процеси, але також ставить нове завдання: керування зростаючою кількістю конфігураційних файлів, чернеток, скриптів та планів, що підтримують основний проєкт.

Ігри — Сторона даних

Як описи ігор було стандартизовано та зроблено динамічнішими за допомогою метаданих та плагінів Obsidian.

Коли йдеться про керування контентом, ключовим є послідовність. Для першого великого розділу цього проєкту я взявся за ігри — приблизно 170 з них, кожна зі своїм унікальним форматом, стилем та доступністю. Проблема? Багато з цих описів покладалися на жорстко закодовані, статичні посилання, що робило додавання нових ігор або зміну структури справжнім коштом.

Тож я засукав рукави і взявся до роботи.

Zettelkasten, Wiki та далі

Чому я почав цей проєкт, ідеї, що стоять за ним, і куди він може привести.

У 2013 році я працював менеджером проєкту в молодіжному цирку. Тренери часто зверталися до мене з запитаннями, чи знаю я інші ігри, методи чи трюки. На той час у мене було багато ресурсів — книжок, журналів, нотаток із семінарів, але все було неорганізовано і майже не оцифровано.