用过很多框架和开源项目并自己写了不少程序之后，可以开始考虑实践《Effective Java》中所讲的内容，何时何地如何运用合适的技术与机制。
5. 通过标准类库、企业级技术和开源项目了解模式说到模式大家首先想到的可能是“设计模式”，有很多初学者为了进步也看了《设计模式》这本书，不过据我经验，当时看不懂，不知道那些模式为何存在，也不知道何时可以用上它们。实际上所谓“模式”不过是前人的习惯用法，被后人认为好用并广泛流传。所有将前人代码复制过来改一改就用的，这样的代码其实都可以说是某种“模式”的实现。
有了对标准类库、企业级技术和一些开源项目的运用后，模式的感觉才会在头脑中建立。这些类库、技术、项目本身实现了很多模式，对它们的使用也是模式。只不过后者常被称为实战，而并没有当做“模式”出现在出版物中。
“模式”除了《设计模式》包括《企业应用架构模式》、《J2EE核心模式》，也许还有更多其它的。标准类库和开源项目（包括很多流行框架），出于设计的灵活性、便捷性、优雅性，对它们有杰出的运用。
Spring就是对工厂模式的实现。JDBC和JMS是对抽象工厂方法模式的实现。
Struts除了大家皆知的MVC，其实还实现了J2EE核心模式中的好几样。
Hibernate内部使用了Proxy模式，而它整体的存在是《企业应用架构模式》中“表数据入口”的实现。而老的EJB2.0中的CMB更像是“行数据入口”的实现。
这些模式直接当做概念来学习，没有实际经验，就会像我当初一样不知它们为何存在也不知如何运用它们，事倍功半。
现成的产品用多了就有感觉了。感受它们带来的方便，将它们中功能相似的互相比较，就可以看得出各种模式的存在和它们的优秀之处了。
6. 了解面向对象的真谛了解了模式，就会发现实现这些模式的根基正是面向对象提供的封装、多态这些特性，这也是面向对象出现的意义。
面向对象的八大原则在《敏捷软件开发——原则、模式与实践》中有所介绍，其中我最看重“单一职责”原则，这个原则在模块划分时很有帮助，其思想甚至可以延伸到组织结构的建设上。
7. 展望——架构师有了以上几步，应该就可以作为一个合格的设计人员而存在了。想做到架构师，曾经有位培训师告诉我们：“学习Linux内核。”
大的步骤是：看0.01版了解其结构，看0.10版了解其进步，看0.12版了解其完善，看最新版了解其现状。
学习方法是使用UML工具，对下载的Linux内核源文件进行反向工程，从得到的类图中可以看出模块依赖关系，出度最大的模块就是系统的核心，从这个模块看起，看它如何调度其它各个模块，再去看各模块如何实现自己的功能。
8. 结语这些步骤并没有严格的界限，可以穿插、迭代地进行。
学习是一个先发散后收敛的过程。开始好像面对一个扇形，越往外走发现不会的越多，需要学的越多。但到了后来就会发现学过的东西相通之处很多，新看的东西能够快速理解，甚至能够发现有些东西不过是新瓶装旧酒，看两眼就会了。
“愚者察异，智者察同”，愚人看到事物各有不同就觉得世界难以掌握，而智者善于看到事物间的共同点（规律）以使事半功倍。既然程序员都干得了就别当自己是个愚者。