本文主要是介绍产品为何总是做不好 (五): 头痛医头，脚痛医脚，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
2016.9.3, 北京, Ken Fang
当产品的架构已藕合成了一锅粥时，就只是叫架构师去学 Amazon的微服务，爱立信的组件化、架构解藕，有用吗？
1. 架构师怎么可能会不懂组件化、架构解藕、微服务；产品架构腐败，真的是因为架构师不懂怎么做组件化、架构解藕、微服务？
2. 产品架构腐败，真的是因为软件架构设计没做好?
3. 每家企业，每个团队会将自身产品的架构，搞得藕合成了一锅粥，其所形成的主、客观，外在与内在的因素是完全不相同的。所以，将别家企业、别的团队解决其自身问题的作法、工程实践，盲目的 “抄”到自己企业、团队的内部，就真的能解决团队所面临的问题？
我们已经历了数十年软件开发的岁月，但，我们还是只习惯头痛医头，脚痛医脚，只讲求解决表面问题的思维与作法。
我们已经历了数十年软件开发的岁月，但，我们对如何系统化的分析，我们在产品开发上，所面临的种种问题时，还是显得那么的不知从何着手。
我们已经历了数十年软件开发的岁月，但，我们对如何去 "设计" ,我们团队自身真正所需要的工程实践、工作模式时，还是显得那么的无知。
在软件开发的面前，我们也许需要的是更多的谦卑与深度的思考。
这篇关于产品为何总是做不好 (五): 头痛医头，脚痛医脚的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
