基本信息

作者： 王概凯   

出版社：电子工业出版社

ISBN：9787121311222

上架时间：2018-3-9

出版日期：2018 年3月

开本：16开

页码：248

版次：4-1

所属分类：计算机

编辑推荐

读完这本书，你能收获什么？

1. 成长就是认知升级，架构本质其实就是认知架构。

2. 不再受困于业务或者架构，在更高维度思考问题。

3. 厘清架构、技术、业务的关系。

4. 空杯心态，重新再思考基础的架构概念。

5. 抛开表象，发现事实是什么，找到成败关键点。

内容简介

    书籍

    计算机书籍

架构是如何运作并影响人们的日常生活的，在软件行业中架构是如何运作的？架构又是如何指导代码编写的，如何把架构应用在软件工程实践上？带着这些疑问，《聊聊架构》通过大量的实例一步一步揭示出架构背后的原理，以及架构在软件行业的发展，并通过企业实例来展示软件架构的实际应用。《聊聊架构》没有高深的词汇，不仅适合IT 从业人员阅读，也适合其他行业的人士阅读。尤其对于想从事架构工作的人而言，是一本不可多得的参考材料。 

目录

部分 认识架构 1

章 生命周期 2

1. 生命周期的识别 3

2. 核心与非核心生命周期 3

3. 生命周期与分工 5

第二章 时间 9

第三章 为什么会产生架构 11

1. 分工 11

2. 架构和生命周期 12

第四章 什么是架构 13

1. 架构产生的条件 13

2. 什么是架构 14

3. 架构的生命周期 16

第五章 架构和树 18

1. 树与增长 18

2. 架构和树 19

第六章 概念 20

1. 何为名相？ 20

2. 究竟什么才是相？ 21

3. 概念是沟通的基础 21

↓展开全部内容

前言

序

在软件行业，架构师和软件工程师是非常辛苦的职业。一方面新技术层出不穷，另一方面业务需求也层出不穷，让人疲于应付。导致的后果就是常常加班，生活质量低下。只有曾经参与过的人，才能够体会其中的酸甜苦辣。

经历过这么多年，也看到了软件行业一些普遍的问题，总觉得自己应该为这个行业贡献一点力量。不期望能够改变它，但是如果能够引起一点点思考也是好的。要是可以提升一些软件从业者的工作效率和生活质量，目的就达到了。

把自己的想法写出来的过程是痛苦的，从来没有写文字的习惯，也没想过写书，因此越见艰难。年初时基于上述想法，在InfoQ投稿写了《架构漫谈》专栏，和大家分享一下自己对软件架构的思考，以为算是交差了。不料InfoQ的郭蕾多次和我约稿，希望我能够把架构漫谈扩展成一本书。拒绝了很多次，但禁不住郭蕾三番五次的游说，便狠狠心答应了下来。

文字的传播，要承担很大的责任，一旦说的不对，就会误人子弟。但想想人非圣贤，孰能无过，把自己的错误暴露出来给大家，也是帮助大家学习。话虽如此，还是郑重声明，本书的内容都是个人的思考和观点，并非学术的结论，请各位读者不要当作结论全盘接受，反而读者应该质疑书中的各种观点，自行思考，如此才会有所收获。本书的目的也仅仅是为了引发大家的思考。

思及自身水平有限，文字功底不高，深感惭愧和惶恐！望各位读者，鉴其愚诚，不吝慈悲指正！ 

王概凯 Kevin 

前言

现代的软件从业者，都受过良好计算机和软件方面的教育，但计算机和软件方面的教育大都是从科学研究领域脱胎出来，教育的目的主要是为科学研究领域服务。随着社会的发展，软件不断的渗透到不同的业务领域，涉及到普通人生活的方方面面。以科学研究为目的的软件教育，和日益深入人们生活的软件应用，产生了很大的隔阂。以致于很多计算机和软件专业毕业的学生，进入企业工作后，总是感叹学校所学习的知识派不上用场，必须得重新学习才能够达到企业的要求。

重新学习的内容是以技术为主的，技术的更新换代太快，往往也导致跟上新技术的步伐力不从心。技术和业务的关系是如何的？业务又是怎么运作的？很少有人去问这个问题。即使有人问了，也很难有人可以提供建议。

软件技术学习到一定的地步会发现软件架构又是一个门槛。什么是架构，在软件行业都有很多的争论，每个人都有自己的理解。甚至于很多架构师一说架构，就开始谈论应用架构，硬件架构，数据架构等等。而事实上，架构在软件发明前就已经存在了。众说纷纭，莫衷一是，也给大家带来了很多困扰。

业务和架构，是压在软件从业人员身上的两座大山。而他们手上却只有一个武器：技术。可是这个武器还时灵时不灵，就好像金庸小说《天龙八部》中段誉的六脉神剑，并不总是能够解决问题，有时还会带来麻烦。

软件和现实生活紧密相关，并不是虚无缥缈的东西。业务和架构都是处理人的问题，恰好是技术人员不擅长的，但是又无法逃避。因为这个排斥的心理，始终避开和人有关系的地方。因此在技术之前，还需要做一些准备工作，用来连接现实生活，联系上人，让大家知道处理人的问题并不可怕。建立了这个相关性，每个人就都可以自行思考了。

人类受限于自己的生命周期，凡事都有其生命周期。理解了生命周期，就可以看到很多隐藏在背后的规律，以及这些规律之间的联系。因此，本书试图从生命周期入手，描绘出一张整体的画卷，帮助大家包括技术人员定位自己处于什么地方，自己在起什么作用，别人又在什么地方，他们又在起什么作用。明白了这些也就清楚自己有什么，缺什么，要往哪个地方走，从哪些地方入手了。所谓"知己知彼，百战百胜"。和人打交道时也就有了自己的思考方式，能够进行独立思考，对业务也不再逃避，而是为能帮助业务人员分析及解决问题而自豪。

本书虽然不是技术书籍，却是以帮助技术人员为出发点的。书中内容可作为连接技术人员和现实世界的桥梁，使得技术人员不再悬在空中，使不出力。对于非技术人员而言，本书可以帮助其理解软件开发本身特殊的业务，拉近与技术人员的距离，能够更有针对性地与技术人员合作。

读完本书不会使读者突然学会神功，打通任督二脉。因为每个人的成长，终还是要靠自己的思考和实践。本书的思考也不能够代替读者自己的思考，在解决某个业务问题时也无法从书中直接找到答案。但是本书可以提供给大家的是一个思考的出发点，一个思考的方向，一个思考的角度，使大家不再惧怕或排斥业务，并可以像架构师一样思考，不再受困于业务和架构，甚至是技术本身。如果本书能够帮助大家跨过这个门槛，并从这里开始展开思考，目的就达到了。 

序言

在软件行业，架构师和软件工程师是非常辛苦的职业。一方面新技术层出不穷，另一方面业务需求也层出不穷，让人疲于应付。导致的后果就是常常加班，生活质量低下。只有曾经参与过的人，才能够体会其中的酸甜苦辣。

经历过这么多年，也看到了软件行业一些普遍的问题，总觉得自己应该为这个行业贡献一点力量。不期望能够改变它，但是如果能够引起一点点思考也是好的。要是可以提升一些软件从业者的工作效率和生活质量，目的就达到了。

把自己的想法写出来的过程是痛苦的，从来没有写文字的习惯，也没想过写书，因此越见艰难。年初时基于上述想法，在InfoQ投稿写了《架构漫谈》专栏，和大家分享一下自己对软件架构的思考，以为算是交差了。不料InfoQ的郭蕾多次和我约稿，希望我能够把架构漫谈扩展成一本书。拒绝了很多次，但禁不住郭蕾三番五次的游说，便狠狠心答应了下来。

文字的传播，要承担很大的责任，一旦说的不对，就会误人子弟。但想想人非圣贤，孰能无过，把自己的错误暴露出来给大家，也是帮助大家学习。话虽如此，还是郑重声明，本书的内容都是个人的思考和观点，并非学术的结论，请各位读者不要当作结论全盘接受，反而读者应该质疑书中的各种观点，自行思考，如此才会有所收获。本书的目的也仅仅是为了引发大家的思考。

思及自身水平有限，文字功底不高，深感惭愧和惶恐！望各位读者，鉴其愚诚，不吝慈悲指正！ 

王概凯 Kevin