4 ms·
>theoretically perfect design We have no metric to use to quantitatively score one design as something unequivocally better than another design. This is the f
by leafboi 6y ago
>theoretically perfect design
We have no metric to use to quantitatively score one design as something unequivocally better than another design.
This is the first thing you will need before you can prove one "design" is "better" than the other. Until than we are doomed to go in circles and have endless debates.
I believe even if we do find some quantitative measure on program "designs" it won't be rating something as "better" or "worse" it will likely be metrics on many dimensions measuring tradeoffs.
- codygman 6y agoWhen you design software focusing only on the business logic and domain the end result will be better than if you have to do it while juggling implementation and performance concerns. > We have no metric to use to quantitatively score one design as something unequivocally better than another design. Given the current state of software development, it's not fair to place that burden of proof here when it's not used elsewhere.
- leafboi 6y ago>When you design software focusing only on the business logic and domain the end result will be better than if you have to do it while juggling implementation and performance concerns. Do you have a foundational proof for this? What are your axioms and theorems? A qualitative description (that you have provided) is open for debate. I can say the opposite and supply you with an endless chain of examples while you come at me with couter-examples and we go nowhere. >Given the current state of software development, it's not fair to place that burden of proof here when it's not used elsewhere. The entire mathematical community has this burden placed on them. The entire scientific community has lesser statistical validations placed it. The programming community has endless design pattern debates online as the burden.