第133章 佣兵工会第1/3段
第133章佣兵工会
整个系统会分为软硬件两个大块，大致分下来后会有，通用操作系统，音频处理软件，任务分配系统，音频处理子机，集成式存储，缓存管理，磁带机组管理，网络管理与路由等等的一堆子系统，然后细分为几百个更小的任务模块。
这些模块会用以敏捷小组任务的方式承包出去，学生们自由组队，自由接活，任务的集散地被王旭命名为“佣兵工会”，网络兴起初期的常见配置。
而各个敏捷小组呢，那自然就是“佣兵小队”啦。
这个名字，前世王旭在第一次接触到所谓敏捷开发的时候就想到了。前世华夏把敏捷开发吹得山响，但是却没几个公司成功实施的敏捷开发。这东西其实真的就和早期玄幻里的佣兵小队模式没啥区别。
王旭前世在海外生活过一段时间，在丑国的公司里工作了很多年。在那里，你很容易就能招聘到世界上最好的程序员，华夏的，伊朗的，东欧的，俄罗斯的，东南亚的，棒国的，当然还有阿三的。
这些程序员都经过良好的培训，有着最聪明的头脑，他们自身就带着可以独立完成一个项目的优秀能力，所以敏捷开发简直就是为这样的精英群聚的公司量身定做的。
每个人都可以独当一面，面对各种奇葩问题都不会发憷，都能快速找到解决方案，他们真的不需要什么中层领导，几个人一合计就开干，出来的东西又快又好。
开发时，各种文档几乎完全不需要，开会沟通？那是什么。有给你讲的功夫，我TM都干完了。写写注释就是对后来者最大的友善了。
如果产品经理奇思妙想，他们自己开会定下来了某功能要开发。开发的一看这破东西，干不了，于是就会出现任务挂在哪里，根本没人接的情况。
最后就是产品经一看不行啊，没人干啊，找程序员一打听，知道了问题在哪里，那我们改改需求吧。合理了，自然就有人接任务，然后就顺利推进了，不需要太多的瞎掰扯。
王旭就记得有一天，他们开发团队的经理死了。然后老板问他们团队，你们谁想当经理，所有人都摇头，然后就不了了之了。
后来可能是老板发现有没有经理没啥区别，干脆他们团队就一直保持着没有经理的状态，效率居然是全公司最高的。
这就是敏捷开发，什么早会，站立会，终点会都是形式。敏捷开发的核心是小团队自主决定接或者不接任务。
多长时间开发完成，进度如何，都不需要别人管，他们自己沟通完成。产品经理只需要对接，和验收中间成果即可。出了问题，整个团队共同承担责任，谁也跑不了。
国内一群阿狸之类的IT精英圈，明明伱连拒绝任务的权利都没有，还整天到处吹自己敏捷开发云云，还像模像样地搞各种认证，丢人。
最后弄出的那种形式大于实际，强调的全是形式，敏捷开发轻文档，简沟通，快节奏的优势一个都没剩下来，用了甚至还不如传统模式效率高。
偏偏他们，还垄断了IT话语权，弄得全国都是四不像，到处都是996，简直乌烟瘴气。
普通公司在实施敏捷开发的时候，会第一时间面临员工能力不足的情况。很多人换个项目就可能抓瞎，只能不断在同一个领域深耕。
这个时候如果贸然跟风实施敏捷开发，就会最后发现除了多了一堆毫无意义的早晚会，开发还是原来那个样。
说实话，国内IT精英圈真的不会用IT精英，把一个个桀骜的狼全训成了狗，天天加班还引以为荣，那是程序员的耻辱好不好。
你天天加班只能说明一个问题，要么你们公司瞎安排，要么你的能力远低于公司的期待，你需要做的要么提升自己，要么更换更顺手的工具，很多软件工具就是这么来的。
王旭记得在丑国时，公司很多工具都是程序员自己开发的。
比如那会儿还没有专门查看日志的搜索引擎。于是，王旭就开发了一套可以爬取所有服务器上需要的日志，并根据自己需要进行排序的小工具，然后共享br />
本章未完,请点击下一段进行阅读!