默认冷灰
24号文字
方正启体

第83章 GitHub上的姜太公

作者:没钱又任性本书字数:K更新时间:
    “拉人……拉人……”


    他看了一眼桌上的书单。


    “妈的,不想了!”


    王鹏飞猛地站起来,抓起自己的空背包。


    “我现在就去买书!”


    “买你说的那些‘美国神作’!”


    “我就不信了,我王鹏飞还想不出新的‘拉人’的法子!”


    夏冬看着他风风火火的样子,点了点头。


    王鹏飞摆摆手,门“砰”的一声关上了。


    屋子里又恢复了安静。


    夏冬靠在椅子上,长长地舒了口气。


    “挖”干净吗?


    王鹏飞这话说得糙,但理不糙。


    可“挖”,不是靠他一个人就能搞定的。


    “快看网”现在这个草台班子,是豆包用模板生成的,能跑起来就不错了。


    想要实现用户数据分析、分类、实现他刚才跟王鹏飞说的“分一分”。


    这背后需要的是一整套复杂的后台架构。


    需要数据库,需要算法,需要真正懂行的人。


    当然也可以让豆包继续优化代码,增加快看网的复杂度。


    但是这样太慢了。


    而且还需要有人,和品牌方直接合作,去理解品牌方的需求,去设计出符合品牌方需求的解决方案。


    自己也不可能把这些工作都包揽掉。


    他一个人,不行。


    他需要一个团队。


    招聘网站上,找几个普通的程序员,做做网页,维护一下服务器,这好办,发个招聘启事就行。


    但是……


    夏冬的目光变得深远起来。


    他需要的不是普通的码农。


    他需要的是那种,能和他一起,把这个草台班子,真正打造成一个“系统”的牛人。


    是那种在2008年,就已经对分布式、高并发有概念的“技术大牛”。


    这种人,在招聘网站上是找不到的。


    顶级的技术大牛,根本不屑于投简历。


    他们有自己的圈子,有自己的骄傲。


    夏冬闭上眼睛,脑海里飞速地过滤着可能性。


    猎头?


    太慢了,而且好的猎头比大牛还难找,要价也高得离谱。


    去各大技术论坛潜水,一个个私信挖人?


    效率太低,无异于大海捞针。


    而且,你怎么证明自己不是个骗子?


    一个刚高中毕业的小屁孩,说要搞一个伟大的项目,谁信?


    夏冬的眉头,渐渐拧成了一个疙瘩。


    这似乎成了一个死局。


    他的手指停在了桌面上,房间里只剩下电脑主机风扇轻微的嗡嗡声。


    想着想着,夏冬突然就有了灵感。


    GitHub!


    就是它了。


    他差点忘了这个神一样的存在。


    对于不写代码的人来说,GitHub这个名字可能有些陌生。


    但在程序员的世界里,这就是圣地。


    它是一个面向开源及私有软件项目的托管平台,因为只支持Git作为唯一的版本库格式进行托管,故名GitHub。


    简单来说,就是程序员存放、管理、分享自己代码的地方。


    但它又远不止是一个代码仓库。


    在这里,你可以看到全世界最顶尖的大神们在做什么项目,可以学习他们的代码,甚至可以参与进去,为项目贡献自己的一份力量。


    它是一个纯粹的技术社区,一个程序员的社交网络。


    在后世,它还多了一个充满善意的外号——全球最大的同性交友网站。


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


    夏冬的手指敲击屏幕,向豆包询问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版本核心代码。”


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


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


    “在最关键的异步任务调度模块,只留下接口定义和详细的注释,不给出具体实现。”
(←快捷键) <<上一章 投推荐票 回目录 标记书签 下一章>> (快捷键→)