每个程序员都该了解的开源世界

如昨天的图文所言,李世石在经历了三败之后,迸发出巨大的能量,绝地反击,靠78「神之一手」挖,击败了 AlphaGo,捍卫了人类棋手的荣耀。

最绚烂的火花,永远产生于森然秩序被打破,天才超然于规律之外的那一瞬间

3月15日,希望李世石能够赢得第五局!

今天文章的作者是朱赟,莱斯大学女博士,Airbnb 女工程师。可能是文章内容和锤子科技有点关系,于是执意在 MacTalk 首发,深感荣幸。关于软姐的介绍,请参考「神童的世界你不懂」,以下是全文。

OpenResty 和春哥的故事

今天见到了传说中的 OpenResty 的创始人春哥,所以聊聊 OpenResty 和春哥的传奇故事。

锤 子给 OpenResty 捐款这事过去已经有两个多月了。在12月29日晚上的锤子科技冬季新品发布会上,罗永浩宣布把此次发布会的门票收入全部捐赠给正在筹备当中的 OpenResty 软件基金会。从此,OpenResty,OpenResty的创始人章亦春(圈子里均尊称一声 「春哥」),以及《OpenResty 最佳实践》开源书发起人和主要作者温铭,也得到了比以往更多一些的关注。不过,技术的圈子终究是沉稳和低调的,他们站在聚光等下不逊于明星网红,同样能爆 发出耀眼的光芒,繁华落尽,春哥和一群 OpenResty 社区的小伙伴们又默默回到江湖里那一片属于他们自己的天地,继续设计引擎,编写模块,敲击键盘,推广技术。

可能有人会跟我一样有过疑问,这些捐款到底用来做什么呢?这其实在 InfoQ 的《锤子手机发布会提到的 OpenResty 是什么?》一文里有提到:

我们也希望能够以 OpenResty 软件基金会的名义,积极地奖励和赞助那些有想法的资深工程师,帮助实现 OpenResty 核心及周边那些富有挑战的项目,或者指导新加入的开发者(包括在校学生)完成较为简单的项目,充分发挥自己的专业技能和理论知识。」
而具体的工作,除了不断完善和提高 OpenResty,也要在国内外多城市线下搞一些 meetup,来扩大影响力和促进交流 。

如今基金会的成立还没有完全落定,各项活动其实已经在社区的热心者的推动下一点一点的推动开来了。今天是 OpenResty 湾区的第一次聚会。我也很荣幸地受到邀请,并且见到 OpenResty 社区里的很多同仁。具体聚会发生了啥,这事四句话就能说完:

• 春哥介绍 OpenResty 的新 feature
• Mashape 的 CTO 聊他们怎么用 OpenResty
• Adobe 的一位大侠聊 OpenResty 在 Adobe 的应用
• Pizza、聊天、聊天

除了后面的聊天,唯一让我印象极其深刻的,就是春哥真的很爱笑,不仅整个分享全程在微笑,后来聊天,从头到尾,也是保持着一副技术人独有的真诚而自信的微笑。

因为是 OpenResty 社区的第一次聚会,所以这事本身是很值得激动的,然而技术的本身,那份激动就不是我的文字可以表达的了,所以按下不表。哦,对了,听说北京的聚会也快要开始了,就在这几天。

严格说来,其实我的工作和 Nginx 或者 Lua 或者 OpenResty 的关系都不大。(哦,其实不严格说来,关系也不大。)却因着各种机缘巧合,最近认识了好几位搞 OpenResty 的朋友以及这个社区,就聊聊自己对这个社群的一点感受吧。

有位叫冯健的老师在《我设想了一个学习型社群运营体系……》一文中是这样表述社群的:

社群必须创造价值,否则就是在浪费时间,谋财害命。我理想中的社群,是汇聚一班有使命感的仁人志士的群,是一班对满世界堆积如山的垃圾产品忍无可忍的极客的群,是回归古典中国诚信仁义的最有温度的一班理想主义者的集合。

这个描述不够风轻云淡,但是自从在 MacTalk 上发表了一篇关于 OpenResty 的文章之后,就被稀里糊涂拉进 OpenResty 技术交流的微信群之后,长期蛰伏在一个群里,却也似乎找到了一些 「仁人志士」、「有理想有温度」 影子。

OpenResty 微信群

OpenResty 技术交流群每天的早晨都是由一位叫来自新浪移动事业部的叫做周晶的筒子往群里扔一篇纯技术博客开始,号称 「技术晨读」。周晶的头像很好玩,是以前任天堂出版的一款 「超级玛丽」 游戏里面的吃蘑菇的玛丽的图片。每次看到他「砰」地往群里扔一篇技术文章,都有游戏里玛丽发出小石头的感觉。

然后每次到了北京时间的 「刷微信」 时间(大概是上下班途中和吃饭前后的休息时间吧,就是我的朋友圈开始各种更新,好几个群也开始有人发言的时候),这个技术交流群也就开始活跃了。而每次如果赶上恰好也是湾区 「农闲」 的时间,春哥也会露脸参与讨论。如果说技术界也有实力派和偶像派的,那么春哥绝对是实力加偶像派的,群里的人对他的尊敬和喜爱也是溢于言表。而每次春哥在微信群的出场就变得略带戏剧性。想象一下:几位武林人士正就一个武功套路中一个招式探讨,你一言我一语,好不热闹。这时候春哥飘然而至,三言两语,便将问题的关键点破。然后当众人还在啧啧称赞、拍案叫绝的时候,春哥却在那喃喃自语,继续就这一招式有感而发。之后便或是陷入对技术的沉思,或是想到什么更重要的事(比如睡觉),扬长而去。

有一次,有个人把春哥 N 年前的博客翻出来,扔到了群里,然后大家都本着对技术的好奇心跑去看,我也就去搂了一眼。然而你见过几百篇博客篇篇都是代码和代码解析么?没见过点开这里看看就可以见识了:

https://yichunzhang.wordpress.com/

怪不得连群里比较技术死宅的都说:

特别想把春哥文章从头看一遍 [呲牙]。俺前后看了七遍,每次都是 42%左右崩溃,开始跳读。。。

春哥这个人

和春哥聊天,不论是在微信上,还是真人,都是很愉快的。一点没有架子、有问必答、而且每次我说谢谢他必说 「太客气啦」 云云。经过一些不多的接触后,有一天无意在知乎上发现了这样一些评价(by 加百、laike9m、张洋等),就给我一种很真实的感觉:

低调的简直没朋友。他的 OpenResty项目,可以说撑起了 Nginx 生态圈的大半边天了,但在 OpenResty 的 group 里,他几乎是有问必答,而且必然会给你讲清楚,这种耐心、谦和真的非常罕见了。

用不是那么酷的 C/C++,Perl,Lua 在编程,天生不带撕逼属性,没有话题性。

春哥喜欢笑,有同事小姑娘说他笑点太低,春哥的笑声带有鲜明的个人标识,人未到笑声先传过来了~我还没见到过第二个人这样笑过。。。

春哥的技术早在没进阿里的时候就流传于江湖了,听说 Perl 的造诣炉火纯青,被封为全国 Perl 水平前5。

春哥英文很棒,很善聊,跟全世界的 coder 聊,聊 high 了还回头跟我们眉飞色舞的说这个老外怎么怎么样,很有意思。

我想春哥称得上是一个纯粹的人,感觉他从来不怎么看重金钱,就踏踏实实的写代码写文档。

不光 OpenResty,他的 Nginx 教程也是我看过最好的,没有之一。

人品好,性格佳,心如止水,不撕逼不偏执不造话题,对技术有纯粹的热爱,是我见过的最接近圣人的程序员。

一生追寻自由

如果说开源的灵魂就在于自由,那么真正致力于开源的人,也是和开源这种思想一样,极具理想主义、无私利的色彩。

据说,当年春哥从阿里离职不是直接跳槽翻墙的,他是裸辞去福州专心维护 OpenResty 去了。后来为什么去 Cloudflare 不得而至,但是听说是因为 Cloudflare 愿意让他专心维护 OpenResty 给他足够的自由。这简直完全是投春哥所好。

聊天的时候,另一个刚认识的朋友介绍自己的时候提到自己是大 manager。春哥腼腆一笑,说:「我是个闲人」 。那是一份发自内心的与世无争,也是一份能得享自由的满足。

说到 Airbnb,春哥笑着说,我去过的。我问,有朋友在 Airbnb?他说,不是,你们 Recruiter 找过我。我一刹的惊讶,但随即释然了。是啊,Airbnb 在别人眼里是算很好的公司,可是春哥是想要一个能让他自由的专注于 OpenResty 的地方。Cloudflare 给了他想要的,所以别的,他并不动心。

回到锤科捐赠这件事

我觉得捐赠 OpenResty 是老罗和锤科做的最有情怀的事情了,没有之一。捐赠这件事做的一如老罗行事的高调,然而这次,我给老罗的情怀和高调打一百分(哦,轮不到我打分)。开源这件事,不仅仅是一种技术的情怀,其实也是一个技术的品牌。2015年,Apple 开源了 Swift,Fujitsu 开源了它的云管理,Google 开源了 AI engine TensorFlow …… 而中国的很多有实力的公司依然在蓄势待发。让更多人看到 OpenResty 的广泛应用和 OpenResty 人的热情,才会让更多人去相信中国的技术界在回馈开源社区、发布更多具有中国品牌的开源软件上可以越走越远。

====================================分割线================================
文章转载自 开源中国社区[http://www.oschina.net]

时间: 2024-10-31 20:04:12

每个程序员都该了解的开源世界的相关文章

程序员都应该懂一点开源协议

让雷军倍感压力的00后CEO,携手300名最小年龄仅为10岁出头的员工们,竟豪言:一些三四十岁的老前辈已经看不懂互联网.可就在被采访的短视频刚刚传递开来的时候,剧情突然三百六十度大反转.GitHub 开源项目 AndroidTvLauncher 的作者有理有据.义愤填膺地痛斥这位令人羡慕的00后CEO原封不动地抄袭他的作品. 互联网之事貌似永远有着猜不透的剧情.外行看热闹,内行看门道.这里,咱们不聊长江后浪推前浪的励志故事,也不聊孰是孰非的后续剧情发展,咱就聊点与我们有关系的事情,开源协议. 说

程序员都不读书,但你应该读

问答网站stackoverflow.com的一个主要功能体现就是:软件开发人员无需再从书本上学习编程,就像Joel所说的: 程序员看起来都不再读书.市场上编程方面书籍的数量和编程从业人数相比来少的可怜. 2004年在<The Shlemiel Way of Software>一书中Joel也表达了相同的观点: 大部分的人都不读点什么或写点什么.大部分的程序员都不读软件开发方面的书籍,他们不去软件开发方面的网站,他们不去Slashdot参与讨论. 既然现在的程序员都不读书,他们如何学习编程?他们

为什么程序员都是夜猫子 电脑屏幕惹的祸?

一种很流行的说法是,程序员是把咖啡因转化成程序代码的机器. 说的是实情,随便问一个程序员,问他什么时候工作最有状态,估计他很有可能说是深夜.有人稍微早一点,有人更晚.有一种流行的趋势是凌晨4点起床,在破晓之前这段时间里做一些事情.而另一些人喜欢凌晨4点才睡觉. 所有这些的主要目的是躲避打搅.但是你把自己反锁在屋里不就行了?为什么对夜晚情有独钟? 我想,这事归纳下来有3点:工人的时间表,疲倦的大脑和明亮的电脑屏幕. 工人的时间表 Paul Graham 在2009年写了一篇关于 工人的时间表的文章

程序员都应该知道的130个vim命令

 从1970年开始,vi和vim 就成为了程序员最喜爱的文本编辑器之一.5年前,我写了一个问自己名为"每个程序员都应该知道的100个vim 命令" 这次算是之前那篇文章的改进版,希望你会喜欢. 基础 :e filename Openfilenamefor edition :w Save file :q Exit Vim :q! Quit without saving :x Write file (if changes has been made) and exit :sav filen

每个程序员都应该知道的基础数论

这篇文章讨论了数论中每个程序员都应该知道的几个重要概念.本文的内容既不是对数论的入门介绍,也不是针对数论中任何特定算法的讨论,而只是想要做为数论的一篇参考.如果读者想要获取关于数论的更多细节,文中也提供了一些外部的参考文献(大多数来自于 Wikipedia 和 Wolfram ). 0. 皮亚诺公理 整个算术规则都是建立在 5 个基本公理基础之上的,这 5 个基本公理被称为皮亚诺公理.皮亚诺公理定义了自然数所具有的特性,具体如下: 0是自然数; 每个自然数都有一个后续自然数; 0不是任何自然数的

程序员都抽烟吗?

问题描述 看到不少程序员都有抽烟,尤其写程序的时候,呵呵做个调查~ 解决方案 解决方案二:我没有.楼下可能有.解决方案三:我不抽烟,呵呵解决方案四:我觉得抽烟挺好呵呵解决方案五:其实写程序的时候抽烟挺好的可惜我不抽解决方案六:···解决方案七:引用4楼super_thinker的回复: 其实写程序的时候抽烟挺好的可惜我不抽 是萨是萨,尤其熬夜更有效解决方案八:一包烟,一台电脑,熬一通宵解决方案九:只要给我烟和电脑,我能窝一天解决方案十:不抽烟解决方案十一:true解决方案十二:不抽烟解决方案十三

每个程序员都应该给自己写本书

理想流:http://blog.csdn.net/leezy_2000/article/details/9286843#comments: 因为看的书相对比较多,最近又写了一本,感觉多少有点发言权,因此把自己的经过和感受写出来,供想写书的做些参考. 现在浮躁的人比较多,所以我先说写书不能达成什么目标. 最关键的一点是程序员写书基本不能让你发财,这里有篇文章叫<写一本书作者到底能拿到多少稿酬?>   里面把版税计算的计算方法写的比较详细,大家可以仔细读下.一般来讲技术书籍很可能销售不了一万册,即

所有程序员都应该遵守的 11 条规则

  所有程序员都应该遵守的11 条规则   ************************************************************************** 英文原文:11 Rules All Programmers Should Live By 参与翻译(5人):北风其凉, pseudo, nzchris, 霍啸林, 无若 转载出处:http://www.oschina.net/translate/11-rules-all-programmers?from=

每一个程序员都应该知道的高并发处理技巧、创业公司如何解决高并发问题、互联网高并发问题解决思路、caoz大神多年经验总结分享

原文:每一个程序员都应该知道的高并发处理技巧.创业公司如何解决高并发问题.互联网高并发问题解决思路.caoz大神多年经验总结分享 本文来源于caoz梦呓公众号高并发专辑,以图形化.松耦合的方式,对互联网高并发问题做了详细解读与分析,"技术在短期内被高估,而在长期中又被低估",而不同的场景和人员成本又导致了巨头的方案可能并不适合创业公司,那么如何保证高并发问题不成为创业路上的拦路虎,是每一个全栈工程师.资深系统工程师.有理想的程序员必备的技能,希望本文助您寻找属于自己的"成金之