5813人阅读
曾几何时，国外的Java图书出现过三大系列鼎足而立的态势。这就是Pearson集团旗下的 Prentice Hall和Addison Wesley与Sun公司合作推出的Sun Press Java系列，Wrox公司的Java系列和O'Reilly公司的Java系列。比较而言，前者虽然来自技术本原，又汇集原来两个系列的实力，权威性毋
庸置疑，但是总体&
上技术文档气息比较重，各书之间就写作水平和易读性来看很不均衡，既有《Java核心技术》、《Effective Java》、《Java编程语言》这样的超级经典，又有大量平平之作。后者的规划最为严密，丛书的平均水平也最整齐，经过多年积累，已经出版了70多种， 几乎囊括了Java技术的方方面面：语言学习（以《Head First Java》和《Java in a Nutshell》为代表）、技术专题（以《Java网络编程》、《Java与XML》、《Java Swing》、《Java Server Pages》为代表）、工具（《Eclipse》、《Ant权威指南》为代表）、企业级开发（以《Enterprise
JavaBeans》为代表）和实例（《Java经典实例》为代表）。而Wrox则是盛极后衰的典型，2001年前后，印着作者头像大多名为 “Beginning”和“Professional”的红皮书与O Reilly一一针锋相对，不但出手奇快，而且内容涵盖全面扎实，博得好评一片，声势一度压过了后者，这其中以Ivar Horton的《Java入门经典》、《J2EE高级编程》、《Expert One-on-One J2EE Design and Development》为代表。可遗憾的是，此后不久Wrox就由于整个集团在.NET和Java乃至图形图像、网站设计等等多面作战，战线过长，管理
又失控，终于以被收购而告终。其品牌和大部分图书归入John Wiley所有，也就是说，现在新的红皮书都是这家有近200年历史的公司旗下出品。另外有部分图书则被开发类图书的新锐Apress购买，改用该出版社 的封面。两家目前同时出版“Beginning”冠名的图书，但是原“Professional”系列Apress改用“Pro”以示区分。
　　这三大主流系列之外，还有小型的Manning出版社不可不提。Manning本来也覆盖各种开 发语言和工具，甚至包括其他出版社很少涉及的PowerBuilder，但是2003年后，几乎完全转向了Java平台，与Java开发社区的结合度大概 是最紧的———theServerSide网站上就频繁出现该出版社的图书预览评论。为了避免与大中型竞争对手正面冲突，Manning选择了更加专业和 前沿的小众领域，并精益求精，取得了极佳的口碑。在Struts、Hibernate、JUnit、Ant等方面都有最具竞争力的图书。
　　虽然本文已经进入最后部分，但是从所涉及的Java领域来看，只能说是刚刚开了一个头 ———仅仅评完了语言层面的图书而已。不难发现，目前国内市场上值得关注的引进图书，几乎都不出以上四家，当然，近来国产图书也开始有了一些佳作。接下 来，让我们一起尽览Java图书大观园秀色。
　　Java是一种简单但是又复杂的语言。说它简单，是指相对C 等前辈而言，许多功能语言能够直接提供支持，大大减少了开发工作量；说它复杂，是指Java语言和平台提供的功能极为丰富，短时间很难掌握。时至今日，发 展到5.0的Java，光是API的数量就已经是一个惊人的数字，就更不用说其中细节了。Sun公司的API文档当然帮得上忙，但是对于经验不够以及英文 不好的人，无法完全解决问题。这种情况下，可供查阅的工具书就非常必要了。
　　JAVA技术手册（第4版）（影印版）
　　David Flanagan／著
　　清华大学出版社　定价：99元
　　说起Java工具书，首屈一指的当然是Flanagan的传奇大作了。此书与《Unix技术手册》、《Linux技术手册》并称 O'Reilly Nutshell（坚果）系列的三大手册，是该公司早期得以称雄技术出版领域的大功臣，与Java的版本保持同步。言简意赅的叙述和丰富的索引是其招牌特 征。此书中没有涉及AWT、Swing以及J2EE的内容，系列中另有两本书专门讲述。需要警告大家的是，第4版是此书最不好的一个版本，最明显的缺点就 是书中切口处没有印上类似于字典的曾经是Nutshell手册特色的分隔标签。每章开始处的包关系图也没了。国内中国电力出版社还出版过此书第三版的中文
版，但是翻译颇受诟病。国外此书的第五版已经出版，又迅速攀升到畅销榜前列。
　　JAVA Developers ALMANAC 中文版：实例与快速参考（第1.4版　第1卷）&
　　Patrick Chan／著　王卫星等／译
　　机械工业出版社　定价：99元
　　作者作为Java创始小组的主力成员，曾是负责可移植性和Windows平台的架构师，也是AWT的设计者之一。显然，在版式设计方 面，他也颇有天赋。本书在形式和体例设计上花费的心思比《Java技术手册》可以说是有过之而无不及，因此多年来极受Java程序员青睐。其结果，是一本 非常实用参考书，除按字母逐一讲解API之外，还有极为丰富的实例，实例有网络版，查询更加方便。本书有些网上书店有特价销售，30元左右，可谓大大的物 超所值。此书本还有第2卷，讨论applet和Swing，但是没有中文版。清华大学出版社影印了两卷，可以参考。
　　以下我们真正超越基本语言的层面，进入更广阔的天地。迎面而来的是开发客户端程序必不可少的GUI技术，也就是Swing。由于Java在桌面方面的开发还没有成为主流，我们在这里只是浅尝辄止。
　　Java Swing（第二版）&
　　Marc Loy,Robert　Eckstein等／著　R&W组／译&
　　清华大学出版社　定价：128.00元
　　Swing方面的书目前只能推荐这一本了。很抱歉，书很厚，价钱也是个问题。但是权威性还是有口碑的，翻译也不错。而如此篇幅却仍然会漏掉一些重要内容，Swing的琐细可以想见了。比较多被人提到的明显遗漏包括AWT事件模型和一些布局管理器。
　　国外共有三本比较重要的Swing图书，除本书外，还有Manning所出的一本，也是近900页的巨著，在我印象中似乎没有中文版 本。SunPressJava系列中也有一本《JFCSWING标准教材（第二版）》，略薄一些，有中文译本（电子工业出版社），但是翻译不能令人满意， 就不予推荐了。
　　接下来我们进入企业级Java的技术迷宫。这是目前炙手可热的领域。然而奇怪得很，如此复杂、内涵丰富、大有文章可做的宝库，国内值得推荐图书的数量和质量却难以与之相符。
J2EE综述：&__________________________________________________________________________
　　The J2EE Tutorial中文版
　　Stephanie Bodoff等／著　颜承等／译
　　中国铁道出版社　定价：47元
　　网站上常常有读者询问J2EE该如何入门，从哪一本书入门的问题，令人遗憾的是，目前这个问题并没有直截了当的答案。因为在J2EE 1.5（估计Sun会统一为5.0）尤其是EJB3.0定案之前，J2EE的整个发展方向都并不明确。至少目前，放弃EJB的重量级方案而选用 Hibernate、Spring之类的轻型框架正在成为热点。
　　本书的好处在于，它直接来自Sun公司，是对J2EE最四平八稳的介绍。书中的主干还是对EJB的介绍，对其他方面包括Web层技术的 介绍都比较简略。由于篇幅所限，通过本书，你只能对J2EE有一个大概的初步印象，真正能够达到实战水平，道路还很漫长。顺带提及，本书的新版本（针对 1.4）《J2EE1.4标准教材》已经由电子工业出版社出版，其中增加的部分大多与XML、Web服务和JSP方面的更新以及JSF相关，这正是 J2EE1.3到1.4的主要更新。不过新版本已经厚达1000页以上，定价100元，就性价比而言似乎不是那么尽如人愿。
Web层：&__________________________________________________________________________
　　Servlet与JSP核心编程，卷1（第2版）&
　　Marty Hall，Larry Brown／著　赵学良／译&
　　清华大学出版社　定价：59元
　　按照一般的学习地图，从语言到企业级Java最好的路径就是JSP和Servlet。事实上，如果你没有机会参与大型软件系统的开发， J2EE中最常用也最实用的也就是Web层技术，开发动态网站等等应用，即使中小企业也都用得上。历史上，Servlet和JSP大多是分别讲述的， O'Reilly和Wrox等等出版社都是如此。然而，这两项技术不仅本质相同（最终都要转换为Servlet，再进行编译），而且在应用中关系极为密 切。因此，MartyHall将两者结合讲解看似独辟蹊径，实则更加贴近开发实践。从我个人的经验来看，这样做是绝对正确的，也正是这样的处理，使本书得
以鹤立鸡群。
　　本书原著和译笔都非常流畅，讲述技术细节体贴周到。作者在阐释概念方面有独到之处，常常三言两语就能说清其他书中长篇大论也说不清 的东西。书中对Servlet和JSP两项技术区别和如何集成的叙述就极精彩。Amazon上本书的读者评论就达到200多条，受欢迎程度可见一斑。
　　本书的第2卷尚未出版，从内容上看应该是在机械工业出版社已经出版的《Servlet与JSP权威指南》（即《More Servlet sand JSP》中文版）一书基础上的更新和扩充，将涵盖Struts、JSTL、JSF等内容。
　　JSP设计（第三版）
　　Hans Bergsten／著　林琪　朱涛江／译
　　中国电力出版社　定价：79元
　　由于不断保持更新，在单独讲JSP的引进图书中本书已经稳坐头把交椅。值得称道的是，这一版的翻译工作有较大提高。作者的专家身份 （JSP和Servlet规范专家组成员）自然保证了内容的权威性。为了覆盖更广的读者群，尤其是网页设计人员，书中不少内容起点很低，比如在讲解中可能 很详细地解释一些编程基础知识。这种处理显然是一把双刃剑，有经验的程序员对此很容易不耐烦，事实上网上对此书不利的评价大多也是由此而引起的。在我看 来，想让一本JSP技术书籍既满足网页设计人员，又满足软件开发人员几乎是不可能完成的任务，还是“分而治之”符合计算机科学原理。
　　精通Struts：基于MVC的Java Web设计与开发&
　　孙卫琴／著
　　电子工业出版社　定价：49元
　　Tomcat与Java Web开发技术详解
　　孙卫琴　李洪成／著
　　电子工业出版社　定价：45元
　　这两本书是2004年国内原创图书中的惊喜。以如此专业的图书而获得一致好评和空前的市场成功（《精通Struts》一书2004年8月出版， 到2005年2月已经是第5次印刷，而且仍然印刷了5000册，出版界的朋友告诉我，由此判断此书销售应该已经超过25000册，在今日的市场中如此销 量，确属惊人），其含义是非常丰富的：一方面说明技术图书市场其实并没有大多数人眼中的那么悲观，一方面说明Java技术目前在国内的热度确实非常。
　　关于这两本书，一位读者的评价非常中肯：“优点并不在于它提出了多少有突破性、发明性的思想，但它作为技术传播工具，能够把技术分析得非常清晰细致，举的各种Web应用实例循序渐进，恰到好处。”也许恰到好处，贴切符合国人需要，才是原创图书成功的必由之路。
EJB层：__________________________________________________________________________
　　精通EJB（第二版）
　　Ed Roman／著　刘晓华／译
　　电子工业出版社　定价：59元
　　毫无疑问，按Sun公司的本意，EJB应该是J2EE架构中真正的核心。然而，令人尴尬的是，国内已经出版的讲述E鄄JB的图书中，居然挑不出 一本完全合格的教程类图书可以推荐。本书原版非常有名，问题又出在翻译上：后半部分许多地方质量差得惊人。好在原作者公开了原版电子文件，读者能够一边 看，一边改，一边骂了。
　　此书手稿中的一部分最后演变成了另一本书《EJB设计模式》，已由机械工业出版社出版，属于经验总结性的读物，应该配合阅读。
经验T深入T模式：
__________________________________________________________________________
　　J2EE设计开发编程指南
　　Rod Johnson／著　魏海萍／译
　　电子工业出版社　定价：64元
　　如果J2EE方面只允许推荐一本书的话，此书的英文版会是很多人的选择。Johnson所提出的EJB并不是万灵丹药，以及对何时使用EJB， 不使用EJB时的替代方案等等，在当时可以说是振聋发聩，惊醒了许多人。从书中发展出来的Spring框架如今已经成为J2EE轻量级运动的重要一员。让 人痛心的是，这本书中文版翻译得惨不忍睹。就凭将Johnson著作无情糟蹋掉这一点，这位译者已经得罪了整个J2EE社区。电子工业出版社在Java技 术方面，尤其是J2EE方面出书很多，但是在某些方面（比如说翻译）常常很难令人满意，也许应该好好总结一下了。至少，本书的价值到今天仍然不减，
Amazon上的排名保持在3000左右，仍然是最畅销的Java类图书之一，为什么不考虑一下重新翻译，利人利己呢？
　　J2EE核心模式
　　Deepak Alur等／著　牛志奇等／译
　　机械工业出版社　定价：35元
　　J2EE领域本书与上一本齐名，汇集了Sun公司和客户大量经验，是J2EE架构师必读书。糟糕的是，本书的翻译也是问题多多，只能说比上一本稍好一些。科学出版社出版了影印版，可以参考。
　　不过也有好消息，此书已经有了第二版，而且中文版由长期担任本报特约记者的青年才俊担纲翻译，不日就将由机械工业出版社出版。想来这次该有满意的结果。
　　最后是几本没有归入前面的类别，然而我本人认为比较重要的好书。
　　JAVA与模式
　　电子工业出版社　定价：88元&　　
　　本书显然也创造了一个奇迹，高定价仍然畅销并且常销，为原创图书树立了很好的榜样。讲述模式的好书已经很多，但是专门结合Java讲述的，目前应该还是以此本最佳。
　　JAVA实用系统开发指南
　　彭晨阳
　　机械工业出版社　定价：42元
　　本书是一本实例驱动的教程，虽然有些设计和代码不够成熟，但以原创标准衡量，已经难能可贵。书中比较详细地介绍了设计思路，并兼顾地介绍相关模式和技术，是一种很好的写作模式。
　　Java与XML（第二版）
　　Brett McLaugblin／著　刘基诚／译
　　中国电力出版社　定价：59元
　　举贤不避亲。此书正是本人所译。由于J2EE1.4中增加了大量处理XML以及Web服务的内容，此书的重要性大大提升。翻译中在语言的平顺上下了不少功夫，总体还算满意。不过编辑校对上的小失误较多，有一些遗憾。
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：924570次
积分：12579
积分：12579
排名：第932名
原创：408篇
转载：102篇
评论：108条
(5)(16)(9)(12)(26)(5)(6)(5)(3)(13)(2)(19)(5)(15)(11)(6)(1)(4)(67)(20)(8)(6)(8)(5)(26)(5)(6)(18)(4)(8)(4)(12)(11)(6)(6)(8)(1)(5)(9)(3)(1)(1)(3)(4)(9)(5)(2)(11)(7)(4)(9)(2)(1)(2)(1)(1)(2)(2)(4)(4)(3)(1)(4)(3)(2)(1)(1)(1)(1)(1)(1)(1)(1)(2)(2)(8)(9)系统原理分析架构-开篇 （及对于架构师与开发语言及被青春饭的一些想法）-爱编程
系统原理分析架构-开篇 （及对于架构师与开发语言及被青春饭的一些想法）
感谢朋友支持本博客，欢迎共同探讨交流，由于能力和时间有限，错误之处在所难免，欢迎指正！
如有转载，请保留源作者博客信息。
tantexian：
如需交流，欢迎大家博客留言。
& & 怀着求知、进取的心开启本文,望与大家共进步。
& & 细想一下，自己用过的语言应该也不算少。简述之、从最底层开始，画过电路板（GPS导航）。用过VHDL硬件编程语言写译码器。用汇编语言写过驱动、微操作系统中断向量表等。
弄过keil c嵌入式开发。工作用c语言更多的是写些驱动、串口，I2C、算法之类。c++嘛，写过一个简单项目，没深究。弄linux的话，少不了要写shell脚本的，所以shell语言当仁不让要加入到开发的语言队列中。接下来，就开始了神奇的上层语言开发之旅。java，本人最喜欢的开发语言。也算是自行花时间研究比较深入的一门语言了。Next,弄过一段时间php，虽然曾经LAMP（
Linux+Apache+Mysql/MariaDB+Perl/PHP/Python
）架构风靡整个互联网（中国公司使用php作为上层语言居多），开发效率极高。用php写过一个公司内部工单系统、但是我对php确实不怎么感冒，可能对java更过偏爱的缘故吧，情有独钟。当前随着阿里系，京东派把网站整个转为java架构体系，java在国内也是空前火热。谈谈神奇语言--python，断断续续用了三四年，整体说来也算是自己比较喜欢的一种语言。python在国外当然是一片火热，不过在中国不温不火。猜测原因：中国懂python的太少，精通的更少。再说国内用python的公司也少，有名点的也就豆瓣大规模用python 。结论：java一抓一大把，python一人难求，所以注定python国内短期内没法太火。不过在google等大牌的大力推崇下python发展势头还是很迅猛。不过python效率比java要低，而且是小众语言，后续发展有待验证。最后顺带列出捣鼓过的前端语言：html、css、javascript、jquery(DIY 过 js分页插件)。前端语言似乎没太要说的必要，大部分公司用的都差不多。
& & 说了这么多总结一下：
& & & & & & 使用时间排序：c & python & java & 其他
& & & & & & 喜欢程序排序：java & python & c & 其他&
二、架构师杂谈：
参考一下微软架构师分类：
企业架构师EA
(Enterprise Architect)、
基础结构架构师IA
(Infrastructure Architect)、
特定技术架构TSA
(Technology-Specific Architect)和
解决方案架构师SA
&(Solution Architect)。微软的这个分类是按照架构师专注的领域不同而划分的。
国内比较少会这么细分，企业很大程度希望架构师具有上述四种职能。当然如果一定要细分的话，我更倾向于从语言层面来分。
1、基础平台架构师：该职位职责，更多的是架构一个通用的，平台性的，与语言相关性较少的框架系统。ex：图片服务系统、分布式缓存、分布式存储、统一监控系统等等，很容易发现这些基础系统都不受制于开发语言，也就是说，用java开发的系统，和用c语言开发的系统，抑或php系统，如果需要使用分布式缓存，只需要调用各自语言的分布式缓存接口即可。
2、软件开发架构师：该职位职责，更多的是在某个特定领域具有比较深入的技术沉淀，从而根据特定环境制定特定的优秀软件架构系统。ex：JAVA架构师、DotNet架构师、LAPM架构师。
综述：无论哪种架构师，都无法完全脱离语言层面的东西，只能说根据职能不能，对语言层面依赖多少问题。
因此架构师几乎都是从程序员转变进阶过去。
回头再谈谈对某些话的一些肤浅想法。
& & “写程序，语言本身不重要，重要的是思想，语言都是相通的”。
假若你是技术大牛，那我很佩服你，因为你说这句话的时候，我想你应该在好些领域都精通了，至少也精通某些领域。所以依靠经验你确实可以忽略语言层面的东西。但是假如工作时间不长，这句话应该还是存在一些可质疑的地方。
举个例子，有人可以用php一个周完成一个网站。那你用c语言，或者汇编语言给我弄出来看看，当然这个例子有点极端。那就让你用java给我写吧（前提你不懂java，现学，但是你懂php）。就算你加班加点学完java ssi或者ssh弄出来了，但是刚学java的你、java程序质量又能有多高呢？不懂
工作原理、不懂
GC又如何写出高效程序；程序中总要用到hashMap吧、不知道hashMap底层数据结构，又如何能用好hashMap？（当然其他语言也有hashMap，原理大致差不多，但是如果你没有一定经验，你就怎么能确定java的hashMap和其他语言原理实现是一致的呢。而且确实也有各个语言实现不一致的情况，譬如java的内存自动GC，所以设计时候会略有不同）。就这个论题捎带多讲几句、对于c++而言、map底层为红黑树、hashmap为链接数组、不懂底层如何根据具体实际情况选择出效率最高的数据结构？越上层的语言对经验要求就越高，因为语言本身都会提供一整套完善的库让你调用，如果不熟悉，那么很抱歉，就算你是汇编高手，我想你来写java照样会是一团糟。犹记得，第一次写java程序时候，排序算法全部自己DIY，后来才知道，上层语言不像嵌入式，常用的工具类，基本都有，直接调用即可，而且性能一般说来要优于自己直接写。所以语言差别还是蛮大的。
& & 吐槽这么多，总结下：如果你是基础平台构师级别语言确实不重要，因为架构技术都是相通的。如果你是开发实现、编码人员及特定语言平台架构、要想写出相对高质量的程序，和技术框架，还是有差别。所以我觉得语言选择于系统架构也相当重要，架构出来的东西还是要考虑如何能更好的实现才好。这就是为什么之前说的阿里系，京东派大规模转java架构体系原因。
& & 所以对那些只是在YY着技术架构，光谈理论，不管实现的“技术大牛”，甚是难以理解。
& & 再谈“青春饭”。简单谈下自己的一些理解吧。
& & 我想如果足够热爱技术的话，为什么年龄到了三十，三十五就不能编程了？大家都知道国外很多大牛编程编到老（不过他们更多的是编码一些技术和经验要求很高的技术框架）。
& & 那么“青春饭”，这又是为什么？
& & 首先我们抗不过大环境。通俗的讲，中国软件行业国情决定了这个大气候环境。所以针对“青春饭”就不能着眼于国际来分析。那么问题来了。
& & 假若当所有的人都认为到了一定年龄就不适合编码了，如果你还在编码那确实只能说你是个怪胎（因为你与国情不符）。
& & 关于怪胎几点定义：1、还在编码，不能做技术管理或者技术架构（为公司创造更大价值)。2
、要价很高。
&3、思想固化。4、缺乏激情。
这样就很容易理解计算机“青春饭”了。假若你工作七、八上十年了，你还是一个编码人员，管理不了团队，做不了技术架构之类的高级职务那么找工作确实困难。当然如果你要价和刚毕业的学生一样，那你技术上肯定还是很具优势。问题是，这可能么。再者，就算要价和刚毕业一样，你工作也缺乏了刚毕业学生的激情。最重要的一点是，对于刚毕业的学生，公司让他做什么，一般都会毫无怨言，自己找时间加班加点完成，你还能行么。如果不行，那么公司为什么要选你。还有一个就是，你都编码了那么久，还没达到一个相对较高的职位，我想更应该反思自己那么长的工作时间里，为什么没有成长到相之于编码更高的职级。其实原因很简单：要么你不适合这个行业，要么你不够努力。这样IT行业就被一些无聊之人给“青春饭”了。所以，我的观点是，计算机的“青春饭”是片面的。
& & （猜到大家对某些问题会有自己独特的见解，再次申明：所有文字仅代表个人观点，若与您观点不符，还请谅解）
重读百度百科之架构师：
架构师培养路程：
架构师不是通过理论学习可以搞出来的，不过不学习相关知识那肯定是不行的。总结架构师自我培养过程大致如下，仅供参考。
1、架构师胚胎(
学习的知识是语言基础、设计基础、通信基础等，应该在大学完成，内容包括java、c、
、uml、RUP、XML、socket通信(
)——学习搭建应用系统所必须的原材料。
2、架构师萌芽(高级
、组建等内容，可以在大学或第一年工作时间接触，包括分布式系统原理、ejb、corba、com/com+、webservice(
可以研究网络计算机、高性能并发处理等内容)
3、架构师幼苗(设计师)
应该在掌握上述基础之上，结合实际项目经验，透彻领会应用设计模式，内容包括设计模式(
版本、java版本)、ejb设计模式、J2EE构架、UDDI、
等。在此期间，最好能够了解
在实际项目中的应用以及小组开发、
的正式成型在于机遇、个人努力和天赋
其实是一种职位，但一个
在充分掌握软构架师所需的基本技能后，如何得到这样的机会、如何利用所掌握的技能进行应用的合理构架、如何不断的抽象和归纳自己的构架模式、如何深入行业成为能够胜任分析、构架为一体的精英人才这可不是每个人都能够遇上的馅饼……
架构师应具能力：
一般来讲，系统架构师应该拥有以下几方面的能力：
1：具备 8 年以上
行业工作经验；
2：具备 4 年以上 C/S 或 B/S 体系结构
产品开发及架构和设计经验；
3：具备 3 年以上的
编写工作经验；
4：具备丰富的大中型开发项目的
、方案设计及技术队伍管理经验；
5：对相关的技术标准有深刻的认识，对软件工程标准规范有良好的把握；
6：对 .Net/JAVA 技术及整个解决方案有深刻的理解及熟练的应用，并且精通WebService/J2EE 架构和设计模式，并在此基础上设计产品框架；
分析、设计、开发能力(OOA、OOD、OOP)，精通 UML 和 ROSE，熟练使用 Rational Rose、PowerDesigner 等工具进行设计开发；
8：精通大型
如 Oracle、Sql Server 等的开发；
、网络和安全、应用系统架构等有全面的认识，熟悉
，并有实践基础；
10：在应用系统开发
和项目管理上有深厚的基础，有大中型应用系统开发和实施的成功案例；
11：良好的
意识和协作精神，有较强的内外沟通能力。
架构师的隐形职责
1、为技术部门提供技术支持
2、在最需要的时刻去攻克最艰巨的技术壁垒
4、业务部门与技术部门间的粘合剂
5、业务发展的催化剂
告一段落。
三、写在前面：
& & 虽然一直有做笔记的习惯（可能记忆力太差缘故吧），但是之前没怎么考虑过写成文章分享出来。由于项目需要，近来倒是写了不少博文，算是一个开始吧。很早就想花点时间整理下自己对技术的一些肤浅理解和实践，让自己把学过的一些东西，整理成文保存下来。在分享出来的同时也可以和大家同进步。
架构是一个循序渐进的过程，没有永远优秀的架构，也不存在永不过时的架构，因此后续文章中，难免会随着自己知识面变广，而纠正前续文章瑕疵之处，还请见谅。
申明：由于笔者时间有限、再则水平原因、后续文章中难免出现错误、烦请大家理解。也欢迎各位指正建议。文章中参考的相关书籍资料由于太过分散，也不在文中一一标注出处。特别感谢众多技术大牛的参考书籍资料给予的巨大帮助和灵感。
四、回到正题，正式开篇：
先上图：大型高性能高并发网站系统从前端到后端的整体技术架构图：
& & 针对上图，后续会出“系统原理分析架构专题”。上图中出现过的技术全部会详细讲解，当然由于是架构图就不便于列举太多技术理论及细节。所以也会将相关联的一系列理论及技术一一成文。ex：架构图中虽然没有明确提出分布式，但各处都存在分布式，所以后续专题针对这些就会去讲中心化与去中心化的优缺点。分布式弹性扩容的一致性hash原理，还有诸如经典的分布式原理CAP及NWR、以及SQL的实现之B树、Hash与NoSql实现之LSM树原理，还有像memcache VS redies内存实现原理等。只有懂了原理才能更清楚的理解如何架构选型。
& & 到现在，本文差不多写写停停有大半个月时间了。足以见得把自己心里知道的，以及学习实践过的东西整理成文，是极具挑战的一件事情。当然还有许许多多的知识，在写的过程中需要不断新学习、实践。或者之前的理解本身就是错误的，则需要推翻重新验证，这些都需要花费很多时间。也希望自己能在后续的日子里，坚持、陆陆续续
（由于开发项目等原因，后续文章可能更多是利用业余时间撰写，时间跨度难免会比较随机）
把本次系统架构技术专列文章写下去，再次感谢各位朋友的关注与支持。
& & 最后：本人不是专家，不是牛人；热爱自己的职业，写一些东西；权且当做给过往青春一个纪念。（）。
版权所有 爱编程 (C) Copyright 2012. . All Rights Reserved.
闽ICP备号-3
微信扫一扫关注爱编程，每天为您推送一篇经典技术文章。