小的软件公司千万不要去使用一些看起来高大上的编程语言和框架。比如说Go、Ract等等。这些语言看起来好像很多人在用，实际上想要找到合适的程序员要么找不到，要么薪资要得高。
我们公司的研发经理就喜欢“整活”，隔三岔五总是能整出一些新奇的玩意加到项目里面去。他脑子的确好使，每个东西他都能研究得透透的。但是虽然他有能力，但不代表所有人都跟他一样有能力！
就比如Python刚火起来的那几年，他在写一个项目的时候就使用了Python作为主要开发语言。可是后面他不写代码了，就没人有能力去维护这份代码了。
可是这个项目是个长期项目，需要经常有人维护的，但是公司后来决定不再招一个专门写Python的程序员，不是因为找不到，而是招不起！
所以，最后无奈之下，我们只能对整个项目进行重构！换成了公司的主要开发语言和框架！
跟Python一样，像Go和Ract虽然比较知名。但是我们也知道，现在大多数比较经济的程序员其实都在写Java和.Nt。移动前端框架要么就以安卓和IOS为主，实在想要更经济点，直接用UniApp，这样直接连移动端开发人员都省了！
如果要用Go和Ract或者其他比较出名，性能也比较好的编程语言和框架，那就必须针对性的招一些人过来。可是，公司真的对于性能有这么高的要求吗？人招过来以后难道就养着吗？
我们公司的研发经理喜欢“整活”的范围不仅局限于编程语言。还有一些工具也喜欢变，光一个原型设计软件我们公司就有至少五个！实际上可能更多！
还有就是一些代码库，比如说通讯模块我们不用Sockt、WbSockt，而是用MQTT，文件服务我们用Minio，前端有Vu+Elmnt不用，非要用LayUI！
我倒不是反对用这些东西，关键是用了这些东西以后，后期维护谁去维护？就比如LayUI，虽然好像国内也有不少前端程序员喜欢这个UI框架，但是你招一个Vu程序员过来，让他放弃Vu+Elmnt这个*金组合，去写LayUI，人家不排斥吗？况且，LayUI好像都停止维护了吧？
重复一下，我说这些并不是排斥所说的编程语言和编程框架。而是小公司讲究效率为先！什么是效率？拿当下最成熟、用的人比较多的东西来作为开发工具那就是最效率的！效率不仅仅是代码执行效率！