原创： 黄小斜 程序员江湖 程序员
阅读本文大概须要 5 分钟。面试
做为一个程序员，想必你们曾经都作过一些项目，可能如今手头上也还有一些项目。数据库
不过仍是有不少学生朋友来问我“没有项目怎么办”，诚然，确实有很多同窗没有实习经历，又没有什么像样的项目经历，对于这样的同窗，简历上的项目经历难道只能空着了吗。缓存
其实否则，就算你是跟着一些课程作项目，你也能够经过丰富项目内容的方法把项目变成本身的，只要你真的去作了，真的理解了代码逻辑，同时有所收获，这个项目就是有价值的，是能够登上简历这一大雅之堂的。并发
正由于如此，如今不少简历上的项目经历的质量都是良莠不齐，同时有的项目经历又很是类似，面试官一眼就能知道你的项目究竟是真是假。框架
大部分的面试官都会对你的项目经历进行提问，你能不能清晰到位地描述号好你的项目经历，决定了你的项目价值，即便项目再牛掰，你不能把它讲清楚，那么也是白搭。工具
因此，回答关于项目方面的问题，是有技巧可循的，比技巧更重要的是 3 条原则，这也是我经历各类面试以后总结出来的东西。性能
一、真实性优化
项目经历，贵在真实，简历造假什么的真的不要想了，面试官稍微深刻问一下简历上的东西，保证你会一脸懵逼，简历上那些高大上的技术到头来反而成为你被面试官抓住的把柄。线程
何谓真实，首先，你要真的作过这些项目，其次，对项目的描述要真实，能够适度修饰，但不要太过夸大。
项目是真实的，你本身内心才会有底，面试官问的有问题，你才有把握可以回答。退一万步讲，就算你真的骗过了面试官，那你也谝不了你本身，简历造假若是在往后被发现，那处罚也是至关严重滴。
二、所写内容必定要和你有关
不少朋友都犯过一个错误，包括我，就是把喜欢把项目经历写的天花乱坠，好比把整个系统的开发工做都写在简历上，把部门的技术栈搬到简历上，把那些你没参与的工做都写到了简历上。
其实这只是看起来很美好而已，当面试官问你比较不熟悉的模块时，你就只能说这个不是你作的，那个也不是你作的，这就十分尴尬了，在面试官那里必定也是大大扣分的。
在吃了几回这样的亏以后，我简历上的项目经历再也没有出现和我无关的内容了，面试官问到实现细节我也可以应对自如，毕竟本身作过，内心确定清楚呀。
因此，与其期望着拿别人作得模块来浑水摸鱼，不如想一想如何提炼一下你的项目内容吧，就算真的只是简单的CRUD，也没有关系，所谓“亮点自寻”，这个时候你就应该想办法把项目里的亮点找出来。
好比你用了哪一个ORM框架来实现数据库交互，为何用Mybatis而不用Hibernate，或者是用了哪一个Web框架、日志系统、构建工具，又或者用了什么数据库、缓存，为何要用这些技术。
除此以外，你也能够介绍一下本身如何优化模块的性能，复杂的业务逻辑又是如何实现的。
三、分点叙述，条理清晰
这一点与其说是原则，不如说是技巧。把“分点叙述”翻译成白话文就是“一个模块用一段话来介绍，若是你作了 3 个模块，那么就分一、二、3点，分别用一句话来介绍所作的内容”
这里补充一下，你能够在分点描述里说起技术栈，或者是在项目总结的部分介绍相关技术栈。
好比：一、我负责部门数据运营报表模块的开发工做，使用JUC并发工具、线程池等技术完成该模块的业务逻辑开发，使用MySQL数据库、Hibernate框架完成数据层的处理，同时我对该模块的业务代码进行了优化，提高了数据报表30%的响应速度。
为何要分点叙述，其实就是让你的项目条理更清楚，面试官很容易就能看出你作了哪几个模块，能够对应地进行提问。
之前我没有分点描述项目，结果面试官只能从一大段话中提取一些关键字来提问，这可能让面试官很不满意。
不仅是项目经历里的模块须要分点描述，你本身在介绍本身的项目时也应该经过这种方式来完成，这样的好处显而易见。
你很快就可以条理清晰地向每个面试官介绍本身的项目，而且针对每个模块均可以很天然说出它们的难点、亮点，以及实现过程。
不要问我为何知道的，当我面试的次数愈来愈多时，我已经习惯了介绍项目、回答项目问题了。因此每次遇到关于项目的问题基本上都是张口就来，面试官一问什么我就知道要答什么了。
虽然以上三点原则不能包治百病，可是对不少同窗来讲应该是蛮有益处的。