阶段1:三年。
我认为3年是程序员的个障碍，这个阶段将会一些不适合编写代码的人。在这个阶段，我们走出校园，进入社会，成为一个程序员，正式从书本内容到真正的企业发展。我们知道如何团队合作，如何使用项目管理工具，版本控制，我们编写代码来测试运行在线等，积累了一定的经验，也对代码有了深刻的理解，是一个比较纯的编码阶段。

阶段二:五年。
5年是区分程序员的第二个门槛。有些人在三年内，除了工作之外，在空闲时间基本上不学习其他东西，这些人总是一个编码器，年纪较大的人一定会被年轻人所取代;有些人在三年内,除了写代码,也热衷于研究各种技术实现细节,看到N多好书,写一些博客,分享技术制造,这些人五年后必须能够获得技术和明确未来的发展方向,一步一步从一个编码器系统分析师或建筑师,项目中成为一个不可或缺的角色。

阶段三:十年。
十年是另一个门槛，改变职业或继续成为这个节点的程序员。如果在几年前不能雕刻换一份工作的思路和努力,所以十年后,一些人会成长为行业的深刻理解,技术有深刻的理解,可以从头开始来分析产品的程序员,这样一个人在公司基本的席技术官,技术、席架构师,如关键位置,这是一个光荣的事情,而且,当然,老板也不会亏待你的财务状况。

关于项目经验
经常在网上看到一些其他朋友提出的项目经验，根据我对面试的感觉，面试基本上是看:项目经验、基本技术和个人潜力(即是值得培养的)。

关于项目的经验:面试官介绍产品时将检查应聘者的沟通能力和思考能力,我们的大部分产品都是做一个函数或一个模块,但即便如此,因为不得不清理整个系统架构或产品,并且可以介绍清楚,为什么这个系统?这个系统的值是多少?系统的功能是什么?它的优点和缺点是什么?如果你重新设计系统你会怎么设计它?

我想这就足够概括了。也许你只工作了一年，也许你在你的项目中做一个小模块，这当然是你的弱点，你不能改变它，但是你如何弥补呢?
从中我总结几点：
1、明确你的项目到底是做什么的，有哪些功能。
2、明确你的项目的整体架构，在面试的时候能够清楚地画给面试官看并且清楚地指出从哪里调用到哪里、使用什么方式调用。
3、明确你的模块在整个项目中所处的位置及作用。
4、明确你的模块用到了哪些技术，更好一些的可以再了解一下整个项目用到了哪些技术。
在你无法改变自己的工作年限、自己的不那么有说服力的项目经验的情况下（这一定是扣分项），可以通过这种方式来一定程度上地弥补并且增进面试官对你的好感度。