架构师素养及从小菜进阶架构(CTO)的书籍【转】

CTO要了解无线技术/搜索/大数据/数据库等。html

-- 一般定义架构有几个层次,这包括业务架构、产品架构、应用架构和技术架构:
 1.业务架构:描述一个企业围绕一个行业作了哪些业务,例如支付行业的收单、退款、出款、充转提等能力,这与公司对外和对内定义的产品无关。
 2.产品架构:描述对外和对内定义的可销售的产品,例如微信的条码支付、扫码支付、公众号支付等。
 3.应用架构:描述提供了哪些系统和服务来实现对外和对内的产品架构,从而支持公司的业务架构,例如微信内部的订单系统、支付系统、帐务系统和对帐系统等等。
 4.技术架构:一般涉及采用什么的技术栈,以及各个技术栈之间如何分工和协做的,具体会细分为数据架构视图、服务化架构视图、缓存架构视图、消息架构视图、安全架构视图、性能架构师视图等等。

做为通用架构师应该有众多的能力,这涉及到方向、战略、策略、决策、影响力、规划等。

对于技术人员在职位上的晋升,咱们一般经过点线面体来类比,这也是从工程师到架构师的晋级过程:
 点:可以独立负责一个模块的开发。
 线:可以根据设计,同时负责一个项目中多个模块的开发,甚至独立负责一个项目的开发。
 面:在所在领域内,能够负责一个产品的整个研发过程,并对业务和技术要有前瞻性。
 体:可以负责一个产品线的研发过程,而且可以开拓某个行业。

架构能力,咱们一般经过深度、广度和高度上来衡量:
 1.广度:要有全栈的技术知识,针对所在领域的技术要有全面的了解,可以评估各类技术的优缺点,要能根据优缺点来作技术选型的决策。
 2.深度:要针对所在领域的核心技术有必定的造诣,阅读过源码,针对产生的 Bug 要有可以迅速定位的能力,或者曾经贡献过核心代码。
 3.高度:可以理解业务的本质,可以识别业务的风险,并作出合理的应对,对业务和技术都要具备前瞻性。要理解业务的本质,对业务的特殊性有所把控,要能抽象事务也要能具象事务。要能用技术服务业务,或者推进技术的更新换代,或者推进业务创新,从而直接产生价值。

  管理模式:架构师要理解和适应各类管理的方法,一般有传统的多层企业管理、扁平化的企业管理、矩阵式管理,通常状况下,扁平化管理的效率较高,沟通成本较低,适合初创企业,在这种管理模式下,架构师也比较容易发挥其价值。可是在多层的企业管理和矩阵式管理中,因为层次较多,沟通成本增长,一项事情从上面传达到下面要经历多个中层领导,中层领导须要一层一层往下传达,传达过程其实也是一种成本,对于每一个任务和项目须要沟通确认达成一致,才能保证项目传达的方向的正确性,因为层次多了,沟通成本增长,再因为中层领导区分战略思惟,或者有战略思惟没有落地经验,就会致使底层的人有可能没有彻底得到上层人交给的任务,在下面就有可能“憋死了”,这些都是管理上的通病,架构师必须理解所处的环境,已经产生的问题,针对这些问题来提供合理有效的解决方案,毕竟组织架构也属于架构的一部分。java

> 架构师素养程序员

  分享一个架构师的成长阶段。第一个阶段应该是习惯养成阶段,应该注重于培养良好的编码和设计习惯,注重代码量和代码质量,注重抽象;第二个阶段应该是培养模块和系统设计能力,在关键系统设计上总结方法积累经验,懂得资源(网络IO、磁盘IO、内存、CPU等等)如何最优化利用,系统如何分层,掌握可用性、高并发、高性能的一些方法论和设计技巧;第三个阶段是培养业务思惟,能站在业务需求角度思考系统架构的合理性和架构演进方向,能发现影响业务发展的系统瓶颈;第四个阶段架构师应具有产品思惟。
十位值得关注的Java顶级专家- http://blog.csdn.net/FL63Zv9Zou86950w/article/details/78639669web

专访架构师陈波:微博近几年的架构演进之路和架构师的技能素养- http://geek.csdn.net/news/detail/199899?ref=myread
我的对架构的理解是这样的:
  从开发人员的角度,架构是系统总体结构的规划设计,也是系统实现的一个草图,主要包含抽象出来的模块、交互协议及设计决策。由于架构的模块、协议、决策是抽象层面的规划,因此具体实现跟业务相关,要考虑业务的需求与特性,还跟业务发展阶段相关,要考虑业务当前的规模及发展阶段,选择合适的实现方案,必要时对当前的架构作适当的修改和演进。因此,架构是设计出来的,更是演进出来的;另外没有最好的架构,只有更适合(当前业务场景和阶段)的架构。

关于架构师如何定义:
  架构师负责设计系统总体架构,肯定系统实现的行动纲领,使设计的项目尽可能高性能、高可用、易实现,而且在上线后运维方便,在新功能加入时扩展性良好。

架构师的能力要求:
 1.较强的代码能力,对平常问题有丰富的阅历及解决之道,设计不是空谈,须要实践,代码能力、解决问题的能力是系统实践的一个副产品;
 2.较好的抽象能力,业务需求在架构师消化后,须要转化为设计蓝图,这中间须要大量的抽象。
 3.良好的沟通和组织能力,架构设计出来,须要组织讨论、频繁沟通,让项目组成员理解架构组成及设计取舍的缘由,明白架构设计中的how和why,在遇到疑问、反对、建议时,能进行良好的沟通并有序的推动。
 4.较好的团队协做能力和领导能力,架构师须要获得项目组成员的承认,在关键时刻对技术的选择做出及时、有效的决定,并为决定负责。

架构师的主要职责:
 1.把业务需求转换为实现架构,定义每一个组成模块的外部特性,好比它的依赖、性能、异常处理等,并肯定模块之间如何通讯,最终造成能够指导业务开发的行动图。
 2.组织讨论,组织更多的人来了解、讨论架构,可以让你们理解架构总体方案、模块特性及边界、决策权衡点,进而能够自行进行组件服务的设计及实现;
 3.协助项目经理制定开发计划和控制项目进度;
 4.肯定系统的基础架构、实现技术,必要时组织技术调研和攻关。redis

Java架构师之路:Java程序员必看的15本书的电子版下载地址- http://blog.csdn.net/qq_37810594/article/details/72810316?ref=myread算法

  高效的程序员:
  熟悉不一样的代码结构和设计模式。有一套本身的工具或者方法论了(带有Debug功能的编辑器)。高效率的程序员都把时间花在制做工具上。好一点的编辑器.系统性的思考方式.

  适合CTO修炼的书籍:《六顶思考帽》-思惟训练;《少有人走的路》-心理修炼;《创新者的窘境》《创新者的解答》-企业战略修炼;《定位》-自我定位修炼的书籍;《卓有成效的管理者》-管理方面的修炼;《麦肯锡方法》-工做方法方面,提升工做效率;《一网打尽》-企业文化。spring

CTO首席技术官职责:发展战略,技术总监,团队提高,团队建设,项目管理,产品管理等。sql

> 成为架构师:http://codebay.cn/post/939.html
  小团队通常 10 人左右,其中经常是技术最牛的人作架构师(或 TL)。因此,架构师在广大码农中的占比大概平均不到 10%。而架构师也能够分为初级、中级、高级三档,江湖上真正高水平的软件架构师就更少了。
  因此,大部分(超过九成的)码农干上许多年,仍是作不了架构师,这是什么缘由形成的呢?
1:码农分为真的能写代码的,以及自认为能写代码的。
2:真的能写代码的码农又分为自认为写的不错的,以及真的还不错的。
3:真的能写不错代码的码农又分为会钻研会不断优化的,以及安于现状的。
4:会钻研的码农又分为喜欢广度了解新技术走马观花的,以及深刻钻研用到知识的。了解广度的码农又有少部分愿意深刻某些技术,喜欢深刻研究的又每每缺少广度知识。
5:极少深度广度都关注的码农又分为为技术而技术和为业务而技术的。纯为技术而技术的码农在国内的软件行业需求太少,且需求的每每不是应用软件领域了。
6:为业务而技术的深度广度都了解的码农,又须要有良好的沟通能力。
7:而沟通好的,又有一部分当 PM 去了。
8:而后剩下的,又有一部分慢慢脱离实际开发(再也不作任何实现)或者开始依靠拿各类中间件搭积木来做为“架构”手段。
9:除去这些,剩下对业务有必定了解,对技术广度上有多种涉猎,深度上对部分技术研究完全,还有很重要的一点,考虑问题足够细致全面。
10:细致全面善于沟通,技术上深度广度都没问题, 又喜欢这个工做,还会不时作底层实现,从业务和开发两个角度出发,搭出“架构”来是为了开发效率,为了运行效率,为了开发质量,为了业务灵活和运行稳定,为了维护方便等等这样的人,我的认为能够称为“架构师”。
  而真能知足这种需求的,别说题主的 10% 的比例,1% 能不能达到我也持怀疑态度。其实如今的“架构师”大多数都停留在 8 这个层次,甚至不少在 5 这个层次就当上 title 上的架构师了。
  总之,成为架构师,不只仅是工做上的简单积累,更须要主动接纳工做外的大量知识,同时,对性格上对于非技术能力上也有必定的要求,不只如此连思惟方式都很重要,外加职业发展中又有不少岔路,最后走到架构师这根树枝上的就寥寥可数了。

金字塔结构
  自古以来,金字塔结构(人群分个三六九等、高中低三档)在人类社会的各行各业中广泛存在,这是客观规律。恐怕再过千万年,也是如此。
人类社会为何广泛、长期存在金字塔现象?其余动物,好比蚂蚁、大雁社会,有吗?这个问题就很深了,刨根问底有难度,也许应该问上帝。
金字塔结构 / 现象从根本上决定了大多数人作不了软件架构师。不光软件工程行业如此,能作技术领导的始终必然只是位于中上层的少数人。

英文水平差
  听说中国有 700 万码农,英文很差彷佛是一个比较广泛的现象。英语,尤为读写很差,把合格的架构师候选人选砍掉一大半。

小富即安的心理
  不少码农每个月拿到万把块钱,就问心无愧了,再也不有更高的追求。求稳求安定,这符合大多数人的心理。不满于现状,坚持不断学习,努力提升本身的开发技术和管理水平,拥有强烈进取心,想一朝一日作编程高手、软件架构师的人毕竟是少数。

二三流企业的压制
  架构师不是随便什么人能够作的。在一个企业团队里,架构师做为研发和管理骨干,具备特殊的地位和权利。

知识结构的缺陷
  架构师,程序员, 产品经理的区别,大概就是建筑行业里建筑师,建筑工人,甲方业主的区别。产品经理说我要建这么这么一栋楼,架构师说好吧,我来帮你看看是作成砖木结构仍是 框架结构,房型怎么设计,水电气怎么布局,预算多少,而后程序员上阵,按照图纸把楼建起来。运营是大楼的物业管理,负责营运大楼。
  软件开发愈来愈成为传统行业(即使在互联网企 业),一个成熟的软件团队内部天然会分化出这些角色,各展所长。但很是不一样的是,建筑工人不多能自发成长为建筑师,后者都是科班出身,由于建筑学科已经高 度发达,须要掌握结构力学,美学等技术,如今软件行业尚未这么高的成熟度,程序员和架构师接受的都是同样的计算机教育,因此程序员能够自学升级到架构 师,走一条不一样的升级打怪路线。

那么,架构师是什么人呢?
  按所工做的不一样软件层分,有网络架构,系统架构,数据架构,业务架构,应用架构,平台架构。
  按所解决的问题领域分,有电商架构,支付架构,搜索架构,安全架构,性能架构,游戏架构,多媒体架构,等等等。
  按其工做的深度来分,有集成架构,业务架构,模块架构,框架架构,中间件架构,软件架构,引擎架构,服务器架构,甚至编程语言架构。
是否是太乱了?比如在设计师的世界观里一切东西都须要设计。软件也须要精心设计,在优秀的程序员眼里,每一行代码都须要架构!都体现了架构。
为了解决问题,程序员天然须要架构,他们中的佼佼者被冠以架构师的名号,得到了必定的话语权,逐步成为一个职业分工,我想,这就是架构师的原本面目。

成为架构师,须要经验和眼界
老码农分为两种:游击队和板凳王
坐穿板凳有利于积累经验,而不利于开拓眼界
游遍四海有利于开拓眼界,而不利于积累经验
码农的生活是高压的,惟有热情能够驱使你一边吃着苹果,一边又去摘梨
然而,又有多少热情没有随时间而冷却呢?shell

 

Java进阶之路——从初级程序员到架构师,从小工到专家- https://zhuanlan.zhihu.com/p/27991030
对分布式存储,云计算及并行编程有必定研究。
搜索、推荐、广告等.企业级架构-跨越业务和 IT 之间的鸿沟.
职业道路不用太严肃,要干点好玩的事情,走不同的路。
有多年NIO领域的设计、开发经验,对HTTP、TCP长链接技术有深刻研究与领悟。数据库

> 成为Java架构师必需要懂的知识- http://www.jianshu.com/p/925d9aa27be4
Java架构师要掌握哪些技术:一个是基础技术,另外一个就是组织能力和提出解决方案能力了。
  熟练使用各类框架,并知道它们实现的原理。Jvm虚拟机原理、调优操做,懂得jvm能让你写出性能更好的代码;池技术也是要掌握的,对象池、链接池、线程池都要会;Java反射技术,写框架必备的技术;Java各类集合对象的实现原理,了解这些可让你在解决问题时选择合适的数据结构,高效地解决问题,写出代码;nio,注意“直接内存”的特色,使用场景。
  熟练使用各类数据结构和算法,数组、哈希、链表、排序树等等都是;熟练使用Linux操做系统,也是必备的;熟悉各类协议,好比tcp协议,建立链接三次握手和断开链接四次握手的整个过程,不了解就无法对高并发网络应用作优化,http协议,session和cookie的生命周期与关联;熟悉系统集群、负载均衡、反向代理、动静分离,网站静态化;懂得分布式存储系统nfs,fastdfs,tfs,Hadoop了解他们的优缺点,适用场景,以及分布式缓存技术memcached,redis,提升系统性能必备.

   一个软件架构师首要的和最重要的是他的远见。若是一个架构师拥有一些软件开发经验,那会更好,但大多时候,他们面对的是一个多语言的复杂环境。在第一行代码开始编写以前,架构师须要制定出业务需求如何转变成解决方案。这不只仅须要业务环境的相关知识,从业务操做到客户环境,他还须要向公司上级勾画出一个使人信服的系统。若是有些问题不事先考虑,如扩展性,访问延迟问题,安全问题,系统开始开发时就会忽略这些。而资深程序员了解本身的团队,了解他们的能力。资深程序员知道如何管理工做进度,确保开发中的软件如何实现架构设计的目标。

>   架构要在理想和现实之间折中,保证架构的设计实用可行“接地气”,且又不过于“山寨”。具体总结为如下几点:
  1. 要端到端地审视系统
由于不管在课本教学仍是文章介绍中,讲解分析每每只是集中在一个系统的某一个小块地方,会加以简化与假设。但在现实中,系统则应该从端到端来处理,所以用这个模式来考虑问题,会获得一个比较合适的结果。不然可能会只看到局部,而丢掉全局的把控。谷歌的Jeff Dean也曾阐述过这一问题,强调要理解整个系统是如何串在一块儿的。
  2. 对复杂性的理解和控制
由于只要是一个系统,到最后都会变得至关复杂,有各类缘由致使它愈来愈复杂。对此我有一些经验,好比尽可能把复杂性控制在一个地方,而后再经过一些分层次、模块之类的方法来将其隔离开来。我以为对于作架构来讲,很重要的一个工做就是对复杂性的控制,由于全部的系统到最后若是崩溃的话,基本上都是由于复杂性失控致使的。
  3. 关注分布式
目前,全部的系统基本上都是分布式的,因此在设计系统时基本上都是以分布式为先,应该假设这个系统就是分布的。分布式表明什么?好比说一个请求可能会失败,你要作好对失败的处理,一个请求可能会不在你指望的时间内返回,会有一些超时的设计,可能涉及资源竞争。总而言之,各类在单机和单个程序内不会发生的错误,在这个产品里面都会出现,因此在设计的时候,必定要把这些因素考虑在内。
  4. 性能
虽然Donald Knuth曾说过一句很有名的话,就是“全部未成熟的性能优化是全部罪恶的根源”,意思是过早地作优化对整个系统是不利的。可是,还有一点我以为可能没有说太清楚。全部的系统设计其实都应该有一些性能的考虑在内。虽说不要过早作优化,可是应该定好几个标线。与此相关的还有Jeff Dean在一个PPT里列出来的:你应该对各个硬件和软件的各类延迟、各类吞吐量,有一些量化的理解,不管是硬盘、SSD、内存,仍是CPU Cache,都应当有一个量级上的理解,以此保证你对这个性能的预估不会差得太离谱。由于若是架构开始出错,性能设计存在瓶颈,最后将极难推广。
  5. 技术之外的其余因素
其实在我看来,架构是几个因素的综合考虑,包括:

  技术,也就是目前有哪些技术能够用;
  人员分配,你如今有哪些技术人员能够用。由于不一样的工程师可能使用的技术不同,举例来讲,有些热门语言,好比Erlang VM上的Elixir,还有Spark、Scala等的适用人群和像是Python、PHP,或者Golang、C++等语言是不同的。
产品,不一样的产品对人和技术的要求可能也不同;
时间表,你打算什么时候发布你的产品?
架构须要从这几个角度全面考虑,找到一个折中的点,也就是可行的位置。有时在这几点受限的状况下,多是很难找到这个各方面都满意的平衡点。我认为架构师须要从这些因素排选,好比说某产品不行,就要砍掉一些功能;这些人员、这些技术不合适,可能就须要换技术或人;时间表若是知足不了就日后延迟——这是一个动态的过程,经过调整这几个因素来寻求平衡。
  程序员更可能是考虑一个局部的问题,而架构师可能更侧重全局考量。程序员眼中更倾向于一个点化的世界,能够有不少假设,但架构师每每不能有那么多假设,他须要根据实际状况来考虑问题,包括所掌握的人力资源、技术限制、时间安排等——在这些因素的约束下,选择将受限,一切也再也不那么理想化。
  另一方面,架构师对知识了解的广度和深度,可能比程序员要高一些。由于架构师的某些决策,有时甚至会对他人的最终结果产生影响。若是程序员写了不少代码,那个代码却没法作出产品,这无疑是时间的浪费,而我以为在这一方面,架构师应该承担更多责任。
  最后,架构师须要跳出技术——这是我想要给你们分享的一个建议,即不彻底只看技术,而是要综合考量包括技术和技术之外的因素,将其想象成一个相似于数学优化的问题。换一个角度来讲,就是给你一些材料好比技术和人员,你要得到结果包括产品和团队,而这个时候不少状况是不理想的、有限制的,包括预算和时间的限制,因此你要思考如何灵活处理这个问题,包括调整各类输入、限制,甚至是输出,从而得到更优或者至少是可行的方案。架构师的世界,不只仅是技术,一般囊括人员、沟通、产品等各类因素。把这些因素都考虑进去,才是一个完整的架构设计。

> 我的以为架构师须要具备如下几特色:
 1.知识广度:须要知道主流技术为何诞生,能解决什么问题?若是同一种业务用不用的技术来实现,会有什么哪些优缺点?好比:流行的ORM框架Mybatis 和 hibernate ,他们之间的优缺点是什么?要有清晰的认识会能在技术造型时作出正确的决定。
 2.抽象能力:对业务和技术进行抽象。业务抽象就是对需求进行分析后,可以创建完美的实体类以及他们之间的联系。技术抽象是对总体架构进行一个分层,各层之间的交互。这相当重要,若是技术抽象能力不足,这会致使整个系统的架构不灵活,难以维护和扩展。
 3.知识的深度:至少是某个领域的专家,好比消息队列,activeMQ熟悉其源码,知道其实现。
 4.优秀的学习能力:对新的技术和前沿性的技术进行学习,使用它来解决工做中的业务问题。

那么你该如何去作呢?我以为能够从如下几个步骤开始:
 1: 扎实的JAVA 基础,Think in java上介绍的内容都能理解,作到这一步恭喜成为了程序员。
 2:熟练使用主流框架,如:mybatis,spring 等。
 3:研究过至少一种以web框架的源码,如spring mvc ,struts 等。
 4:架构过或者参与太高并发系统设计,知道如何应对突发状况。
 5:对本身所处的业务可以根据本身的知识维度,提出优化建议或者预测其风险点。
  Java 工程化、高性能及分布式、高性能、深刻浅出。性能调优、Spring,MyBatis,Netty 源码分析和大数据等

 

> 小菜进阶架构的书籍

引用:http://blog.csdn.net/hongshan50/article/details/7047667

做为Java程序员来讲,最痛苦的事情莫过于能够选择的范围太广,能够读的书太多,每每容易无所适从。我想就我本身读过的技术书籍中挑选出来一些,按照学习的前后顺序,推荐给你们,特别是那些想不断提升本身技术水平的Java程序员们。

  要好多年才能懂得,最好不是去震惊世界,而是要像易卜生所说的,生活在世界上。
技能,是为了从事某项工做或活动所须要学习的专门知识与训练的成果。程序员可以写程序,只能算是技能过关吧,而能写好程序,才算具有了程序员的基本能力。而架构师,如其名,架构显然不是一种技能,而是一种能力,综合应用多种技能的能力。架构师也许不像在工程师阶段写大量代码,但实际是须要具有代码能力的,但仅此一项能力远远不足。在我本身的经验中,至少还须要沟通、管理和领导能力。

《领域驱动设计》 《企业应用架构模式》 《领域特定语言》 《恰如其份的软件架构》 《面向模式的软件架构》
1、Java编程入门类

对于没有Java编程经验的程序员要入门,随便读什么入门书籍都同样,这个阶段须要你快速的掌握Java基础语法和基本用法,宗旨就是“囫囵吞枣不求甚解”,先对Java熟悉起来再说。用很短的时间快速过一遍Java语法,连懵带猜多写写代码,要“知其然”。《Java技术手册》

一、《Java编程思想》

在有了必定的Java编程经验以后,你须要“知其因此然”了。这个时候《Java编程思想》是一本让你知其因此然的好书,它对于基本的面向对象知识有比较清楚的交待,对Java基本语法,基本类库有比较清楚的讲解,能够帮你打一个良好的Java编程基础。这本书的缺点是实在太厚,也比较罗嗦,不适合现代人快节奏学习,所以看这本书要懂得取舍,不是每章每节都值得一看的,挑重点的深刻看就能够了。

二、《Agile Java》中文版

这本书是出版社送给个人,我一拿到就束之高阁,放在书柜一页都没有翻过,可是前两天整理书柜的时候,拿出来一翻,居然发现这绝对是一本好书!这本书一大特色是以单元测试和TDD来贯穿全书的,在教你Java各类重要的基础知识的过程当中,潜移默化的影响你的编程思惟走向敏捷,走向TDD。另外这本书成书很新,以JDK5.0的语法为基础讲解,要学习JDK5.0的新语法也不错。还有这本书对于内容取舍也很是得当,Java语言毕竟类库庞大,能够讲的内容太多,这本书选择的内容以及内容的多寡都很得当,可让你以最少的时间掌握Java最重要的知识,顺便培养出来优秀的编程思路,真是一本不可多得的好书。

虽然做者本身把这本书定位在入门级别,但我不肯定这本书用来入门是否是稍微深了点,我本身也准备有空的时候翻翻这本书,学习学习。


2、Java编程进阶类

打下一个良好的Java基础,还须要更多的实践经验积累,我想没有什么捷径。有两本书值得你在编程生涯的这个阶段阅读,培养良好的编程习惯,提升你的代码质量。

一、《重构 改善既有代码的设计》

这本书名气很大,不用多介绍,能够在闲暇的时候多翻翻,多和本身的实践相互印证。这本书对你产生影响是潜移默化的。

二、《测试驱动开发 by Example》
本书最大特色是很薄,看起来没有什么负担。你能够找一个周末的下午,一边看,一边照作,一个下午就把书看完,这本书的全部例子跑完了。这本书的做用是经过实战让你培养TDD的思路。

3、Java架构师之路
《架构之美》《面向模式的软件架构》《领域驱动设计》《实现领域驱动设计》《软件框架设计的艺术》
到这个阶段,你应该已经很是娴熟的运用Java编程,并且有了一个良好的编程思路和习惯了,可是你可能还缺少对应用软件总体架构的把握,如今就是你迈向架构师的第一步。

一、《Expert One-on-One J2EE Design and Development》

这本书是Rod Johnson的成名著做,很是经典,从这本书中的代码诞生了springframework。可是好像这本书没有中译本。

二、《Expert One-on-One J2EE Development without EJB》

这本书由gigix组织翻译,多位业界专家参与,虽然署名译者是JavaEye,其实JavaEye出力很少,实在是忝居译者之名。

以上两本书都是Rod Johnson的经典名著,Java架构师的必读书籍。在我所推荐的这些书籍当中,是我看过的最仔细,最认真的书,我当时读这本书几乎是废寝忘食的一气读完的,有小时候挑灯夜读金庸武侠小说的劲头,书中所讲内容和本身的经验知识一一印证,又被无比精辟的总结出来,读完这本书之后,我有种被打通经脉,功力爆增的感受。

可是后来我看过一些其余人的评价,彷佛阅读体验并无我那么high,也许是由于每一个人的知识积累和经验不一样致使的。我那个时候恰好是经验知识积累已经足够丰富,可是尚未系统的整理成型,让这本书一梳理,马上造成完整的知识体系了。

三、《企业应用架构模式》

Martin的又一本名著,但这本书我只是泛泛的看了一遍,并无仔细看。这本书彷佛更适合作框架的人去看,例如若是你打算本身写一个ORM的话,这本书是必定要看的。可是作应用的人,不看貌似也无所谓,可是若是有空,我仍是推荐认真看看,会让你知道框架为何要这样设计,这样你的层次能够晋升到框架设计者的角度去思考问题。Martin的书我向来都是推崇,可是历来都没有像Rod Johnson的书那样很是认真去看。

四、《敏捷软件开发原则、模式与实践》
Uncle Bob的名著,敏捷的经典名著,这本书比较特别,与其说是讲软件开发过程的书,不如说讲软件架构的书,本书用了很大篇幅讲各类面向对象软件开发的各类模式,我的觉得看了这本书,就没必要看GoF的《设计模式》了。

4、软件开发过程

了解软件开发过程不单纯是提升程序员我的的良好编程习惯,也是加强团队协做的基础。

一、《UML精粹》

UML其实和软件开发过程没有什么必然联系,倒是软件团队协做沟通,撰写软件文档须要的工具。可是UML真正实用的图很少,看看这本书已经足够了,彻底没有必要去啃《UML用户指南》之类的东西。要提醒你们的是,这本书的中译本翻译的很是之烂,建议有条件的看英文原版。

二、《解析极限编程 拥抱变化》XP

这是Kent Beck名著的第二版,中英文对照。没什么好说的,必读书籍。

三、《统一软件开发过程》UP

其实UP和敏捷并不必定冲突,UP也很是强调迭代,测试,可是UP强调的文档和过程驱动倒是敏捷所不取的。无论怎么说,UP值得你去读,毕竟在中国真正接受敏捷的企业不多,你仍是须要用UP来武装一下本身的,哪怕是披着UP的XP。

四、《敏捷建模》AM

Scott Ambler的名著,这本书很是的progmatic,告诉你怎么既敏捷又UP,把敏捷和UP统一块儿来了,又提出了不少progmatic的建议和作法。你能够把《解析极限编程拥抱变化》、《统一软件开发过程》和《敏捷建模》这三本书放在一块儿读,看XP和UP的不一样点,再看AM是怎么统一XP和UP的,把这三种理论融为一炉,造成本身的理论体系,那么你也能够去写书了。

5、软件项目管理

若是你忽然被领导提拔为项目经理,而你彻底没有项目管理经验,你确定会内心没底;若是你以为本身管理项目不善,很想改善你的项目管理能力,那么去考PMP确定是远水不解近渴的。

一、《快速软件开发》

这也是一本名著。能够这样说,有本书在手,你就有了一个项目管理的高级参谋给你出谋划策,不再必担忧本身不能胜任的问题了。这本书不是讲管理的理论的,在实际的项目管理中,讲这些理论是不解决问题的,这本书有点相似于“软件项目点子大全”之类的东西,列举了种种软件项目当中面临的各类问题,以及应该如何解决问题的点子,你只须要稍加变通,找方抓药就好了。

6、总结

在这份推荐阅读书籍的名单中,我没有列举流行的软件框架类学习书籍,例如Struts,Hibernate,Spring之类,也没有列举AJAX方面的书籍。是由于这类书籍容易过期,而上述的大半书籍的生命周期都足够长,值得你去购买和收藏。

 

1. Java语言基础
    谈到Java语言基础学习的书籍,你们确定会推荐Bruce Eckel的《Thinking in Java》。它是一本写的至关深入的技术书籍,Java语言基础部分基本没有其它任何一本书能够超越它。该书的做者Bruce Eckel在网络上被称为天才的投机者,做者的《Thinking in C++》在1995年曾获SoftwareDevelopment Jolt Award最佳书籍大奖,《Thinking in Java》被评为1999年Java World“最爱读者欢迎图书”,而且赢得了编辑首选图书奖。做者从1986年至今,已经发表了超过150篇计算机技术文章,出版了6本书(其中4本是关于C++的),而且在全世界作了数百次演讲。他是《Thinking in Java》、《Thinking in C++》、《C++ Inside & Out》《Using C++》和《Thinking in Patterns》的做者,同时仍是《Black Belt C++》文集的编辑。他的书被读者称为“最好的Java参考书……绝对让人震惊”;“购买Java参考书最明智的选择”;“我见过的最棒的编程指南”。做者的非凡才华,极其跨越语言的能力,使做者被选为Java发展10年间与Java关系最密切的10我的物之一。
    《Thinking in Java》讲述了Java语言的方方面面,不少Java语言的老手都评价“这是一本将Java语言讲得至关丑陋的书”。该书谈及了java语言的不少细节,每个方面都是至关深入的。经过本书你能够看到“丑陋的”java语言。
    网络上关于java语言讲解的视频不少不少,其中不凡是有垃圾。《 翁恺—JAVA语言》多是你学习java语言基础的惟一选择,该讲座基本按照《Thinking in Java》这本书讲解,其中不凡是有翁老师的不少有意思的笑话。我很幸运学习就是今后视频开始的。内容包括30讲,我总共看了3遍。
    不过,对于初学者我不太推荐使用《Thinking in Java》,我比较推荐Prentice Hall PTR 的《Core Java 2》国内称为《Java 2 核心技术》,目前是第七版。网络上你们均可如下载到电子版。Oreilly的《Java in a nutshell》也是一个不错的选择。读完以上两本后,你能够看看 翁恺老师的视频,接着能够研究《Thinking in Java》了。
 
2. Java数据结构
    市面上关于Java数据结构的书自己就不多不多。大体有APress 的《Java Collections》,Jones 和Bartlett 的《Data Structures in Java》、《Object-oriented Data Structures Using Java》以及Prentice Hall 出版的《Data Structures and Algorithms in Java》 (Dec 19, 2005)还有一本就是《Data Structures And Algorithms With Object-oriented Design Patterns In Java》。很幸运个人第一本英文书就是APress 的《Java Collections》(本书在国内可能根本就没有中文版――只能下载英文版了),很不错,讲得颇有条例、很简单,是一本完彻底全Java Collections API介绍的书籍,其中不凡是有扩展API的例子。这是我推荐你学习java数据结构的惟一一本好书。其它的Jones 和Bartlett的那两本国内好像有一本中文版,想看你也能够看看。
    在学习完API后,你能够看看java.util包中对应的类了。不过只有在学习过设计模式后你才有可能彻底理解整个Java Collections Framework。Java Collections Framework使用了不少著名的设计模式如:迭代器(Iterator)模式,工厂方法模式、装饰器模式、适配器模式等等。经过研究java.util包中数据结构的源代码,你能够知道臭名昭著的Properties类的设计了,同时可能基本具有设计简单的数据结构的能力了。
    所谓学习无止境,学习完Sun提供了Java Collections Framework后,你能够研究Apche的另外一个Java Collections Framework,颇有意思哦。互为补充的两个Framework。
 
    在你们学习、研究Java Collections以前,我提示一下Java Collections主要包括如下三部分:接口(Interface)、实现(Implemention)和算法(Algorithm)。
1.      接口主要有List、Set、Queue和 Map。List 、Se t和Queue是 Collection接口的子接口。
2.      实现主要是实现这些接口的具体类。如实现List接口的ArrayList、LinkedList、Stack和Vector;实现Set接口的HashSet、TreeSet 和LinkedHashSet;实现Queue接口的PriorityQueue、SynchronousQueue等等;实现Map接口的HashMap、TreeMap、Hashtable、Properties、WeakHashMap等等。
3.      算法主要是由Arrays类和Collections类提供的,它是整个Java Collection Framework算法的核心。支持各类类型的排序,查找等经常使用操做。
     Java Collections中包含两个版本的数据结构,主要是原先的支持同步的数据结构和后来不支持同步的数据结构。
     Java Collection Framework在使用Comparator和Comparable接口支持排序。同时提供新旧两个版本的迭代器Iterator和Enumeraton,以及它们如何转换等等。
    在java.util包中的Obserable接口和Observer类是考察者模式的核心。
     ……
    
3. Java IO
    市面上关于IO的书籍也仅仅只有Oreilly出版社的两本,都是Elliotte Rusty Harold的著做。两本书的风格基本一致,推荐阅读是初版的《Jvava I/O》,讲得比较浅显,内容相对比较集中,实例也不少。第二版今年5月国外才出版,颇有幸我在网络上下载了第二版,讲得极其详细――726页的大块头(我化了两个星期),此次将NIO和IO和在一块儿,还包括J2ME部分的,不过串口、并口通讯部分好像类库支持不够,本身不能实际操做。
    与初版的《Jvava I/O》一块儿的Oreilly还有一本《Jvava NIO》,也是很不错的哦。
    你们在依次阅读完《Jvava I/O》以及《Jvava NIO》后,能够研究java.io包中的源代码了。在你们研究源代码前我给点提示:
     Java的io包主要包括:
1.      两种流:字节流(byte Stream)和字符流(character stream),这两种流不存在所谓的谁代替谁、谁比谁高级之说,它们互为补充,只是侧重点不一样而已。
2.      两种对称:1.字节流、字符流的对称;2.输入、输出的对称。
3.      一个桥梁:将字节流转变为字符流的InputStreamReader和OutputStreamWriter。
    其中必须注意:
1.      PipedInputStream和PipedOutputStrem是两个比较有趣的类。
2.      支持Buffered的流是咱们常用的类。
3.      装饰器(Decorator)模式在java最著名的应用就是用于io的设计。仔细研究各个Filter流与具体流的关系,多看设计模式的书籍。相信你会有所所获。
4.      学习好io包,是研究net包,rmi包……的基础哦!
 
4 . Java数据库
       数据库的书籍太多太多了,也是太烂太烂了!这方面的书我基本都研究过,推荐的你就看看Apress的《JDBC Recipes A Problem Solution Approach 》很不错,国外2005年末才出版,(国内好像没有中文版,不过出了中文版也不必定值得看――国内常常将国外的书翻译得一塌糊涂、不堪入目)不过咱们真的很幸运,网络上有电子版的。值得一看。推荐我看的第一本比较满意的――Wiley出版的《Java Database Bible》,讲得很不错!Sun公司本身的关于JDBC API介绍的那一本《JDBC API Tutorial andRefernece》也不错。我第二本JDBC的就是研究的这套API。
    不过目前这些书都是一些相对比较浮浅的API应用的书籍。有机会我会给你们带来介绍JDBC API以及JDBC实现内部细节的书!我尽快努力,同时但愿获得你们的支持!
    顺便给学习JDBC的朋友一点提示:
     JDBC的学习和使用主要是这套API,其使用过程也是极其简单,下面是使用JDBC的通常流程:
1.      加载某个数据库的驱动(Driver类),一般使用Class.forName(“驱动的类名“);
2.      链接数据库――
             Connection con = DriverManager.getConnection(url,username,password);
3.      获得会话――Statement stmt = con.createStatement();
4.      执行操做――Result rs = stmt.executeQuery(“SQL查询语句”);
5.      处理结果――
     while(rs.next()){
         String col1 = rs.getString(1);
         ……
     }
    简单吧!整个JDBC中能够变化的通常是:
1.        能够由Connection对象建立Statement、PreparedStatement和CallableStatement建立三种类型的Statement。
2.        能够建立多种类型的ResultSet:支持单向移动和个自由移动;可更新的和不可更新的;支持不一样等级的交易的…..
3.        数据输入的批处理。
4.        结果集中特殊类型(Blob、Clob、Arrary和Ref、Struct)列的操做。
5.        这些特殊类型的录入数据库。
6.        javax.sql包中特殊结果集(CachedRowSet、JdbcRowSet、WebRowSet)的操做。
7.        其它的就是一个DataSource了,也很简单!一个J2EE中的被管理对象
    简单吧!相信你们很快就会征服JDBC。
 
5. Java 网络编程
    网络编程――一个神秘的、充满挑战的方向。不过在谈Java网络编程以前首先感谢Sun公司的开发人员,由于它们天才的设想,充满智慧的架构,使广大java程序员学习java网络编程变得异常简单。
     Java网络编程方面的书,我推荐O'Reilly的《Java Network Programming》,目前已经第三版了,之前的版本市面上确定有!网络上早有第三版的电子版,国外2004年出版,706页哦!讲得很全,比较深刻,太深刻的可能因为Sun有些东西没有彻底公开,因此也就很差讲了,有兴趣的能够下载看看!第二本仍是O'Reilly 1998年出版的《 Java distributed computing 》,基础部分写得比较详细,后面的实例仍是值得研究的。
    在你们阅读这些书以前,给你们一点提示:
     java网络编程其实相对比较简单,入门也很快很快。java网络编程主要包括两个部分:1.Socket;2.URL部分。不过第二部分也彻底创建在第一部分的基础上。
1.        Socket包括客户端的Socket和服务器端的ServerSocket。还有就是DatagramSocket和DatagramPacket,它对应于UDP通讯协议。 总之,Socket部分是创建其它高级协议的基础。
2.        URL类是一个网络资源定位器,一般和具体的网络协议如HTTP,FTP,Telnet……相关。经过该类能够链接网络上的资源,经过其openStream能够以io包中的流(InputStream)的形式读取网络资源;经过其OpenConnection方法,能够打开一个链接,在此链接上能够不只能够完成读的操做,还能够完成写的操做。
     Java的网络编程大致包括以上两部分。网络编程和IO以及多线程部分很是密切,在学习此部分前你们必定对这两部分了解比较透彻。
    学习了以上部分你能够研究java.net包中的与此相关的源代码了!研究全部的源代码还为时尚早。在整个net包中包含:ContentHandlerFactory、URLStreamHandlerFactory、URLStreamHandler、URLClassLoader等辅助类,它们构成了java.net网络编程的框架,经过研究其源代码,你不只能够快速理解java.net包,还能够为之后扩展该包打下基础,甚至能够将此思惟方式运用到本身的项目中。
    到此为止你对java.net包应该才了解60%,还有一部分你能够使用JDecompiler之类的反编译软件打开你JDK安装目录下\jdkxxx\jre\lib目录中的rt.jar,用WinRAR之类的软件打开它的sun.net包,反编译全部的文件,它是URL类工做的细节。当研究完该sun.net包,你就会对整个网络编程很熟悉很熟悉了。
    一切看起来咱们已经对网络编程很精通了。其实否则,刚刚开始而已,要想深刻,请继续吧!网络上不少优秀的网络编程库甚至软件能够为咱们“添加功力”。如Apache的HttpCore和HTTPConnection 是两个和HTTP协议相关库;JGroups是研究分布式通讯、群组通讯的必读库;接着咱们能够研究P2P的软件包,如Sun公司的JXTA,它多是java平台点对点通讯将来的标准哦!接着你能够研究成熟得不得了,使用极其普遍得P2P软件Azureus! www.sourceforge.net能够下载到!
    千里之行始于足下!Just do it !(目前我也只研究了net包,其它的会在不久的未来继续深刻。Sun公司由于某些缘由没有公开net的其它实现细节,在其容许将其源代码以文字的形式加以研究,以及容许将其没有公开的实现写入书中时,我很但愿能出一本java网络编程的书籍,以飧广大读者!!)
6. Servlet和JSP
     Servlet、JSP的书也是满地都是!值得推荐的也仅仅两三本。实推Addison Wiley的《Servlets and JavaServer pages :The J2EE Technology Web Tier》,又是一本很厚的哦!国外2003年出版、784页,讲得比较全,例子也不少,特别是第八章Filter,举了几个不错的例子。其它全部我看到的关于Servlet和JSP的书都没有如此深刻的!(可能有我没有看到而已)。O’reilly的《Java Servlet Programming》和《Java Server Pages》相对比较好懂一些,能够读读!
    在你们学习Servlet和Jsp以前我仍是要提醒一下:
    本质上说Servlet就是一个实现Servlet接口的、部署于服务器端的服务器端的程序罢了!它能够象写其它任何java应用程序同样编写,它能够操做数据库、能够操做本地文件、能够链接本地EJB……编写Servlet程序的通常流程为:
1.      继承一个HttpServlet类;
2.      覆盖其doGet、doPost方法;
3.      在覆盖方法的内部操做方法参数HttpServletRequest和HttpServletResponse。
4.      读取请求利用HttpServletRequest。利用HttpServletRequest你能够操做Http协议的协议头、能够获得请求的操做方法、能够获得请求的路径、能够获得请求的字符串、以及和请求客户相关的信息,更主要的你能够获得Cookie和HttpSession这两个对象。
5.      利用Cookie你能够操做“甜心”对象或者将其写入HttpServletResponse中。
6.      向客户输出信息能够使用HttpServletResponse。使用HttpServletResponse能够写入各类类型的协议头、能够增长Cookie、能够重定向其它URL、能够向客户发送Http协议的状态码。
7.      利用HttpSession在会话内完成你想实现的任何功能。
    同时Servlet还提供了一些事件和事件监听器(简单的观察者模式而已)。还有就是过滤器(Filter)和包装器(ServletRequestWrapper、ServletResponseWrapper)――简单的流的使用和装饰器模式的使用。
    学习Sevlet、JSP必然要部署到服务器中,记住一般文件部署的步骤和参数的设置以及在程序中如何使用就能够了。
    彻底理解Servlet后,学习jsp相对比较容易了!Jsp彻底创建在Servlet的基础上,它是为了迎合那些喜欢在Html文档中嵌入脚本(如:PHP之类的网页编程语言)的程序员的须要罢了!学起来也至关的容易!
    一切看起来彷佛那么的风平浪静,简单好学!简单的表象背后有其复杂的机理。要想对Servlet和Jsp完全研究,你得研究Tomcat等开源软件的具体实现。它无非就是一个服务器,在客户利用网页经过HTTP协议向服务器发送请求后,服务器将此HTTP请求转化为相应的HttpServletRequest对象,调用你编写的Servlet罢了,在你的Servlet中你确定操做了此HttpServletRequest了吧,同时操做了HttpServletResponse了吧,服务器就将此HttpServletResponse按照HTTP协议的要求利用HTTP协议发送给你的浏览器了!在服务器端的Jsp网页在被客户请求后,Tomcat会利用编译软件,使用javax.servlet.jsp包中的模板,编译此jsp文件,编译后就是一个Servlet!之后的操做和Servlet彻底同样哦!
    在Servlet和Jsp的基础上出现了,所谓的高级技术:JSTL,Struts……无非就是一些标签和MVC模式的使用。
    继续前进吧!胜利就在前方!!
 
7. 多线程
    一个看起来很神秘,却很容易上手、很难精通的方向!
    我推荐两本我感受很好的书籍。首先是我第一本能上手看的这方面的书,Sams 1998年出版的《Java Thread Programming》,写得暴好,很容易读懂,我有空还时常看当时的笔记!要知道怎么好你本身看吧!第二本OReilly三次出版的《Java Threads》,最新是2004版,国内好像有中文版,推荐你仍是看英文版的吧!书中谈到了与多线程相关的N个方向,如IO、Swing、Collection等等。
    给你们一点提示吧!java类库中与多线程相关的类不是不少,主要有:Thread、ThreadGroup以及ThreadLocal和InheritableThreadLocal四个类和一个Runnable接口;关键字synchronize、volatile ;以及Object对象的wait、notify、notifyAll方法!
1          Thread是多线程的核心类,提供了一系列建立和操做多线程的方法。
2          ThreadGroup是一个管理Thread的工具类。
3          ThreadLocal和InheritableThreadLocal为Thread提供了一个相似保险箱功能的存储线程对象的类!
4          Runnable不用说了吧!
5          synchronize是同步方法和同步块的核心哦!多个线程调用此方法时,只有一个线程能够使用此方法,其它方法阻塞,从而保证被操做对象内部状态完整性。某个线程调用带有synchronize的方法或块时会获得该对象的对象锁,完成块中的操做后释放此对象锁,从而其它对象能够继续操做。
6          wait、notify、notifyAll提供了有效的等待/通知机制。Java语言中每个对象都有一个休息室,任何线程在其操做的对象的状态不知足的状况下,在该对象的休息室中休息,释放对象锁;当其它线程操做该对象后,唤醒休息室中的线程,它们再检查条件,当条件知足后,执行相应的操做。
    多线程大体就这么多基础的!简单吗!这对于一个真正的程序员应该是不够的,真正对多线程要有所掌握,请您研究java.util.concurrent包吧!大师Doug Lea的做品,原先是一个开源的一致性编程的库,后来被Sun公司并入java类库。做者的网站上也有另一个版本的该类库!值得研究的好东西!Hibernation、OpenJMS等开源软件都使用了此包!
    
8. 设计模式
    谈到设计模式不少人多会推荐GOF的那本,该书在Amzon上是五星级的推荐书籍。不过对于学习java没多久的、特别是java初学者,我很不推荐这本书。主要是该书的例子基本都是C++的,不少细节没有讲述得足够清楚。
    我给你们推荐的第一本是阎宏博士的《Java 与模式》,它是第一本中国人本身写的关于设计模式的书籍,写的比较有趣,融合了不少中华民族的文化和观念,例子、类图都比较多,且相对简单!很是不错的入门书籍――又是大块头哦!
    其次我推荐Wiley出版社出版的《Pattern In Java》一套三本,我才看了第一本,好像第二本不怎么样,第三本还不错!
    第三本是中文翻译版的关于多线程模式的(很可贵的中文翻译版)中国铁道出版社2003年出版的《Java多线程设计模式》,将多线程模式讲得很是浅显,配有大量的图例,每章都有习题,最后有答案!我研究多线程模式就是由它开始的!
    第四本,今年出版的Head First系列的《Head First Design Pattern》,秉承Head First系列图书的优势,大量的类图、丰富的实例、有趣的注解,值得购买!
    其次在J2EE方向你能够研究阅读Addison Wesley 2002年出版的《Patterns of Enterprise Application Architecture》,众多大腕的做品,讲企业消息集成的!Sun提供的《J2EE PATTERNS SL500》也很好!晚了推荐那一本Amzon 4星半的《Holub on patterns》,大师的做品,提供了,很值得研究的例子,不过对上面四本不是很熟悉的读者,最好不要读它!可能会让你比较累!
    我学习设计模式通过一段很曲折的路线,前先后后大约看了20本,阎宏博士的《Java 与模式》我看了4遍,还排除我第一次基本没看懂的看!记得研一时老师给咱们讲了GOF的那本,做为选修课,我和它们计算机系的硕士、博士们一块儿,到最后一个班40-50我的,不超过3我的明白,我也没有明白任何一点(基础差吧――主要我对C++语言一点都不了解),凭我不伏输的性格,我认为我对java语言理解还能够,我就借了《Java 与模式》,结果仍是基本没看懂。颇有幸的是读研三时,听过了上交大饶若楠老师关于Java OOP语言的讲座,我懂了组合书籍模式等三种设计模式后,对其它模式有了强烈的兴趣和要征服它的愿望!工做后我买的第一本就是《Java 与模式》,第一遍花了2个月研究了这个1000多页的大块头,后来第三遍15天左右就能够搞定,笔记记了一大本!今后一发不可收拾。
    选对书、埋头研究。相信很快就会入门的!
 
    学习Java语言8个简单的部分,这只是咱们研究Java语言的开始!这些都懂了充其量一个java程序员而已,后面的路很长很长!咱们能够继续研究数据库实现的源代码、Servlet服务器的源代码、RMI、EJB、JNDI、面向方面编程、重构、ANT工具、Eclipse工具、Spring工具、JBoss、JOnAS、Apache Geronimo等J2EE服务器!研究了这些你可能会成为一个出色的J2EE Architecture!你能够继续研究剖析器、编译器、JNODE(java写的操做系统)……
 
    感谢你们有此耐心,听我罗罗嗦嗦大半天!感谢你们的阅读,感谢群里的朋友!这篇文章主要应群里朋友的呼声――不知道如何选书、不知道从何看起!大半天的功夫完成赶此文章,字句上不免有失误,同时因为能力有限不凡是有错误!请阅读后批评指正!
    上面基本是我研究java语言的顺序,以上书籍都是我阅读过的,不存在替任何出版社宣传的成分!有的方法可能不适合你,假如你能收获一点,两点甚至更多,请你不要吝啬推荐给你的朋友――共同窗习!
--------------------------------------------------

10本软件架构师必读书籍:《软件架构:基础,理论与实践》《面向模式的架构,卷I:模式系统》《设计模式:可重用面向对象软件的要素》《软件架构实践》《开发人员软件架构》《软件架构基础》《大型软件项目重构:成功实施复杂重组》《软件系统架构:利用视点和观点与利益相关者合做》《企业应用架构模式》《软件架构师的12个基本技能》

相关文章
相关标签/搜索