HellCode manifesto

There are many coders who brag with "tiny" or "lightweight" code with tens of kilobytes JS minified and gzipped. In real, EVERY (100%, without a single exception) minified and gzipped code is bloated and ineffective. Reasons:

  1. gzip compress ratio for text is some 10%, so the actual code has hundreds of kilobytes - what a shame.
  2. gzipping is cheating: JS interprets can't process gzipped code, they need to unzip it before running.
  3. The internet browsing bottleneck moves from network traffic towards battery time, so focus should be moved from code size to code efficiency. Gzipping conceals the inefficiency in small size.

Intermediate coders code simple ideas in complex code (they create libraries and frameworks for intermediate coders).
Advanced coders code complex ideas in simple code (they don't need libraries, they pick the right language).

If you want to code a library, you should do it in lower-level language. Same-level language increases the commands executed polynomically: every command translated into several library commands and every library command translates into several engine commands. In scripting language one should express only highly abstract simple ideas. To prove it, I challenge you to code it under HELL license. This means your code will be 666 bytes long, without minification, without gzipping, without external libraries and indented.

Why to do this? Parkinson's law implies that any code that is not obvious on the first spot is doomed. Only the simplest ideas survive and the 666 bytes limit forces you not to add any expendable parts: anybody can learn 666 bytes code to the last bit in short time. It won't grow. If you absolutely need to add something, you also absolutely need to remove something else, or the complexity rises and the unavoidable end is coming.

All of our ideas are simple and they are connected in a simple way to other ideas. "Complex code" is nothing but merging the connections into the idea, not knowing its essence.