语言战争
前两天和前东家的同事聊天，说到一个事业部新来的事业部CTO认为原来的系统是一坨屎,而这一坨系统的根源在于所使用的语言 - 微软的.net。为了提高系统的稳定性和可用性，决定把这套系统从.net迁移到java。本来应该不在其位，不谋其政，但由于对这个事业部的情况还算有些了解，有些不成熟的想法希望可以和大家探讨。
每种语言都有其特点，如果从系统运维，人才招聘或者适用场景等方面去选择比较容易理解。语言只是工具，工具无所谓好坏，工具使用的的好坏只取决于使用者对工具的理解以及对要解决的问题的理解的好坏。
但是现实中一个部门如果业绩不佳，很多时候大家会先把板子打到开发同学头上，认为技术烂，没有实现业务和产品的需求，而不是先总体上看问题具体出在哪里，究竟需要在业务，产品，技术还是运营上花更大的力气。
首先从定位来讲，业务是确定业务方向及业务的日常运营，产品经理负责将业务的想法产品化，开发是将产品实现为系统。
当然还有一种情况，是开发团队对业务的理解不足，不能够实现业务需求，这种情况下更换开发团队是合理的，一般而言这种情况主要是团队领导能力不行，而不应该是语言来背锅。