Eine App, die ich gebaut habe, weil Obsidian zu komplex ist

Ich wollte eine persönliche Wissensdatenbank-App, mit der ich das Wissen aus meinem Kopf zusammentragen kann, aber
Obsidian oder Notion haben einfach zu viele Funktionen und sind zu komplex.
Also habe ich mich gefragt, ob es nicht eine einfache und leichte Wissensdatenbank-App gibt, und weil AI heutzutage so gut ist, habe ich beschlossen, sie selbst zu bauen.

Wenn man eine Wissensdatenbank-App benutzt, ist das Nervigste doch, dass es umso schwieriger wird, bereits gespeichertes Wissen wiederzufinden, je mehr Einträge man hat – Hunderte oder Tausende, oder?
Deshalb habe ich diesen Teil über Tags gelöst.

Und damit man beim Erstellen neuer Dokumente nicht jedes Mal andere Tags verwendet, weil man sich nicht mehr an die früher genutzten erinnert (zum Beispiel Python, 파이썬, 프로그래밍), sodass die Tags am Ende verstreut sind und praktisch ihren Zweck nicht mehr erfüllen,
habe ich auch eine Tag-Empfehlungsfunktion eingebaut, die analysiert, welche Tags in ähnlichen früheren Dokumenten verwendet wurden.
(Dieser Teil war ehrlich gesagt am schwierigsten. Ich wollte unbedingt etwas Leichtgewichtiges bauen und hatte daher große Vorbehalte dagegen, LLM-basierte morphologische Analysewerkzeuge oder Ähnliches einzubauen.)

Inzwischen finde ich, dass das Programm weit genug ausgearbeitet ist, um es auch extern zu veröffentlichen.

Ich würde daher gern Feedback von den GeekNews-Nutzerinnen und -Nutzern bekommen.

Ich freue mich auf viel Feedback dazu, was man noch verbessern könnte.

[ffdd270]

Ich finde es gut, wenn die Schritte zum Erstellen eines Dokuments minimiert sind, damit ich Einfälle sofort aufschreiben kann. Deshalb war ich irritiert, dass Tastenkürzel wie Cmd+N nicht funktionierten.

Außerdem gibt es bei den meisten Schreibprogrammen, die ich mag, keine explizite Trennung zwischen Titel und Textkörper. Wenn es so umgesetzt ist, muss man zum Ändern des Titels einfach nur den obersten Header 1-Satz anpassen, und nach dem Titel kann man direkt in den Haupttext übergehen, was ein sehr gutes Eingabeerlebnis bietet. In der aktuellen Form ist das getrennt, und das fühlte sich nicht besonders gut an.

Auch in Obsidian mag ich das Erlebnis beim Erstellen neuer Dokumente nicht besonders, deshalb nutze ich die App Drafts, die nicht nach einem Dateinamen fragt und nach einer festgelegten Zeit automatisch ein neues Dokument erstellt. In dem von Ihnen vorgestellten Programm ist der Workflow beim Schreiben eines neuen Dokuments aus UX-Sicht derzeit völlig anders als bei bestehenden Apps, und statt effizienter wirkte dieser Workflow eher schlechter.

Insgesamt fühlte es sich eher wie ein Programm zum Verfassen von Internetbeiträgen an als wie ein Dokumenteditor, daher war das Bearbeitungserlebnis für mich nicht besonders gut. Wenn Sie diesen Teil verbessern, könnten Sie damit Menschen ansprechen, denen das Editiererlebnis wichtig ist.

Bei Tags habe ich ähnliche Erfahrungen gemacht, daher halte ich das grundsätzlich für eine ziemlich gute Funktion. Aber es wäre noch besser, wenn der Editor selbst so verbessert würde, dass man darin angenehmer bearbeiten kann. Gute Arbeit.

[jufufu]

Es gibt zwar ein paar eigene Markdown-Syntaxen, aber grundsätzlich werden die Dokumente selbst im Ordner doc/ als md- und json-Dateien verwaltet, sodass keine Abhängigkeit von einem bestimmten Tool entsteht. Für die Performance habe ich außerdem eine zweistufige Struktur gewählt: Bei der tatsächlichen Nutzung in der App werden die md-Dateien im Ordner doc/ in SQLite geladen und dann verwendet.