作为互联网从业人员，你是如何跟别人解释你的工作的

总体是上做信息技术吧，既是信息的整合平台，又是信息的传递平台，具体来说，对方需要有智能设备，才可以获取我们工作所提供的服务，比如笔记本，智能手机，以及网络，通过互联网，老人们可以做很多事，聊天，购物，查询，娱乐，这些需求我们有，他们也有，只是他们不太会 *** 作，随着时间的推移，这个问题也许很快就不需要解释了。

如何写一份好的个人简历

如何写一份好的个人简历，对许多求职者来说，她们对写好一份简历是不了解的，也不知道怎么写简历算是好的简历。而好的简历能让你面试机会更多，下面是如何写一份好的个人简历方法！

如何写一份好的个人简历1

某种程度上他在暗你在明，他了解的信息更多，信息非常不对称，应聘者处于劣势。他可以看到很多很多类似的简历， 他会有一种“高频词麻木”的特征。你和别人都一样显然不能引起他的兴趣。

而且看你简历的人，比如说我，都会有种自我膨大的感觉，喜欢寻找当年的自己，希望 发现充满乐趣，积极向上的人。

这实际上是看简历的人的一种自恋的想法，觉得自己当年如何如何，其实就像我当年也是一塌糊涂，但也会觉得自己当年伟光正。所 以表现出来乐观积极是非常讨喜的。

一篇充斥着无数“高频词”的简历，显然不能传达这种信息。

1、没有必要撒谎

写个人简历最差的策略就是撒谎了。这种欺骗本身就自相矛盾。你到底希望和聪明人共事呢，还是笨人呢？大多数人希望和聪明人共事，但是聪明人你骗得了么， 或者说被你骗了的算是你认为的聪明人么？

你要和想找好工作，基本假设就是大家都是明白人不好骗的。看简历的人也上过学，也写过简历，更清楚其中的注水手 段，以为自己能吹牛过关，大部分都是自取其辱。

即便你过了简历筛选一关，也没那么容易，面试时候肯定会问你那些你写的东西，你答不上来，面试官还会觉得你 人品有问题。

有的同学说多参加几次面试不好么，好，但不能用这种方式，这完全就是自毁前程。

2、陈述事实

我觉得平白陈述就好了，不要有个人色彩。你觉得是精通，我可能觉得就是了解；你觉得是掌握，我可能觉得就是清楚 概念。

所以不要有这类词汇。你写“用Ruby写了自己的个人站点”这个没有什么可以辩驳的，也非常好证实。

是不是你写的，怎么写的，遇到什么困难都能很容 易知道。“用C写了数独解算器”就很平实，我知道你做了什么，会做什么。

“读了SICP”，“做了50道《算法导论》的习题”，“看了nginx的一部分源代码”，“自己写了wc”都比“精通”，“掌握”之类的强多了。陈述就可以了，不要描绘。

3、你的作品

我因为简历的一句话面试了好多同学。有个同学写“用C++实现了Python解释器”，这个事情我做不到，所以我特别想找他来聊一聊，教教我编译原理的 事情。很多计算机系的同学都学过《编译原理》，但绝大部分人什么也没写过。

所以只要有这点，我就觉得他是个很特别的人，我很喜欢。有个同学写“在spoj 有积分XXXX”，我立刻觉得应该找来聊聊，因为他的积分比我多。

他一定是个爱做题，善于做题，并且善于用计算机解题的家伙，他非常可能会灵活运用各种算 法。

有个同学写“写了将近50个小游戏，包括俄罗斯方块，吃豆子，黑白棋等”，我觉得真是太棒了，这个家伙一定特别能专研，特别乐于娱乐自己，我要见一见。

有个同学写“使用Python写了个分词小工具”，很好啊，这个说明了两点：你会用Python解决问题，你知道分词是什么东西，我们可以聊聊啊。

我会因为简历里面的闪光点而想见见这个人，而不是简历的长度。你的作品是你最好的标签。

4、你看的书，你读的代码

把你看过的书列出来，把你看过的代码列出来。没看完就写上没看完。也可以写一个豆瓣主页的链接。

有些小白真的是 你让他可劲编都说不出来几个书名，然后还号称“精通”。你看过哪些开源项目的代码呢？什么也没看过？！

那我怎么知道你写的东西靠谱呢？要知道这些读书的记 录，读代码的记录，是非常难于伪造的，所以也是各位看官最重视的。你能随便伪造的东西别人也能，这种过硬的记录才是区分度最大的。

没有实际的项目经验不可 怕，但是总该看过几本书吧，总该看过一些代码吧。什么都没见过的人我不太相信对计算机有热情，恐怕在这个行业也很难有所发展。

5、你的学习路线

你怎么获取知识？你是维基百科，stackoverflow的用户么？你有GitHub账号么，关注自己感兴趣的项目了么？你阅读谁的blog，加入什么邮件列表，参加了什么线下交流活动？

你想成为什么样的程序员，你知道谁是这样的程序员？你混开源社区不？你对自己的学习状况满意不？你还希望学习什么？

6、你的网页

你没有网页？你是程序员么？你真的要当程序员？有个女孩子做个了自己的网站，进去后先是一个数独题目，答对了才能看到个人信息。后来发现这个女孩子 还会说克林贡语，程序写得非常好。

她展现出她是个很有趣的人，你也要这样。你花一天时间在heroku之类的网站做个自己的介绍页面。

将你的个人信息都放 上去，有很多很多链接，都是关于你的项目，你的作品，你的思考，你的心得。有人给我的简历就是一个大大二维码，扫描之后就是个人主页的链接，有着很详细的介绍，真的非常棒！

如何写一份好的个人简历2

1、一份标准的求职简历是这样的：

求职者个人信息姓名、性别？有些公司不要求？、出生年月（有些公司不要求）、婚姻状况（有些公司不要求）、详细联系方法、住址、联系电话、户口状况（不是必要的）。

教育和培训背景不必有小学、中学。应能证明你知识水准、所拥有技能和能力的一切相关信息。这包括正规、非正规的成人教育和专业培训。

工作经历包括雇佣型的工作，也包括实习、义务性和社团、社区性的工作。

技术和技能电脑技能、语言技能、性格和能力、性格特点、勾 通能力、人际能力、团队精神、兴趣爱好。

2、人事经理这样筛选简历

外企人事经理是先“以貌取人”，即你简历写得如何；再看基本条件如学历、经历；最后是能力、潜能和性格。前两者是基本，最后是决定性的因素。脱颖而出的关键是展现你的丰采。

3、简历和求职信并行

好的求职信必须和简历并行，目的是让简历更有针对性，另外求职信要手写才有人情味儿。

4、让你的简历远离“垃圾桶”

当人事经理和雇主在以后的面试或工作中发现简历中曾有不真实的成分时，你的后悔会远远大于你没有得到一份工作，要多准备几份不同的简历，以应付不同行业的不同职位。

5、简历不要写薪酬要求

不要附照片和学历复印件，给外企的简历要注意，外企通常会牵扯到语言技能，因此根据招聘企业的外语要求准备外文简历是必要的。

初学者经常问这样的问题，然而这些其实是错误的问题。

对于初学者而言，你最应该优先考虑的是，哪些东西构成了程序的基础？

最经典的一句话： 程序 = 数据结构 + 算法 。

如果说编程语言是程序的血肉，那么算法就是程序的灵魂。

人不能没有血肉之躯，但是没有灵魂的人依然只是一个死人。

不能单纯依靠算法衡量一个程序员的好坏，但是面试的时候考算法绝对是简单高效的筛选手段。近些年大厂的面试几乎必考算法也是这个原因。每一个算法学的不扎实的程序员，在面试的时候都很慌。

下面这些书籍应该是算法方面最常见的经典书籍。我有幸都读过，有些读完了，有些半途而废，不过基本上也都算是熟悉。顺序上由易到难，从薄到厚，每本书下面我会简单的介绍一番，希望能对你的学习有所帮助。

首先是两本算法入门书籍，也可以当做算法读物：

《啊哈！算法》

用他的自我介绍的来讲：“这不过是一本有趣的算法书而已，和别的算法书比较，如果硬要说它有什么特点的话，那就是你能看懂它。”

图文并茂，而且画风有趣，适合新手入门，但是代码是C的，看着比较累，文字也略显冗长。

图是非常棒的，启蒙用，非教科书

《算法图解》

和《啊哈》类似，他的介绍是：“像小说一样有趣的算法入门书。”

书里面讲的很好，Python代码也很容易读懂，比之《啊哈！算法》，书中的例子没有那么有趣，但是图很清晰，文字和代码不冗杂。

缺点同样是非教科书，非常浅显，三四个小时就看完了。有一种刚刚热身的感觉。

接下来这几本都是最常见的书了：

《数据结构与算法分析C语言描述》

这本书的作者几乎不浪费笔墨在一些简单的地方。书很薄，但是覆盖面很广很深，作者实在是非常厉害。

不过反过来说，就是有些地方讲的语焉不详……

这本书还有Java语言版本的，但是相比之下C的更好一些。

挺好的一本书。

还有一点是翻译不是很给力，好多人都没坚持看完。

《数据结构与算法Python语言实现》

英文版评分非常高，中文版评分非常低……

据说是也翻译的不好。另外就是本书自身错误也不少……几版过后依然很多没有改过来。

书中数学证明和介绍比较简单。因为采用Python语言的原因，比较易读。

浅显易懂，内容上循序渐进，环环相扣。相比于上一本，我会更推荐一些。厚度也不算厚。

《数据结构与算法 Python语言描述》

北大教授裘宗燕的书，这本书前面写的挺好的，尤其是在面向对象还有ADT等思想的阐述，都很不错。

但是读到后来给我一种虎头蛇尾的感觉，前面气势如虹绪论就写了很长，最后三章感觉有点草草收尾的意思。就像编辑在催稿，而作者很忙的样子……

另外就是这本书的编排顺序我个人也不是特别喜欢。

接下来是两本大部头，都是非常厚的书。

他们最大的特点就是：出现率远大于看完率

《算法导论》

算法书中的权威，MIT的6046J就是按照这个来讲的。

公认最好的算法书，组织结构合理，内容详尽。引导读者从思维方式上对算法进行领悟。

书中对算法的数学结构进行了详尽的阐述。有非常多的数学证明。

这本书我说不出什么缺点，只能说有些内容是因为我还没到大牛的境界，暂时还无法体会理解。

我个人的观点是：不要纠结于详细的伪代码，不用纠结于连篇累牍的讲解。体会其中算法的精髓就好。

《算法》第四版

如果说，《算法导论》是学术上最好书，那这本应该是实际应用最好的书。

它对数学的要求比《算法导论》低很多，摒弃了算法的证明。

书中具体给出了每位程序员应知应会的50个算法，深入浅出，大量图解。非常棒。

java基础的话你能撸出来Hello World基本上就可以开始看这本书了，这本书最大的不友好之处在于它的第一章非常长，没看过的人又不知道哪里可以跳过。

这本书后面的翻译感觉不如前边了，不知道是换人了还是DDL了……

翻开书就会看到很多的图，配套作者在coursera上面的课程学的话事半功倍！

接下来的几本我看的比较少，简单介绍一下，希望大家自己去发现和了解，不要漏下这些好书：

《编程珠玑》

很薄一本啊，但是我放在那还没看完……

这本书被称为： 历史 上最伟大的计算机科学著作之一

融深邃思想、实战技术与趣味轶事于一炉的奇书。

内容不深，但是不是一个知识点一个知识点的给你讲解算法原理的。

这本书的核心思想是让你了解如何正确选择和高效地实现算法。书中还有一些趣闻轶事，看着倒是很有意思~

有兴趣的同学可以看看~

《算法竞赛入门经典》系列

算法竞赛入门经典书，ACM必备书籍吧算是。书中题目对于竞赛来说比较简单，但是对于一般我们平时工程来说偏难。语言用的是C/C++，请好好做例题好好做作业，读书的时候好好思考和复习~

反正我是没读过，捂脸……

《剑指Offer》

这个书很有意思，对于在校生来说我个人觉得是必看的书。没有任何工作经验的同学在面试的时候真的会被问懵的。这本书可以让你了解如何应付考官日常问题，在解答面试问题的时候，书中很多方法和思路会让考官觉得你思考的很全面，给你加不少分。

我面试的时候也曾快速扫过一遍这本书，让我在回答问题的时候条理更清晰。书中代码是C的，emmm，于是代码部分我就没太看……

《用Python解决数据结构与算法问题》

最后给大家推荐一本在线的 免费 的算法书。

>

从事软件开发多年，在编程行业真正的架构师比例少的可怜，就目前国内软件开发环境而言，真正意义的架构师还不是很多，因为大部分的代码框架几乎从开源代码社区里面拿出来，然后定制成自己公司产品需要的，其中研究框架的时间比较长的，并且能够深度定制的程序员就算是高手了，因为很多开源的代码更新速度非常快速，能跟上开源社区的代码更新速度的企业已经是实力非常强的公司了，国内企业现在真正意义上的从头开始设计一个框架然后推向市场相对比较少。

经过十几年的发展，国内编程人才的平均水平已经上来了，虽然在顶级程序员由于在编程底蕴以及生态系统这块有差距，但基层的程序员水平已经上来了，国内很多互联网公司做的产品有些已经不弱于欧美等企业，这些都是国内程序员水平提升的结果，而且现在由于培训行业在国内普及，入门级别的程序员在国内数量巨大，所以很多人喊着国内程序员行业已经饱和了，已经不适合再去从事程序员的工作了。

事实上国内软件行业内需依然足够多，特别是现在的三四线城市都陆续出现了软件公司，而且规模和数量都在提升，国内企业对中高级程序员的需求量还是非常巨大，五六年大小公司对于这类的人才招聘一直没有停止过，而且薪资水平还维持在非常高的水准，了解这个行业现状对于规划自己的职业生涯还是有着非常大的好处。

架构师这种职位可遇不可求，基本上国内架构师都是自己本公司内的优秀的软件工程师，成为了优秀的程序员并且在公司内部深得公司的信任愿意给这种突破的机会，抓住了后边的就会给与架构师的待遇，不是每个程序员天生就是做架构师的料，关键还在于平时的积累，有了机会抓住了，要成为架构师先要自己成为一个优秀的程序员，优秀的程序员需要具备什么样子的因素，现在就根据自己技术生涯的一些经历分享给大家。

基本功扎实。 很多程序员在入门之前由于在学校里面比较重视基础，还能看看基础，在成为了程序员之后就开始放松了对这方面的要求，所以导致很多程序员见到有笔试的公司，直接就选择了放弃走人，不能讲这类的程序员水平不行，但起码不是优秀程序员的范畴， 优秀的程序员是经得住基本功考验的，是不怕这些所谓的笔试题目的。

算法扎实。 很多程序员做了很长时间还不觉得算法挺重要，算法贯穿整个技术生涯，如果没有意识到这点说明意识层面还没理解到，证明需要弥补的东西还是非常多，有些程序员可能是学习了一门编程语言就匆匆去找工作了，运气还不错还找到工作了，没有很好的规划技术生涯路线，一个标准的程序员需要的一门基础的编程语言，熟悉数据结构，并且穿插着学习算法，这三样也是优秀程序员的标配，学习技术不是由着自己性子去做事，需要有规划，这其中不能少了算法的因子。

锤炼编程思想。 很多程序员觉得能够写代码，时间长了经验到位了慢慢就能熬成资深技术专家了，程序员不是靠着熬日子过的，需要不断的提炼编程思想，举个简单的例子，做网络编程如果懂得了一门编程语言的编程经验，相信切换到别的语言只需要很短时间内就能搞定，而且积累总结类似的场景以后遇到这种场景都能灵活应对，还能同步迁移到类似的场景，不能只是为了做而作，仅仅就是为了完成任务，那么提升的空间有限，不能因为工作承担的东西就这么点，而不去补充其余的东西，善于总结也是优秀程序员需要具备的一种意识。

成为架构师没有所谓的模板，而且有些人一辈子也没有这种机会，但想要达到这种境界就需要先让自己成为一个优秀的程序员，这样子遇到有理想的企业抓住机会就上去了，一旦进入这个级别后面的编程生涯就会有根本的变化了，关键在于平时一点一滴的积累，让自己长期处于一种高效的学习状态，有太多的程序员经历了几年的适应期就提前让自己进入了舒适期，结果随着年龄的增长技能没有相应的跟上导致年龄大了竞争力下降，出现了老了被企业淘汰的悲剧，什么样子的态度决定什么样子的人生，也就决定了什么样子的结局，希望能帮到你。

作为一名IT行业的从业者，同时也是一名计算机专业的研究生导师，我来回答一下这个问题。

首先，目前IT行业内大量的程序员确实无法成长为架构师，主要原因集中在三点，其一是自身的知识结构不足以支撑向架构师方向发展；其二是岗位工作任务受限；其三是行业迭代速度太快，学习压力较大。

早期的架构师主要集中在后端领域，针对于不同的开发领域，对于架构师的要求也不尽相同。总的来说，架构师的任务主要集中在三个方面，其一是整体技术框架设计；其二是技术选型；其三是解决难点问题。所以对于程序员来说，如果想成长为架构师，需要做好以下几个方面的知识储备：

第一：丰富的开发经验。 开发经验通常是软件架构师的基本要求，通常软件架构师都是从初级程序员、主力程序员、研发级程序员等岗位一步一步成长起来的，每一个阶段都会积累一定的开发经验，这些经验对于架构师的方案设计会起到重要的作用。对于大量的程序员来说，从主力程序员向研发级程序员发展会存在较大的困难，主要原因就是基础知识结构的问题，不少程序员通过读研的方式完成这一步升级。

第二：丰富的知识结构。 架构师的知识结构不仅仅局限在技术层面，还需要掌握大量的行业知识，不同行业领域往往有不同的特点，要能够根据这些特点来完成具体的方案设计。

第三：紧跟技术发展趋势。 架构师一定要紧跟技术发展趋势，同时能够对于未来的发展方向有较强的认知能力，这对于架构师的方案设计会起到重要的作用。对于技术趋势的认知能力，是判断一名架构师能力的重要因素。

架构师并不是一个很好玩的升级路线。

相对于架构师的开发工作。研发工作更有趣，更容易得到 社会 的承认，不论是图形学，还是人工智能，区块链，甚至黑客（网络安全），凭借你的智慧和努力，可以在短时间内取得成就，并达到一个很漂亮的高度。研发方面是拼年轻，智商和体力的工作，有众多的天才少年取得漂亮的成果，每年有大量新的技术突破和文献等着大家研究。你做的每一件事情，都能表现出漂亮的成果，全局光照，计算机视觉。或者很容易赚到很多的钱，自动驾驶或者区块链ico，就算做 游戏 外挂，其收入也大得超乎你的想象。

而架构师不是，架构师拼的只有经验，正确的方法和项目数量。《C++程序设计新思维》里面有一句话：“只有天才的程序员没有天才的构架师。” 在构架师的世界里不存在天才，只存在重构。一定要有正确的方法（敏捷开发），然后就是无数个项目和时间的铺垫。然而对一个架构师应该明确，我们的职责是内部质量而不是外部质量，我们要把软件做的强壮且易易扩展。但你会发现，对于外行麻瓜来说，这根本不吸引人，麻瓜老板经常说一句话：你功能做不出来我们公司就破产了，别他妈的再花时间重构了。

至于为什么架构师很少

内部原因是： 架构师太无趣了，相对于图形学光照算法，你却强调测试驱动重构持续集成。研发工程师会得到大量的外部激励，所有人都去赞扬他们的成果。而构架师需要从自身产生激励的能量，比如对代码的洁癖，重构在不改变功能的情况下不断优化代码质量，一个分层，一个正确的依赖关系，甚至一个精简美丽的命名，都需要由衷地感到兴奋和刺激。否则很难熬下来。

外部原因是： 浮躁的 社会 容不下一个架构师成长的时间和空间。一个框架师需要大量的项目经验，超级长的编码时间。坚持正确的方法和一个融洽配合的团队。国外的架构师都是大胡子，而国内程序员到30岁，老婆就催着要去做管理岗位了。和研发工作拼智商不同，架构师就拼的是经验，没大胡子没五六十岁很难成为xx之父这个级别。

行业原因是： 架构师容不下架构师。架构是艺术不是科学，没有一个统一的标准，每个成型的架构师心里都有一套属于自己的程序结构和原则，你可以看到十个图形学程序员基于一个算法合作，但你很难看到两个架构师做一个项目不打架的。架构师需要有自己的团队来验证自己的观点和共同进步，但就如同食肉动物永远是食草动物的十分之一，行业也没那么多团队给架构师来糟蹋。

经历过很多项目洗礼，并有自己的想法和能力的架构师，必然是稀有动物。

但看起来无聊的架构师有什么用呢？

他是辅助英雄，给整个团队加各种属性光环：降低代码中的混乱（熵），让团队中初级的程序员做出高级的代码，提高单位时间效率避免加班，让团队更容易进入未知领域，大幅度降低企业成本。

我现在做的混合现实领域，这是一个新的领域，有一个优秀的架构师可以在没有前人经验的情况下开疆辟土，并且可以带起来整个团队的开发质量，降低成本给客户更多的获利空间。

这个问题不知道提出来的缘由是啥，其实问题不是很合适，不过还是一分为二的来回答一下，如下：

架构师不是谁都能做到的，我想说如下几点：首先，应具备的素质应该是快速的学习能力，需要从平常的任何工作活动中，快速学习，包括从自己的本质工作完成，以及与他人的交流中，而后者又尤其重要，从别人那儿学来，而快速形成自己的理解并超越对方，而这，从自然规律角度上来讲，这只有少数人能做到；

其次，需要具有全局的视野，能平衡整系统各子系统之间的解耦与耦合，这个需要积累，需要在各子系统内有实际项目的、比较成功的设计编码的问题处理能力，而尤其是问题处理能力又尤为重要，这也不是段时间能达到。

第三，在这个行当内，能静下心来踏踏实实，保持饥渴的学习，保持积极正向的心态，不断的越挫越勇，始终往设计架构方面努力，在当下整个行业浮躁的环境下，很对都想通过不断的跳槽来达到涨薪的目的，这又会淘汰一大部分人。

最后，即便具备了素质，你能否当上架构师，取决于客观因素了。因为一个架构师，决定了他所在领域的发展规划，以及当前的问题现状的改进，这个位置至关重要，不是那个人，上一层组织关系是不会让你做这个位置的，上层组织还会考察你除了技术能力以外的，诸如与人沟通，管理你的上下级，包括你的上级的上一级到连三级的关系，关系到你的直接老板的，这些其实就很难说了。

呵呵，当然了，还有其他很多了，靠这个问题是说不清道不全的。

真正的软件架构师对各方面的职业素养都要求比较高。架构师的工作，不是平时工作的简单堆叠，除了专业技能要过硬外，还要思维活，想东西细致全面，需要自己去主动去接纳工作以外的大量知识。此外，在性格方面也有一定要求，一个软件架构师往往还需要具备善于沟通的品质。

总而言之就是要技术好、思维活、会交际。大多数程序员做不到架构师的位置主要是因为自身能力达不到，其次是一个公司里面架构师占比本来就想小。

一般程序员在公司负责的工作主要是维护日常的需求，在原有的架构上进行修改，所以很少会接触到架构层面的东西。长期缺少接触相关的知识及业务的机会，久而久之离架构师的标准也会越来越远。

年轻的程序员在知识储备上无法达到成为架构师的标准。

现代的高可用架构一般为：RDS、Cache、MQ、后端服务、监控服务。而随便拿其中一个点，都有着非常多的技术点知识点需要掌握。

比如在多系统交互中，如何保证MQ中的消息能被对方系统消费，如何设计高可用的服务负载均衡，这些都是需要很多经验才可以解决，但是一般的程序员又不容易接触到架构设计。

而年纪大点的程序员要么是后期缺少折腾的的动力，要么在职业发展途径走到不同的分岔路口，最终走上架构师这个树枝上的寥寥无几。

小富即安的心理。很多程序员满足于现状，缺少坚持不断学习不断提高的动力，每个月拿着万把块钱的工资，心安理得，懒得去折腾。

一个公司架构师在广大码农里面占比还不到10%，能成为架构师的一般都在公司里担任研发和管理的角色，想象一下公司团队的人员金字塔你就知道竞争力有多大了。

平常，开发的团队一般都是10多人组成。几个团队间一般会存在一个技术面最广、技术经验较充足的人，叫做架构师或者说是TL。而架构师的存在，一般在众多的码农中占的比例少之又少，可能连码农总人数的10% 都达不到。软件架构师也存在初中高级。

码农都会写代码，对计算机编程语言都有自身的理解。但是很多时候，程序员或者说是码农只是机械的完成自身的编码工作。为了完成任务，成长有限。

看到这里，很多人都会说：编码时间长了，经验积累的足够，自身也就逐渐成为了资深技术专家。想法其实不能说是不正确，在一个人见多识广后，自然自身的内涵也就足够的丰富。从码农的角度出发。除了架构师，很少有35岁以上的人士会在互联网做程序开发。而一个人想要通过机械性质的编码积累经验。需要多少年成长才能见多识广呢？是否会有码农坚持到那一时刻呢？一个值得商榷的问题

码农是一份年轻人为主的职业。平均从业者的年龄都是20多岁。慢慢熬、慢慢积累在码农中也不能说错。但是很多人在软件开发领域积累一定的经验后就会转型不做开发。

所以说，长久时间的码农很少。而在短暂的码农开发软件的工作中，脱颖而出，成长起来的人更少。

些许拙见，供您参考。

从事互联网开发多年，欢迎大家骚扰

小团队一般 10 人左右，其中常常是技术最牛的人做架构师（或TL）。所以，架构师在广大码农中的占比大概平均不到 10%。而架构师也可以分为初级、中级、高级三档，江湖上真正高水平的软件架构师就更少了。

所以，大部分（超过九成的）码农干上许多年，还是做不了架构师，这是什么原因造成的呢？

1：码农分为真的能写代码的，以及自认为能写代码的。

2：真的能写代码的码农又分为自认为写的不错的，以及真的还不错的。

3：真的能写不错代码的码农又分为会钻研会不断优化的，以及安于现状的。

4：会钻研的码农又分为喜欢广度了解新技术蜻蜓点水的，以及深入钻研用到知识的。

了解广度的码农又有少部分愿意深入某些技术，喜欢深入研究的又往往缺乏广度知识。

6：为业务而技术的深度广度都了解的码农，又需要有良好的沟通能力。

7：而沟通好的，又有一部分当PM去了。

8：然后剩下的，又有一部分慢慢脱离实际开发（不再做任何实现）或者开始依靠拿各种中间件搭积木来作为“架构”手段。

9：除去这些，剩下对业务有一定了解，对技术广度上有多种涉猎，深度上对部分技术研究彻底，还有很重要的一点，考虑问题足够细致全面。

10：细致全面善于沟通，技术上深度广度都没问题， 又喜欢这个工作，还会不时做底层实现，从业务和开发两个角度出发，搭出“架构”来是为了开发效率，为了运行效率，为了开发质量，为了业务灵活和运行稳定，为了维护方便等等这样的人，个人认为可以称为“架构师”。

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

总之，成为架构师，不仅仅是工作上的简单积累，更需要主动接纳工作外的大量知识，同时，对性格上对于非技术能力上也有一定的要求，不仅如此连思维方式都很重要，外加职业发展中又有很多岔路，最后走到架构师这根树枝上的就寥寥可数了。

如果你想要往架构师的方向发展的话，那或许你可以看一下我分享给你的这份进阶路线图，主要针对2到5年及以上工作经验的Java开发人员，里面的技术包涵了Java高并发、分布式、微服务、源码分析、高性能等技术，这些也是目前互联网企业比较常用的技术，那么来详细看看。（可以保存）

一：常见模式与工具

学习Java技术体系，设计模式，流行的框架与组件

常见的设计模式，编码必备

Spring5，做应用必不可少的最新框架

MyBatis，玩数据库必不可少的组件

二：工程化与工具

工欲善其事必先利其器，不管是小白，还是资深开发，玩Java技术体系，选择好的工具，提升开发效率和团队协作效率，是必不可少的：

Maven，项目管理

Jenkins，持续集成

Sonar，代码质量管理

Git，版本管理

三：分布式架构

高并发，高可用，海量数据，没有分布式的架构知识肯定是玩不转的：

分布式架构原理

分布式架构策略

分布式中间件

分布式架构实战

四：微服务架构

业务越来越复杂，服务分层，微服务架构是架构升级的必由之路，Java技术体系，和微服务相关的技术有哪些呢？

微服务框架

Spring Cloud

Docker与虚拟化

微服务架构

五：性能优化

任何脱离细节的ppt架构师都是耍流氓，向上能运筹帷幄，向下能解决一线性能问题，Java技术体系，需要了解：

性能指标体系

JVM调优

Web调优

DB调优

如何一起学习，有没有免费资料？ 有需要的滴滴滴哦

软件架构师？似乎是个明确的职位或者岗位了。然而，他在软件产品开发过程中，充当什么角色？起什么作用？确众说纷纭，缺乏共识。成为一名架构师，码农根本没有明确的努力目标。这是问题的关键，架构师，是上级领导、老板对某些软件开发人员的“认同”，是某种管理理念的体现，不是软件产品生产活动中某个具体的岗位、角色。

以上就是关于作为互联网从业人员，你是如何跟别人解释你的工作的全部的内容，包括:作为互联网从业人员，你是如何跟别人解释你的工作的、如何写一份好的个人简历、算法不扎实的程序员，每一个都很慌等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！