程序员架构师

㈠ 架构师跟程序员有什么区别呢

程序员：做编程的底层开发工作，写代码，不停的写代码
软件设计师：其实这个概念不太清楚，跟架构师类似，就是要分析设计这个软件的整体概念，就像盖房子要先画图纸，然后分给不同部门的人去建造，其实在现在，一般叫项目经理，或叫开发经理
网络工程师：设计整体的网络的人，跟软件设计师差不多，不过做的是网络工程。
网络管理员：与程序员类似，重复性的技术工种。
系统分析师：这个也是个比较模糊的，系统分析类似医生的，可以通过自己的经验和从业经验，对某各软件或某项工程进行分析，优化，从而帮助架构师或项目经理用最短的时间做出最满意的东西来。
其实你分的这几个，都是计算机里的职位，你重新分一下类好了
软件开发里面分为：程序员，软件工程师，软件架构师和系统分析师
网络工程里面分为：网络管理员，网络工程师，网络架构师和系统分析师
如果是工资高，级别高的，就是架构和分析了，但是。。。。强调一下，这两个职位不是有技术就可以的，需要大量的经验，一般都是从程序员开始做起的，才有资格。

㈡ 从程序员到架构师要经历哪些阶段

架构师是什么？
架构师这词其实很有意思，很多人的Title是这个，但其实我们对架构师都干什么并没有太统一的认识。往大了说，比尔盖茨当年好像也称自己为架构师，往小了说随便一个小的软件上做设计的也说自己是架构师。所以如果把这个词泛化而不局限于特定的场景，估计单是说清楚什么是架构师就要花费不少口水。下面我们用一个取巧的办法，在一个具体的场景下来看看，架构师都该干什么，而不把这个词泛化，如果在特定场景下这个角色应该干什么清楚了，那它就可以为其它场景下提供不错的参考。
我们只考虑从头开发一款产品的场景，不考虑这款产品可能是个家族，可能需要在公司里与许多东西配合这样繁琐的事情。这样问题就简化成：当我们要开发一款新产品的时候，架构师都要干些什么？为让事情更具体，我们进一步假设公司想做一个Trello，Worktile这样的协同办公工具。
在产品初期除了UI这类东西，还能明确的一些关键需求大概是这样：

简单、迅速，追求极致的用户体验，这时也许能想到看板这样的功能
打入社交元素（任务分配与沟通时打入信息流的机制）
移动端支持
公司判断：如果产品能在1年内上线，时机比较好

其他的需求呢就是感觉上肯定有，但暂时说不清楚
基于这样的简单提示，长做程序的可能脑子里会立刻冒出来无数东西，比如：

快的确保?
看板里拖动的实现？
SaaS时伸缩性的确保？
数据库中表的设计？
数据库类型的选择？
移动端的支持方式？
人员的现状？
迭代式开发的支持？
... ...

但显然不是每个事情都要在架构设计阶段搞定，否则等于是被弄蒙了，这时候架构师的一个关键职责就是要能区分出哪些东西预先需要搞定，而哪些东西则要在迭代过程中解决。
一般来讲重置成本越大，牵涉的人越多的事情越应该由架构师预先搞定，否则就容易做无用功，对开发工作产生致命伤害。具体来讲这类事情由三个核心部分组成：

选定Tech Stack
概要设计，确立分工的基础
协同方式

下面来分别解释下这三个方面的具体含义。
选定Tech Stack是指要选定包括编程语言，基本框架等一系列东西，比如Trello选完之后大致是下面这个样子：
http://www.csdn.net/article/2014-07-28/2820883

㈢ java程序员如何成为优秀的架构师

架构师，有过项目开发经历，精通多门编程语言且熟悉数据库。
架构师的主要职责
1 确认需求
2 系统分解
3 技术选型
4 制定技术规格说明

㈣ 程序员，架构师，软件工程师的区别

1、程序员，架构师，软件工程师的能力要求不同，程序员是从事程序开发、程序维护人员，但是不擅长写文档。软件工程师的技术要求比较全面，会熟练的写语言代码，也会写一些项目的文档。架构师是软件开发过程中的重要人物，主要负责大系统项目的架构设计。

2、程序员，架构师，软件工程师级别不同，程序员分为初级程序员、中级程序员，软件工程师是从事软件职业的人员的一种职业能力的认证，架构师是团队领导型人物，是需要从资深软件工程师里面提升为架构师。

3、程序员，架构师，软件工程师平均年薪不同，美国谷歌程序员的工资最低年薪平均水平为12.8336万，软件工程师平均工资较高，谷歌软件工程师年薪平均水平为25-30万美元，架构师的工资水平是最高的，谷歌大数据架构师年薪为50-60万美元。

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

#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的能力。
@有机会多做知识分享，因为你一旦分享了知识，你就会对这门技术有深刻的印象，同时也能树立在同事中的良好的技术形象，从而赢得更多的专家影响力而不是职位影响力。
上面只是我当前能想到的，知易行难，知道了上面的一些经验，并不代表年轻程序员们就能马上成功，毕竟这需要一个凤凰涅槃和实践的过程，但是肯定能帮助有志于于此的年轻程序员们少走一些弯路，限于笔者水平，如有总结不恰当或者不到位的地方，还望批评指正。

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

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

(6)程序员架构师扩展阅读

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

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

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

参考资料

网络—软件工程师

网络—程序员

网络—系统架构设计师

网络—系统分析师

㈦ 运维架构师是程序员还是运维人员

属于运维人员。

运维工程师负责维护并确保整个服务的高可用性，同时不断优化系统架构提升部署效率、优化资源利用率提高整体的ROI。运维工程师面对的最大挑战是大规模集群的管理问题，如何管理好几十万台服务器上的服务，同时保障服务的高可用性，是运维工程师面临的最大挑战。

在初级阶段，优秀运维人员会体现出格外出众的主动性和责任心，面对陌生的业务会主动学习和拓展自己对业务对认识和相应的知识范畴，以能够足够的胜任业务的独立维护。在逐步的发展阶段中，注重总结反省的工程师会逐渐成长为高阶运维人员，他们会有比较体系化的服务运维理解。也有一部分工程师由于出色的项目管理规划能力，逐渐成为项目经理。

(7)程序员架构师扩展阅读：

运维工程师要求规定：

1、产品架构设计的合理性评估，包括是否存在单点，是否可容错，是否有强耦合等，同时需要提供产品设计的合理性建议以使产品能够满足上线发布并稳定运行的基本要求。

2、资源评估，包括所需的服务器资源、网络资源以及资源的分布等，同时把相关产品对资源预算申请的合理性，控制服务成本。

3、对服务运行的状态进行实时的监控，随时发现服务的运行异常和资源消耗情况；输出重要的日常服务运行报表以评估服务/业务整体运行状况，发现服务隐患。

㈧ 如何从程序员到架构师

程序员到架构师的技术成长之路分为几个典型的阶段：工程师 - 高级工程师 - 技术专家 - 初级架构师 - 中级架构师 - 高级架构师，总的成长原则是每个阶段都需要“积累经验、拓宽视野、深度思考”。

㈨ 为什么大部分的程序员成不了架构师

① 码农分为真的能写代码的，以及自认为能写代码的。② 真的能写代码的码农又分为自认为写的不错的，以及真的还不错的。③ 真的能写不错代码的码农又分为会钻研会不断优化的，以及安于现状的。④ 会钻研的码农又分为喜欢广度了解新技术蜻蜓点水的，以及深入钻研用到知识的。了解广度的码农又有少部分愿意深入某些技术，喜欢深入研究的又往往缺乏广度知识。

而真能满足这种需求的，别说题主的10%的比例，1%能不能达到我也持怀疑态度。其实现在的“架构师”大多数都停留在8这个层次，甚至很多在5这个层次就当上title上的架构师了。