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

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

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

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

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

已有87人预订
预订达标
文章出炉
交流日期
     
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就进来了,写的真好,特别好,希望,迫切希望能有下文!
你可能还喜欢
支付平台架构设计评审核心要点与最佳实践
李艳鹏
前端大师炼成记:初中级前端成长指南
差不多先生
软件架构发展历程分享
kimmking
从微信支付宝支付接口设计谈 API 接口产品的设计经验和最佳实践
李艳鹏
微服务开发中的数据构架设计
陈伟荣
如何高效开启你的顾问人生模式
加兴
微信扫描登录