本文通过几个具体的案例，如代码编写、操作系统的选择等，深入浅出地分析了从无序状态过渡到有序状态过程中存在的两种主要成本。并强调了在系统设计初期考虑周全的重要性。
没看过《小熊猫学木匠》的朋友，去网上看玩动画片，娱乐休息一下，再看我下面的喷水吧。
小熊猫学木匠，总有个桌子腿长了，于是锯完这里，锯那里。大功告成时，桌子已经很矮了。
无序让你更加自由，无序就是唯一的有序（你完全可以在本文的开头增补如下的代码
1 | #define 序 规则 |
）
无序精神下，有限空间中，任意集合，仍然存在边界和交错。稳定之后，又天然的形成了有序。这种有序，是无序所固有的同构映射。但代价存在两个方面：
其一，无序到有序的体现，存在过大的调和成本。
其二，低层本的无序描述通常带来高成本的有序描述。
看不懂上面的话的，我给点提示，上面的内容涉及很多层次。
1、写代码，随便些，到系统设计中后期，牵一发而动全身。前期的设计不全面考虑系统的组成，进行约束，会导致后期的调整，修改成本很高。也就是模块化的未良好实现，会导致模块局部调整的代价过大。这个是其一，无序的开端，导致最终有序时，过大的调和成本。
这也是为什么系统分析员需要具备高级程序员经验的所在。只因简历漂亮而担任公司系统分析员的人，说白了就是水货，和SB职业经理人（不是职业经理人都是SB）是一会事，就是SB职业技术人。
2、WINDOWS让你这个也行，那个也行，相对LINUX，UNIX而言，针对操作者的应用行为是无序的。最终是，你不停的增加补丁包。做毒和杀毒也是一个道理，最终受苦的只用户的那台机器。
3、android的软件任意开发，任意使用，相对IOS的审核是无序的（不谈开源问题），最终的代价就是，你即便只是打个电话，也要经过层层的安全检查软件的把关。这个和android的应用开发，需要面向广泛的硬件设备进行修正一样。
特别是第3个例子，如果想不通是对应”其二，低层本的无序描述带来高成本的有序描述。“
那么你需要抽象抽象再抽象。
游戏规则什么样无所谓，关键怕不知道游戏规则，最后忙而无果。这句话不单单送给个体，也送给团体。
扫一扫
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
