杂草丛生 VS 整洁有序
这个话题得从现在的项目经理的一个言论引出来。
按照PM的说法，“我是简单原则的支持者”，云云， 那么，让我们来看一下这些简单的原则是什么吧！
- 尽量减少接口和类的数量；
- 尽量不用接口；
- package不要太深，也不要太多；
- 远程之类全部使用EJB(2.x)；
等等
其实这个扯得多了，呵呵，这个话题是跟第三点有关，要开发一个功能，框架代码完成后，剩下的就是根据具体功能给出实现类了，这个应该算是常识，将所有这些实现类单独放在一个package下，既便于管理，语义上也比较好理解，但是那，这样的提议（真不算啥提议）让人家给踢回来了，呵呵，我真的不知道说啥好， 我说随着实现功能的增多，把所有的实现类放在当前一个package下面会flood当前package, 可是人家说了，就10几个类，能flood到啥程度啊，呵呵
某一天，突然想到一个比喻， 设想有一个花园，在我的花园里，花朵开放在修葺整齐的花坛中，草儿则轻轻爽爽的长在花坛外的草地上；而在PM的花园里，花和草则是间杂生长，至于那回事啥景象，我就不去想了，因为那跟我的理念完全是两个世界。
前几天还看到Javaeye上一个帖子，说不要把简单的事情搞得复杂，把所有的东西都一骨碌得print到console上就较简单了？多写几个循环就较复杂了？还将多么容易维护之类云云，nnd，你写软件真的就几个print到console就OK了？ 你或许可以将其裱称为有创意的思考，不过，你常年的修炼难道就是为了这个？说句不好听的话，这种伎俩，新手都比你玩得好， 我还从“袜子“那里听到过更又创意的那
你的mind就是一个花园，当你历尽千辛把它打理的井井有条，整洁有序的时候，让它荒芜也很简单，不去管它就是了。 不是写不出来那些所谓的println,而是经过了励练，那种东西已经早被抛弃了。到底是退步还是进步， 你自己或许比我更清楚！
设想一下，做codeReview的时候，你看到这样的代码会怎么做吧 …
「福强私学」来一个？
「福强私学」, 一部沉淀了个人成长、技术与架构、组织与管理以及商业上的方法与心法的百科全书。
开天窗，拉认知，订阅「福报」，即刻拥有自己的全模态人工智能。
