this post was submitted on 28 Dec 2025
-33 points (25.4% liked)
Linux
10793 readers
1056 users here now
A community for everything relating to the GNU/Linux operating system (except the memes!)
Also, check out:
Original icon base courtesy of lewing@isc.tamu.edu and The GIMP
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
I can't say I disagree, but I am ignorant of what the alternatives would be. A tagged database of files so you can query by tag, filename, or such?
You have to think in 'information dimensionality'. A yes/no toggle is 0D, a list is 1D, a list of lists (std hierarchy) are 2D, a list of list of list are 3D etc. All information storage types are one of these dimensions. Think of a graph-base file system with nodes and edges between everything. Now, imagine a filesystem where you flick a switch and the whole structure shows another pov ? Maybe you want the whole thing to be shown as file-type hiearchy, or only parts of it. Maybe you need to show movement in the structure, so everything are in a temporal/spatial hierarchy, maybe you are only interested in dependencies ? Relations ? Other 'weird' metrics ? ..and so on. The main problem is to manage, find and show the needed information in a higher-dimentional fs.
Technically a normal file is also a list, or another ordered structure, but in this sense, they are just a node with further dimensionality.
There's a TON of information layers locked away in our normal filesystem hierarchy, so OP are perfectly right, and people here have no imagination or even a world model of information structures..
A hierarchical tag structure would let you mimic a folder structure, but free you from many of its constraints
https://stackoverflow.com/questions/3263036/file-system-that-uses-tags-rather-than-folders