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