为什么我会选择golang做Goby的开发语言

程序员的圈里有很多段子,其中一个讨论“最好的开发语言”是这么说的:

======

女神:你能让这个论坛的人都吵起来,我今晚就跟你走。

程序猿:PHP语言是最好的语言!

论坛炸锅了,各种吵架。

女神:服了你了,我们走吧,你想干啥都行。

程序猿:今天不行,我一定要说服他们,PHP语言是最好的语言。

======


       作为一个潜质很一般的程序员,我从来没有参加这方面的争论,原因有两个:一个当然是没有一门语言深入内核做研究,水平不够去“装B”;另一个是因为我的研究过程接触过不少语言,每一种语言都是一段时间的深爱,深爱过后又爱上了另一种语言(说明程序员都是潜在的渣男对不对)。

      大学时大一下半学期时我勤工俭学,给院里开发新生登记系统,当时是用的asp作为开发语言。后来切换到php开发了成绩查询系统,在大二被小我一届的师弟黑了(那是我第一次接触SQL注入),这也让我对网络安全产生了强烈的兴趣。于是学着老一辈白帽子用pascal(Delphi)写过一些带有恶作剧性质的“远控”。

     后来进到了第一家公司HW,我用C语言开发了一系列跟系统底层相关的工具开发,用Perl/Python做了很多网络协议测试工具开发,期间还尝试用Java开发了一些代码,后来发现对于网络安全而言,Java实在是过于臃肿和复杂。甚至还用过通信行业曾经比较火的erlang语言(过程非常痛苦,根本感受不到编程的乐趣)。

     再然后,我用C++ Builder开发了Pangolin/JSky等等带有GUI界面的客户端工具,作为我人生第一次创业的所谓“产品”。后来公司被收购后,我用业余时间来做一些方向性的验证,突然发现ruby简直是对全栈最好的证明,一个人可以把前后端全做了,什么消息队列数据库网络协议以及css/js全部搞定,于是毅然决然用ruby来开发了fofa.so平台。

     这一次创业一晃马上5年了,回顾一下之前的语言经历,C++Builder这种拖拽式编辑生成GUI界面的体验当时让我很兴奋,如果不是因为Borland公司就这么没了,我可能会坚持用更长的时间。后来Ruby的元编程让我感觉到很惊艳,用代码生成代码,出色的预置文本操作库和Rails框架非常明显的提升了编程了乐趣和效率。只是后来大量的网络编程发现并发行实在效率跟不上,多处理器的优势没有发挥,看到jruby这种过渡产物我就很不舒服,终归不是大家风范。

     2015年有一段时间我去招聘Ruby程序员,跟一位行业大佬聊天,他表示已经放弃了阵地,指给了我一个新方向叫做Golang。最初我是非常失落的,很难受,我还是很关注松本行弘,也对未来的改进充满了期待。但是至少,我也想看看Golang还有Rust这种被吹上天的语言有什么不一样的地方,因为我总觉得语言改来改去好像该有的功能都差不多了,能实现的也都实现了,还能怎么玩出花?

     一种机缘巧合,我招进来了一个年轻人,对go有着执着的信念,于是我就说给你一个月时间,把ruby实现的后端协议识别全部切换成go,然后告诉我区别在哪,有什么改进。后来的结果就是fofa3.0上线,性能提升的不是一点半点。当初考虑了开发效率和乐趣,所以选用了ruby,但是在单机运行效率的冲击下有点惨不忍睹。这时候我还没有体会到go的开发乐趣,但在极少代码量引发的运行效率飞跃上,给我留下了很深刻的印象。2017年我开始正视go可能带来的新的体验,于是零零散散写了一些网络工具来进行系统性的学习理解。一直持续到2019年,我准备正式启动新一代网络安全工具Goby的开发,这时候我已经明确了选择golang作为主开发语言。

我总结了一下,golang打动我的三个核心点如下:

一)高并发

     以前经常说的CPU多核编程(类似的还有32位64位支持)可以开一门学科,当时没把我累死。我记得十几年前学习Windows的完成端口编程,小心翼翼,一点小差错就万劫不复,弄到后面我对自己的能力产生了极大的怀疑,无处不在的挫败感。后来的异步编程,我也看了很多这方面“技能高超”的书,看得越多,越觉得自己不是编程的好材料。多线程编程我都觉得费劲,一件理解起来非常简单的事情,为了追求所谓的高性能,你得尸解成很多段飘散在各处的代码,逻辑你得细琢磨,不琢磨个十天半个月你都不明白代码是干嘛的。我以前一直觉得是能力不行,后来发现原来真的有一门语言,可以不让你对自己的能力产生了怀疑,你可以更加轻松的去编写高性能代码,不用考虑太多底层。尽管我听过无数次G-M-P 模型,但是即便是我不了解细节,也并不影响我写出想要的功能。

二)跨平台

     很多语言都宣传跨平台,但是在一些arm,mips等未来物联网世界的芯片架构的适配性并不好,各种磕磕碰碰,移植起来成本非常高,另外对操作系统的支持也比较有限。这方面go从一开始就给出了最令人满意的答案。go tool dist list可以看一下支持的系统,几乎所有的主流架构和主流操作系统都是天然支持,并且直接支持跨平台交叉编译。另外,编译好的程序不需要依赖其他任何的解析引擎,单个文件复制过去开箱即用。让软件的分发变成了一个非常美好的体验。

三)严格的格式要求

     这个问题很多人认为是缺点,对我而言简直不能再好。导出的函数必须大写开头,左大括号不换行,go module路径开始必须是域名……我能罗列一堆这种严苛到变态的要求。我之所以欢迎,是因为我经历过从一个人单打独斗到团队协作的转变。其他语言基本都有一个语言规范,包括命名方式要求,编码格式要求,比如骆驼式命名法和匈牙利命名法,你说哪个更好?都没毛病,都能解决问题,只是不同团队的不同喜好罢了,毕竟一个团队内部,总要统一格式嘛,不然怎么协作开发。但是研发人员换来换去是一种常态,每来一个人就培训一次,那么多要求培训一次哪够,每个项目都很着急,所以到代码里面就是五花八门的代码风格,越往后走就越失控。我们是来输出激动人心的功能的,不是来培训的,如果能把时间多往核心业务上讨论,岂不是更有效率。尤其是,我是一个懒人,我根本不想花时间去制定规范,也不想成天跟人沟通规范,当然我可以找其他人做,但是其他人不也会话费大量精力吗,尤其是他做的规范膈应我了怎么办。所以,go官方的这种做法我很享受,大规模作战,统一思想统一行动。对于“条条大路通罗马”的诉求,我肯定是没有的,除非有必要,否则我就希望一条路杀过去。

     我觉得肯定有很多人并不认可我上面的描述,我只能代表一类人,不能代表所有人,我代表的是那一类自认潜质一般,同时又不甘于放弃,选择厚着脸皮往前冲的人群。我并不是来炫技的,而是用开发语言来实现我的想法的,我的想法很多难度很大,我要完成太多上层的应用搭建。所以一方面我当然觉得对底层的原理理解的越多,就越能帮助我更好的实现更高要求更高性能更稳定的代码,但是,这些确实又不是我的需求,或者说应该不是大部分人的需求。那些高端的工作交给语言设计者,交给科学家,他们是最棒的,我们在他们的肩膀上能够走的更快更好。这并不冲突,就好像我使用了RSA算法,我并不一定得是算法专家,只要知道能够完成“私钥加密,公钥解密”效果就好,我们拿到了库来满足上层需求,如果某一天有更好的算法,我们可能也没有太多考虑,就更新了一个新算法。所以,我觉得大家能够正确的认知就好,重要的是让自己舒服,不是为了他人的“语言绑架”,不管是技能上的还是道德上的,都大可不必。

     上层应用开发的工程师关注的是目标功能的实现,不同的场景对应会有不同更适合的语言,综合考虑开发效率和运行效率。比如开发网页你不用Ruby不用PHP非得用C,大家也不拦你,你开心就好;还比如你做机器学习,不用Python非得用Lisp,也是那句话,你开心就好。正常情况下,你选择C是考虑性能和编译的大小,你选择Python是想做科学计算做机器学习,你选择Go是为了更轻松的做高并发开发,你选择Ruby是为了一个人打通全栈。对于一个具体的功能,我觉的不同语言理论上都能实现,只不过有一个可能让你开发起来更快更轻松更享受,那你就用它。韦小宝有七个老婆,咱们研发工程师每个人抱着几个开发语言,也很正常嘛对不对?

我希望每个程序员都能享受开发的过程,都能获得开发交付后带来的成就感,没有比你自己的感受更重要的事情了。用另一个段子来结束

======

我是一个苦b的程序员,今晚加班到快通宵了,困得快睁不开眼了,女上司很关心,问我要不要吃宵夜。

我没好气地说,宵夜就算了,能让我睡一觉就行了。

女上司红着脸说了句讨厌啊,然后坐在我身边不动,好像距离我很近,搞得我很紧张,难道她发现我的程序出了bug?

======

本文来源于互联网:为什么我会选择golang做Goby的开发语言

Click to rate this post!
[Total: 0 Average: 0]

人已赞赏
Go语言技术开发

golang range 与 iteration 之间的关系

2020-4-18 1:54:38

Go语言技术开发

国内 Golang 开发有没有 qian 途?爬了些数据告诉你

2020-4-18 13:19:57

0 条回复 A文章作者 M管理员
    暂无讨论,说说你的看法吧
个人中心
购物车
优惠劵
今日签到
有新私信 私信列表
有新消息 消息中心
搜索