简历上的项目经历一般要写什么，写几个最好？
回答·105
最热
最新
- 三个 1. 选择自己参与度更高，更熟悉的项目。 2. 选择自己成长最多的项目。 3. 选择与求职岗位更符合的项目
- 三个 1. 选择自己参与度更高，更熟悉的项目。 2. 选择自己成长最多的项目。 3. 选择与求职岗位更符合的项目
- 写工作做得比较好的工作经验的
- 三个吧 如实写就好啦
- 写 3 个左右，把自己做的比较好的写出来
- 首先要看你面试的是什么岗位，根据岗位去写简历 其次更多的将自己优秀与所面试岗位相关填写 多写✍🏻多写多写
- 在我看来不论写几个，都要满足以下 3 点，因为工作是双向选择的一个过程，所以要拿出自己最好的一面，最真实的一面给你的面试官 1、真实性 项目经历，贵在真实，简历造假什么的真的不要想了，面试官稍微深入问一下简历上的东西，保证你会一脸懵逼，简历上那些高大上的技术到头来反而成为你被面试官抓住的把柄。 何谓真实，首先，你要真的做过这些项目，其次，对项目的描述要真实，可以适度修饰，但不要太过夸大。 项目是真实的，你自己心里才会有底，面试官问的有问题，你才有把握能够回答。退一万步讲，就算你真的骗过了面试官，那你也谝不了你自己，简历造假如果在日后被发现，那处罚也是相当严重滴。 2、所写内容一定要和你有关 很多朋友都犯过一个错误，包括我，就是把喜欢把项目经历写的天花乱坠，比如把整个系统的开发工作都写在简历上，把部门的技术栈搬到简历上，把那些你没参与的工作都写到了简历上。 其实这只是看起来很美好而已，当面试官问你比较不熟悉的模块时，你就只能说这个不是你做的，那个也不是你做的，这就十分尴尬了，在面试官那里一定也是大大扣分的。 在吃了几次这样的亏之后，我简历上的项目经历再也没有出现和我无关的内容了，面试官问到实现细节我也能够应对自如，毕竟自己做过，心里肯定清楚呀。 所以，与其指望着拿别人做得模块来浑水摸鱼，不如想想如何提炼一下你的项目内容吧，就算真的只是简单的 CRUD，也没有关系，所谓“亮点自寻”，这个时候你就应该想办法把项目里的亮点找出来。 比如你用了哪个 ORM 框架来实现数据库交互，为什么用 Mybatis 而不用 Hibernate，或者是用了哪个 Web 框架、日志系统、构建工具，又或者用了什么数据库、缓存，为什么要用这些技术。 除此之外，你也可以介绍一下自己如何优化模块的性能，复杂的业务逻辑又是如何实现的。 3、分点叙述，条理清晰 这一点与其说是原则，不如说是技巧。把“分点叙述”翻译成白话文就是“一个模块用一段话来介绍，如果你做了 3 个模块，那么就分 1、2、3 点，分别用一句话来介绍所做的内容” 这里补充一下，你可以在分点描述里提及技术栈，或者是在项目总结的部分介绍相关技术栈。 比如：1、我负责部门数据运营报表模块的开发工作，使用 JUC 并发工具、线程池等技术完成该模块的业务逻辑开发，使用 MySQL 数据库、Hibernate 框架完成数据层的处理，同时我对该模块的业务代码进行了优化，提升了数据报表 30%的响应速度。 为什么要分点叙述，其实就是让你的项目条理更清楚，面试官很容易就能看出你做了哪几个模块，可以对应地进行提问。 以前我没有分点描述项目，结果面试官只能从一大段话中提取一些关键字来提问，这可能让面试官很不满意。 不只是项目经历里的模块需要分点描述，你自己在介绍自己的项目时也应该通过这种方式来完成，这样的好处显而易见。 你很快就能够条理清晰地向每一个面试官介绍自己的项目，并且针对每一个模块都可以很自然说出它们的难点、亮点，以及实现过程。 不要问我为什么知道的，当我面试的次数越来越多时，我已经习惯了介绍项目、回答项目问题了。所以每次遇到关于项目的问题基本上都是张口就来，面试官一问什么我就知道要答什么了。
- 看自己的工作经历，如果经历在三个以下可以全写上，如果在三个以上可以根据求职职位情况选三个详细写，最好写最近的前三个，其他的可以简单一句话概括
- 我觉得是三个，为什么呢？ 少于三个：一来会让面试官觉得项目经验会很少，二来会显得项目知识领域会比较单一。 多于三个：多于三个简历就会很臃肿了，我觉得大部分面试官是不会仔细看一份五六页的简历的。甚至都不会翻。 项目经验多于三个怎么选？ 1. 选择自己参与度更高，更熟悉的项目。 2. 选择自己成长最多的项目。 3. 选择与求职岗位更符合的项目。
- 有几个项目经历不重要，重要的是和你应聘岗位的匹配度，还有项目中你担任的角色和绩效。