先看下面这样的困惑：
最近了解了几个MVC的框架，其中有两个是公司内部的。发现这些东西都是类似的，从处理逻辑到页面渲染；从service到layout；配置的实现无非就是XML，或者annotation……我有种感觉，兴许已经跳不出这个思维圈子了？
如今的时代，是一个概念翻飞的时代，oschina里的开源软件数量就已经超过了两万，五花八门的技术层出不穷，到底什么技术才是值得学习的？
有位朋友说，他想学习一些关于Android上的开发技术，兴趣驱使。几个月过去了，他说他已经能做出许多小程序了，可是他现在回想起来，掌握一门技术是好，可兴趣之外还有什么呢？他说，“如果我的工作中不使用Android平台，我学它还有何用？”。
学习技术到底是一件有意思的事，还是一件痛苦的事？读书的时候，我曾经买过侯捷翻译的《深入浅出MFC》，对那时的我来说，似乎太困难了一点，我强迫自己看完了三分之一，实在是没有毅力继续往下读了。我在其中察觉不到快乐，这本书在当时似乎充满了生涩。
如上这样的故事太多了，很多时候，程序员们(包括我在内)辛苦地学习，有的没有好的效果，有的过程充满痛苦，有的更是不知道我学它的目的是什么。
国内的教育体制，培养了这样一批人：
他们努力、奋进，热爱技术，愿意投身软件行业，愿意写出高质量的代码，他们对业界的东西很感兴趣，他们愿意学习扎实的基础知识，他们渴求火热的新技术……
几年以后，他们拥有广泛的视野，阅历宽阔、经验老到、言辞犀利，对行业动态了如指掌，显然，他们是行业的博学者。
然而……
他们却缺乏这样一种能力——思考。
欠缺思考容易导致这样的现象：
不会做设计
遇到了问题，拿见到过的、学到了的熟悉的框架、方案、模式往上套，而不仔细分析其中的利弊，只是尽可能地寻找最接近当前问题的解决途径。
有的是不会做系统设计。和少数所谓的“架构师”接触过，他们“只懂业务，不懂技术”，这样设计出来的系统只能满足功能性需求；而论坛上的一些具体问题的讨论话题，则暴露出一些跟帖讨论者“只谈技术，不提业务”，譬如“XXX大容量的解决方案”、“秒杀系统的终极架构”，企图对某一类宽泛的问题，设计出一套放之四海皆准的通用解决方案。
(责任编辑：安博涛)
