许多学习软件开发的学员不知道如何在个人简历中如何填写“项目经验”或“项目描述”，最近接触的一些学员在简历中，往往项目经验及描述都只能寥寥几笔完事，这样的简历肯定是不吸引招聘企业HR的。

  那么软件开发人员如何才能写好个人简历中的项目经验及描述呢？

  首先你要知道招聘企业想从你的项目经验里的描述中获得什么信息？他们真的在乎你的项目用在了那一行业？为这个行业提高了多少效率吗？实际上对方需要知道的无外乎以下几点：

1、你在实际开发中用过什么技术、用了多久；

2、你在项目组中的位置、是否能独立解决问题；

3、你的业务知识与团队合作能力等。

  技术显然是最重要的，但你需要非常用心的描述整个项目的技术框架，让招聘人员知道你从对宏观上架构很熟悉，然后突出你解决的技术问题。

下面我们以JAVA为例，参考一种项目描述：

“本项目采用JSP + JavaBean + Struts开发，采用了MVC模式，表现层与业务层分离，易于维护、扩展”

感觉如何？其实觉得很糟糕，短短的几句话中居然包含了大量的重复，使用Struts了难道能不用JSP吗？难道能不MVC吗？可维护性本该是描述的重点，可是只有简单的一句“表现层与业务层分离”……

下面是一段成功的项目描述：

“本项目结构上分为表现层、业务层和数据访问层，层次间的依赖关系自下到上。
采用的技术有Struts，Spring，Hibernate，Log4J，JDom等。
其中表现层采用Struts框架开发；
业务层封装业务流程，为适应业务的变更，每一业务模块均有专门的接口及实现类，利用Spring的IoC功能将实现类注入给表现层的Action；
数据访问层借助于Hibernate实现，代码简洁且可适应不同的数据库。
事务部分利用Spring的声明式事务管理。
为提高性能，采用Servlet Filter实现了缓存代理”

  这段项目经验描述简单的勾划出了系统的结构，也表现出你非常熟悉Struts，Spring，Hiberante这几种技术。

  同时可以注意到，其中一些重要环节描述的十分简略，比如事务、缓存代理，这其实是故意的。

  面试的时候很多人都怕对方突然问一个自己没有准备的问题，往往缺乏应变能力。一方面你需要多进行专门的练习，另一方面要知道面试时你并不总是被动的，等待对方发问。

  如果你给对方的只是一份普普通通的简历，里面只提到了大家都会提及的JSP，Struts，那你只好等待对方随机的问题了。但是如果你的项目经验和描述像刚才那么写，对方就很可能会问你到底是如何在Spring中应用事务、如何使用缓存代理（如果对方是技术人员的话），这时你已经变被动为主动啦……当然，前提是你写的这些技术要点一定是自己掌握的，事先已经想好如何表达的！这只是一点面试技巧里面的内容。

  总之写好个人简历中项目经验中项目描述也是求职方法的一种。 查看全部

   很多学员在培训阶段成绩优异，甚至有些是班上公认的“大神”。但是到了面试环节却屡屡碰壁，同期毕业的学员都已找到心仪的工作，自己却还在苦苦的投简历面试。结果越面越绝望，最后只能入职一家比自己预期差很多的企业。明明面试只是一场普通的交流，为何我们如此紧张 ？
 





1.与面试官素未谋面，却对即将到来的见面抱有期待。
 
  我们期待能通过面试，也正是因为这样的压力，我们无法在面试中有一个自然的表现。就是典型的过于在乎，反而表现得太刻意。
 
2.在面试过程中，当我们准备表现自己的时候紧张，是正常的生理反应。
 
  在熟人面前，我们就不会有这样的感觉。处在陌生的环境中，人会感到不自在，即使我们知道自己能够胜任某份工作，仍会被很多元素左右，比如说：
 
- 被面试官判断，让我感到不舒服；
 
- 为了能有一个好的表现，面试官所提的每一个问题，我都有一种“必须拿出好答案”的压力；
 
- 我不知道他会问什么，也不确定我的答案能否让他满意；
 
- 谈论自己的事情会感到不舒服，“推销”自己也会让自己不舒服；
 
- 因为不经常面试，表现得好不好，心里没底；
 
- 我真的需要这份工作，如果面试不成功，以后就再也没有机会了；
 
- 我总是担心面试官认为我的回答很幼稚，或者担心他们不看好我的背景；
 
- 我不知道面试官到底要招一个什么样的人，为了确保万无一失，我应该超水平发挥……
 
不安全感，不自信，被动，焦虑，以及各种压力交织在一起，面试的时候能不紧张吗？总是在面试过后，才想出更好的回答方式，可为时已晚。
 





有什么办法能缓解面试带焦来的紧张和虑吗？ 有。
 
1.做好准备。花越多的时间去准备，你就越自信。
如果你准备得足够充分，那么，不管面试官提出多么尖锐的问题，你都能很好地将自身的技能和应聘的岗位匹配起来，自然就水到渠成了。需要准备好的事情包括：
 
- 纸质简历，证书原件，推荐信什么的，用一个文件袋装好；
 
- 准备好面试时要穿的衣服，以免出门的时候匆匆忙忙；
 
- 根据应聘的职位要求，提一些问题，列出你要回答的点，做到心中有数；
 
- 考虑好你要给面试官所留下的印象：如果你想让面试官认为你是个外向的人，则告诉自己，面试的时候尽量不要太拘谨；
 
- 对着镜子练习，纠正不合适的言谈举止，试着说说你准备的答案，这会帮助你在焦虑的时候回想起这些信息；
 
- 心态一定要到位，告诉自己：一切准备就绪，不要临阵惊慌。
 
2.深呼吸。
  当我们感到紧张或焦虑的时候，短而急促的呼吸，心跳加快，这些都是正常现象。呼吸速率增加是对生存威胁作出的无意识的生理反应。虽然在面试的时候并没有这样的威胁，但这种感觉可能会有。这种感觉，也会让我们说话的语速加快。
  因此，调整呼吸是在面试前或面试时克服紧张的一种方式，而深呼吸是最有效的方法之一。用鼻子吸气，嘴巴呼气，节奏放慢，重复几次。在说话的时候，尽量放慢语速，把你的观点表达清楚。
 
3.改变你的观念。不要一味地认为是面试是单方面的，其实你也在面试向你提问题的那个人，时刻判断着这个职位是否合适你---找工作本就是双向选择。不妨也给面试官准备一些问题，让你在面试的过程中，“也有掌握主动权的时候”。
  所以，不要对绝望感低头。不管你多么渴望这份工作，这始终只是一个发展的机会，你的整个未来并非依赖于这个职位，甚至你还不了解这个岗位---虽然招聘条件写得很诱人，但事实未必适合你。或者你可以这样想，面试可以是一个学习的机会，如果通不过，就总结经验教训，知道下次面试的时候应该注意什么。
 
4.放松自己。
- 可以不用一直坐着，站起来走走，让肌肉放松。
 
- 拿出一张纸，写下你产生恐惧的原因，和你当时的想法，当你把这些写出来之后，其实，面试也没有那么可怕。
 
- 嚼口香糖也可以帮助缓解紧张情绪。为了你的形象，请一定不要在面试的时候嚼口香糖。
 
- 保持微笑。
 
5.面试之前，先填饱肚子。
  面试就像一场考试，在你各种思考，各种回答问题的时候，你的身体也在不断地消耗大量的能量。考过英语四六级的孩纸都知道，短短几个小时，卷子没有写完，反倒是肚子先开始叫了。同样的，在饥肠辘辘的情况下，你很难拿出最佳的状态去参加面试。
  注意，不要吃味道太大的东西，如韭菜/大蒜/腌制蔬菜，trust me，这些食物的味道连口香糖都盖不住！吃完东西记得照照镜子，不要让菜叶塞在牙缝里，保持面部干净。
 
 
 
 
 
 
 
  查看全部

  也许你刚刚走出校园想充实自己多一项技能，也许你在社会上摸爬滚打了一阵又想学点东西，在这里经历了一段介于职场和校园之间的过度。在这里你可以偷懒；天气不好，身体不适，可以有任何理由来请假；没有人逼你完成某一项任务；
  但是当你走出实训时代的大门那一刻，你就是真真正正的职场人。不管你愿不愿意，也不管你转身的姿态是华丽还是狼狈。
  在这里给你几点建议，可以说是一针见血但非常受用。
 1、公司里没有人惯着你，没有人会对你的成长负责，除了你自己。
2、公司不是学校，不会整天培训你。要想学到更多东西，要在平时多动手、勤思考。
3、不要担心自己没有成长空间，只要你表现出足够的意愿和能力，你的主管会很乐意给你机会。
4、认为只要做好本职工作就是OK，这样你永远也得不到升职的机会，得到永远在付出之后。
5、不要担心自己做错事，因为只有多做事才有机会做错事。你要避免的是在同样的事情上一错再错。失败并不是成功之母，失败后的总结才是成功之母。
6、“不懂——>提问——>得到答案——>去做”，在这样的过程中你不会得到锻炼，最好的过程是“不懂——>思考——>提问——>讨论——>得出结论——>去做——>总结——>分享——>改进”。 查看全部

书籍是知识和智慧的重要来源。但不幸的是，现在很多人已经不愿意看书了。程序员更是罕见地会去读书，最常见的依靠互联网搜索结果来找寻答案。
  技术向前的步伐比人类历史上的任何时候都要走得更快。用不了几个月，就会有新的编程语言和工具问世，弥补现有语言、工具和方法的缺陷。
  事实上，许多伟人都已经遇到过差不多的问题，并指出了解决这些问题的最佳途径。而这些方法和解决方案都收录在一些超棒的书籍中。
  下面就是在这个行业中开发人员应该阅读的一系列书籍。

《The Pragmatic Programmer》

  绝对是书籍中的瑰宝！这不是常规地建议你编码，编码还是编码的编程书。事实上，它并不限定于某种特定的编程语言：在这本书中的智慧适用于所有编程语言。
  这本书不仅可以帮助改变编码的习惯，还可以改变你作为一个程序员的性格。它充满了关于如何改进自己和代码的实用建议。
  还有一个总结了提示和检查清单的小册子。
 
《The Mythical Man-month》: 关于软件工程的散文集
 
  非常经典，被奉为软件行业的圣经。第一次出版于1970年，但是里面的内容比起以前，可能更适用于现在！
有听说过这些话吗？它们均摘自于这本书！
“所有的程序员都是乐观的：一切都会顺利。”
“添加人手到一个延迟的项目中只会导致完成得更慢。”
“生一个孩子总是需要九个月的时间，不管安排多少个女性。”
“一个煎蛋，承诺在两分钟内完成，但如果两分钟后还是没有准备好，那么客户有两种选择——等待或吃半熟品，软件客户也只能这样选择。”
  正从标题中所说的那样，这是一本散文集。文辞优美。这本书唯一的缺点就是引用了年迈25的古老技术。但是，这并不影响这本书的魅力。
 
《Clean Code》: 敏捷软件工艺的手册
  有没有在看他人代码的过程中，不由自主地发出“哦，天哪，这是什么？”的经历，那么这个人肯定没有阅读过《Clean Code》。
  这是一本关于软件工艺史诗般的书籍。这本书不仅会告诉你如何编写好的代码，而且还提供了软件开发的高效途径。照着去做的话，必将改变你的工作前景。
  书中描述了编写干净代码的原则、模式和做法。里面一些关于整洁代码的几个案例都是开发人员宝贵的经验教训。
  请注意，虽然在这本书中的所有实例都是关于Java的，但是从中学到的经验教训可以应用于任意的编程语言。
  这本书出版得比较晚，所以可能更能引起年轻开发人员的共鸣。
 
《The Clean Coder》：专业程序员的行为守则
  此列表中Rob Martin的第二本书。建议你在读了《Clean Code》后，再读这本书。《Clean Code》讲的是代码，而这本书是关于“Coder”。
  该书探讨了一些程序员经常忽视的主题。
  成为专业的程序员意味着什么？
  如何打磨自己成为一个真正的软件工匠
  冲突和紧张的日程处理
  如何管理你的时间？如何扩张技能？
  何时说“不”
  避免倦怠
  ..以及更多。
  你可能并不总是同意作者的观点，但它提供了良好的精神食粮。这可能并非你所期望的，但可能正是你所需要的。
 
《Peopleware: Productive Projects and Teams》
  很棒的一部作品。这本书并非关于编程。这是一本有关管理和激励程序员的书籍。开发人员也应该阅读。很多时候，开发人员，尤其是那些没有经验的开发人员，不理解管理的思维过程。
  软件开发是一个创造性的过程。但是，大多数管理人员把它当作是流水线。开发人员被视为是机器上可替换的齿轮零部件。管理人员普遍性地会给予一个紧迫 的时间期限，当作促进积极性唯一途径。他们对开发人员的工作不感兴趣，甚至可悲的是，他们也不会试着去理解开发人员或他们自己的工艺。
  如果你想成为一个想要的是质量，而不仅仅是数量的管理人员，那么请立刻阅读这本书！
  作者解释了管理者应该如何以一种可持续的方式使他们的软件开发团队认识到他们的潜力。 查看全部

第一、 基础很重要，不要生疏了。不管应聘什么开发岗位，基础永远是最重要的。IT业不停地在炒作新概念，昨天是SOA，今天是云计算。我们永远不知道明天流行什么，但是只要有踏实的基础，辅以较好的学习能力，要跟上步伐也不会太难。 所以绝大多数公司都会特别看重应聘人员的基础能力，比如编程语言本身的特性、基本的算法和数据结构、进程间通信等等，毕竟这些具体技术问题有客观的答案，而且在各具体行业都是相通的。 工作三年以上的人，往往都习惯了“拷贝+修改”式的工作，用不到的基础知识基本上都忘掉了，一到应聘的时候就难免眼高手低，总是抓不住机会。 而事实上，技术基础即便是遗忘了，也是可以很快捡起来的。如果你确实忘了很多基础知识，那么参加面试的前夜，花点时间把大学里的课本再翻出来看看吧。似乎很土的方法，但确实是有效的。

第二、 要关注技术前沿。不管做任何工作，如果只顾着低头做事，而不晓得抬头看天。那么不管做多久，自身的水平总是停留在毕业时的水平；如果基础又忘记了太多，那还不如毕业生。 关注技术前沿，并不是要求跟进每一个新技术，而只需关注目前主流媒体经常宣传的一些新技术、新思想。关注这些技术前沿的动向，并能将他们与自己从事的工作联系起来作一些深入思考，那么这是向面试官宣扬你的学习能力的一种好办法。

第三、 小公司比较看重知识的广度，大公司更看重知识的深度。如果你想去一些小公司工作，那么由于他们人少，分工没那么细，所以他们大多喜欢知识面广的应聘者——你会听到更多的“怎么做”。对于应聘这样的公司，你可以着重培养知识的广度，比如做网站后台开发，最好也能js、css、apache、mysql都懂一些，能独自搭建一套完整的网站，这样去很多小公司难度都不太大。但是由于个人的精力总是有限的，所以要注意不要铺得太开，重点还是在后台开发本身。 而大公司由于分工比较明细，所以往往更喜欢考量重点知识面的深度——你会听到更多的“为什么”。所以平常解决问题时，不要光搜索一把解决了就完了，还需要仔细研究各种问题的来龙去脉，并能分析总结，将这些收获系统化、理论化。 当然，广度和深度的需求不是绝对的，一个优秀的开发人员应该对至少一到两个专业领域有着深入的了解，并熟悉其他相关领域，也就是所谓的一专多能。

第四、 良好的简历设计可以为你的应聘加分。社会应聘的简历往往比校园应聘的简历写得随意，因为有工作经验的人往往认为面试官会更看重他的工作经验，而不是简历格式。其实不然。 大多数简历只会出现在面试官面前10秒到1分钟不等。这个短短的时间内，如何让你脱颖而出？这个方面有很多的攻略，我只说重点建议，不解释原因。 一是简历要突出优势，而不是描述经历。比如出身名校、就职过名企、参与过著名项目、拿过大奖，这些比较客观的优势要重点突出。如果你没有UI的功底，那么简单地放大加粗也可以达到效果。当然有些公司只接受文本型简历，那就设法加一些特殊符号吧。 二是技术简历减少模糊化的语句，最好能数字化。例如项目代码量，维护的数据量，网站的访问量，请求平均耗时等等。 三是简历要能结合应聘岗位做一些匹配的修改。撇开招聘网站通用的简历不谈，如果你明确对一个特定公司的特定岗位投出简历，那么你有必要把跟对应岗位无关的内容弱化，并强化跟其业务相关的内容。如果实在行业差别太大，那么表达几句对其行业的见解和兴趣也是可以的。

第五、 要有积极的沟通意识。优秀的面试官会激励应聘者讲他原先工作的内容，并从而评估出应聘者的能力水平。但隔行如隔山，绝大多数面试官会慢慢将问题引向自己熟悉的领域——这往往又是应聘者不太熟悉的领域。这就要求应聘者能积极分析面试官的兴趣点，并将自己相近的特长表现出来。一种可能的引子是这样：“唔，你问的问题我并没有直接遇到过。但是我做的XXX系统也许跟你的这个问题有些关联，你有没有兴趣听一听？”有哪个面试官会回绝你呢？ 面试管也许会故意问一些模糊的问题来混乱你。但是不要怕，多问几个问题，定位清楚他的意向再简明扼要地回答一下就好了。 如果跟面试官有了意见冲突，也尽量不要再同一个问题上纠缠。那也许是故意制造的陷阱——看看你的团队意识。应聘者需要明白的是，在面试场合中不要妄图“战胜”面试官，即便是碰上一个期望“战胜”应聘者的面试官。

第六、 要有良好的表达能力。没有哪个面试官喜欢啰啰嗦嗦说了半天还是没说到点子上的应聘者，所以要尽量简明扼要地回答问题，除非面试官确实表现出对具体细节的兴趣。 回答问题时注意面试官的情绪变化，一旦他表现出任何想打断的意愿，立即一句话结束这个话题。 有些比较复杂的问题，可以先思考十到二十秒钟，因为一旦开口就没有思考的时间，话多的人不容易收住话题。 跟学校考试不一样，大多数主观性问题并不要求应聘者一二三四说得滴水不漏，能说到大部分关键点就是可以的了。 另外注意，各种技术术语不要搞混了。搞不清楚的理论概念，不如不说。免得面试官听到个术语就拉出来穷追猛打，把自己问挂。

第七、 自信。 大多数做技术的，平时都信心满满，一到应聘的时候却总觉得自己不懂的东西还太多。回答问题时声音太小，或者畏畏缩缩用很多“可能”“也许”“大概”。 这个不一定影响你的录用，但是不自信的表现无疑会影响在跟HR谈薪水时候的议价能力。所以，无论如何，应聘的时候表现得轻松镇定一些，还是很有好处的。 当然，自信和自大之间往往只有一线之差。千万小心，不要过度地表现自信搞成了自大，因为HR往往对这一点非常敏感。 如果你只是要谨慎地表现自信的话，我觉得回答问题时面带微笑就够了。 最后需要特别提醒的是，以上种种其实只不过是应聘时的技巧和注意点而已。职业规划需要有长远的眼光和坚持不懈的学习。台上一分钟，台下十年功。真正的实力还是要在平时工作和学习中进行积累。 如果你真是NB到别人要来挖你的话，那你压根不需要应聘就总是能有好工作了。 查看全部

 
对于底子薄、转专业的同学，简历上没什么可写的是个普遍问题。要解决这个问题，就需要发掘自己的优势。
 
>>>为什么无从下笔？
很多时候大家觉得自己无从下笔有几方面的原因的。
第一，以往的工作经历和想投的工作不吻合，
第二，做的项目觉得不够重要，
第三，确实是什么经历都没有。
 >>>如何发掘可写的点?
针对第一类问题，可以想办法和目标职位靠拢。例如通用的经验和技术，职位所需的特性等等。

针对第二类问题，就需要自己去深入思考自己项目的重要性。很多时候大家觉得我可能就是某个公司的某个小组做一些边角的事情，但是大家要想，为什么这么大的公司不找别人去做这个工作而找你？说明还是有你的价值在其中的。对于这样的项目，一般我会先介绍这个公司的价值，然后是我们组对于公司的贡献，最后就是我做的工作的重要性。层层递进，自然写出了你的价值。

至于第三类问题，就需要大家去发挥积极性，多参与一些技术开发活动了。现在开源社区非常活跃，你完全可以参与其中。一开始哪怕就是修改标点符号也好，然后不断的升级积攒更多的经验。如果直接参加开源社区对你的技术要求太高，也可以去参加线上培训的项目，一般这些项目会有老师来亲自带着做项目，会更有指导性。



  查看全部