编程的知识体系

在关闭了我的博客http://www.fluidea.cn后，我又有了写博客的冲动。这回就不打算再去折腾自建网站了，直接用别家的服务省事。

一个技术人员，学习一门新的技术时，必需要看文档和教程。在网络上，充斥着各类各样的教程，微博也好，论坛也好，处处都是信息资源，但要找到一个优秀的教程并非件容易的事。要深刻掌握一门编程语言，或者一个技术点，必然要通过系统的学习，仅仅依靠看几篇零散的技术文章，没有可能构成本身的知识体系。

写书的体验让我构建了系统的知识体系

在写第一本书《Flex第一步》时，对"教程应该怎么写"这个问题并无什么想法，只是下意识地凭借着阅读经验和我的的工做经验完成了这本教程。如今回过头去看，以为这本书的结构凑合，内容也还算合乎逻辑，但仅此而已。若是有用更高的标准去衡量，就会发现这本书很是浅薄，本身的东西不多，彻底是硬技术点的堆积，典型的短平快教程。

三年后，写《AIR Android应用开发实战》时，应该说对写书有了更深刻的认识。在前期设计目录、准备素材的过程当中，一直想着在书中怎么体现更多的内容，特别是本身的开发体验。安排内容时，考虑到AIR移动开发主要以游戏为主，所以有意识地添加了游戏的元素，去除了新浪微博客户端这类应用例子；另外，为了让书不那么平庸，也尝试加入了更多的知识点，扩充宽度。总的来讲，这本书和个人最初的计划差很少，我的比较满意。

在书即将审稿结束时，Stage 3D开始支持AIR Android，这让我一度非常纠结。若是要补上这块，书店印刷时间又要日后拖，当时已经比计划出版时间晚了几个月。时下Flash业内寒流涌动，Adobe更是昏招频出，让我实在鼓不起勇气继续写下去。也算是一个遗憾。

这两本给我带来了很大的收获，不是经济上的（收入少的可怜，特别是第二本），而是让我创建了一套知识体系。明白一个问题和向其余人讲清楚这个问题，这实际上是两回事。清楚地阐述一个问题的前提是理解这个问题的来龙去脉，为何要这样作？有没有其余方法？这个方法的优势在哪里？

写书必须有严谨求实的态度，对一个技术点若是本身也是模棱两可，就轻率地告诉读者，这是不负责任的表现。

重构经验，造成系统
像我这样，从事编程快十年了（提及来惭愧，到如今一事无成），各类项目，各类技术都有接触，但都是些很零散的知识点，没有系统。知识的系统化很是重要，如何去系统化？那就是写出来。写的过程当中，天然会去思考，重温，概括，总结，最后化繁为简，按部就班地倒出来。

通常咱们了解一个事物，习惯按照：是什么-为何用它-怎么用，这条路去学习。但现实是，技术人员彷佛愈来愈浮躁了，老是想走捷径，直接从“怎么用”这步开始。其实这没有很差，但通过一段时间后，必定要回头把前面两步走一遍。一件事物的本质，看似简单，却表明这它最根本的意义。若是咱们不清楚本身行为的含义，又怎么能把握前进的方向？