致关心我的朋友们——关于系列文章的内容和形式

从上个星期正式申请博客园的空间到现在，我一共写下了三篇文章，受到了大家的关注，很多人给我留言，评论或者通过其他方式联系我，在这里一并表示感谢，感谢大家对我以及这个空间的关心。

对于文章的内容和形式等等，很多人提出了疑问，在这里想要和大家说明一下。

首先，我的系列文章的标题起的似乎很有问题，《凌云架构V0.1》， 似乎应该是一个纯技术文章，而我真正想要写的，就像在《写在开始之前》那篇文章里面说的一样，是通过一种类似小说的形式，设置多个主人公，让大家和他们一起在一个项目的开发过程中去了解一个架构。起因我想应该是收到了《目标》一书的影响，高德拉特大师的经历和写作风格让我很是景仰，所以不自觉的就想要学习一下。对于引起的歧义，以及浪费的大家的时间，再次深深表示歉意。

其实我认为，在一个项目的开发过程中，软件系统的架构固然重要，其他方面的架构，比方说人员配备的架构、团队组织的架构以及业务流程的架构都是非常重要的，可能在我的这个系列文章中，关于对团队的建设和管理、人员的分配、业务流程的了解我都会讲出自己的一些心得体会，这些东西之前都是给公司的新员工培训时所必须要讲解的，因此也想都拿出来和大家一起分享，至于里面的内容，就是仁者见仁智者见智，也欢迎大家和我一起交流。

因此，大家对内容的安排不要过于着急，急着看到架构的具体内容，那都会穿插在具体的开发故事中的，或者，可以建议大家过一阵子一起看，呵呵。那样可能一下子可以看到更多的东西。我这个人毕竟不是专业的写手，编写故事的速度慢，在所难免，还望大家见谅。

针对大家的意见，我想把这个系列文章的标题修改一下了，现在拟了几个，也想听听大家的意见

拟标题一：凌云工作室的故事

拟标题二：系统开发的故事

拟标题三：项目中的架构

或者大家还有什么好的意见，都告诉我，那样我可以选择一个更好的标题。我会在本周之内最后定下文章的标题，然后全面修改，呵呵。

另外，对于文章的形式选择，我还有其他的一些想法。我这个人，看书的时间大部分都在公共汽车上，那个环境里面一般不会有记录的条件，更别提直接在计算机上实践自己所看到的代码了。因此，看技术书籍，我觉得是一件很累的事儿，很多书都是看了一半就扔下了，下次看的时候还是要从头开始看，好多东西根本就没记住。所以，我想这种轻松的形式可能更加有利于大家的阅读。我不期望大家把我在书中说的话当成什么金科玉律，我只希望大家在带着快乐的心情，可能花上一个周末就能把这些文章看完，然后发现那么一两句可以产生共鸣的话。然后有时间的时候，或者说有必要的时候，再坐在计算机前完成一大堆的代码，感受一下这个架构对于开发来说到底可能有哪些好处。

总之，对于文章的内容和形式，我会听取大家的意见和建议，但是基本原则可能不会改变了，还请大家别给我扔太多的臭鸡蛋，呵呵。