原创 一位10年Java工作经验的架构师，浅谈关于架构师的岗位认知

产品经理、需求分析师、应用架构师、系统架构师几个岗位的区别与联系是什么？

产品经理负责调查并根据用户的需求，确定开发何种产品，选择何种商业模式等。

推动相应产品的开发，还要根据产品的生命周期，协调研发、 营销、 运营等，确定和组织实施相应的产品策略，以及其他一系列相关的产品管理活动。

需求分析师负责与用户包括客户、项目人员、高管等沟通，进行需求调研，挖掘并归纳用户需求。

同时进行业务流程的分析和建模，通过各种手段，收集分析同类软件产品的功能，提出软件改进建议和功能需求。

应用架构师、系统架构师都属于架构师的范畴，只是关注的点不太一样。

应用架构师偏向于业务实现场景，也就是产品应用本身，相对上层。

系统架构师倾向于某类系统，可以不拘泥于某个业务点，如底层的系统、硬件、云服务、对业务的支撑类技术实现。

从产品周期看区别：

需求分析师贴近产品生命周期的初段和尾端，对接前期市场及后期的市场反馈；

产品经理是需求确定后进行产品化的过程，贴近产品生命周期的中段；

架构师专注于技术实现，找到贴合产品的软件实现方案，在产品中段中的某些环节。

为什么大部分码农做不了软件架构师？

有人说是不够努力。实际上成为架构师还真不是全靠努力就可以达到的。

一是天分。

别着急吐槽，就是天分。

因为很多人确实在技术上不具备那种天赋。什么岗位都有合适的人，同时人也一样，不见得就适合做底层的技术路线。就像你拼死老命也不一定考上清华北大是一个意思。

二是方法。

有很多码农励志要成为架构师，本身技术底子也不错，然而依然做不了。

因为他的技术局限于局部的一城一地。就像孔乙己知道茴香豆的茴字有四种写法，当朝状元也不一定知道这事，你懂得……

三可能就是机遇了。

这属于外因，举个很现实的例子，你天天996的耗在外包公司增删改查上，你有机会成为架构师吗？

总结一下，天分这种事相对占比较小，努力能弥补一部分，只要不是太次，做个架构师还是有机会滴。方法是可以有捷径的，找人带你，不行就报班吧，有人帮你梳理好了，但是需要你花点钱，值得。第三这种就是自己的抉择了，不多评价。

聊聊Java和工作经验

先说Java。这个货已经存在了多年，存在即是合理。所以想做程序的，选它没错。

实际上，工作久了，开发语言就是个工具。只是Java相对在互联网领域里找到了自己的用武之地而已。而且这些年，形成了完整的生态圈。在你日常接触的开发语言里，很多都可以实现Web环境的编程，但是凡事总有个合适不合适，Java就是里面最合适的选择。

而其他领域里，也有很多地方Java做的并不出彩。但是单纯从找工作而言，互联网是软件行业的一个巨大的蛋糕，所以放心选Java没毛病。

再说工作经验。这里大家要正确理解，工作经验不是工作年限，这两者不是直接画等号。如果你在增删改查上做了十年，可能你的经验跟一年的小白比也强不到哪里去。而有些工作时间并不长的，无论技术的积累和眼界，已经具备了架构师的入门水平。所以不要想当然的认为在这个行业里混下去就可以提升自己的段位。所谓的工作经验指的是一个人在这个行业里所处的位置，而与时间没有必然的联系。这里有人可能会说，企业招聘都是看的毕业年限，那只是企业没有别的办法而已，不然呢？