2 ms·
I don't think trying to shove "everything is a file" everywhere is going to work well but let's see what the future holds. IMO we actually should gradually sta
by pdimitar 3y ago
I don't think trying to shove "everything is a file" everywhere is going to work well but let's see what the future holds.
IMO we actually should gradually start moving away from that. It's a leaky abstraction (though granted, our current tooling is pretty strong and excellent about all this so I guess it's a 50/50 here).
- jml7c5 3y agoYeah, the APIs aren't great on either Windows or Unix. I'm reminded of a @fasterthanlime tweet: >Few people know the complete quote: >"Everything is a file — the worst possible primitive" Especially in a multi-core world, you need to know a lot of Unix(/Linux) arcana to write a program that ensures ACID-like properties for files. (And this need applies to almost any program that writes to a file.) If filesystem APIs were redesigned tomorrow, they would be quite different from what we have today.
- pdimitar 3y agoHad no clue of the original quote, hah. Thanks for letting me know! :) And I especially agree with the multi-core comment. We need filesystems as full-blown ACID databases, like 10 years ago now. Surely it can't be so difficult to have a K/V store with ACID semantics and give it a filesystem emulation layer so people can use all the normal coreutils like `ls` and `cd` etc. But then also add a little extra API that allows for locking, transactions and all the good stuff? Will nobody step up?...