3 ms·
> Clean Code is mostly a premature optimization in code flexibility > in practice the code has to be significantly changed/rewritten anyway when a business requ
by Gibbon1 4y ago
> Clean Code is mostly a premature optimization in code flexibility
> in practice the code has to be significantly changed/rewritten anyway when a business requirement change appears.
Tying these two together. Clean Code doesn't distinguish between framework code and business logic code. Or more you should write the latter like the former. The problem is writing framework code is hard to do well. It needs to be well thought out, bullet proof, and importantly well documented. That takes a lot of time and effort and running the code under a number of different use cases.
One is better off writing business logic as straight forward and goal directed as possible.
- whstl 4y agoThat's interesting, this is the first time I've heard this critique, and I totally agree. The coding culture around Clean Code seems to put a lot of effort into "building frameworks on top of frameworks" without really admitting it, and the "framework-y bits" are intertwined with business logic, like exposed piping in a building. But business logic should look more like Golang instead.