目前，社会上的绝大多数的简历其实都是面试者根据自己的技能水平进行组装或取舍的，而毕业生或经验尚浅的学生有的时候，也会对自己进行包装，从而获得相应的职位。

这里我想说的是，简历包装不可过度，还是要包装出自己与众不同的地方，我们希望通过简历包装，从而更多的是获得面试的门槛和机会。

大概需要包装的几点如下：

1、没团队工作经验的要想办法提前感受团队工作模式，要提前假设一下

2、没真实项目名称的，要想办法把项目名称搞得真实一些，解决某些问题的，且项目里面存在比较真实的B端企业级的功能或C端某个业务领域的功能。

3、没学历的，这个更得去关注自己的能力了，不一定非得写上高大尚的项目，至少让人感受到很真实，企业里面的东西都了解。对于这类同学，包装简历去获得面试机会很很多人都会干的，优秀的人去面试小型公司还是希望很大的。

很多包装的简历，缺少了一些真实性的辅助说明，且部分学生/毕业生确实没工作过，无法体验工作的环境，导致在面试的时候，过度夸大简历和项目，导致有经验的面试官通过几个问题可以判断真假，同时，如今这个卷的社会也害了很多进不去大厂的同学，这类同学比比较尴尬，去大厂困难，去中小厂缺乏真实性和经验。

如果一开始觉得自己短期内无法进入大厂的，还是老老实实的把自己的技能包装的务实一些，那种高大尚的项目如果自己没有参与过，仅仅了解个流程是没啥意义的。

面试中小公司前，大家最好其他和HR沟通清楚，当前公司的业务产品是给自己用，还是给客户用。招聘这个职位是在公司本部开发还是客户现场开发。

如果面试的是一家中小公司，且这个职位需要去客户现场，这个时候注意，如果自己存在学历问题，最好不要去了，一般客户方需要去审核的。

如果面试的是一家中小公司，且这个职位不需要去客户现场，这个时候注意如果自己存在学历问题，面试的过程很不错的话，其实问题也不大的。这个时候，你的简历不会对公司造成影响。

分享下几个小经验：

经验一：团队代码的版本控制工作模式

这个很重要哦，如果是去小公司，可能面试官会问你们是用SVN还是Git，个人建议：

回答用SVN的坑比较小，且可以告诉面试官，之前的团队人数不多，SVN够了。且要准备下，svn冲突时，同事之间是怎么解决的。这个不想好，很容易让人判断出你没工作过。

建议方面：建议从阅读文章的此刻开始，在自己的电脑上安装Visual SVN服务端，每天开始把自己写的代码和功能进行版本提交，养成习惯。

题外话一：如果你要说Git的话，起码你得自己安装过Gitlab，每天都练习提交过。

题外话二：这个问题还得准备好，当前团队的工作人数、工作配合方式。

经验二：解决过实际问题或排查问题

这个也很重要，如果把自己包装的由经验的话，至少想想这个问题，我是如何排查和解决问题的。

最起码自己得知道这些linux命令是啥意思：

tail -f tomcat/logs/catalina.out、bin/startup.sh、kill -9、sftp

netstat -an | grep 3306 | wc -l、ps -ef | grep java | grep -v

show processlist

vi JAVA_OPTS=”server -Xms2g -Xms4g ………..”

各种中间件的日志如何查看等

面试的时候，可以自己提前想个问题，然后面试的时候找个机会往这里引入一下。

建议方面：建议从阅读文章的此刻开始，每天通过命令的方式启动自己的测试项目、查看项目启动日志和访问日志、每天自己启动Jenkins.war这个工具去练习。

经验三：结合自己的情况，去回答问题

如果面试官问你XX怎么看、怎么理解这种问题，不建议直接回答八股文的文章，建议结合自己项目中的东西，去说，比如这个关键词我们项目中，有个单例类用了/有个模块的哪个功能用了，用的时候我不太清楚是什么意思，经理说让我去学习一下，然后我就明白了，这个东西他是XX的X这么实现的，解决了XX的问题等等。

面试的时候，如果老是一问一答的交流，这个面试过程其实并不好。

建议方面：针对常见的面试题，选择几个常见的面试必问的东西，提前按照自己的语言进行梳理

经验四：熟悉项目的完整流程，提前想好自己是在哪个阶段加入项目的

对于B端，和甲方签合同类型的项目流程如下：

1、甲方发布采购需求想法(乙方可能会提交资质，并购买需求书)-乙方公司去参与POC测试-投标/中标

2、中标后，需求梳理、项目启动会、项目开发、代码质量/代码安全扫描、冒烟测试、SIT测试、UAT测试、性能测试/压力测试、安全渗透测试、上线部署、上线稳定、项目维保，结束

3、如系统进行二期、三期支持，则会简化上面的部分流程。

对于B端小公司，签合同前，自研项目流程如下：

市场产品需求想法、Demo或原型开发测试、简单流程性CRUD、市场验证，完善产品，参与各种招标POC

对于大公司或企业级别标准化CMMI的研发项目流程如下：

需求、评审确认并出文档、原型和设计、评审并输出文档、研发、评审和输出文档等等

能遇到从0开始的项目，或者是刚开始做的机会并不多，有些学生都是从某一个阶段开始加入项目组的，所以明确自己加入的阶段后，想想在那个阶段开始，自己做了那些工作。

对于研发的阶段：从研发进度去想想自己是在哪个阶段加入的。

建议方面：如选择自己通过包装简历的方式去获得面试机会，要认真的想想，自己是在哪个阶段加入项目组的，在想想自己做了那些方面(并不是单纯开发)，如果自己是开发阶段加入的，最好细分下。

经验五：项目名称和企业级功能要真实一点，技术要实用

老是看到有人写高大尚的项目和功能点，个人的建议项目名称最好比较真实一点，解决了某个方面的问题等。

个人建议多少加上几个系统必备的功能或比较真实的功能点，比如：字典管理、定时任务管理、日志管理等。

比如日志管理的设计：简单的设计方案就是AOP注解通用记录内容，高级一点的设计方案就是通过AOP+Spring El实现人性化系统日志(可参考美团技术团队的一篇文章或悟空CRM的系统日志设计)。这个就挺好啊，挺实用，有技术思考。

建议方面：坚持关注大厂的技术文章或一些开源项目，从中选取有用的，解决真实项目的功能点的逻辑，并能简单说明白。