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

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

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

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

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

已有136人预订
预订达标
文章出炉
交流日期
     
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
看这个日期应该是没了
黄燕波
继续
你可能还喜欢
Docker 入门之个人博客搭建教程
一念成魔
JVM 精华知识点汇总
胡玉洋
美团客户端响应式框架 EasyReact 开源
美团技术团队
MySQL 数据同步双机互备
小闲丶
前端游戏框架哪个好
cba
Spring Boot 最佳入门实践
老王
微信扫描登录