The driver of enshittification is extracting money from your user base and investors alike. Lacking one doesn’t stop it.
If I was going to trust obsidian, their code would be fully foss. Since it isn’t, there is nothing future proofing my notes in their software. Might as well switch now to something which largely works better and is more feature rich.
Might as well switch now to something which largely works better and is more feature rich.
Which is relative to personal taste and needs.
If I was going to trust obsidian, their code would be fully foss.
I definitely agree that I wish it was fully foss, but i also think it is a far better option than notion, onenote, etc for most people (as long as it meets their needs and preferences) since with obsidian you do actually own your data and you don’t need to pay unless you want their sync.
Since it isn’t, there is nothing future proofing my notes in their software.
Even if, worst case, Obsidian enshitifies, all the notes are markdown or json (json for config and things that don’t work in markdown, but the community and the devs work hard to keep that to a minimum) so you can still access your stuff in any text editor and it will be fairly easy to get the important data migrated into anything else. (I often use vs code to manage my notes, for instance, esp for big find and replace or re-org tasks) Even the non-standard markdown from obsidian and the most popular plugins reads well and could fairly easily be replicated with remarked or other markdown libraries. In this way, i think Obsidians approach is far superior to a tool which uses a database to store its data, since a database would require some effort to use standalone, or some work to migrate it to another tool or some sort of minimal client interface.
By its design, Obsidian could also be replaced by reverse engineering their api. If obsidian takes the dark path, we will probably see a foss community grow from the plugin dev community to replace it and be as compatible with plugins as possible, even if its just the basic text and display components. Tbh, it could totally be a vs code plugin, an emacs mode, [insert any text editor with plugins here]… thats how portable the data is. The obsidian devs know this, and they are intentional about staying this way. A shift in attitude here would be noticed by the community very quickly.
The driver of enshittification is extracting money from your user base and investors alike. Lacking one doesn’t stop it.
If I was going to trust obsidian, their code would be fully foss. Since it isn’t, there is nothing future proofing my notes in their software. Might as well switch now to something which largely works better and is more feature rich.
It’s completely markdown which is future-proof and easily portable to other software
Which is relative to personal taste and needs.
I definitely agree that I wish it was fully foss, but i also think it is a far better option than notion, onenote, etc for most people (as long as it meets their needs and preferences) since with obsidian you do actually own your data and you don’t need to pay unless you want their sync.
Even if, worst case, Obsidian enshitifies, all the notes are markdown or json (json for config and things that don’t work in markdown, but the community and the devs work hard to keep that to a minimum) so you can still access your stuff in any text editor and it will be fairly easy to get the important data migrated into anything else. (I often use vs code to manage my notes, for instance, esp for big find and replace or re-org tasks) Even the non-standard markdown from obsidian and the most popular plugins reads well and could fairly easily be replicated with remarked or other markdown libraries. In this way, i think Obsidians approach is far superior to a tool which uses a database to store its data, since a database would require some effort to use standalone, or some work to migrate it to another tool or some sort of minimal client interface.
By its design, Obsidian could also be replaced by reverse engineering their api. If obsidian takes the dark path, we will probably see a foss community grow from the plugin dev community to replace it and be as compatible with plugins as possible, even if its just the basic text and display components. Tbh, it could totally be a vs code plugin, an emacs mode, [insert any text editor with plugins here]… thats how portable the data is. The obsidian devs know this, and they are intentional about staying this way. A shift in attitude here would be noticed by the community very quickly.