- 在技术项目中推销简洁性常常被拒绝，因为客户更青睐令人印象深刻但过度设计的解决方案，而非实用的方案。
- 一名专业人士因建议为一个小型内部工具（3个用户）使用SQLite而受到批评，并被项目除名。
- 客户避免简单解决方案，因为这会威胁他们作为“可扩展”或“企业级”系统构建者的自我形象。
- 真正的简洁需要深刻的理解和艰难的决策，与遵循复杂架构的教程不同。
- 复杂性被误认为能力，因为演示文稿中精心设计的图表获得资助，而简单解决方案却被拒绝。
- 经验促使开发者建议简洁性，是因为他们了解复杂性的真正代价，而非懒惰。
- 大多数项目并非独特，增加更多组成部分并不能解决问题，反而会延迟上市时间。
- 该专业人士敦促买方审视自己抵制简洁性是否源于不安全感，而非工程需求。