为什么有些人写文章喜欢写一系列？

　　以前总想不明白，为什么很多文章明明一篇就可以写完的，为什么要写上好几篇？

　　最近写了一些文章，也养成一个习惯，就是，如果这个问题值得研究，我就会研究透，然后再写一文章进行介绍。不过，写了没多久我发现一个问题显现出来了。大作，你只写一篇文章是根本不可能写完，写全的！像 SQL Server全文搜索 注意事项及简单介绍，SQLite介绍、学习笔记、性能测试。并且，这些文章如果你想一下子写完，那是不可能的。

　　所以有人采用了，分多次写，先写个大概介绍，介绍他有什么好处，为什么要写，要怎么写，然后列个目录，然后以后有空就一篇一篇的完善，有时得写上几个月。

　　现在感觉 大作，就得这么来。这样弄的好处是，你可以合理的分配时间，不必集中几天 时间去完成这文章（且你有这时间么？）。还有就是 大作 太大，也许你准备写时对他还很有兴趣呢，结果写上几天写的精疲力竭，都不想搭理他了。因为你控制不住了，大而全，没有分而治之，最后就会因总感觉这文章写不完了，而放弃了。还有就是如果你想一篇大而全，就可能在某一方面介绍不会太仔细，你也不会想很多，因为他们相对这大作只是很小的一部分，而这一部分也许能很多人很有用，再说了，如果写的过程中，发现一个问题暂时没时间研究，你是先放出文章呢，还是先放下过段时间解决了那个问题再放出文章？

　　写一系列文章的好处是：有空写，写一小块，详细的写。这样，小块时间，你可以只针大作的一小块详细分析，也可以把文章写的更全面，更透彻。写的更开心。因为每次你都能非常棒的完成任务。

　　其实这个道理在很多地方都有，就像学习，总想着自己天下无敌，一下子把所有东西都学会，只会让你崩溃，学习就应该慢慢来，分而治之，一块一块解决，最终问题就解决了。聪明人不是说一下子什么都学会，而是知道不可能一下子学会，要心平气合地一点一点学。

　　我时常感觉给领导们介绍一个产品时，有时会说不明白，就是因为感觉他们知道的太少，而我觉得有必要说的又太多，重要内容也太多了，不知道应该从何说起。从而导致说不好。从本质上来看，也如上所说，科学的做法应该是，对不同的人可以列不同的目录，他们对某些目录感兴趣或自己觉得非常不错的，最后详细介绍。树型管理，而不是一下子把所有从最高层到最底层的东西都一股脑的倒出来。这不成浆糊了吗？