He clarifies it later, saying that you must in the right direction. His whole article is written from 1st world perspective, imho.

She* :)

I would agree that the concepts are relevant to all. Certain parts may be more difficult for those in varying circumstances, but I think the core principles are still valid: 1) Iterating until you find a "good" path 2) Working towards that "good" consistently

Why not write it as in lisp as:

    (sin (cos 10.4))

The question was for alternatives to code that reads inside->out. I personally don't have a problem with it, but I can see that many languages have a more procedural/imperative top->down control flow by default. A Java programmer might prefer that, where a Lisp programmer will be trained to alternate while reading between inside->out and outside-in in code.

Still using those long expression is unfair

A(b(c)) are 2 function calls.

Hence

(A (b c))

is the fair abd equal expression. And you inside out whilst valid and in fact easier to read (as more normal) would need precedence rule in other scenario.

But those examples just not right.