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

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

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

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

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

已有77人预订
预订达标
文章出炉
交流日期
     
09月26日
10月10日
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就进来了,写的真好,特别好,希望,迫切希望能有下文!
你可能还喜欢
Service Mesh 在华为公有云的实践
田晓亮
利用 OpenCV 和 Caffe,根据大合影构造“平均脸”
李烨
从零开始,搭建 AI 音箱 Alexa 语音服务
Mike
Web 安全恩仇录:再谈逻辑漏洞
肖志华
TensorFlow 分布式原理与应用实践
刘光聪
编程和数学基础不佳如何入门人工智能?
赵宁|Neal
微信扫描登录