第83章 GitHub上的姜太公(2/2)

我们马上记住本站网址,www.kcbook.pro,若被浏/览/器/转/码,可退出转/码继续阅读,感谢支持.

因为在这里,程序员们寻找的不是伴侣,而是能与自己“代码耦合”的“灵魂码友”。

夏冬的手指敲击屏幕,向豆包询问GitHUb的现状。

豆包给出的信息是:GitHUb于2008年4月才正式上线。

到现在,才刚刚三个月。

不过已经有很多后世大名鼎鼎的开源项目了。

正在吸引一大批技术开发者在上面交流。

一个呱呱坠地的婴儿。

夏冬的嘴角,不由自主地勾起一抹弧度。

太好了。

正因为是初生,所以现在的GitHUb上,还没有后世那么多跟风者。

能在这个时间点就摸到这里来的,几乎都是对技术最敏感、最有热情的那一小撮人。

精英中的精英。

他们就像是淘金热潮中第一批到达金矿的人,每个人都手握着最先进的工具,眼神里闪烁着对新世界的渴望。

但是,怎么把这些人吸引过来?

总不能挨个发私信说:“嘿,哥们,我这有个年薪百万的项目,来不来?”

那跟街边发传单的没什么两样。

对于这群高傲的极客来说,你必须用他们的方式,说他们的语言。

什么语言?

代码。

优秀到让他们顶礼膜膜拜的代码。

一个绝妙的念头,在夏冬的脑海中逐渐成型。

他要当一个“姜太公”。

只不过,他的鱼竿上,挂的不是普通的鱼饵。

而是足以让整个技术圈都为之疯狂的“龙肝凤髓”。

夏冬深吸一口气,再次在豆包的对话框里打字。

“构思一个领先当前时代(2008年7月)一年到一年半左右的后端技术框架。”

“要求:高性能、轻量级、异步非阻塞。”

“要能完美解决C10K问题(即单机同时处理一万个并发连接)。”

“它必须在未来几年内,成为高并发领域的主流解决方案之一。”

这是一个极其刁钻的问题。

它考验的不仅仅是信息储备,更是对技术发展脉络的深刻洞察。

豆包的对话框里,出现了“正在思考……”的字样。

这一次,等待的时间比以往要长一些。

大概过了一分钟。

屏幕上,一行行文字开始浮现。

【框架名称:TOrnadO】

【核心理念:基于PythOn语言,利用epOll非阻塞网络I/O和协程,实现超高并发处理能力。】

【优势:轻量、高效,开发速度快,性能接近C语言开发的服务器。】

【发布时间:2009年9月,由FriendFeed公司发布并开源。】

夏冬看着屏幕上的名字,心脏有力地跳动了一下。

TOrnadO!

果然是它。

在前世,这个框架的出现,就像是在平静的湖面上投下了一颗重磅炸弹。

它让无数被高并发折磨得死去活来的PythOn程序员,第一次看到了曙光。

无数后来的知名网站,其早期版本都构建在这个框架之上。

现在,是2008年7月。

距离它真正的诞生,还有整整一年零两个月。

项目很好,但不至于好到让人2008年的程序员有惊世骇俗的感觉。

降维打击。

夏冬的眼神变得锐利起来。

“豆包,生成TOrnadO框架的V1.0版本核心代码。”

他的手指顿了顿,又补充了一句。

“代码完成度,百分之七十。”

“在最关键的异步任务调度模块,只留下接口定义和详细的注释,不给出具体实现。”