在过去的三年时间了，作为曾经的研发部经理，我和我的技术总监始终在为一件事而努力着，那就是选择一门合适我们团队的技术语言。
我们研发团队一共有9个人，分为三个小组：移动手机组、后端接口组、web前端组，如果按照大公司的做法，我们完全不必为每组应该选择什么技术语言而担心，我们可以在每组中选择一个组长，由他全权负责即可，公司层面只要最终的结果即可，可事情并没有那么简单。
现实总是残酷的，其中的原因有这么几个：第一：岗位经费不高，想要低成本找一个技术合格的人非常难；第二：知名度有限，一般的技术人才都有更好选择的条件，好的人才当然更倾向于知名度高和前景好的公司，而对于没有知名度且前景一般的公司来说，想要吸引他们加入也是一件极其不易的事；第三：公司的地理位置，即不属于技术人员聚集的地区，有在离市中心比较远的郊区，想要让他们来面试都是一件极其不易的事情。所以凡事还得亲力亲为，加上公司刚开始发展所有的一切都是空白的，选择一门合适的语言就迫在眉睫了。
在这三年的时间里，我们每个组都经历了很多语言和框架的更换，也一直在找寻适合我们的框架，现在回想起来好的语言框架要符合这几个要素：
1、技术语言发展成熟；
2、技术语言统一；
3、技术门槛低；
4、使用人数多；
5、技术匹配目前业务需求；
技术发展成熟：代表了出现问题之后的技术解决方案很多，那么团队处理问题的速度就会很快，相应的成本也就最低，这个是选择语言与框架非常重要的一个指标。
技术语言统一：有这么几个好处，第一：团队之间交流和互动会更紧密，产生问题的处理成本就会很低，同时能够增加成员之间交流的话题，增加彼此的友谊；第二：出现特殊情况，能够很好的使用现有人员替补代替；第三：利于管理，比如接口开发如果使用nodejs，其本质还是js，前端开发使用vuejs，也有很多js的语法，这样对于同时管理两个组的领导技能要求就会降低很多，只需要有很好的js功底即可，而如果接口开发使用的golang、c#、java，那么你就得即会这些后端语言，又要会js才能搞定问题。
技术门槛低：别觉得技术门槛低是什么坏事，技术门槛低并不代表对技术人员的要求低，而是如果是其他语言的人想要中途转学，会容易很多，还有就是技术门槛低，相应的从业人员就会多很多，这样招聘的压力就会小很多，相应的劳务报酬也相对会低一些。
使用人数多：这个比较好理解，让你在紧急的时候能够很轻易的招聘到你需要的人，而不是凑合的用，或者重新培养相应的人才，这样会耽误你开发的进度。
技术匹配目前业务需求：我们在技术开发的时候容易陷入一个误区，就是开发过于庞杂复杂的系统，我们都听过一句话，罗马城不是一天建成的，一口气吃不成一个大胖子等等诸如此类的话，多的数不胜数，而然我们还是容易陷入思维的误区。我们之前花了很长的一段时间按照阿里的框架设计了一个很复杂的系统，把一个交易系统分为4、5个中间系统，前后端分离还不够，中间加了分部署的中间任务调度系统，把所有的系统平行分割注册，以提供给不同的子系统进行调用，为此我们花费了很多的经历，并且不得不为一些新的问题付出很多的努力，比如分部署机器的服务自动注册，怎么维系不同的机器健康心跳检测，怎么分发任务等等，花费具体时间和经历的结果是，前后端开发调试极其困难，调试很繁琐和复杂，要使用排除法，分开测试每个系统之后才能确认问题所在，最主要的是我们把系统花费很大经历初见雏形之后，发现根本用不上，以后的三五年都用不上这么庞大和笨重的系统，而我们却为此花费了太多的经历，这些是很不可取的，我们应该把技术资源用在更多可以创建价值的事情上，完美主义并不适合所有公司，小公司的模式更适合从下往上的快速试错和快速迭代的形式。
掌握了以上“心法”，相信会让你的团队事半功倍。而我总结一下，我们总结一下我们技术衍生的具体方案吧。
我们首先把我们可以用到的主流技术穷举一下：
前端组：vuejs、ag、react
后端组：java、c#、nodejs、go
移动开发（混合开发）：react native、dcloud、xamarin、apicloud、deviceone、weex
前端框架，从使用人数和学习门槛的角度来分析，最理想的框架vuejs、react次之，非要排出一个的话应该是ag；