编程结构师

A. 现在程序员有前途吗我一直想从程序员做起，然后构架师什么的，我不是学计算机专业的，学编程就是自学的

作为一个不是科班出身、没有正规学习过计算机知识的架构师，想在这里把我这几年学习的经历体验和大家分享一下，谈谈自己对架构师成长之路的一些感想。
奠定扎实的理论基础
千里之行，始于足下!技术不是一蹴而就的事情，而是长时间积累的成果。扎实的基本功是做好所有事情的开始。到现在我还记得对我影响非常大的几本书：
■《C++编程思想》
■《深入浅出MFC》
■《Windows 核心编程》
■《数据结构》《编译原理》
我学习计算机正是按照这几本书的顺序，之前学习C的经历就不必说了，而转折点正是《C++ 编程思想》——它让我感觉到程序和语言竟然这么有意思，至今仍对虚表的概念记忆犹新，尤其指针的用法，对我以后学习java语言有很大的帮助，对多态和语言的特性也有了很高的认识。
《深入浅出MFC》这本书，记忆最深刻的还是其中强大无比的宏定义和对象层次设计。然而学习MFC的过程中，我遇到的最大问题就是：很多东西都是黑盒的，这引发了我刨根问底的欲望。所以后来我学习了《Windows核心编程》，这本书给我的最大收获，就是了解了很多操作系统底层的知识，操作系统是如何运行的。不过遗憾的是，如果当时从linux 或者Unix 开始学习，应该会了解得更系统一些。
之后我深入学习了《数据结构》和《编译原理》。这是我经过了很多实践以后，又回过头来重新学习。拿《编译原理》来说，以前对这门学科的了解非常有限，后来为了实现一个东西，要用到脚本语言，找来找去找到了Velocity(后来想想使用Groovy 应该更好一点)，用了以后觉得很好。以前修改程序逻辑，是需要重新编译或者修改配置重新发布才能OK，而现在只需要编辑然后保存一下，就能得到自己想要的结果。这令我着迷，于是想知道它是如何实现的，翻看源代码才晓得原来还有 JavaCC这个东西。就这样，我从解释语言入手，逐渐开始了疯狂学习编译原理的过程，越发觉得编程语言非常有意思。
回头想想以前和现在学习的语言，感觉程序语言就是在不断抽象：从汇编、C、C++， 再到Java、C#，再到更动态一点的语言如Perl、Python、Ruby 等等。不管它再怎么变、再怎么抽象，还是编译原理应用的产物。
讲了这么多，就是想强调理论基础知识的重要性!虽然我们现在使用的框架如此之多，但是如果你有了扎实的基础理论知识，这些东西就跟玩具一样。基础就是一个无招胜有招的杀手工具。
培养完善的抽象思维
抽象的能力也是作为一名好的程序员必须具备的能力。我们在考虑问题的时候可能会遇到错综复杂的场景，从这些迷雾中找到一条明路是我们做好程序员的关键。这些年来学习了很多框架，回过头来想想自己都有点后怕，这也令很多初学者望而生畏。但认真想想，真的有那么可怕吗?
让我们从语言层面逐渐剖析这个问题，应该很容易做出解释。程序语言就是我们在某种场景下交流的工具，汇编是机器语言;C和C++ 是编译型语言，它们是一种针对汇编的高级抽象;而Java 和 C# 就是更高级的抽象了，甚至于抽象了一层虚拟机出来(这个产生的影响就是，之后的很多高级语言评判标准，都是“是否支持虚拟机”)，再到后面的许多动态语言，那就是更抽象了。说到这里你会问到，讲这么多语言类的东西和学习框架有什么联系?让我慢慢道来。
我们使用一种语言就是用它的语法进行编程，而学习一个框架实际也是为了用这个框架所提供的语言来写程序：Struts——我们使用很多配置还有 Action 和Form ;Spring——我们使用Bean 模型，这是它的最基本模型(现在 Spring 已经庞大得让很多人无法学习了);iBatis——我是用它的XML-sql 模型;JBPM——使用它所谓的GOP模型(面向图元的编程);Web flow——是在使用它的页面流模型。这样的例子我可以举出很多(这也是DSL现在如此流行的原因)。
很多人会说：学习这么多我已经晕掉了!不妨想想，为什么会有这么多东西存在? Struts 是为了解决Web编程的困扰;iBatis、Hibernate 是为了解决在数据库编程时的麻烦;原有的Web页面编程都是独立的具体单元，Web flow能够让这些页面形成流的形式，让开发更顺其自然;从JBPM的GOP可以看出，JBoss 的开发人员对抽象的理解度很深。我举这么多例子，实际是让大家不要害怕现有的这些框架，有了扎实的基础，抽象的概念是很容易理解的!缺乏抽象的能力，你就不能更快更好地解决问题。
实际抽象能力衍生出来的一点就是，需要我们对已学过的知识定期进行梳理。这样能让你巩固已有的知识，为以后的学习做好准备。知识就好比一棵生物进化树，最终目标都是一样的，关键是看如何选择进化的路线，让自己的知识结构能够有机的结合在一起。做到学以致用。过一段时间就梳理一下，你会有更多的发现。
扩充现有的知识层面
在巩固原有知识结构的前提下，我们更需要扩充现有的知识面。井底之蛙，看到的永远是井口大的那片天，只有跳出来，才能看见无限美好的蓝天白云。我曾经也常常局限在自己已熟悉的那块领域沾沾自喜，但是走出来以后才发现，自己原本是多么肤浅!学习的知识越多，对新事物的洞察力将会越准确!这样有助于你巩固已有的知识，系统地学习新的知识。
那我们是否需要无限平行式的学习知识呢?我的答案是“No”。人的知识面是有限的，我们需要一个T型的知识结构。你的知识面要广，但是对于某些技术点要专，这才是做好一个架构师的关键。有时 “专”可以让你对很多“广”的知识产生触类旁通的感觉。
实践也是非常重要的一环，不要有畏难心理，觉得这个东西太难，我无法完成!有时候事情的结果可能是糟糕的，但是过程是非常宝贵的，其中可以学习到很多东西，同时也可以让自己避免轻浮的心理。
还要着重培养自己良好的沟通与解说能力。架构师面对客户群具有多样性，有技术工程师、业务人员、公司管理层，甚至直接面对客户等。要把一个高度抽象又复杂的系统说清楚，这对于架构师来说也是一种挑战。所以架构师必须掌握技巧，应用多种表达方式来阐述架构与产品设计、与具体业务、与公司战略之间的关系等。培养良好的沟通能力，多和周围的人进行沟通，你能够学到更多的知识!
“平衡”是架构设计的艺术，我们设计一个东西，就是在平衡各方面的利益。平衡有可能是时间上的，比如需要支持多少年的系统可用性;平衡有可能是纵向的，比如要支持系统的向下兼容性，要保证程序员编程模型上的简单性等等。这种平衡就是因人因时因地而异了。平衡的把握很可能就是评判一个架构师架构水平的标准!架构师在设计的时候应该权衡维度、整体性和扩展性，考虑问题时不要局限于自己的一亩三分地。多种点田，会长出很多庄稼的!
拥有一个扎实的基础，不断扩充自己的知识面、完善知识体系，在对现有知识抽象的基础上，不断去沟通实践，你将获得更强的架构平衡能力。最后我还要说，业务知识非常重要，这个是你实践的关键!

B. 成为一个架构师，对于编程语言是应该学多还是学精，又

【原创回答】我本人是一名软件架构师，这个问题非常大，不太好回答。我总结一下，软件架构师的能力大概分为三个方面：1.技术，这个应该没悬念，如果没有过硬的开发技术，就不要期望做架构师了；设计模式，系统模式，架构模型，系统理论，甚至编程语言，算法，操作系统，网络，数据库，都需要有扎实的掌握。
2.是业务知识，也即领域知识。软件架构师实际上是把业务需求落实成开发蓝图的总设计师，如果你对业务一窍不通，空有一身技术也只能望业务兴叹。3.就是沟通表达的能力，架构师需要推进自己的架构设计理念给开发团队，所以也需要这方面的能力，当然最重要的还是前两部分的能力。

C. 软件架构师主要是做什么啊

软件架构师是软件行业中一种新兴职业，工作职责是在一个软件项目开发过程中，将客户的需求转换为规范的开发计划及文本，并制定这个项目的总体架构，指导整个开发团队完成这个计划。主导系统全局分析设计和实施、负责软件构架和关键技术决策的人员。根据“第三届中国软件工程大会”的报告，在中国，未来五年，高端软件人才需求缺口达20万。而每年自动成长起来的软件架构师只有几百人，可见市场需求的巨大。

(3)编程结构师扩展阅读：

架构师的主要任务：

1、领导与协调整个项目中的技术活动（分析、设计和实施等）

2、推动主要的技术决策，并最终表达为软件构架

3、确定和文档化系统的相对构架而言意义重大的方面，包括系统的需求、设计、实施和部署等“视图”

D. 如何才能从一个程序员成为一名优秀的架构师

我建议你看一下网上很火的一篇文章叫：程序员的十层楼。
我再写写我自己的经验吧：

[经验之谈]30岁，我的程序，我的梦！
程序人生 : 30岁，我的程序员梦想
作 者： redbridge (雪燃)

30岁，开始实现我的程序员梦，从一个编程爱好者，从一个业余的程序员，一个水平不高的程序员，一个半道出家的程序员......
我的经历到这里就告一段落了，五年里跳了五次槽，不知道和大家比算不算多J，没有什么太多起伏，但我想很多朋友可能会和我有类似的经历，不知道能不能引起你们的共鸣。我想对我上面所说的话给一个总结：

1． 如果你觉得自己应该追求什么，不管遇到什么困难千万不要放弃，一定要坚持下去。
2． 不要因为自己年轻就找理由挥霍时间，少玩一点SC、CS、魔兽3、传奇、魔力或者…….，多看点书，多练练题。
3． 如果你还是在校的学生，英语很差，专业课也很差。没关系，想怎么学计算机就怎么学计算机吧。其它地只要能混到毕业证就行了。除非你对自己的未来没有信心。（当然，如果你的理想不仅仅是要做一个程序员，那你别丢掉英语。）
4． 如果你不是科班出身，想要转行而不知该怎么开始的话，建议你先看两类书：（1）计算机原理；（2）数据结构和算法。（看数据结构之前先看C语言）。
5． 什么时候努力都不晚，关键是你明白要努力了，大器晚成总比一事无成要好的多。
6． Java、.net、C++、PB、VB、Delphi、汇编到底应该学哪个？我的经验，哪个最简单就先学哪个、公司用哪个你就学哪个、哪个和你有缘（比如刚好你认识一个愿意帮助你的Delphi高手）你就学哪个，如果你都学，或者三天两头的换，我可以告诉你结果肯定是什么都不会，不要心浮气燥，他们都只是工具，学精一门其它的就相通了，重要的是掌握编程的思想。如果你问我面向对象（好像现在已经是面向需求了）、UML、WebLogic、WebService、软件工程、XML…….应该怎么学呀，对不起，这些我也确实不是都会，但请相信，你先实实在在的写上十万行以上的代码以后，那些东西你自然就慢慢会了。
7． 不要以为程序员的工资都很高，程序员之间的水平差异也大。公司衡量一个人的待遇标准是他能给公司带来多大的效益。如果你体现了自己的价值，公司会主动给你加薪的，当然你也可以自己主动提，但一定要在你表现出了自己的价值之后。
8． 轻易不要跳槽，如果非要跳，也要保持工作经验上的延续，而不是从新开始，不然就会象我一样走很多弯路。
9． 如果你以为程序员都是熬夜熬出来的，那么你错了，因为它的代价就是缩短你的青春！大家不要象我一样，真的，熬夜一点也不好！记住老毛的话：如有恒，何须三更起，半夜眠；最怕莫，三天打鱼两天晒网，竹篮打水一场空！
10． 这一点是我觉得最精华的一点：“君子性非异也，善假于物也。”这句话的本意是一个水平很高的人本身并不一定很高明，关键是他善于利用别人的高明！我在这里做个借鉴，就是要充分利用自己身边的资源，不放过任何一个可以提高自己的机会。大家不要误会，这里的假于物可不是指抄袭别人的源代码，而是指通过学习别人的源代码把他的思想扩展到自己的思想里去。
注：上面的十大“精华”纯属我个人的“谬论”，您自己看着消化，有用的收下，没用的请拖入“回收站”。如果你觉得这些总结不过是一些浮华之词，那请你先问问自己：“是不是在行动上都真正做到了。”
这就是我，一个不算优秀，不算勤奋；玩能玩通宵，学也学能学通宵；对梦想的追求很执着；到了30才开始真正写程序；一个很平凡但又不甘于平凡的人……我的经历相信很多朋友都有过的，我现在也不能算是一个成功人士，但我相信我的经历却是值得大家借鉴的，因为我终究代表了一类人。
最后我还想说一点：现在很多朋友都抱怨中国的软件业环境太差，前途渺茫。确实是这样，我有同感。不过我想软件业不过是千万个行业中的一种，每一个行业总是会有起落的，中国的软件业环境差有她的历史原因，我们不要总是简单地和印度相比。抱怨没有意义，已经这样了，抱怨不能使她变好，希望我们每一个人多贡献一份自己的力量，总有一天她会变的比印度还好，甚至比美国还好。
最后：希望所有的程序员和拥有成为程序员梦想的朋友们在新的一年里心想事成，万事如意。请相信我：明天不一定更美好，但美好的一天一定会来！
===================================================================
好好看看这篇文章,对你肯定有用.

E. 系统架构师有没有前途，待遇怎么样。

你好，互联网架构师是行业内紧缺的Java高端人才，待遇属年薪百万级。

1、Java构架师之路

对于工作多年的程序员而言，日后的职业发展大部分人无非是转型管理和晋升架构师两种选择。

架构师在公司中担当着“IT架构灵魂人物”的角色，因为他们不仅做着架构师的本职工作，还同时做程序开发，写核心代码。另外，架构师依旧是技术高手，编程能力依然是一流的。

对于架构师和项目经理，不同能力的人，不同的公司，薪资水平都不尽相同。但就这两个职位而言，都需要具备非常高的编程技能。

希望我的回答对你有帮助！

F. 专业架构师，第 1 部分: 开发人员如何成为架构师

在寻找优秀的指挥的时候，您首先要找的是一名优秀的音乐演奏家。但并非每个音乐演奏家都能成为优秀的指挥。架构师的专业发展方面也与此类似。越来越多的 IT 组织开始认识到良好软件体系结构的重要性，架构师职业正迅速发展为 IT 内一个独立的门类。由于要从相当小的候选范围内招募架构师，因此这就给管理带来了一些新挑战。即使人力资源部门找到了候选者，针对经验进行的筛选也比其他门类更为严格。跨越这些障碍的最快方式是要认识到，大部分好的架构师同时也是好的开发人员，因此寻找架构师人才时可能首先应该从普通开发人员中找起。招聘人员在对候选者（内部或外部）进行详细审查时，应该考虑这个观点。不过，对此资源进行挑选可能比较麻烦，因为只有极少的优秀开发人员具有成为架构师的特征或愿望。本文列出了开发人员成为架构师要进行的工作。我将从可能考虑进行此转型的开发人员和评估进行此转型的开发人员的经理这两个方面来探讨这一问题。我还将提供一系列在做出这些决策时要考虑的因素。个人特征软件开发团队和管理层之间的联系始终是 IT 中的一个关键所在。二者都倾向于以完全不同的方式考虑给定的问题。大部分相关技术都是讨论项目经理应如何跟踪和解释开发人员的进度和问题。但沟通不足的情况仍然非常普遍，而且这是项目失败的首要原因。好的架构师是解决这个问题的最有效办法。架构师的主要责任是提供开发人员和项目经理之间的共用沟通媒体。他们负责让业务规则及需求与工程实践及限制相适应，以确保成功。以下是成功架构师的一些主要特征。愿意并有能力进行沟通：在开发人员中发现架构师的最有价值标准是有效的沟通。您需要技术娴熟、经验丰富的开发人员，这样的人员需要有就项目中的业务相关问题进行沟通的经历。架构师经常必须对理解方面的差距进行预计，然后才能有所贡献。他们必须愿意克服困难来确保技术和业务观点的融合。他们并不必对意见交换工作进行计划和协调；这仍然主要是项目经理的工作。他们的任务是确定表述系统设计时的最佳工具和构件，以促进有效的意见交换。他们必须能够判断当前方法显得不足而需要采用新方法的情况。写作技能也非常重要，还需要具有制作草图的技能或使用制图软件的能力。具有处理谈判细节方面的经验：架构师经常需要负责讨论系统开发的技术折衷方案。优先级的冲突可能会带来实践限制、风险规避或可能导致在各个不同业务组之间需求不同。优秀的架构师能够有效地评估技术可能性，并能在不损失项目的主要价值的前提下制订开发计划来处理各种利害关系和限制。这与前面讨论的沟通技能紧密相关，但同时也要体现架构师的技术能力。好的架构师候选者应该是经常帮助对有争议的讨论进行引导的人，能够使讨论得出新的想法，而不会使其在一个位置停滞不前。自觉主动；积极解决设计问题：架构师的日常工作目标经常并不明确。很多开发人员直接参考功能规范来列出任务清单。架构师通常则是向这些开发人员提供所需结构的人员，以便尽可能提高工作效率。好的候选者不仅进行沟通方面的工作，而且也会预计各种设计问题并加以解决——通常在没有任何具体指示的情况下自觉进行。无论所分配的职责如何，积极参与项目的开发人员都有机会从一起工作的人员中脱颖而出。抽象思维和分析：架构师必须能够理解表述模糊的概念并将其变成相关各方能够理解的项目构件。他们必须能够理解抽象概念，并以具体的语言对其进行沟通。开发人员中好的候选者经常要求或自己主动解释开发生命周期中容易混淆的问题。他们能迅速评估各种想法并将其纳入后续工作的操作建议中。开发人员经常具有很强的数学能力，而好的架构师则倾向于表现出更强的口头表达能力。管理人员经常说开发人员具有“工程意识”，而这是一个用于评估架构师的非常有意义的方面。架构师应该具有很强的解决技术问题的能力，但还必须能够准确获知更为全面的人员如何与技术交互的信息。这要求具有某种形式的抽象思维（而不再是代码的细节），这种思维能力可能较难形成。有些人认为，某种级别的正式教育是成为优秀开发人员的必备条件之一，我并不同意这种精英论。我遇到了很多高中就辍学的优秀开发人员。不过，对于体系结构设计工作，我的个人经验以及我对所需能力的认识都让我相信，好的架构师通常至少获得了一个有挑战性的学士学位。跟踪生命周期好的架构师通常有在具备定义良好的软件开发生命周期（Software Development Life Cycle，SDLC）的组织工作的经验。架构师必须理解在其所属专业内最重要的操作过程。这并不意味着需要有其他前提，例如，并不需要高能力成熟度模型（Capability Maturity Model，CMM）级别的工作经验。好的架构师可能来自使用 SDLC 的多个小型迭代的极限编程（Extreme Programming，XP）方法的组织。务必注意各种传统软件开发操作，如 Michael A. Jackson 的方法：Jackson 结构编程（Jackson Structured Programming，JSP）和 Jackson 系统开发（Jackson System Development，JSD）（请参见参考资料）。Jackson 的研究对架构师职业发展的意义就像 Donald Knuth 的研究对程序员一样重要。架构师可以偏爱任何经典的、经过时间考验的软件系统开发方法。SDLC 也可以成为评估架构师合适人选的有用机制。每个 SDLC 阶段都具有能提供相关线索的特征。SDLC 包含很多小的变体，但在此部分，我将使用几乎所有方法的公共基础部分。下面的列表详细说明了 SDLC 的各个阶段，并列出了好的架构师候选者在每个阶段表现出来的特征。分析：在分析期间，好的架构师会考虑非技术影响，以便了解需求和将在其中进行开发的环境。架构师可为风险评估任务带来广泛的软件经验供参考。寻找具有丰富经验的开发人员，以帮助业务部门理解技术人员正确解释需求所需的信息。寻找在开发的早期阶段能够预计可能遇到的问题的开发人员。设计：在高级设计期间，好的架构师会收集问题空间的各个抽象元素，并就其进行沟通，以便开发团队草拟将要开发的系统的相关图表。架构师负责将需求谨慎地映射到所得到的系统体系结构的功能。在详细设计期间，他们所扮演的角色并不是核心角色，但为了根据整个系统的规则对特定模块的元素进行审查，仍然需要他们。寻找善于让团队能够预计设计决策对最终系统的影响的开发人员。寻找善于确定一些最佳构件来促进与技术和非技术受众沟通设计问题的开发人员。实现：在实现期间，架构师对项目进行引导，以确保其符合系统体系结构。他们在一线评估技术更改请求，并确定如何对设计进行调整，以最好地处理此类请求。架构师还要密切了解开发人员的进度，特别要跟踪系统中模块间的集成点的状态。寻找经常对讨论进行引导来连接多个子系统的开发人员。寻找项目经理可以依赖其快速地进行与更改和出现的问题相关的风险评估的开发人员。测试：架构师对系统集成和用户接受度测试进行指导，并负责评估进度的正确沟通的持续测试结果。寻找理解错误模式且善于将测试复查结果转换为行动计划的开发人员。维护：在维护期间，架构师将发起关于系统集成的讨论。无论处理 IT 基础设施问题，还是确保部门之间的技术合作，架构师都必须完全理解应用程序，必须快速学习姊妹应用程序的体系结构，而且必须就集成点和风险进行有效沟通。寻找具有系统集成经验且表现出快速掌握全貌的能力的开发人员。系统集成是一项独特的任务。回页首架构师培养建议有些组织能比其他组织更有效地进行架构师培养。如果充分考虑到招聘此类新专业人才的困难，努力促成能鼓励开发人员发展为架构师的环境是非常明智的策略。但务必避免对不愿意或不适合走这条路的开发人员进行处罚。组织应该为开发人员制订多条发展路线，包括那些愿意继续担任开发人员的人。对架构师而言，资深开发人员不可或缺。他们可以实现系统中最关键的模块。通过对其他开发人员进行代码检查和测试支持，他们可帮助确保总体软件质量，而如果质量不能保证，即使最好的体系结构也毫无用处。 组织应制订个人评估程序，以鼓励开发人员考虑其职业目标，其中要包含体系结构设计的选项。应该鼓励经理在其下属中寻找体系结构设计人才。应该实现指导计划，让架构师与希望成为架构师的开发人员协作工作。应该鼓励开发人员通过参加各种协会、撰写文章和参加会议，从而参与到专业领域中来。通过这样参与进来，可帮助开发人员从新的角度理解系统，并帮助他们更好地就其认识进行沟通。这样还能培养可提高效率的重要创新想法。回页首结束语开发人员一旦迈出了通向体系结构设计专业方向的第一步，就可以利用很多资源来获得帮助，其中包括很多来自 IBM 的资源。有时候，此过程的最困难的部分就是第一步，而本文提供了一些线索和提示，经理和开发人员可以利用其来评估应该鼓励哪些人努力成为架构师。参考资料 学习您可以参阅本文在 developerWorks 全球站点上的 英文原文。
访问Michael A. Jackson 的主页，他是最有影响力的软件开发研究者之一。可从中获得他的着作的链接，其中很多在此领域中都具有开创性价值。
阅读“The Tao of the Software Architect”（Philippe Kruchten，developerWorks，2001 年 3 月），其中对架构师的职业进行了非常有意思的分析。
有关更多体系结构资源，请访问 developerWorks Architecture 专区。
有关SOA 的更多信息，请访问 developerWorks SOA and Web services 专区。
了解关于 developerWorks 技术事件和网络广播的最新消息。
获得产品和技术使用IBM 试用软件开发您的下一个项目，可直接从 developerWorks 下载这些试用软件。
讨论参与developerWorks 博客，从而加入到 developerWorks 社区中来。
与SOA and Web services 讨论论坛中的架构师和开发人员社区协作。
关于作者Uche Ogbuji 是 Fourthought Inc. 的顾问和合伙创始人，该公司是专门为企业知识管理应用提供 XML 解决方案的软件提供商和顾问。Fourthought 开发了 4Suite，一个 XML、RDF 以及知识管理应用程序的开放源码平台。Ogbuji 先生还担任 Versa RDF 查询语言的首席开发人员。他是一名出生于尼日尔爾利亚的计算机工程师和作家，生活和工作在美国科罗拉多州的博耳德。想要了解更多，可访问 Ogbuji 先生的博客 Copia 或者通过电子邮件 [email protected] 与他联系。关闭[x]关于报告滥用的帮助报告滥用谢谢! 此内容已经标识给管理员注意。关闭[x]关于报告滥用的帮助报告滥用报告滥用提交失败。 请稍后重试。关闭[x]developerWorks：登录IBM ID：需要一个 IBM ID？忘记IBM ID？密码：忘记密码？更改您的密码 保持登录。单击提交则表示您同意developerWorks 的条款和条件。 使用条款 当您初次登录到 developerWorks 时，将会为您创建一份概要信息。您在developerWorks 概要信息中选择公开的信息将公开显示给其他人，但您可以随时修改这些信息的显示状态。您的姓名（除非选择隐藏）和昵称将和您在 developerWorks 发布的内容一同显示。所有提交的信息确保安全。关闭[x]请选择您的昵称：当您初次登录到 developerWorks 时，将会为您创建一份概要信息，您需要指定一个昵称。您的昵称将和您在 developerWorks 发布的内容显示在一起。昵称长度在 3 至 31 个字符之间。 您的昵称在 developerWorks 社区中必须是唯一的，并且出于隐私保护的原因，不能是您的电子邮件地址。昵称：（长度在 3 至 31 个字符之间）单击提交则表示您同意developerWorks 的条款和条件。 使用条款. 所有提交的信息确保安全。为本文评分评论回页首

G. 要成为一个 Java 架构师得学习哪些知识

既然java架构师，首先你要是一个高级java攻城尸，熟练使用各种框架，并知道它们实现的原理。jvm虚拟机原理、调优,懂得jvm能让你写出性能更好的代码；池技术，什么对象池，连接池，线程池...:;java反射技术，写框架必备的技术，但是有严重的性能问题，替代方案java字节码技术;nio，没什么好说的，值得注意的是"直接内存"的特点，使用场景;java多线程同步异步；java各种集合对象的实现原理，了解这些可以让你在解决问题时选择合适的数据结构，高效的解决问题，比如hashmap的实现原理，好多五年以上经验的人都弄不清楚，还有为什扩容时有性能问题？不弄清楚这些原理，就写不出高效的代码，还会认为自己做的很对；总之一句话越基础的东西越重要，很多人认为自己会用它们写代码了，其实仅仅是知道如何调用api而已,离会用还差的远。
熟练使用各种数据结构和算法，数组、哈希、链表、排序树...，一句话要么是时间换空间要么是空间换时间，这里展开可以说一大堆，需要有一定的应用经验，用于解决各种性能或业务上的问题；有时间再补充。
熟练使用linux操作系统，必备，没什么好说的 。
熟悉tcp协议，创建连接三次握手和断开连接四次握手的整个过程，不了解的话，无法对高并发网络应用做优化; 熟悉http协议，尤其是http头，我发现好多工作五年以上的都弄不清session和cookie的生命周期以及它们之间的关联。
系统集群、负载均衡、反向代理、动静分离，网站静态化 。
分布式存储系统nfs,fastdfs,tfs,Hadoop了解他们的优缺点，适用场景 。
分布式缓存技术memcached,redis，提高系统性能必备，一句话，把硬盘上的内容放到内存里来提速，顺便提个算法一致性hash 。
工具nginx必备技能超级好用，高性能，基本不会挂掉的服务器，功能多多，解决各种问题。
数据库的设计能力，mysql必备，最基础的数据库工具，免费好用，对它基本的参数优化，慢查询日志分析，主从复制的配置，至少要成为半个mysql dba。其他nosql数据库如mongodb。
还有队列中间件。如消息推送，可以先把消息写入数据库，推送放队列服务器上，由推送服务器去队列获取处理，这样就可以将消息放数据库和队列里后直接给用户反馈，推送过程则由推送服务器和队列服务器完成，好处异步处理、缓解服务器压力，解藕系统。
以上纯粹是常用的技术，还有很多自己慢慢去摸索吧；因为要知道的东西很多，所以要成为一名合格的架构师，必须要有强大的自学能力，没有人会手把手的教给你所有的东西。
想成为架构师不是懂了一大堆技术就可以了，这些是解决问题的基础、是工具，不懂这些怎么去提解决方案呢？这是成为架构师的必要条件。
架构师还要针对业务特点、系统的性能要求提出能解决问题成本最低的设计方案才合格，人家一个几百人用户的系统，访问量不大，数据量小，你给人家上集群、上分布式存储、上高端服务器，为了架构而架构，这是最扯淡的，架构师的作用就是第一满足业务需求，第二最低的硬件网络成本和技术维护成本。
架构师还要根据业务发展阶段，提前预见发展到下一个阶段系统架构的解决方案，并且设计当前架构时将架构的升级扩展考虑进去，做到易于升级;否则等系统瓶颈来了，出问题了再去出方案，或现有架构无法扩展直接扔掉重做，或扩展麻烦问题一大堆，这会对企业造成损失；
手机手工输入的，想到哪里写到哪里，很乱..做技术的，表达能力不强，将就着看吧，欢迎大家补充，互相学习交流，有学习有交流才有进步。
刚用知乎发现它的编辑器真难用，发布后段落前面的空格没有了，存草稿后回车换行没有了，刚刚重新整理了一下

H. 程序员，如何少走弯路，成为一名技术专家或者架构师

#1 专业技能

@首先当然基础知识要扎实，一些经典的专业书籍一定要看。比如，设计模式，算法，数据结构，所在领域的编程语言的专业书籍等.关于不同的能力阶段，需要读取什么类型的书籍，请参考ThoughtWorks(中国)程序员读书雷达,每年都有更新。
@作为架构师，review别人的代码并给出合理的建议是基本功，比如变量或者方法命名的规则；所以代码大全，重构，改善既有代码的设计，Clean code 等等肯定需要看。
@ 对于某一个技术领域或者业务领域，一定要有一门技术是精通的，因为这样你才能体会到以后遇到自己不懂的技术的时候，如何能够快速成为这一方面的行家。
@ 平常有时间一定要多多进行代码的训练，也就是Martin Flower常说的Kata练习，这个比喻来自于跆拳道，跆拳道选手一般每天都会找一些基本的招式，进行反复的练习，从而训练肌肉的条件发射，那么对于我们程序员来说，一定也要进行持续的编程训练，比如上面提到的那位同事，给的建议是，虽然把大部分时间花在了沟通和协调上面，没有机会写代码，但是自己一定要利用业余时间，自己找一些例子来联系，比如，参与开源项目，或者到网上去搜索一些大师的经典Kata联系的例子；或者看工作里面是否有一些小工具，是否能够提升自己的沟通效率，当然已经天天写代码的童鞋们除外。请参考我转发的另外一篇文章和另外一篇介绍能在线练习Kata code的文章.
@ 最好能够在精通一门语言的基础之上，学习其他的语言，从而站在一个更高的角度，对于程序语言有一个更高层次的抽象认识，比如，学了Java之后，可以学学Ruby，Groovy，C#等等，其实语言之间都是相互借鉴的，比如Lamba表达式，连java也慢慢的向函数式编程方向靠拢。
@ 如果有时间，一定要自己维护一个博客,既然选择了架构师，就决定了自己以后不仅仅是一个技术专家，同时也要成为一个布道师，为企业组织或者社会上的其他IT同行们贡献自己的一些微薄之力。
@ 多参加一些社会上举办的软件专业会议或者活动，了解当前比较流行的技术和框架。
@ 这条不提倡，我以前有一个同事，几乎每年都要更新简历1~2次，目的不是真正的换工作，而是通过面试得到当前市场上大部分公司正在使用什么技术和框架。对于这条，请慎用！！！！
@如果有结对编程的机会一定要好好珍惜，特别是和高手大拿一起结对的时候。
@如果大家上面都已经做的非常的好了，这个时候可以看看架构设计方面的书籍，比如企业应用架构模式，架构之美等等。
@ 去51Job上搜索架构师这个职位标签，看看不同行业的企业对于架构师的技术要求和标准，然后结合自己当前所处的行业和你自己的技术特点，比如擅长前段或者后端，有选择性的学习一些自己感兴趣的技术或者方法。
@ 关于常用的网站，没有定论，笔者主要是根据搜索的结果去发现适合自己的网站，所以需要读者掌握一定的搜索的技巧，笔者一般喜欢用英文搜索，这样的话资料比较全也比较新；如果下载电子书的话或者查看博客的话 一般会首选CSDN；如果是解决工作中的问题的话，在StackOverFlow上面被解答的概率是最大的,此外平常自己也需要去积累一些自己感兴趣的技术的人气比较旺的网站列表，比如一般和Window相关的就是MSDN；如果对Java入门比较感兴趣，可以看看这个网站。对于一些开源的框架，一般都会有想对应的社区，google一搜索，很快就能找到。另外一个德国人写的博客的非常的精致，如果对Eclipse插件开发特别感兴趣的朋友们可以去参考它。
@大家如果时间和精炼允许，最好能在Github开源和分享自己平常写的代码。这样一方面可以熟悉git用法，另外一方面也可以把自己平常练手的代码免费保存，何乐而不为呢？
@如果大家平常遇到什么问题，可以到StackOverFlow上面去寻找答案；当然，如果你能自己注册一个StackOverFlow账号那是最好不过的，这样不但可以提问，还可以帮助别人，同时上面还有很多工作签证的工作机会。
#2 软技能（现代社会，一个合格科学家不仅仅是某一个行业的技术专家同时也是一名专业的社会活动家）

@遇到问题，一定要多想，遇到一个问题，如果解决了，就要反思为什么能够解决，如果以后遇到类似的问题，
如何更快速的解决。
@英语的重要性，不言而喻，因为现在很多新技术的框架的中文文档非常的少，即使翻译成中文，也是二手的了（国内自己的开发的一些开源框架除外）
@ 有时间的话，看一些沟通方面的书籍，如果有参与沟通的机会的时候，一定要想如何把沟通做的更好更舒畅。
@ 如果有机会的话，可以参加PMP的考试，关于如何备考PMP，请大家参阅另外一篇文章:如何备考PMP，但是如果不想参加的话，也没有关系，至少要涉猎到项目管理方面的书籍，否则以后如果成为架构师之后，客户或者管理者给你说一些项目管理上一些专业术语时，到时候就会一头雾水。
@架构师其实从某种意义上就是一种角色，而不是一种职位。一定要时时刻刻保持空杯心态。
@一定要有一颗保持饥渴学习和耐得住寂寞的赤子之心。
@当前的技术节凑是非常快的，特别是结婚以后又有小孩了。一定要好好的利用自己碎片时间，对于一些技术，当时读不懂不要紧，但是一定要记住和了解其关键词，这个主要是为了拓宽自己的视野。比如，当前你想自己开发一个系统，结果已经有一个开源框架实现了，而且还很稳定，这个时候，自己就没有必要重复发明轮子了。
@与不同的技术、编程语言、设计模式和结构等（甚至是它并没有在日常中给予你直接的帮助）打交道。你永远都不知道这些知识是否会在未来派上用场，但是对你绝对是有益无害。
@在工作中，能够帮助到别人解决技术难题，一定要尽量全力以赴，因为这不但可以赢得同事的好感和口碑，同时也能增长你解决问题的经验和提高你的技术思维能力
@ 一定要掌控好自己的时间，对工作没有帮助的会议，能不参加尽量不要参加，当然，企业安全，公司规章制度如果是强制性的，该参加还得参加，但是如果没有工作效率和扯皮的会议，尽量避免参加。
@程序员要耐得住寂寞，要在自己的领域深挖，不能看啥火，就学啥，一定要有自己的想法和判定，如果决定不了，可以向资深的同事或者朋友沟通。
@尽量参与到项目中的编码，因为架构师不能与项目脱离。
@ 如果有机会可以锻炼一下自己在大众环境下的演讲和PTT的能力。
@有机会多做知识分享，因为你一旦分享了知识，你就会对这门技术有深刻的印象，同时也能树立在同事中的良好的技术形象，从而赢得更多的专家影响力而不是职位影响力。
上面只是我当前能想到的，知易行难，知道了上面的一些经验，并不代表年轻程序员们就能马上成功，毕竟这需要一个凤凰涅槃和实践的过程，但是肯定能帮助有志于于此的年轻程序员们少走一些弯路，限于笔者水平，如有总结不恰当或者不到位的地方，还望批评指正。

I. 程序员如何才能晋升为优秀的高薪架构师

优秀和天赋以及努力息息相关，程序员想要进程为优秀的高薪架构师，那么首先要有吃苦耐劳的精神，而且要有良好的工作业绩和丰富的经验以及履历，这样才能够在竞争中脱颖而出，得到升职加薪的机会。

J. 程序员往上做是什么软件分析师、架构师、工程师有什么区别

程序员往上做是软件分析师、架构师这些高级技术人员。要说层级关系软件分析师、架构师、工程师比程序员高级，这些都是从基础程序员做起的。

(10)编程结构师扩展阅读

对于软件工程师，不太重视学历，但并不是对学历没有要求，重点关注项目的经验和学习知识的能力，能否利用软件工程专业知识来解决问题，根据岗位不同，对软件工程师的要求也有所不同。

具体能力要根据岗位和自己的兴趣爱好选定自己的职业规划方向，一方面要详细了解软件工程师的要求，可以关注企业的招聘信息；一方面自己要贮备通用的知识技能。

可以确定的是软件工程师的前途在未来的发展依然是不断升温的职业，比较需要有技术和良好前景的专业。

参考资料

网络—软件工程师

网络—程序员

网络—系统架构设计师

网络—系统分析师