高级程序员招聘

㈠ 国内外企招程序员吗

招。根据查询外企招聘相关信息得知。国内外企有招程序员。国内外企喜欢招聘有成熟经验的员工,同时对英语有一定的要求,只要你的技术能力、工作经验符合招聘要求,外企一定会择优录取。

㈡ 华为招聘什么学历的程序员

官方认证职Q平台账号

华为程序员的学历要求是本科及以上学历，具体招聘要求是：1、年龄在18周岁以上；2、编码基础扎实，重视代码品质，具备优秀的业务建模能力；3、计算机相关专业优先，具有深度学习、图像处理开发经验；4、有良好的技术视野，并能深入理解技术核心原理。华为程序员的工作职责是：1、负责项目组开发或设计工作，能够按要求、高质量地完成开发或设计任务；2、熟练掌握分析设计工具，按照规范的要求，编写设计文档；3、按照设计功能，实现模块的代码编写和维护；4、按照公司的规范进行编码，并对开发的代码进行单元测试；5、负责解决项目开发过程中的技术攻关及运行中出现的技术问题。作为一名程序员，天生崇拜写代码能力强的程序大佬。但是，只要写代码能力足够强，就能在职业发展道路畅行无阻吗？

答案当然是：NO！你还需要有项目管理的能力。

· 产品经理天天不干正事，提的需求没头没脑，烦；

· 每周开不完的例会/对接会，一点效率都没有，烦；

· 同一个需求，要和好几个部门的人反反复复对接，烦；

· 意见不统一，想说又说不过人家，只能被动接受，烦！

工作中之所以会出现这些问题，其实大多是因为项目管理能力不足。

提到项目管理能力，不少人第一反应就是项目经理岗位。然而作为一名普通的程序员，其实也需要懂得项目管理。

据调查，大部分程序员工作三五年内，都能掌握所在岗位必须的知识、经验和技能。然而很多人接下来就会陷入困境， 无法突破职场瓶颈，更别提加薪升职了。

通常来讲，程序员的成长路径大概有两条：一是走个人能力线，成为技术专家；另一条是成为技术管理者或业务管理者，然而走好这条路需要时机和坑位，好的机会可遇不可求。

项目管理无疑为程序员开辟出第三条精进之路。只要你身处团队中，就会有项目管理的需求和机会。而具备项目管理能力的程序员，无疑会在这个程序员严重同质化的局面下，拥有更多的竞争优势。

1

不懂项目管理 工作寸步难行

只会技术不会管理 注定和升职加薪无缘

最近一年里，程序员老马已经想过无数次离职了。

作为公司里最早的一批老员工，写过的代码比吃过的盐都多，本该混得风光无限，没想到是“长江后浪推前浪”。

最近几年，技术能力上没有新突破不说，工作这么多年还是底层码农，就连今年刚招进来的大学生，都已经独自带项目拿高薪了。

老马不禁困惑，没有项目管理能力，真的无缘升职加薪吗？

没有项目管理能力 在领导眼里一无是处

在某互联网公司做了5年产品经理的启明，最近一下班就像泄了气的皮球，疲惫又沮丧。

一问才知道，公司最近有新产品要上线，启明信心满满地推进工作，没想到研发不配合、测试资源紧张，忙活了大半个月，每天像打仗一样，上线日期却一拖再拖……

而隔壁团队产品经理评审完需求后，团队各司其职，在deadline前三天就顺利完成了项目，还给公司带来了额外创收。

在季度复盘大会上，面对质疑自己管理能力的领导， 启明紧张地不敢抬头。唯一可以确定的是，不会做管理的自己，可能真的要35岁退休了。

不懂管理的项目经理 就是个背锅侠

张力在某知名汽车制造公司，做了3年的项目经理。

别人眼里的项目经理，是个呼风唤雨的总指挥。但张力觉得，自己明明就是个背锅侠！

采购成本过高，项目经理背锅；工程出问题，项目经理背锅；甲方验收不满意，项目经理背锅；不可抗力导致工期延迟，还是项目经理背锅……

每天忙得心力交瘁，饭都顾不上吃，恨不得拿起电焊自己上手了，最后非但客户不愿继续合作，还被老板和同事说“根本不会管理”！

2

具备项目管理能力 到底有多吃香？

如果你平时经常翻看招聘网站就会发现，“项目管理能力”被越来越多次地提到。

尤其对于程序员来说， 项目管理能力已经成为了职场能力的分水岭，薪资待遇上也很丰厚。

㈢ 腾讯的程序员招聘有什么要求呢

腾讯公司长年招聘程序员，一般要求三年工作经验，熟悉C＋＋（或者C，Java），能独立承担编码工作。

程序员（英文Programmer）是从事程序开发、程序维护的基层工作人员。一般将程序员分为程序设计人员和程序编码人员，但两者的界限并不非常清楚。

职责

1、对项目经理负责，负责软件项目的详细设计、编码和内部测试的组织实施，对小型软件项目兼任系统分析工作，完成分配项目的实施和技术支持工作。

2、协助项目经理和相关人员同客户进行沟通，保持良好的客户关系。

3、参与需求调研、项目可行性分析、技术可行性分析和需求分析。

4、熟悉并熟练掌握交付软件部开发的软件项目的相关软件技术。

5、负责向项目经理及时反馈软件开发中的情况，并根据实际情况提出改进建议。

6、参与软件开发和维护过程中重大技术问题的解决，参与软件首次安装调试、数据割接、用户培训和项目推广。

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

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

(4)高级程序员招聘扩展阅读

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

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

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

参考资料

网络—软件工程师

网络—程序员

网络—系统架构设计师

网络—系统分析师

㈤ 招聘兼职程序员：1. 精通PHP以及MYSQL开发,熟悉Magento 开发平台；2、精通PHP语言

不算5年PHP+mysql程序员，业余的,从事seo优化,Magento未接触过
，有意向从事，希望提高编程能力

㈥ 为什么有人说大部分码农做不了软件架构师

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

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

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

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

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

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

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

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

作为一名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调优

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

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

㈦ 怎么样才算高级程序员

高级一般指的是5年经验以上的
但实际上没有固定说法，专注一件事5年左右都是高级人才
编程是需要持续积累的
一般招聘需求高级和普通 在JD上就有明显差异， 可以去读一读

㈧ 马上就要去实习了，程序员上哪个网找工作好啊

其实你可以网络搜索一下程序员招聘网站呀，里面可以出很多招聘网站出来的。也可以到中国程序员人才网找(http://www.cxyrc.com/).里面也有很多招刚毕业的程序员，只要你不怕辛苦啥都可以做!我刚出来工作的时候也是到哪里找的，也蛮好!

㈨ 如何招到一个靠谱的程序员

1. 简历看人
阅读简历永远是面试的第一步。好的简历一定是正确、清晰并且能够体现候选人最有价值一面的。我首先会过滤掉那些包含错别字，文句不通或没有逻辑性的简历，因为如果一个程序员连自己的简历都不愿意去仔细检查并完善的话，很难想象他写出来的代码质量会如何。接着，我便会重点阅读简历中的项目经验部分，在这里我能够看到面试者的开发经验，技能栈，并且判断他们熟悉的技术框架、工具是否与目前公司要求相匹配。
这里，我还会特别关注面试者是如何来写这部分项目经验的，你需要用尽可能简练的文字来描述项目的背景，你在项目中承担的角色、参与项目的时长，你用到的技术、以及你在项目中的亮点等信息。优秀的程序员们往往有一个共同的特质，那就是善于归纳，并能够一针见血的发现问题或把一个问题说清楚。我经常看到面试者在简历中像写故事一般地描述他们的项目经历，光这一个章节就有好几页，其实这反而会给你减分，因为这会让面试官判断你缺乏必要的归纳能力。
最后你的一些与编程有关的社会化活动，如：你在GitHub上的开源项目，在知乎、V2EX中给他人的解答以及你的个人技术博客等等都会给你加分，因为这说明你对所从事的工作有着极大的热情，并愿意在业余时间去学习和提高自己，就像在我之前的 “给职场新人的10点职业建议” 一文中提到的，如果你要成为一个领域的专家，那你必须花费超过10,000小时，而这光靠工作时间是远远不够的。
2. 给面试者10分钟介绍自己最擅长的
当面试者通过了笔试和HR面试之后，你就需要面对面地对候选人进行面试。我远不是什么面试专家，但我有一些自己的独特方法。我讨厌问一些很个人的问题，比如你的职业规划是什么？你为什么想换工作？等等。我更愿意给面试者10分钟时间，让他介绍自己最擅长和最感兴趣的领域。这往往能帮助我很快作出下面的判断：
这个人对他所做的事情是否充满激情
他们是否能在团队中很有效地进行沟通
他们是否在专业领域足够擅长
你的团队是否会乐于和这个人一起工作
这一招我在面试中用得很多，而实践证明也确实非常有效。
3. 基础打牢了吗？
一般，有一定规模的公司都会为面试者安排机考或笔试，从而能首先筛掉一批未能通过的面试者。另一些规模较小的或初创公司则会让面试官直接进行技术面试。其实，我觉得这两者的差别不大，有经验的面试官往往能够通过几个最简单的技术问题，判断出面试者的技术基础是否牢固，这不是为了证明他有多优秀，而是用来判断他是否是一名合格的程序员。对于我来说，并不看重机考的成绩，因为机试的考题很多能够在网上得到，特别对于一些外包公司，他们总是能够通过各种途径得到考题，从而使得他们推送的外包能够顺利通过笔试。
下面是我经常会问的几个问题（JAVA）:
HashTable与HashMap有什么区别？
Servlet是线程安全的吗？
JSP中 @include跟jsp:include的区别
HTTP的response code 403和500分别代表什么
......
这些问题都很简单，但一些基础不牢的程序员往往会在这个时候露馅。当然，根据面试岗位的不同，你还可以有针对性地问一些问题，例如，你需要找一个能写核心算法的程序员（比如 银行的总账计算，或者保险公司的保费计算），那么你可以问一些算法相关的问题。
4. 技术深度够吗?
具备牢固的技术基础，一般就可以满足项目中普通程序员的要求了，但如果你需要找的是一个资深程序员，那么你还需要对面试者的技术深度进行考察。我们现在做项目时都会大量使用框架，这能使我们的开发效率和质量都得到提升和保障，但同时也降低了对于程序员开发技能的要求。因此我一般会询问面试者下面的问题，来考察他对所使用框架的掌握程度。
请你描述一下，在这个项目中，从一个HTTP请求发起，到最终的Response返回，它在你的系统和框架内部是如何流转的？
这个问题往往能够判断出面试者对于相关技术掌握的深度。较初级的开发人员描述的层级往往比较浅，比如使用Spring MVC框架的，只能说到实现一个Controller继承BaseCommandController（甚至很多开发人员只知道继承了一个公司内部框架的基类），至于再往下Spring框架是如何进行内部流转的，就再也说不清楚了。而更资深的开发人员，往往能说出框架内部的实现机制，以及如何调用和处理的。在面试者描述的过程中，你还可以穿插询问一些比较有深度的问题，比如框架中某个类这样设计是哪一种设计模式的体现，采用这样的设计有什么好处等等。这比让面试者默写一个设计模式代码要有效、自然得多。
除了技术层面上的考察之外，对于资深开发人员，还需要考察他们的设计能力。说到软件设计，大部分面试者都能熟练地背出面向对象的三个基本特性：继承、封装、多态，也能把它们的概念描述清楚。但我一般会问下面的这个问题来考察他们的面向对象设计能力。
请用一段程序代码描述我们所在的这间房间。
我惊讶地发现至少有一半的面试者都很难准确使用Interface和Class来给房间建模，也有一些人会将最基本的代码语法或关键字写错。
5. 选择适合所在企业文化的人
这一点也曾是我经历的一个误区，我总是希望能为团队招到技术能力最强的人，而忽略了他是否与整个公司和团队的文化相匹配。这往往会造成，虽然招到了人，但没过多久就因为理念不同不欢而散的结果，反而给公司带来了损失。让我们看看GitHub的负责人是怎么说的。
我们很严肃地看待我们自己关于招聘流程的哲学。我们希望每一个GitHub员工都了解他们所要面对的环境，并保证他们是能够很好适应的。这包括我们所创造的文化、哲学、计划、错误甚至是晚餐。比起他们的技能是否满足要求，我们更看重他们的潜力以及是否能够适应我们的企业文化。
我曾在具有鲜明文化差异的不同公司或团队工作，看到许多崇尚开放、开源的程序员在一个相对封闭，具有很多流程以及规范限制的公司中很难发挥，最终选择离开。因此在招聘程序员时，选择合适的往往比选择最优秀的更重要。
6. 行为面试法
行为面试法可能是我在整个面试过程中唯一用到的教科书面试方法。一个程序员是否能够很好地工作，不仅取决于他能否顺利地完成开发任务，更重要的是在遇到一些特殊场景或问题时，他能否合理有效地处理和解决。行为面试法能够帮助我们从面试者描述的过去某一具体事件中，预测未来他在工作中可能的表现。下面便是一个我经常用到的问题。
请谈谈你在这个项目中遇到的最大困难或挑战是什么，你是如何解决的。
从面试者对上面这个问题的回答中，我能够很好地判断他是否有较强的独立解决问题的能力，而我认为这是除技术能力之外，程序员最应具备的能力。

7. 给他们一个虚拟任务
经过上面的这些环节，你可能对面试者的整体情况已经比较满意，但先别急着下结论。我曾见过能够顺利通过上面所有面试步骤，并且被雇佣的程序员，当他们进入实际工作后却没能把事情做好。
在你确定是否录用他们之前，可以给他们一个虚拟任务。我不是说一个抽象的程序问题，而是指一个真实的，可能就存在于你当前项目中，并且需要在一两个小时之内完成的一个开发任务。我曾经出过这样的考题：
写一个小程序将一个以特定格式（如CSV）存储的文本文件转换为XML格式，并存储为另一个文件。
你可以给他一台已经配置好开发环境以及IDE的电脑，让他当场编写代码。当然如果时间有限，你也可以直接询问面试者的实现思路，并简单用伪代码来描述处理过程。通过这个测试，你能够看到很多细节，比如面试者是否有良好的编码习惯，异常处理是否规范，代码逻辑是否缜密高效，以及他的开发效率是否足够高。如果面试者给出了非常优秀的解答，那么你就应该能够判断他确实是一个优秀的候选人了，因为我从没碰到过能够通过上面的测试，却在实际工作中无法做好的人。