3 ms·
In an earlier version of your post you said > This reminds me of a character of windows-based development that I find exhausting: opaque layers of unnecessary
by AnonymousPlanet 10y ago
In an earlier version of your post you said
> This reminds me of a character of windows-based development that I find exhausting: opaque layers of unnecessary complexity.
This is pretty much exactly how I feel about this whole thing. While designing NT, MS made a number of assumptions and decisions that were sensible from an engineering point of view back then. Especially if you're very much into OO (wich was the new rage back then). But from an administrator or system programmer point of view, these byzantine structures get more in the way than they help. On top of that, it makes integrating new ideas harder and you end up with layers and layers of API sediment. The people behind systemd are making very similar decisions and assumptions, deviating from the very principles of Unix that prevent this short sightedness.
- cturner 10y agoThanks. I removed this because I felt it was unfair on Windows. Windows has strange things in it, but then Raymond Chen will write a post clearly explaining it, and they are strong on backwards compatibility. Everything you say is true. But you can read docs and write in C and work to a conclusion. Systemd is shaping up to be a layer of complexity that constantly shifts underneath you. It is going to be a nightmare for people who build on unix. The unix api and conventions are our bedrock. This is not sustainable.
- AnonymousPlanet 10y agoSystemd might become stable at some point, but I'm more and more getting the idea that yanking Linux away from that Unix bedrock is the very purpose of it.
- digi_owl 10y agoIt may well be. Not sure if i can produce a link off hand. But Poettering seems to be on record about having no interest in unix.