说实话，在写这篇文章时。包括现在我的大脑已然是空空如也。对于写点什么的问题我一直非常矛盾，其实从这一篇开章开始这种矛盾就一直存在。事实上我常写文章以前也写过很多别的方面有趣的范文，而在技术博客上也只是依葫芦画瓢，草草写了几篇后就因为太懒而匆匆放弃。 但等到时间一点点的过去我才发现我当时的做法是多么的愚蠢。早期技术博客都是一个模板 XXXX应用 简介 代码 用法 稍微进阶一点的用法 效果 总结。
虽然我不是想说这种模式是多么的不好，但这么做会加害技术人员的成长。在著名的《程序员思维训练一书》中对这种行为有一个精确的描述 1 注重结果 2 需要一份指令清单 假如看我博客的朋友也有如果也有以下两个属性，那么恭喜您还是一名新手（根据德雷福斯模型定义）。 虽然我这么说是有点过分 ，而我本人也和大多数人一样遇到问题时先注重结果，然后急切想知道怎么做一旦效果达成则万事大吉再也不会去理会。不过这样的习惯带来的负面效果是可怕的。思维的定时导致我们做事都会有一定的潜意识认识。对于做andriod来说我可能会写一万遍findviewById这个api 然而这样做有意义么？ 没有。于是乎出现了很多开源框架代替我们完成这一工作。软件本质是实现业务的半自动化甚至自动化而开源框架或者脚本则相当于开发半自动化，同样一句没有意义的代码重复的太多也会索然无味。这个问题就能解释为什么有些一两年经验的比有些五年以上的技术还要高。这听起来似乎有些不可思议，不过它确实存在。
看到这里的朋友们（其实 我并不觉得有几个人会看到这 哪怕只有一位读者我也会为你分享） 觉得我这么说话的语气看起来是很奇怪，没错，我想让我自己的博客风格有所改变，就像上面说的那样重复一件事总会索然无味 假如我写一个月select * from XXX 这样的查询语句 甚至复杂点我加几个自连接子查询 那也不会叫精通sql吧(笑)，而Don't repeat yourself 这句话的涵义就在这里，事实上我发现这种译文的语气更容易被接受，而过于刻板的教条语言则会令读者生厌。这是本人个人的博客总结 感谢John在他的书《软技能：代码之外的生存指南》中让我看到了自身新的可能性。 我强烈建议各位看到此文的朋友们都去看一看这本书，其中不但有提高工作效率的番茄工作法 十步学习法之外 John建议所有软件开发人员每周写两篇技术博客 事实上我现在也就这么做了。
到现在我觉得文章有点过于长了 而我本人也不喜欢过于长篇大论的文章（笑） 所以我决定先到这里。此文也当做本人的一份技术积累 如果看官觉得有有所帮助那我觉得是一件非常荣幸的事情，至少您看到了我安利了两本书（笑），虽然没有纯代码不过这对您也算一种收获对我也是一种总结吧。
