此问题已在 similar post 中得到解决在有关 UI 的更具体层面上。
我想在更一般的设计层面上解决这个问题。
我每天都在设计方面做出决定，以确保高质量。但时不时地，我会与中层管理人员和没有经验的开发人员讨论“以正确的方式”做事的好处。
有时我只是说“相信我，我已经看到了这会导致什么，我们正在以另一种方式进行”，有时我会尝试设定一个场景，其中一组特定的选择会引入问题等。大多数有时我觉得我无法联系到正在交谈的人。我还不如说“相信我”。
我觉得作为一名高级软件人员，我的能力之一应该是解释和激励我们作为一家公司做出的技术选择。我可以在经济和用户体验层面做到这一点。
但我似乎无法在技术和伪技术层面上解释为什么某些设计选择“感觉不对”，以及为什么其他设计选择感觉更正确和有益，即使起初可能更难实现或看起来不必要地复杂。
幸运的是，我偶尔会展示出好的结果，否则我可能会开始怀疑好设计与坏设计的整个概念。
阅读这里的其他人对此的看法真的很有趣。
提前致谢!
最佳答案
您尝试过 Technical Debt 吗？争论？引用链接(来自 Martin Fowler 网站):
... doing things the quick and dirty way sets us up with a technical debt, which is similar to a financial debt. Like a financial debt, the technical debt incurs interest payments, which come in the form of the extra effort that we have to do in future development because of the quick and dirty design choice...
关于software-quality - 你如何争论 "high notes"，真正的生产类代码？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/532511/