[puchatek]

This one, like some others in this style guide, can also be found in Clean Code. Not sure why you feel the need to call it "BS". Nobody is saying that your 75 line function is bad.

It's a reasonable guideline. Juniors won't do this automagically.

[bccdee]

Clean Code is different. Clean Code suggests 2-5 line functions. A 70-line limit is worth considering; 5 lines is not.

[Kwpolska]

The "Clean Code" book is famous for making bad suggestions and producing unreadable code with too many functions just for the sake of following its rules.

[userbinator]

It's worth noting that the author of "Clean Code" does not appear to have written any software of significance. He's nothing more than a preaching salesman.

There are far more real developers to learn good practices from. Brian Kernighan, Dennis Ritchie, Linus Torvalds, etc.

[jval43]

Yes and it was BS in Clean Code too, not a fan.

Don't get me wrong, I often apply it myself and refactor code into smaller functions. But readability, understandability and ease of maintenance comes first.

Especially juniors will apply such rules overzealously, bending over backwards to stay within an arbitrary limit while at the same time not really understanding why.

Frustratingly, their lack of experience makes it impossible to discuss such dogmatic rules in any kind of nuanced way, while they energetically push for stricter linter rules etc.

I've tried, and one even argued there's never ever a reason to go over N lines because their book is "best-practice" and said so. And you should not deviate from "best-practice" so that's it. I'm not making this up!

That said, I'm always open to discuss the pros and cons for specific cases, and I do agree the default should be to lean towards smaller functions in 90% of cases.