The spread of C and UNIX

This article explains why C and UNIX have spread. Other programmers will use C, reluctantly, but Ctards will refuse to use anything else, not even C++. They use C for the same reason Muslims eat halal. It is religious dogma spread by the Ctard and UNIX cults.

Computer companies were like the West with Islam. They let C into their systems, into their ``countries'' so to speak, and buffer overflows spread, compatibility between languages was reduced from data descriptors for all types (a la VMS) to the types used by C, POSIX functions and UNIX-like shells were added, code became buggier and more obfuscated, and compilers did insane acts in the name of ``optimization''.

So if you want your language to spread, you have to be more intolerant than the Ctards. You must say ``If there is a single line of C, I will not use it.'' Just like peanut-free food, you can impose your will on the majority.

https://medium.com/incerto/the-most-intolerant-wins-the-dictatorship-of-the-small-minority-3f1f83ce4e15

>>9
Most of the time, unlimited length is not an advantage. You might be able to make this argument in the days of 8-bit processors, but with 32-bit and even 64-bit architectures aplenty, the limitation is utterly irrelevant. If you have a four billion byte string, representing it as a continuous block of memory is doing it wrong.

Likewise, being ``essentially a pointer'' is not an advantage. It is completely meaningless unless you are a cetard who can't understand anything that is not implemented the way a cetard would implement it i.e. stupid. This very thing can be seen in your characterization of pointers with offsets as ``structs''. On just about any CPU nowadays, a dereference and a dereference offset by a constant have the same cost, but to the crippled C mind, the latter is a ``struct'' which feels slow because C is a retarded language that couldn't pass structs around for years and forces you to handle them the same way you'd handle an 800MB object. The next time you're about to spout some shit about performance, consider that the only ``hardware'' you seem to know about is the abstract C machine and not an actual piece of silicon. C isn't close to any extant hardware; it's just stupid.

3.Length can be passed/stored as unrelated parameter/variable, the speed advantage of storing the length doesn't exist.

And this, right here, is the essence of C-faggotry. There is no deeper thought put into it beyond some ``clever'' hack that (a) prevents sane behavior (b) is hilariously bugprone and/or (c) straight up doesn't even do the fucking job, but OMG OPTIMIZED THAT ONE EXTRA CYCLE THAT GETS EATEN BY MEMORY LATENCY WILL CERTAINLY MAKE UP FOR ALL THE RCE VULNERABILITIES.

Unix is a mental illness.