一篇受 Hadoop 启发开篇的小说,由你决定是否继续往下写

作者/分享人:李烨
向 Ta 提问
现就职于微软(Microsoft),曾在易安信(EMC)和太阳微系统(Sun Microsystems)任软件工程师。先后参与聊天机器人、大数据分析平台等项目的开发。微信公众号:yuesiyuedu,微信个人号:julia_li_2013

一个奋斗多年的 IT 男,好不容易遇到一个欣赏自己的老板,当上了经理。自己还没来得及享受身为老板的体验,忽然之间成了犯罪嫌疑人。

原本充足的不在现场证明,被几位曾经的下属联合否认。各种电子证据,也被不知何方神圣抹去了他的不在场记录。甚至之前他的生活,都因为记录被篡改而成了截然不同的状态……

一篇曾经受 Hadoop 启发而开始写的小说,停笔两年后重拾起来。是否还要继续写下去?请读者们来决定吧。

已有143人预订
预订达标
文章出炉
交流日期
     
17.09.26
17.10.10
17.10.17 20:30
查看文章评论/提问
梁世超
看的正欢,竟然没有了,好难受啊,当然要继续啦~
李烨: 后面还有,要不要继续写,看大家的意见,如果多数人支持写,以后的部分会依次发布:)
最帅是小明
咋没有了 要继续又来一期吗
李烨: 有可能,看大家的选择
齐光
居然就这么没有了
李烨: 其实,还有
鸣宇淳
和Hadoop啥关系?
最帅是小明
啥时有续集
鸣宇淳
我来个以YARN为启发的故事吧:研发团队参照YARN的工作原理,将团队人员划分为一个Leader(ResourceManage)、多个组(NodeManage),每个组有一个组长,多个组员。当有研发需求时,客户首先找到Leader(RM)请求资源,Leader指派一个组长创建一个临时研发团队(Application),由组长做项目管理人(ApplicationManage),可以从多个组(NodeManager)中抽调组员形成研发资源(Container),研发过程中由组长进行项目管理与资源分配(ApplicationMaster管理进行运行调度),Leader(ResouceManager)不参与,当组员(资源)因生病、事假不能参与研发时,组长(ApplicationMaster)向Leader(ResourceManager)请求再次分配新的组员(资源),研发项目结束,组长(ApplicationMaster)向Leader(ResouceManager)告知项目(Application)结束,Leader释放组员资源,等待下次任务(Application)
MoonFollow
可以可以可以,非常棒,突然喜欢上推理了。
杜习坤
看到hadoop就进来了,写的真好,特别好,希望,迫切希望能有下文!
Qing
看这个日期应该是没了
黄燕波
继续
你可能还喜欢
如何设计一个灵活的 MySQL 数据表,应对灵活多变的需求
李岩
Jenkins 自动化构建部署实战
火币集团研发中心
Java 程序员应掌握的 Nginx 实战应用
JPM
带你玩转 JSON
能量架构师
Python Pandas 做数据分析之玩转 Excel 报表分析
WinterLeo
小程序从入门到进阶
loonglong
微信扫描登录