看到InfoQ宣传这本叫《聊聊架构》的书，自己买了一本，同为书作者，我理解写书人的辛苦，买本书以表支持。我每年会从国内外买很多书，其中相当一部分不会最终留在我的书架里（我可没有很多钱买10套房子存书），而这本书，一直会有它的位置。写这篇文章，纯粹是出于对于技术的热爱，对技术人员的尊重，对计算机科学的膜拜，不是替人站台。我们今天只谈书、谈架构、谈软件，不谈人。
认识架构作者花了十一章（第一章至第十一章）讲述这个话题。从生命周期的拆分开始讲起，谈到了生命周期和时间的关系，谈到了人类活动的分工安排，谈到了自然界万千架构场景，也谈到了永恒的对比“建筑架构VS软件架构”。
这一部分，有过架构经验、深度思考的人会有所碰撞，正如作者所说：
「一个生命周期里面的活动可以进行拆分，拆分的原则就是形成若干个新的生命周期，每个新的生命周期都有自己的主体。在把一个大的生命周期拆分为多个小的生命周期后，核心生命周期活动的执行都严格地在时间上连续。而非核心生命周期的管理，则围绕着核心生命周期形成了一个树状结构。随着大的生命周期的拆分，树在逐渐地长大。」
我：作者这十一个章节，其实我考虑了十几年，一直没有想好怎么抽象出来。坦白说，作者“浪费”了这么多的纸张，写了这些与技术看似无关的文字，会让很多人觉得虚，对于写书的人来说，这是需要担忧的。既然作者敢于突破，本文中我也不会避讳自己的看法，我会亮出犀利的一面。我觉得，这一部分内容是需要的，尤其在当下这个缺少精神概念的时代。
我认为，无论计算机技术或是软件技术，本身都是科学，不仅仅是谋生手段。既然是科学，必然存在着与其他学科的交叉。当前持不同意见者，可能十年、二十年后，当你们有时间停下来静静思考，不必再忙于奔波赚钱，会有所感悟。正如我