一个好的技术团队应该怎么选择开发语言

在过去的三年时间了,作为曾经的研发部经理,我和我的技术总监始终在为一件事而努力着,那就是选择一门合适我们团队的技术语言。

我们研发团队一共有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、php

移动开发(混合开发):react native、dcloud、xamarin、apicloud、deviceone、weex

前端框架,从使用人数和学习门槛的角度来分析,最理想的框架vuejs、react次之,非要排出一个的话应该是ag;

从技术统一的角度来看,那么nodejs是我们最好的选择,go次之,java、c#的学习门槛算是在这几个里面比较高的,如果不是要求千万级的负载,那么nodejs完全可以胜任;

移动开发,如果从性能和技术统一的程度,以为前端我们使用vuejs或react那么最理想的就是react native(以下简称rn),rn的性能是无可非议的,它有一个好爸爸facebook使用了虚拟dom重构了它的执行基础,性能是仅此于原生的,同时有主要用的了js的技术,这样就能和接口和前端都统一了,并且rn的技术解决方案非常成熟,各种组件都能很轻易的找到,技术解决成本也更低,使用起来更得心应手。

所以综合以上所述,最理想的框架:

前端:react、vuejs

后端:nodejs、go

移动开发:react native

以上框架都是经过3年的尝试,总结得出了符合中小公司整体框架的最优方案,鄙人拙见,愿抛砖引玉,大家一起讨论。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏mini188

谈谈敏捷开发

我对敏捷开发是源于10多年前看了一本关于迭代开发的书,从而对迭代开发有了一些兴趣。从那时开始有了迭代开发的概念。随着项目经验的增加迭代的重要性也越发觉得明显。随...

1450
来自专栏PPV课数据科学社区

《游戏数据分析的艺术》之游戏数据分析的流程(下)

点击上方 “蓝色字” 可关注我们! 作者:TalkingData高级咨询总监 - 于洋力作《游戏数据分析的艺术》第一章第一节的前三点的重点阐述。 来源:Talk...

33710
来自专栏BestSDK

学会使用OMTM数据分析,是产品经理走向成功的第一步

数据分析是产品经理应该掌握的一项基本技能。通过观测和分析数据能够发现用户真实的需求,以数据驱动产品方案策划的模式是当前行业最普遍的一种策划思路。但是现状却并不乐...

3996
来自专栏华章科技

《阿里巴巴全域数据建设》(实录/PPT干货)

近日,在2017杭州•云栖大会-阿里大数据分论坛上,阿里巴巴数据技术及产品部高级技术专家张磊发表了主题为《阿里巴巴全域数据建设》的演讲,分享了阿里在大数据领域沉...

1.3K3
来自专栏EAWorld

【案例分享】业务创新,没有大数据治理怎么行?

目录 一、大数据治理与业务创新的关系 二、大数据治理的关键步骤 三、大数据治理的主要成果 一、大数据治理与业务创新的关系 数字化时代,我们的数据来源比以前更广了...

4336
来自专栏CDA数据分析师

国外公司是如何挖掘社交媒体数据的?

原作者 Alex York 编译 CDA 编译团队 本文为 CDA 数据分析师原创作品,转载需授权 前言 在大数据时代,很多公司开始利用数据、分析数据,以协助自...

6259
来自专栏大数据挖掘DT机器学习

阿里巴巴数据产品经理工作总结

科普:PD,指产品经理 1 对于WEB产品设计人员而言,它的意思是“产品设计人员”,即produce designer。 2 在IT企业中,一般是Produc...

4696
来自专栏罗超频道

为什么说社交才是微博的下一头现金牛?

微博Q3财报显示其广告营收首次突破1亿美金关口,这里面有多少来自微博搜索,却只字未提,信息流为代表的原生广告是微博的大头。这说明微博尚未围绕搜索进行过多商业化,...

3655
来自专栏云计算D1net

不要仅仅将云计算当成一项技术

现代企业数据中心对云计算基础设施的采用,为CIO们提供了一个机会,挪动悬在头上的几把利剑与最经常被引用(而往往成绩不佳)的IT目标:更短的新产品上市与服务时间,...

3336
来自专栏Thinks

用户体验杂谈(1)

最近三年一直服务于一个商业产品——腾讯云的用户体验工作。前2年是专门负责UI开发团队,最近1年半负责平台、建站、计费、运营、渠道的用户体验设计团队。这几年中有一...

671

扫码关注云+社区

领取腾讯云代金券