《暗时间》pdf(刘未鹏的《暗时间》txt)

本文节选自《暗时间》电子版：

那些“看到XX，要少到YY”的联系)，则需要目己在练习中个断抽象总结。一句结尾“我想我就在这里结束”一一如果你知道我在说什么的话:-)锤子和钉子《一)有这人么一名古老的仍言:如采你手里有一把锤子，所有东西有上去部像甸子。5工引HDINTD下EMACMIMIINTHELINGROOMPNDGOTTHESPEEOHSINTHTDYEUL和HERFORMEHE则5已经是老调中的老调弹了，我们程序员有很多锤子:00、设计模式、语言〈C，C++，Java，Python，Ruby，etc.)、各种各样的架构tricks&workarounds，以及一堆软件过程方法论(Agile，XP，Scrum，etc.)、等等。几则故事:1，阿朱的〈《《走出软件作坊》):我过去领导过架构组。架构组的人在2002年的时候，疯狂迷上了UL和设计模民，人手一本

暗时间 精排版 epub

《COM本质论》和《设计模式》。我手下有个新手，就处处是类，处处是抽象，处处是封装，处处是分离，尽量使代码寅内村聚低耦合。但是这样的的代码太麻烦，他花费了大量的时间，他看自己的代码蝎心悦目，别人看他的代码云里圾里，不阅读芋《设计模式》就按照常规解业务的思路去阅读他的代码根本阅读不懂，不知道他为什么这样写代码，怪异的很。本来，这位想达到可维护性，可阅读性，却真正的失去了可维护性、可阅读性。这和我前几天看我的朋友周爱民写的《大道至简》中写到:有人和希望拿UML去统一用户和软件设计者。殊不知UML有多难理解，而UML设计者却认为UML可以描述-切。就这个道理，要理解你的代码还要去读情《设计模式》，这要求太高了吧。所幸这位新手自己都每次写的累，慢慢的也就懒了，觉得确实需要分离的时候就分离，觉得没什么必要的就懒得做了。用他自嘲的笑说就是:

暗时间百度云刘未鹏

被磨平了。其实，依我看，他现在这个代码状态才是刚刚好，即照顾了设计扩展，又照顾了实用。真正的纯00，纯设计模式，可能只存在于教学和科学，而不在于我们的商业软件开发。我们作为商业开发，强调的是叫座的基础上叫好，所以折中方案是必须的，客户和我们上自己两相宜就吧，是否符合正宗，就不在我们的商业开发管范畴了。这位新手还写了大量的注释。在每个源代码文件头都写上几月几号，XX创建的，这个原代码文件主要是干什么的，还画蛇添足的写上版权所有，公司名称。好像这个代码要开源，或者可能会被其他公司窃取了好表明公司版权。甚至每个函数都写了注释，每个参数是什么意思，每个参数可能出现的值代表什么意思，郑写的一清二楚。久而和久之，也懒的维护了。代码改动，参数扩展了了，参数状态信有了变化，注释说明却没有跟着改动，让后来看代码的人老误解，还不如不写这些注释。

暗时间 刘未鹏

综上：刘未鹏的《暗时间》txt值得推荐阅读