| "In summary, the answer is to write lean, efficient and small pieces of code..." What if the user could avoid "non trivial" programs, i.e. the ones that purportedly make it impossible to avoid shared libraries? To put it another way, what if a user could have a system containing only trivial programs that each do one thing and then use them in combination to do "complex" tasks? The term "non trivial software" is one I see continuously used as an underlying assumption and hence a justification for maintaining the status quo of all manner of existing software problems. I do not want more "non trivial" software. I want simplicity and reliability. Not to mention comprehensibility. I get those things from so-called "trivial" software. When some the "non trivial software" I am forced to use becomes too reliant on too much resources or too many dependencies, I stop using it and find an alternative. This strategy has worked beautifully for me over the years. Shared libraries was a useful concept in its day. In my humble opinion, those days have passed. GB of memory is more than enough for me personally. I like to use crunched binaries in my systems. As such, I do not seek out "non-trivial" software and am always looking to eliminate any existing dependencies on it. |