i find the longer versions of the first two examples in "2. Omit needless code" more readable<p>i think my mental parsing at a glance of the short version of the first example trips over how there are no parentheses around the "msg" parameter and it looks like an ordinary variable until i reach the "=>" after it<p>and in the second example, parentheses (expression body) are used instead of braces (block body) but with indentation that's typical for block bodies so you can't easily tell it's an expression body at a glance (also depends on how well your font differentiates "{" and "(")<p>> Sometimes we’re tempted to assign names to things that don’t really need to be named. The problem is that the human brain has a limited number of resources [...]<p>i don't think intermediate variables are all that bad, especially for things that'd make an expression too long to comfortably fit on a line<p>or is it something only functional programmers care about<p>i'm not a fan of the currying and point-free and other things and find them pretty unreadable but i never did that kind of functional programming (to my knowledge) so i am not legally allowed to have an opinion on them