(mathematical specification, complete documented API, functional programing.) But unix morons hate precision of any kind, because they simply are not good at it, or any thing too abstract or requires much effort for that matter.
Like: a pauper's safeguard against robbery is to remain a pauper a idiot's means to fame is idiocy a bimbo's “no” relies on sex-harassment laws a chimp's way of education is thru Affirmative Action and unix moron's way of universality is crass simplicity.Īll it takes for a 100% compatibility and portability requirement is a precise specification. Unixers will no doubt delude themselves that at least one advantage of simple-minded raw formats is universal compatibility and portability. All these unix mailers store the email rawly in plain-text, and all can be processed with the gazillion faakedup and feeble unix text processing tools. The unix email program nmh, uses another and exists in particular to fix the simple-mindedness of mbox. Emacs's news/mail program GNUS uses yet another fantastically incompatible ad-hoc raw text format. Emacs variant XEmacs's mail reader vm uses another. There are quite a lot mail formats used in unix. For example, if the requirement is applicability of unix text tools, all that's needed is unscrambled plain-text not necessarily simple-minded.
Yes, unix's bag of text-processing tools can bear on it to a unixer's advantage, but that does not mean implementation-simplicity zilch-engineering format is a good thing. The unix mbox mail format is a simple-minded text-appending raw format.
There is a sentiment that the unix mail storage format mbox is great because being plain text and unix text processing tools can be used on it.
0 kommentar(er)
