├── .gitignore ├── README.md ├── 程序员鱼皮的写简历指南（保姆级）1、基本写法.md ├── 程序员鱼皮的写简历指南（保姆级）2、简历优化.md ├── 程序员鱼皮的写简历指南（保姆级）3、问题和建议汇总.md ├── 程序员鱼皮的写简历指南（保姆级）4、优秀简历参考.md ├── 程序员鱼皮的写简历指南（保姆级）5、项目真实性优化.md ├── 程序员鱼皮的写简历指南（保姆级）6、项目亮点增加.md └── 程序员鱼皮的写简历指南（保姆级）7、AI 优化项目.md /.gitignore: -------------------------------------------------------------------------------- 1 | ### JetBrains template 2 | # Covers JetBrains IDEs: IntelliJ, RubyMine, PhpStorm, AppCode, PyCharm, CLion, Android Studio, WebStorm and Rider 3 | # Reference: https://intellij-support.jetbrains.com/hc/en-us/articles/206544839 4 | 5 | # User-specific stuff 6 | .idea/**/workspace.xml 7 | .idea/**/tasks.xml 8 | .idea/**/usage.statistics.xml 9 | .idea/**/dictionaries 10 | .idea/**/shelf 11 | 12 | # AWS User-specific 13 | .idea/**/aws.xml 14 | 15 | # Generated files 16 | .idea/**/contentModel.xml 17 | 18 | # Sensitive or high-churn files 19 | .idea/**/dataSources/ 20 | .idea/**/dataSources.ids 21 | .idea/**/dataSources.local.xml 22 | .idea/**/sqlDataSources.xml 23 | .idea/**/dynamic.xml 24 | .idea/**/uiDesigner.xml 25 | .idea/**/dbnavigator.xml 26 | 27 | # Gradle 28 | .idea/**/gradle.xml 29 | .idea/**/libraries 30 | 31 | # Gradle and Maven with auto-import 32 | # When using Gradle or Maven with auto-import, you should exclude module files, 33 | # since they will be recreated, and may cause churn. Uncomment if using 34 | # auto-import. 35 | # .idea/artifacts 36 | # .idea/compiler.xml 37 | # .idea/jarRepositories.xml 38 | # .idea/modules.xml 39 | # .idea/*.iml 40 | # .idea/modules 41 | # *.iml 42 | # *.ipr 43 | 44 | # CMake 45 | cmake-build-*/ 46 | 47 | # Mongo Explorer plugin 48 | .idea/**/mongoSettings.xml 49 | 50 | # File-based project format 51 | *.iws 52 | 53 | # IntelliJ 54 | out/ 55 | 56 | # mpeltonen/sbt-idea plugin 57 | .idea_modules/ 58 | 59 | # JIRA plugin 60 | atlassian-ide-plugin.xml 61 | 62 | # Cursive Clojure plugin 63 | .idea/replstate.xml 64 | 65 | # SonarLint plugin 66 | .idea/sonarlint/ 67 | 68 | # Crashlytics plugin (for Android Studio and IntelliJ) 69 | com_crashlytics_export_strings.xml 70 | crashlytics.properties 71 | crashlytics-build.properties 72 | fabric.properties 73 | 74 | # Editor-based Rest Client 75 | .idea/httpRequests 76 | 77 | # Android studio 3.1+ serialized cache file 78 | .idea/caches/build_file_checksums.ser 79 | 80 | -------------------------------------------------------------------------------- /README.md: -------------------------------------------------------------------------------- 1 | # 程序员写简历指南（保姆级）by 程序员鱼皮 2 | 3 | > 在线阅读体验更佳：https://www.code-nav.cn/course/cv 4 | 5 | 大家好，我是程序员鱼皮。做知识分享这些年来，我看过太多简历、也帮忙修改过很多的简历，发现很多同学是完全不会写简历的、会犯很多常见的问题，不能把自己的优势充分展示出来，导致措施了很多面试机会，实在是很可惜。 6 | 7 | 为此，我写了这份《程序员写简历指南（保姆级）》专栏，多达几万字，帮大家了解： 8 | 9 | - 如何写一份规范的程序员简历？ 10 | - 如何在简历中增加亮点？ 11 | - 有哪些常见的简历问题？ 12 | - 如何利用写简历来提升自己？ 13 | 14 | 在投递简历或者找他人帮忙看简历之前，请先把本专栏 **一字不差地完整阅读一遍** ，并且根据建议先自行修改简历，从而增加回复率。 15 | 16 | 对于不急着找工作的朋友，我也建议 **尽早准备一份简历** ，并且随着学习持续完善和优化，毕竟机会总是留给有准备的人。 17 | -------------------------------------------------------------------------------- /程序员鱼皮的写简历指南（保姆级）1、基本写法.md: -------------------------------------------------------------------------------- 1 | # 程序员鱼皮的写简历指南（保姆级）1、基本写法 2 | 3 | 大家好，我是程序员鱼皮。做知识分享这些年来，我看过太多简历、也帮忙修改过很多的简历，发现很多同学是完全不会写简历的、会犯很多常见的问题，不能把自己的优势充分展示出来，导致措施了很多面试机会，实在是很可惜。 4 | 5 | 为此，我写了这份《程序员写简历指南（保姆级）》专栏，多达几万字，帮大家了解： 6 | 7 | - 如何写一份规范的程序员简历？ 8 | - 如何在简历中增加亮点？ 9 | - 有哪些常见的简历问题？ 10 | - 如何利用写简历来提升自己？ 11 | 12 | 在投递简历或者找他人帮忙看简历之前，请先把本专栏 **一字不差地完整阅读一遍** ，并且根据建议先自行修改简历，从而增加回复率。 13 | 14 | 对于不急着找工作的朋友，我也建议 **尽早准备一份简历** ，并且随着学习持续完善和优化，毕竟机会总是留给有准备的人。 15 | 16 | 这是专栏第一章：主要学习如何写出一份不错的简历。 17 | 18 | 19 | 20 | ## 写在前面 21 | 22 | ### 简历有多重要？ 23 | 24 | 简历是一个人求职的门面，也是整个求职过程中的 **第一步** 。如果简历不过关的话，后面的笔试、面试可能连机会都没有！ 25 | 26 | 好的简历不仅能帮助你拿到面试机会，增加面试官的好感度。还能通过适当的内容引导来帮助你在面试中 **出奇制胜** 。 27 | 28 | 29 | 30 | ### 什么时候准备简历？ 31 | 32 | **千万不要等到找工作前才开始准备简历！** 真正好的简历不是一两天就能包装出来的，而是通过个人长期以来的积累、不断发掘并改进自己的不足、经过了多个版本的持续优化后才凝练而成的。 33 | 34 | 在你学完基础的开发技能，比如开发框架（前端 Vue、后端 SpringBoot 等），并且能够独立运用所学技术来完成一个属于自己的项目之后，就可以开始准备简历了。一般是学编程 6 个月到 1 年左右就可以开始准备了，写简历的过程也是帮助自己对当前的状态和学习进度、不足有个清醒的认识。 35 | 36 | **正所谓有积累，才能锋芒毕露。** 37 | 38 | 如果你现在不想准备简历也没关系。很多公司会在 8 月份正式开启秋招（提前批），所以大家在 6 - 7 月份的时候准备好简历就没问题；很多大厂会在 2 - 3 月份开启春招（提前批），所以大家参加春招的话尽量在 2 月份准备好简历。 39 | 40 | 41 | 42 | ## 简历文件 43 | 44 | ### 1、简历模板 45 | 46 | 一份优秀的简历必须在 **外观和内容** 上都很出色，做到秀外慧中。所以，挑选一个好的简历模板是至关重要的！ 47 | 48 | 网上有大把大把的简历模板、还有什么几百套简历大全之类的，让人眼花缭乱。 49 | 50 | **其实完全没有必要在简历模板上纠结！** 51 | 52 | 只要保证简历结构是从上到下、布局清晰、排版整齐、简洁干净就好。 53 | 54 | ✅ 推荐： 55 | 56 | ![](https://pic.yupi.icu/1/1700969453189-7d6ff1df-00a8-4e86-8a17-5d7ccfc5479a-20240617131159637-20240617155031910.png) 57 | 58 | ❌ 不推荐： 59 | 60 | ![图片来源于网络](https://pic.yupi.icu/1/1700969518848-defb246d-f810-4a29-be36-4a6fe58dab28-20240617131159683-20240617155031958.png) 61 | 62 | 63 | 64 | ### 2、简历制作方法 65 | 66 | 网上有很多简历制作工具，包括我们团队也开发了一个非常简单易用的简历制作平台：https://laoyujianli.com ，能够快速生成精美整洁的简历~ 67 | 68 | 69 | 70 | ### 3、文件命名 71 | 72 | 命名没有绝对的规范，但是要 **仔细查看岗位描述** 是否有文件名规则的要求。 73 | 74 | 如果没有要求的话，可以用：求职岗位+个人姓名+求职类别（实习生还是正式员工）.pdf 75 | 76 | 千万别用什么特殊符号啊、一大串数字之类的无意义内容！ 77 | 78 | 79 | 80 | ### 4、文件格式 81 | 82 | ⚠️ 注意！简历文件格式一定要用 PDF！！千万不要用 Word！！！因为使用 Word 可能会出现预期之外的排版错乱，这个影响是致命的。 83 | 84 | 建议同时提供 PDF、Word 两种格式的文件，以及在线的简历链接，便于对方选择。 85 | 86 | 87 | 88 | ## 简历内容 89 | 90 | ### 1、整体 91 | 92 | 一份完整的程序员简历包含个人信息、教育背景、专业技能、荣誉奖项、工作经历、项目经历、科研经历、校园经历、个人优势等内容。 93 | 94 | 其中，个人信息、教育背景、专业技能、项目经历是 **必须具备** 的！ 95 | 96 | 一般校招简历以 **一页纸** 为最佳（工作 3 年以上经历非常丰富、或者求职等级较高除外），因此要合理分配各部分内容占用的篇幅，推荐的占比如下： 97 | 98 | - 个人信息 5 ~ 10% 99 | - 教育背景 10 ~ 15% 100 | - 专业技能 20 ~ 30% 101 | - **项目经历 30 ~ 50%**（工作 / 校园 / 科研等经历也算在内），对大多数同学来说，这部分是 **核心** ！ 102 | - 其他内容 0 ~ 20%（比如奖项、个人优势等） 103 | 104 | 105 | 106 | #### 问：简历最好一页么？ 107 | 108 | 问：鱼皮鱼皮，之前好像看你说过简历最好一页，那么如果一页实在放不下，第二页又只多出来五六行，这种是建议删掉一个含金量低的项目保留实习经历和另一个含金量更高的项目，还是有其他建议呢 109 | 110 | 答：简历最好一页指的是 “少一些废话，用心凝炼内容”，证面试官有耐心看下去，而不是强制一页。 只是希望大家在简历上突出重点、惜字如金，而不是像记流水账一样什么都写。如果你能写的内容就是很多的（比如冲击大厂、工作 3 年以上、求职等级较高），那么一页纸以上完全没问题。 111 | 112 | 只要做到把你最大的优势、你认为含金量最高的项目都放到第一页就行，第二页可以当做补充。 就跟短视频一样，开头能吸引住人，用户可能就点赞三连了；如果开头是废话，用户直接划走，哪怕后面是干货可能也看不到了。 113 | 114 | 115 | 116 | ### 2、个人信息 117 | 118 | 基本信息必须要 **填写完整** ，这是对另一方最基本的尊重。包括以下信息（加粗为必填项）： 119 | 120 | - **姓名** 121 | - **性别** 122 | - **求职意向** 123 | - **年龄** 124 | - **身份：**大几学生、几年工作经验等 125 | - **联系方式：手机号、邮箱、微信**、QQ 号（以公司岗位描述要求为主） 126 | - 照片（建议放） 127 | - 其他链接：个人博客、作品集、亮眼作品等 128 | 129 | 130 | 131 | #### 技巧 132 | 133 | 1）个人信息占用的篇幅不用过多，一行可以同时写多个信息，保证间距合理即可。 134 | 135 | ✅ 推荐：同类信息可以放到一行 136 | 137 | 联系方式：手机号：xxxxxx / QQ 号：xxxxx 138 | 139 | 140 | 141 | ❌ 不推荐： 142 | 143 | 姓名：李鱼皮 144 | 145 | 贵庚：23 146 | 147 | 联系方式：手机号：xxxxxx 148 | 149 | QQ 号：xxxxx 150 | 151 | 个人兴趣：敲代码、水视频 152 | 153 | 154 | 155 | 2）照片要清晰端正，蓝底 / 白底 / 红底都可以，最好表情自然、面带微笑。尽量穿白衬衫或者正装： 156 | 157 | ✅ 推荐： 158 | 159 | ![](https://pic.yupi.icu/1/%E4%B8%AA%E4%BA%BA%E8%AF%81%E4%BB%B6%E7%85%A7.jpg) 160 | 161 | ❌ 不推荐： 162 | 163 | ![](https://pic.yupi.icu/1/1653229373809-2034c3fd-c16e-4dba-828c-e43f2026964c-20240617131159732-20240617155031989.png) 164 | 165 | 166 | 167 | 3）没有特殊要求的情况下，不建议写期望薪资！一方面是大公司的薪资还算公开透明，没必要写；另一方面是防止你的表现超出了预期时，被人按照你的预期薪资来砍价。当然，除非你把预期写的很高，说不定能过滤一些公司、猎头的打扰。 168 | 169 | 4）如果有个人网站、个人博客、代码仓库的话，建议补充上相关链接 170 | 171 | ✅ 推荐：比较精简、简短、**好输入** 172 | 173 | 比如：yupi.icu 174 | 175 | ❌ 不推荐：过于复杂的链接 176 | 177 | 比如：https://github.com/liyupi/yu-rpc/tree/master/example-springboot-consumer 178 | 179 | 180 | 181 | ### 3、教育背景 182 | 183 | **如实** 写明即可，包括以下信息： 184 | 185 | - 学校 186 | - 专业 187 | - 年级 188 | - 入校时间 ~ 毕业时间 189 | - 排名（建议排名高于前 20% 的同学才写） 190 | - 主修课程（建议非计算机相关专业的同学适当列举，优先列举和求职岗位相关的、分数较高的课） 191 | - 其他信息：如 CET 证书、计算机专业相关证书等 192 | 193 | 194 | 195 | #### 技巧 196 | 197 | 1）学历一般不建议造假！意义不大 198 | 199 | 2）如果有得分较高的（比如 90 分以上）、和岗位相关的课程，可以在课程名后用括号补充分数。 200 | 201 | 202 | 203 | ### 4、专业技能 204 | 205 | 同义词：个人技能、技术栈、技能清单 206 | 207 | 这部分是简历的核心之一，列举自己掌握的、熟悉的、用过的、学过的、甚至仅了解过的各种技术或技能。 208 | 209 | 210 | 211 | #### 技巧 212 | 213 | 1）写你会的技术栈时，不要用老长一句话、像报菜名似的列举技术名词。可以采用列表的形式把每一个技术单独写清楚，会更直观清晰。 214 | 215 | 举个例子： 216 | 217 | ❌ 不推荐：把各种不相关的技术用一句话讲完 218 | 219 | 能够熟练使用 springcloud 微服务框架及 mysql、redis、hbase、mongodb 等数据库及 kafka、rabbitmq 等消息中间件及 netty 等网络框架、前端 HTML / CSS / JavaScript 的使用。 220 | 221 | 222 | 223 | ✅ 推荐：改为列表，**同一类技术写在同一行** 224 | 225 | - 熟练使用 springcloud 微服务全家桶 226 | - 熟练使用 mysql、redis、hbase、mongodb 等数据库和大数据中间件 227 | - 熟练使用 kafka、rabbitmq 等消息中间件 228 | - 熟悉 netty 等网络框架 229 | 230 | 231 | 232 | 2）每点不要只写一个技术名词，建议多补充该技术中你掌握的知识点和技术细节 233 | 234 | ❌ 不推荐：写的很通俗、很广泛、很空虚 235 | 236 | - 熟悉 Java（熟悉 Java 的什么特性？） 237 | - 熟悉 Linux 系统的基本命令（熟悉什么命令？） 238 | 239 | 240 | 241 | ✅ 推荐：补充一些该技术中，你用的比较熟悉的知识点、技术细节 242 | 243 | - 熟练使用 Java，比如：集合框架、动态代理机制、反射等等 244 | - 熟悉 Linux 系统（比如文件系统、内存管理），能使用命令监控系统负载和进程状态 245 | 246 | 247 | 248 | 3）除了写自己会什么技术外，最好 **深一度**。比如可以补充半句：**你能用这些技术做什么？** 从而表现出你的实践能力，公司倾向于选择问题解决能力强、实践经验丰富的同学。 249 | 250 | 251 | 252 | ❌ 不推荐：只写理论，不写实践 253 | 254 | 熟悉 Java 255 | 256 | ✅ 推荐：你能用这个技术做的事、你亲身实践过的事 257 | 258 | 熟练使用 Java，能够运用 Java8 的 Stream API 高效操作集合类 / 完成数据处理、使用动态代理完成对相似类的统一操作 259 | 260 | 261 | 262 | 其他例子： 263 | 264 | - 熟练使用 Spring Cloud 微服务全家桶，**能独立开发微服务项目** 265 | - 熟悉 Netty 等网络框架，**能够独立开发即时通讯系统** 266 | 267 | 268 | 269 | ### 5、荣誉奖项 270 | 271 | 同义词：个人奖项 272 | 273 | 包括以下信息： 274 | 275 | - 个人证书 276 | - 个人参与并获奖的竞赛（团体奖项也要写，但是最起码你要有贡献） 277 | - 非编程相关也可以写（比如某某创业大赛，总比没有好） 278 | - 软著、专利 279 | 280 | 281 | 282 | #### 技巧 283 | 284 | 1）对奖项排序，优先把认可度高的、范围高的、获奖级别高的、和编程求职岗位更相关的放上面。 285 | 286 | 287 | 288 | ### 6、工作经历 289 | 290 | 同义词：实习经历 291 | 292 | 包括以下信息： 293 | 294 | - 公司名 295 | - 职务 296 | - 工作起始和结束时间 297 | - 工作内容（具体做了什么） 298 | - 负责的项目（做哪个方向的项目、项目的介绍） 299 | - 给公司带来的价值（收益增加、成本降低、更稳定） 300 | 301 | 302 | 303 | #### 技巧 304 | 305 | 1）写工作内容的时候尽量突出自己的地位，比如： 306 | 307 | ❌ 不推荐： 308 | 309 | 参与文档编写 310 | 311 | ✅ 推荐： 312 | 313 | 负责整个接口文档设计和编写 314 | 315 | 316 | 317 | 2）写工作内容时，可以适当具体一些，尤其是建议补充一下工作中用到的技术 318 | 319 | ❌ 不推荐：职责比较模糊 320 | 321 | 参与系统开发 322 | 323 | ✅ 推荐：点明技术，体现实践经历和能力 324 | 325 | 负责 SpringBoot 前后端分离架构的系统研发 326 | 327 | 328 | 329 | 3）尽量不要写自己收获了什么、学到了什么，而是写自己做了什么、做出了什么成果，更有说服力。 330 | 331 | 332 | 333 | ### 7、项目经历 334 | 335 | 同义词：个人项目、项目经验 336 | 337 | 这部分是简历的 **核心** ，主要是介绍自己做过或者参与过的项目和工作，**体现出自己的实践经验和能力** ，包括以下信息： 338 | 339 | - 项目名称 340 | - 项目起止时间 341 | - 项目介绍 342 | - 项目技术栈或架构 343 | - **负责工作**（或者个人职责，这里是重点） 344 | 345 | 346 | 347 | 只要是自己做过的项目都可以写，只不过可以区分重点和非重点。 348 | 349 | 注意，项目经历和实习 / 工作经历的侧重点不完全相同： 350 | 351 | - 实习经历重点是你在这家公司负责什么（地位）、你的作用、你的价值。 352 | - 项目经历重点在于你对这个的项目的贡献、项目特色、实现项目的关键技术等。 353 | 354 | 355 | 356 | #### 技巧 357 | 358 | 1）注意每个项目里内容的比重，项目介绍占比不要太多，不要写得太啰嗦！重点在于突出你做了什么，用什么技术解决了什么问题，带来了什么效果。 359 | 360 | ❌ 不推荐：项目介绍过多，自己的工作反而没写多少 361 | 362 | 项目介绍： 363 | 364 | 1. 将 SQL 的编写逻辑 结构化 ，像写文章大纲一样编写和阅读 SQL 365 | 2. 重复的 SQL 只需编写一次 ，SQL 变动时修改一处即可 366 | 3. 可以针对某部分 SQL 进行传参和调试 367 | 4. 查看 SQL 语句的引用树和替换过程，便于分析理解 SQL 368 | 369 | 负责工作：使用 Vue3 + Monaco Editor 完成系统开发 370 | 371 | 372 | 373 | ✅ 推荐：项目介绍一两句话带过，突出核心，更多的篇幅在于写自己做的事 374 | 375 | 项目介绍： 用 JSON 生成结构化的 SQL 语句的在线工具，基于 Vue3 + TypeScript + Vite + Ant Design + MonacoEditor 实现 376 | 377 | 负责工作： 378 | 379 | 1. xxx 380 | 2. xxx 381 | 3. xxx 382 | 383 | 384 | 385 | 2）介绍项目的时候，不要混在一起，而是建议 **分点逐行、具体去写** ，每个工作 / 亮点独占一行，每一点 **尽量具体** 。写的越具体，往往越体现真实性。 386 | 387 | 这里有个万能公式：负责 XX 系统的研发，在 xx 条件下、利用 xx 技术实现了 xx，**实测** 带来了 xx 效果（比如推进了 xx、提升了 xx）。 388 | 389 | “实测” 两个字突出了真实性。 390 | 391 | 举个例子：负责订单查询系统，在老系统并发量较低的情况下，选用分库分表中间件 + Kafka 消息队列 + Redis 缓存进行重构，提升了系统并发量，**实测** 由 1000 Qps（每秒并发数）提升至 10000 Qps。 392 | 393 | ❌ 不推荐：不够具体，千篇一律 394 | 395 | 使用 Redis 缓存热点数据，提高系统查询性能 396 | 397 | 缓存哪些数据？哪些数据是热点？缓存效果如何？提高了多少查询性能？ 398 | 399 | ✅ 推荐： 400 | 401 | 负责商品模块，在现有商品查询接口并发量较低的情况下，在数据库查询前增加 Redis 缓存层，缓存热点商品信息，使用 apache-ab 实测接口并发由 50 qps 提升至 1000 qps。 402 | 403 | 还可以进一步补充缓存更新等问题的解决。 404 | 405 | 406 | 注意！实在没有背景和效果实测，也不要硬编，被识破了会很尴尬。 407 | 408 | 409 | 410 | 3）要想项目有亮点，需要 **深一度**。不能只写你完成了什么工作，而是要有一定的优化和扩展。比如你可以改造现有项目 / 框架、推陈出新，提升系统各方面的性能（可用性、稳定性、用户体验、吞吐量、时延等）。 411 | 412 | ❌ 不推荐： 413 | 414 | 开发了订单系统，完成了支付模块。 415 | 416 | ✅ 推荐：体现出了技术选型和架构思维。 417 | 418 | 负责订单系统的开发，使用 XX 技术实现了支付模块，并选用 XX 消息队列将系统 QPS 由 XX 提升至 XX，同时使用 XX 保证了支付的幂等和稳定性。 419 | 420 | 421 | 422 | 4）建议大家多去了解你项目中用到的技术的同类技术，对这些技术的优缺点和适合的应用场景有个大致的印象。这样做的好处有很多： 423 | 424 | 1. 开拓你的思路 425 | 2. 在写项目介绍时可以补充技术对比细节，体现出你的技术选型能力和知识广度 426 | 3. 防止面试官考察“你为什么用这个技术，不用那个技术？”之类的问题 427 | 428 | 429 | 430 | 5）条件允许的话，强烈建议提供可在线访问的项目地址（域名尽量简短，好让面试官访问），从而体现你项目的真实性，将会是一个非常不错的加分项。 431 | 432 | 因为绝大多数同学写项目经历的时候，不放已上线的项目地址。有的时候你写的点再多、吹得天花乱坠，都不如直接放一个可访问的项目地址来得实在，能够直接证明你真的做过这个项目、从而体现你的项目经验。对于前端同学来说这点更重要，直接给面试官看体验效果最实在。你做的网站用不用心，一看便知。 433 | 434 | 10 份简历里有 8 份都不写线上项目地址的，所以这 10 位同学同时去投递，可能只有另外 2 位写了项目地址的同学有机会进入面试。 435 | 436 | 不过我估计大多数同学是根本就没有上线过项目，建议大家还是静下心来，跟着鱼皮的上线教程把流程跑通，其实并不难。 437 | 438 | - 传统服务器上线教程：https://www.bilibili.com/video/BV1eT421i7si 439 | - 容器托管平台上线教程：https://www.bilibili.com/video/BV1Xm421N7Xj 440 | - 微服务项目上线教程：https://www.bilibili.com/video/BV1Cp4y1F7eA 441 | 442 | 443 | 444 | 6）如果你做的是网上大众化的教程项目，建议给项目改个名、换个皮、自主加一些新功能，增加区分度。 445 | 446 | 447 | 448 | #### 参考写法 449 | 450 | 仅提供思路，尽量不要直接照搬！ 451 | 452 | 可以从技术自身的优点和应用场景出发，来增加亮点。 453 | 454 | 以鱼皮带做的用户中心项目为例： 455 | 456 | 1. 为了提高开发效率，选用 Ant Design Pro 脚手架快速搭建基础页面，并对原始模板进行瘦身、抽象为可复用的公共模板，便于后续同类项目的快速研发。 457 | 2. 在脚手架自带的 umi-request 请求库基础上进行改造和封装，添加全局请求拦截和全局异常处理逻辑、自动根据项目启动命令来区分环境，减少重复代码、提升项目可维护性。 458 | 3. 选用 MyBatis + MyBatis-Plus 进行数据访问层开发，复用大多数通用方法，并且通过继承定制了自己的 **通用操作模板** ，大幅提升了项目开发效率。 459 | 4. 为了明确接口的返回，自定义统一的错误码，并封装了 **全局异常处理器** ，从而规范了异常返回、屏蔽了项目冗余的报错细节。 460 | 5. 对于项目中的 JSON 格式化处理对象，采用 **双检锁单例模式** 进行管理，从而复用对象，避免了重复创建对象的开销，便于集中维护管理。 461 | 6. 采用 Nginx 完成前端项目部署、采用 Docker 容器完成后端项目部署，并且使用宝塔面板对项目进行运维监控。 462 | 463 | 464 | 465 | ### 8、科研经历 466 | 467 | 包括以下信息： 468 | 469 | - 研究内容（论文、专利、实验室等） 470 | - 研究时间 471 | - 具体工作 472 | - 产出（著作权、论文、认可度） 473 | 474 | 这部分不是所有同学都有，而且方向千差万别，所以不做赘述。 475 | 476 | 477 | 478 | ### 9、校园经历 479 | 480 | 包括以下信息： 481 | 482 | - 名称（你做的事情、参与的活动） 483 | - 时间 484 | - 具体工作 485 | - 产出 486 | 487 | 488 | 489 | ### 10、个人优势（自我评价） 490 | 491 | 这个板块不是必须要写的，如果你要写，就 **必须让你的自我评价有信服力** ！不要只说自己哪里的能力强、怎么怎么厉害，而是需要一些事例、数据、证据来证明。 492 | 493 | 举些例子： 494 | 495 | 1. 我学习能力强，对新技术有强烈的好奇心 => 补充：曾通过官方文档、自主查阅资料自学了 XX、XX 新技术，并通过 RSS 持续关注该技术最新动态。 496 | 2. 我乐于从事有挑战性的工作 => 补充：我曾经担任 XX 队长，在 XX 困难的条件下，解决了 XX 问题，取得了 XX 成果。 497 | 3. 我喜欢分享知识、善于总结 => 补充：连续 XX 天发布个人博客，发布过 XX 个学习总结等等 498 | 4. 我很帅 => 补充个人照片 499 | 500 | 这样写自我评价，就不再是虚的了，而是真的能让对方感受到你的这些能力。 501 | 502 | 这里有个小技巧，可以根据目标公司的岗位要求去写自我评价，做到对号入座。 503 | 504 | ![](https://pic.yupi.icu/1/1678440086802-f3ccf74d-c23c-435c-94cb-399e4072b4aa-20240617131159881-20240617155032018.png) 505 | 506 | 比如公司要求招有团队协作经验的，那就写：我善于团队合作，曾经组队参与 XX、XX 项目，统筹负责了 XX、XX，怎么提升团队工作效率之类的。。。 507 | 508 | 这样从招聘者的角度来看，你是有用心准备过的，目的性明确，也是加分项。 509 | 510 | 除了写到简历上的自我评价外，我们在求职面试中的自我介绍也是一样的逻辑。自我介绍是需要精心准备的，而不是每次面试都现场 free style，那样很容易出现一些 “阿巴阿巴”、不知所云的情况。 511 | 512 | ![](https://pic.yupi.icu/1/image-20221118130101047.png) 513 | 514 | 比较虚的自我介绍是：我是谁、来自 XX、求职意向是 XX 岗位，然后夸一番自己，有较强的学习能力什么的。。。 515 | 516 | 而比较稳的自我介绍是：我是谁、来自 XX、求职意向是 XX 岗位，主动学过哪些技能、哪些技能学的比较好、通过什么方式自主学习，然后用事例来证明自己哪些能力比较强。 517 | 518 | 比如我会说：自己拥有丰富的项目经验，大学曾带领工作室建设多少个网站，自主参与过 XX 项目和竞赛，曾在 3 家公司实习并负责 XX 工作；自己乐于分享、总结能力强，大学开展过 XX 场分享讲座等等。 519 | 520 | 总之，逻辑清晰，有理有据，面试官会很喜欢你的。 521 | 522 | 程序员求职面试，技术是一方面，另一方面是通过你的准备用心程度以及线上的交流来 get 到你的综合能力（沟通能力、逻辑思维能力等）。大家都学一样的技术，那么拉开差距的就是其他的能力以及你如何展现这些能力了。不过大家还是要注重日常的积累，有一定经历，在写自我评价、介绍自己的时候才会更有底气。 523 | 524 | 525 | 526 | ## 更多分享 527 | 528 | 在 [编程导航的写简历板块](https://www.code-nav.cn/resume) ，可以查看更多真实简历及鱼皮的建议。 529 | 530 | 鱼皮在 B 站公开的写简历建议：https://www.bilibili.com/video/BV1iA41127Jv/ 531 | 532 | 几十份真实简历优化案例：https://www.bilibili.com/video/BV1EV4y1v7R6 533 | 534 | 535 | 536 | --- 537 | 538 | 539 | 540 | 以上就是本章分享，有帮助的话记得点赞、收藏、送花一键三连哦~ 🌹 541 | -------------------------------------------------------------------------------- /程序员鱼皮的写简历指南（保姆级）2、简历优化.md: -------------------------------------------------------------------------------- 1 | # 程序员鱼皮的写简历指南（保姆级）2、简历优化 2 | 3 | 大家好，我是程序员鱼皮。做知识分享这些年来，我看过太多简历、也帮忙修改过很多的简历，发现很多同学是完全不会写简历的、会犯很多常见的问题，不能把自己的优势充分展示出来，导致措施了很多面试机会，实在是很可惜。 4 | 5 | 为此，我写了这份《程序员写简历指南（保姆级）》专栏，多达几万字，帮大家了解： 6 | 7 | - 如何写一份规范的程序员简历？ 8 | - 如何在简历中增加亮点？ 9 | - 有哪些常见的简历问题？ 10 | - 如何利用写简历来提升自己？ 11 | 12 | 在投递简历或者找他人帮忙看简历之前，请先把本专栏 **一字不差地完整阅读一遍** ，并且根据建议先自行修改简历，从而增加回复率。 13 | 14 | 对于不急着找工作的朋友，我也建议 **尽早准备一份简历** ，并且随着学习持续完善和优化，毕竟机会总是留给有准备的人。 15 | 16 | 这是专栏第二章：学习简历优化的技巧、避免踩坑。 17 | 18 | 我们写简历的目标是：在真实的前提下锋芒毕露，将有限的积累 **无限放大** ，向面试官表达出 “我很主动、我自学能力很强、能够胜任工作、和贵公司的要求匹配” 等信息，从而吸引面试官。 19 | 20 | 下面先分享一些基本建议，再分享一些高阶技巧（骚操作），最后分享一些常见的简历问题，帮助大家优化简历。 21 | 22 | 23 | 24 | ## 基本建议 25 | 26 | 1. 内容划分清晰、完整全面，简历通常包括几个部分：个人简介（基本信息、照片、学校、专业、成绩、四六级证书、特长介绍等）、竞赛奖项、个人技术栈、实习经历、项目经历、科研经历等。 27 | 2. 合理划分各部分的比例，多写真实经历（实习、项目等），少写正确的废话（尤其是自我评价部分） 28 | 3. 简历最好一页纸，内容超出时，过滤一些 “废话”，只放最精华的部分。 29 | 4. 简历的板块划分要清晰、排版要整洁、内容不要太挤或太空；色调不宜过暗或过亮，推荐蓝色或淡灰色；色彩不要太丰富，要让人看起来舒服。 30 | 5. 明确你要找的岗位，简历上的所有内容尽量围绕这一个方向去写，突出重点。（比如你找后端方向的工作，即使你也会前端，也要注意不要让前端占了过多的篇幅） 31 | 6. 依据个人优势对内容进行排序，把最有亮点的部分放上面，还可以适当对关键词进行加粗、调色等，突出自己的优势和亮点，尽量减少和其他同学简历的相似度。和短视频逻辑一样，面试官如果觉得你的简历千篇一律，一下就刷走了。 32 | 7. 文字内容要精炼，拒绝口语化；用词尽量专业，体现专业性，不用担心面试官看不懂。 33 | 8. 项目 / 实习经历介绍中，可用 STAR 分析（场景、任务、行动、**成果**）来梳理自己的核心工作。标准句式：在 xx 公司 xx 项目中，在 xx 情况下，运用 xx 技术，解决了 xx，优化了 xx，达到了 xx 效果，带来 xx 收益等。举个例子：为适应产品特性、加快迭代速度，后端由 **Springboot** 重构至 Node.js ，数据库由 **MySQL** 迁移至 **MongoDB** ，实现了前后一体的 **集中式配置中心** ，提高了接近 **1 倍** 的开发效率。注意每段介绍不宜过长，留给面试官提问的空间。 34 | 9. 简历项目中尽量不要出现重复的内容介绍（比如每个项目都写一遍使用 Axios 发送请求）。 35 | 10. 最好给项目附上可直接访问的链接，有个人博客的话也最好写上去，建议多在博客中记录和总结自己学到的知识，让面试官感受到你的努力积累、脚踏实地。 36 | 11. 写完简历后，一定要自己通读几遍，保证行文通顺、且无任何错别字！尤其是专业名词别拼错了！ 37 | 12. 有机会可以多阅读借鉴他人的简历，查漏补缺。 38 | 39 | 40 | 41 | ## 高阶技巧 42 | 43 | ### 1、引导 44 | 45 | 在写简历时，我们可以故意利用一些措词、加粗等方式来 **引导面试官** 。 46 | 47 | 比如很多面试官都会针对简历中提到的技术去展开提问。因此当我们介绍技术栈时，可以在一堆 “了解” 中适当添加 “掌握”、“尤其熟悉” 等词，面试官大概率会去问这些技术相关知识点。 48 | 49 | 此外，还可以 **细化** 你会的技术，比如把 “熟悉多线程” 改成 “掌握多线程 **AQS** 、并发包等技术”，可以吸引火力，一定程度上防止面试官问到多线程中你相对薄弱的部分。在面试准备时间不足时，这个方法可能有奇效。 50 | 51 | 因此必须熟悉简历中的项目和用到的技术，提前想好对策。常见的问题有： 52 | 53 | - 项目中用了哪些技术？ 54 | - 为什么用这个技术不用别的？ 55 | - 有什么亮点？怎么去优化等等？ 56 | 57 | 现在大多数简历千篇一律，都说自己会 Java、人均 Java 小能手，所以很难吸引到面试官。而如果你提到了 Java 中的某个高级知识点，有一定的学习深度，反而更容易被选中。就和我们平时刷短视频一样，一定是有什么东西吸引我们，才能看下去。 58 | 59 | 反之，如果简历很平淡，哪怕进入了面试环节，面试官可能也不知道问你什么，只能考各种八股文（胡乱开火扫射）。 60 | 61 | 62 | 63 | ### 2、适当包装 64 | 65 | 写简历的本质就是：**如何以一种吹牛皮的方式表达出你的能力。** 66 | 67 | 因此，虽然写简历要真实，但不能太老实！尤其是对于没有特别多项目的同学，要学会适当包装、合理包装。 68 | 69 | 比如将常用的技术进行组合、添加一些修饰词、使用一些专业名词等。 70 | 71 | 举个例子，本来写的是：使用了 MySQL 数据库、Redis 缓存、OSS 对象存储技术。 72 | 73 | 可以改为：使用 MySQL、Redis、OSS 三维一体的多元存储技术。 74 | 75 | 哈哈，虽说可能有一点点夸张，但还是能体现你的专业性的，**不过不要乱吹就是了** 。 76 | 77 | 78 | 79 | 再举个例子：用 xx 框架提升了 20% 的查询性能，20% 是一个很不显眼的数字，如果你改成 90%，会更抓眼一些，并且对于大部分场合来说是合理的。 80 | 81 | 但是注意，**杜绝欺骗** ！尤其是工作年限等有准确数字、可被调查的问题，请实事求是，否则后果自负。 82 | 83 | 84 | 85 | ### 3、定制化 86 | 87 | 根据不同的岗位、公司和 JD（岗位描述）来调整优化简历（比如修改部分细节或工作内容），或者准备多份不同的简历。 88 | 89 | 比如你前后端都会，投递后端开发岗位时，把后端技术放在前端技术上面去写，项目经历、实习经历等都要侧重于后端。 90 | 91 | 92 | 93 | ## 常见问题 94 | 95 | ### 1、项目介绍过长 96 | 97 | 先给大家看下某份简历中的项目经历部分： 98 | 99 | ![](https://pic.yupi.icu/1/7901a468-da00-4115-adb9-338c0a00e7d4-20240617155424468.png) 100 | 101 | 看到这个，不知道大家有什么感受？ 102 | 103 | 显然，项目介绍占整个项目经历的比重 **过多** ！好家伙，讲了一大堆项目有什么功能，结果自己实际上负责的工作就一个小小的模块？！ 104 | 105 | 其他的工作既然都不是自己做的，说那么多干嘛呢？如果面试官问你其中某个功能是怎么实现的，说不出来不是很尴尬么？ 106 | 107 | 在简历中，面试官更关注的是 **你在项目中负责什么、做了什么、怎么通过技术和设计能力去解决问题的** 。至于项目本身的介绍，用一两句话直击核心就好，重点在于交代和你工作有关的内容，其余的可以在面试中展开介绍。 108 | 109 | 110 | 111 | ### 2、对工作的描述过于宽泛 112 | 113 | 你敢相信么？我在几份简历的工作描述中竟然发现了一模一样的内容！ 114 | 115 | 举个例子： 116 | 117 | ![](https://pic.yupi.icu/1/6cdfe561-3f00-4f25-9315-6a0da44c28b0-20240617155424549.png) 118 | 119 | 看看上述简历的【负责的工作】部分，不知道大家会不会有这种感觉，好像我写了什么，又好像我什么都没写。 120 | 121 | 换言之，这几句话（完成了 xx）可以原封不动地套在任何一个项目上！对不对？ 122 | 123 | 面试官根本没办法看出你到底在这个项目中做了什么，只会有一种感觉 —— 你在糊弄。 124 | 125 | 所以，不要把负责的工作写得太宽泛，哪怕你真的做了很多事，也可以从中挑亮点去讲。 126 | 127 | 128 | 129 | ### 3、过于直白 130 | 131 | 除了上一点外，很多同学的项目经历部分都比较直白，基本就是用 xx 技术做了 xx，比如： 132 | 133 | ![](https://pic.yupi.icu/1/c675c70b-dc27-4c74-972a-b8f63d9f532e-20240617155424590.png) 134 | 135 | 对于找一般的公司或实习岗位来说，也许这么写就已经足够了。但如果想冲击大厂，这份简历就显得太 “平平无奇”。 136 | 137 | 如果有条件（自己做过）的话，不要平铺直述地列举技术和工作，而是要通过一些案例来体现自己的技术、设计能力、自主性等。 138 | 139 | 比如：由于项目模块众多、调用链路复杂，选用责任链设计模式重构项目，使各模块职责清晰、项目更易于扩展。 140 | 141 | 可以整理出一个 **公式** ：为解决 xx 问题，使用 xx 技术实现了 xx，达到了怎样的效果。 142 | 143 | 144 | 145 | ### 4、用词不专业 146 | 147 | 简历上的每一个词汇，都能够反映出你的水平。 148 | 149 | 很多同学的简历用词比较随意，比如 “我用 axios 库完成了对数据库的查询”。 150 | 151 | 其实大家都心知肚明，axios 是一个前端请求库，可以和后台进行交互，实现对数据的查询和管理。 152 | 153 | 但上面那个表达，语言不够清晰和凝练，还可能会给面试官一种感觉：你真的知道 axios 是什么？你真的和后端联调过么？ 154 | 155 | 所以，一定要保证简历上的每个词都要 **准确，不能产生歧义** 。另外，尽量减少口语化的内容，不说用 xx 技术做了 xx，而是用（基于） xx 技术实现了 xx。 156 | 157 | 158 | 159 | ### 5、没有重点 160 | 161 | 我认识一些学的技术比较多的同学，他们可能又会 Python 又会 Java 又会前端，写到简历上的项目也是各方向的都有，然后又没有在简历的开头注明 “求职意向”，就导致我完全不知道他要找哪个方向的工作。 162 | 163 | 并不是说会的技术、写简历上的技术太多了不好。而是要有一个侧重点，比如找 Java 岗位的工作就把 Java 的项目放最上面，用更多的篇幅去介绍。也建议大家找工作前越早明确方向越好，不要到最后什么都只学了一点，反而平平无奇了。 164 | 165 | 166 | 167 | ### 6、简历内容重复 168 | 169 | 简历的项目工作描述中尽量不要出现重复的内容，不仅占用空间，还会让面试官感到疲惫，如下图： 170 | 171 | ![](https://pic.yupi.icu/1/1657635570983-24c43f9f-7c42-4c1e-a189-957030b1dc9f-20240617131200031-20240617155424635.png) 172 | 173 | 174 | 175 | 176 | 177 | --- 178 | 179 | 180 | 181 | 以上就是本章分享，有帮助的话记得点赞、收藏、送花一键三连哦~ 🌹 -------------------------------------------------------------------------------- /程序员鱼皮的写简历指南（保姆级）3、问题和建议汇总.md: -------------------------------------------------------------------------------- 1 | # 程序员鱼皮的写简历指南（保姆级）3、问题和建议汇总 2 | 3 | 大家好，我是程序员鱼皮。做知识分享这些年来，我看过太多简历、也帮忙修改过很多的简历，发现很多同学是完全不会写简历的、会犯很多常见的问题，不能把自己的优势充分展示出来，导致措施了很多面试机会，实在是很可惜。 4 | 5 | 为此，我写了这份《程序员写简历指南（保姆级）》专栏，多达几万字，帮大家了解： 6 | 7 | - 如何写一份规范的程序员简历？ 8 | - 如何在简历中增加亮点？ 9 | - 有哪些常见的简历问题？ 10 | - 如何利用写简历来提升自己？ 11 | 12 | 在投递简历或者找他人帮忙看简历之前，请先把本专栏 **一字不差地完整阅读一遍** ，并且根据建议先自行修改简历，从而增加回复率。 13 | 14 | 对于不急着找工作的朋友，我也建议 **尽早准备一份简历** ，并且随着学习持续完善和优化，毕竟机会总是留给有准备的人。 15 | 16 | 这是专栏第三章：简历问题和建议汇总。 17 | 18 | 鱼皮花了整整 4 个晚上，对最近改过的几百份简历进行了逐一分析和梳理，最终整理出了一份大家写简历时经常出现的问题汇总文档，多达 50 多个高频问题！希望大家写简历前，都能一字不差地读完一遍这些问题，相信能够帮大家提升简历回复率。 19 | 20 | 21 | 22 | ### 1、整体 23 | 24 | #### 1.1 简历篇幅过长 25 | 26 | 建议：一般校招简历以 **一页纸** 为最佳，保证面试官有耐心看下去。但注意，并不是说强制一页纸，只是希望大家在简历上突出重点、惜字如金，而不是像记流水账一样什么都写。如果你能写的内容就是很多的（比如冲击大厂、工作 3 年以上、求职等级较高），那么一页纸以上完全没问题。 27 | 28 | 29 | 30 | #### 1.2 简历缺少 XX 板块 31 | 32 | 建议：一份完整的程序员简历包含个人信息、教育背景、专业技能、荣誉奖项、工作经历、项目经历、科研经历、校园经历、个人优势等内容。 33 | 34 | 其中，个人信息、教育背景、专业技能、项目经历是 **必须具备** 的！ 35 | 36 | 37 | 38 | #### 1.3 简历篇幅不够合理 39 | 40 | 建议：合理分配各部分内容占用的篇幅，推荐的占比如下： 41 | 42 | - 个人信息 5 ~ 10% 43 | - 教育背景 10 ~ 15% 44 | - 专业技能 20 ~ 30% 45 | - 项目经历 30 ~ 40%（工作 / 校园 / 科研等经历也算在内），对绝大多数同学来说，这部分是 **核心** ！ 46 | - 其他内容 0 ~ 20%（比如奖项、个人优势等） 47 | 48 | 49 | 50 | 总之，尽量多写经历来体现自己的实践能力、解决问题的能力，少写一些正确的废话（自我评价）。 51 | 52 | 53 | 54 | #### 1.4 简历模板不够整洁 55 | 56 | 建议：一份优秀的简历必须在 **外观和内容** 上都很出色，做到秀外慧中。所以，挑选一个好的简历模板是至关重要的！ 57 | 58 | 简历的板块划分要清晰、排版要整洁、内容不要太挤或太空；色调不宜过暗或过亮，推荐蓝色或淡灰色；色彩不要太丰富，要让人看起来舒服。 59 | 60 | 可以尝试鱼皮自己用过的、非常精简整齐的免费简历模板：https://www.laoyujianli.com/template/1685547340318179330 61 | 62 | 当然也可以尝试其他模板，只要保证简历的整体结构是从上到下、布局清晰、排版整齐、简洁干净就好，拒绝花里胡哨的色块和图标。 63 | 64 | 65 | 66 | #### 1.5 简历文件命名或格式不规范 67 | 68 | 建议：简历文件的命名虽然没有绝对的规范，但是要 **仔细查看岗位描述** 是否有文件名规则的要求。 69 | 70 | 注意！除公司特别要求之外，文件格式一定要用 PDF！！千万不要用 Word！！！因为使用 Word 可能会因为打开软件的版本不同而出现预期之外的排版错乱，这个影响是致命的。 71 | 72 | 73 | 74 | #### 1.6 简历中出现错别字 75 | 76 | 建议：整个简历中千万不要有错别字！尤其是技术名词或者专业术语。否则会给人感觉非常不认真，竞争激烈时搞不好直接就挂了。 77 | 78 | 所以写完简历后，一定要自己通读至少 3 遍，保证行文通顺、且无任何错别字！ 79 | 80 | 81 | 82 | #### 1.7 简历没有明确的重点或求职方向 83 | 84 | 建议：整个简历一定要有一个明确的、和求职岗位匹配的方向。 85 | 86 | 我认识一些学的技术比较多的同学，他们可能又会 Python 又会 Java 又会前端，写到简历上的项目也是各方向的都有，然后又没有在简历的开头注明 “求职意向”，就导致面试官完全不知道他要找哪个方向的工作。 87 | 88 | 并不是说会的技术、写简历上的技术太多了不好，而是要有一个侧重点。比如找 Java 岗位的工作就把 Java 项目放最上面，用更多的篇幅去介绍。也建议大家找工作前越早明确方向越好，不要到最后什么都只学了一点，反而平平无奇了。 89 | 90 | 当然，如果你自己在多个方向学得都不错，可以准备多份不同的定制化简历，并根据不同的岗位、公司和岗位描述来调整优化简历（比如增加部分细节、调换内容的顺序等）。 91 | 92 | 比如你前后端都会，投递后端开发岗位时，把后端技术放在前端技术上面去写，项目经历、实习经历等都要侧重于后端。 93 | 94 | 95 | 96 | #### 1.8 技术名词大小写错误 97 | 98 | 建议：技术名词最好严格控制大小写，比如数据库技术写 “MySQL” 而不是 “mysql”，从微小的细节中体现你的专业性。 99 | 100 | 101 | 102 | #### 1.9 用词不专业或不凝练 103 | 104 | 建议：简历上的每一个词汇，都能够反映出你的水平。 105 | 106 | 很多同学的简历用词比较随意，比如 “我用 axios 库完成了对数据库的查询”。 107 | 108 | 其实大家都心知肚明，axios 是一个前端请求库，可以和后台进行交互，实现对数据的查询和管理。 109 | 110 | 但上面那个表达，语言不够清晰和凝练，还可能会给面试官一种感觉：你真的知道 axios 是什么？你真的和后端联调过么？ 111 | 112 | 所以，一定要保证简历上的每个词都要 **准确，不能产生歧义** 。另外，尽量减少口语化的内容，不说用 xx 技术做了 xx，而是用（基于） xx 技术实现了 xx。 113 | 114 | 115 | 116 | #### 1.10 内容重复 117 | 118 | 建议：简历中（尤其是项目和工作描述中）尽量不要出现重复的内容，不仅占用了空间，还会让面试官感到疲惫。 119 | 120 | 121 | 122 | #### 1.11 简历内容过于简单 123 | 124 | 建议：当你简历上没有什么可写的内容、又必须要尽快投递简历时，可以 **适当包装** 。 125 | 126 | 注意，此处的包装不是指改变自己的学习、工作年限等（这种属于 “隐瞒和欺骗”，一般不建议这么做），而是指适当夸大。 127 | 128 | 毕竟写简历的本质就是：**如何以一种吹牛皮的方式尽量表现出你的能力。** 129 | 130 | 虽然写简历要真实，但不能太老实！尤其是对于没有工作经历、项目经历、荣誉奖项的同学，要学会适当包装、合理包装。 131 | 132 | 比如尝试将你目前正在学的技术从 “了解” 改为 “熟悉”，或者把你还没来得及实现的项目功能先提前写上去等等。 133 | 134 | 但是，不要过分包装，而且既然你提前把一些内容写到了简历上，就要加倍努力赶紧去真正学会 / 实现它。 135 | 136 | 137 | 138 | #### 1.12 简历内容很多，但没有突出重点 139 | 140 | 建议：在写简历时，可以将部分内容片段进行加粗，或者多去写某部分的内容，来吸引面试官去提问。 141 | 142 | 比如： 143 | 144 | 1. 自己掌握的很好技术名词 145 | 2. 自己项目中大量运用的技术 146 | 3. 自己项目的优化成果数据 147 | 4. 获得的名词较高、含金量较高的奖项 148 | 5. 其他同学很少接触到的新技术或深入知识点 149 | 150 | 151 | 152 | #### 1.13 部分语句不通顺 153 | 154 | 建议：你写在简历上的每一句话都有可能会暴露你的思维逻辑能力，所以必须保证语句通顺、逻辑合理。 155 | 156 | 157 | 158 | #### 1.14 简历空间没有合理利用 159 | 160 | 建议：除非你实在写不满一页纸，否则简历上的所有内容都要做到 “惜字如金”。能只用一行写完的内容，就不要换第二行再加那么几个字。另外，简历上尽量不要出现空白，比如一行只写了半句话、或者只占用了半页纸等。 161 | 162 | 实在不知道写什么，就去参考下别人的简历，并且自己再多学习一些技术、做一些项目。 163 | 164 | 165 | 166 | #### 1.15 简历各板块的顺序不合理 167 | 168 | 建议：根据个人优势对各板块进行排序，把最有亮点的部分放上面。比如你的奖项比较多、但学历相对低了一些，就可以把奖项写在前面、学历放到最后去写。 169 | 170 | 171 | 172 | ### 2、个人信息 173 | 174 | #### 2.1 个人信息占用的篇幅过多 175 | 176 | 建议：一般个人信息只占用简历整体 5 ~ 10% 的篇幅即可。可以通过在一行内同时写多个信息来节约空间，并保证间距合理。 177 | 178 | 179 | 180 | #### 2.2 照片不清晰 / 不端正 181 | 182 | 建议：照片要清晰端正，蓝底 / 白底 / 红底都可以，最好表情自然、面带微笑，尽量穿白衬衫或者正装，体现一个人的精神面貌。 183 | 184 | 185 | 186 | #### 2.3 写了固定的期望薪资范围 187 | 188 | 建议：除非公司明确要求，否则不建议写期望薪资。原因如下： 189 | 190 | 1. 很多公司的薪资还算公开透明，没必要写 191 | 2. 可能你自己本身对某个行业的薪酬水平不了解，薪资写高了可能会错失求职机会 192 | 3. 当你的表现或实际水平超出了你写的预期薪资范围时，会被人按照你的预期薪资来砍价，相当于把自己限制住了 193 | 194 | 当然，如果你要应聘高级岗位、或者对自己很自信，那么可以写比较高的期望薪资，从而过滤一些公司、猎头的打扰。 195 | 196 | 197 | 198 | #### 2.4 缺少个人相关链接 199 | 200 | 建议：因为简历的篇幅和内容有限，所以如果你的个人经历很丰富，推荐在简历上补充一些链接，比如个人网站、个人博客、个人作品集、代码仓库等，体现你的实践能力。 201 | 202 | 203 | 204 | ### 3、教育背景 205 | 206 | #### 3.1 成绩排名一般 207 | 208 | 建议：一般排名高于前 20% 的同学才建议在简历上写排名，否则没有优势。（尖子班除外） 209 | 210 | 211 | 212 | #### 3.2 主修课程浪费了空间 213 | 214 | 建议：本身就是计算机相关专业（或者专业和求职岗位相匹配）的同学不用再占用空间去写自己的主修课程了，因为学校教的内容往往比较基础、而且面试官默认这个专业或者投递这个岗位的同学都应该会这些课，写上去也没有什么优势。 215 | 216 | 但是建议非计算机相关专业（或者专业和求职岗位不匹配）的同学适当列举关键主修课程，优先列举和求职岗位相关的、取得分数较高的课。 217 | 218 | 如果有得分较高的课程（比如 90 分以上），可以在课程名后用括号补充分数。 219 | 220 | 221 | 222 | #### 3.3 存在学历造假风险 223 | 224 | 建议：除非迫不得已，否则不建议学历造假，因为大多数公司都是有背景调查的，哪怕通过造假顺利入职，也可能会被突然查出来并强制离职。 225 | 226 | 227 | 228 | ### 4、技术栈 229 | 230 | #### 4.1 同一行列举了过多的技术名词 231 | 232 | 建议：写你会的技术栈时，尽量不要用特别长的一句话、像报菜名似的列举过多技术名词。建议采用列表的形式，每一行单独写一个技术的多个子知识点或者一系列相关的技术，做到把每一块技术写得更具体、清晰。 233 | 234 | 235 | 236 | #### 4.2 XX 技术写得过于简略，没有充分利用空间 237 | 238 | 建议：一般情况下，你掌握或熟悉的技术不要只写一个技术名词，而是建议利用好每一行的空间，多补充该技术中你掌握的知识点和技术细节，会让人觉得更真实、有说服力。 239 | 240 | 当然，如果某个技术你只是了解或听说过，就把你知道的知识点写上去即可。 241 | 242 | 243 | 244 | #### 4.3 同一行列举了多个不相关的技术 245 | 246 | 建议：从简历的技术栈部分中不仅可以看出你学过哪些技术、掌握哪些技术，还可以看出你对技术的分类和知识点的梳理能力。尽量每一行写清楚一个技术，或者把一系列相关的技术放在同一行（比如 SSM 框架）；而不要把前端、后端、算法等知识点混在同一行去写。 247 | 248 | 249 | 250 | #### 4.4 缺少你对 XX 技术的实践应用能力 251 | 252 | 建议：技术栈部分光写自己会什么技术、了解哪些知识是不够的，因为大多数面试官重视的是你的实践能力，即你能不能使用该技术完成工作，而不是纸上谈兵。因此可以适当补充半句：“你能用这些技术做什么？”，从而体现你的实践能力。公司往往倾向于选择问题解决能力强、实践经验丰富的同学。 253 | 254 | 255 | 256 | #### 4.5 XX 内容过于基础，无法体现出你的能力 257 | 258 | 建议：尽量避免去写默认所有人都会的内容，比如 Java 的几种数据结构、前端 HTML 的标签、面向对象编程等。 259 | 260 | 261 | 262 | #### 4.6 XX 内容写得过于宽泛和模糊，缺乏可信度 263 | 264 | 建议：尽量不要写过于宽泛、模糊不清、无法证明的的内容，比如： 265 | 266 | - 熟悉面向对象编程 267 | - 有一定后端基础 268 | - 了解常见性能优化手段 269 | - 有良好的开发规范 270 | - 具备良好的编码能力 271 | 272 | 273 | 274 | 专业的面试官基本就默认当做你不了解、或者不具备这些能力。 275 | 276 | 你应当把这些宽泛的知识具体化，比如： 277 | 278 | - 熟悉面向对象编程 => 了解哪些软件开发原则、熟悉哪些设计模式等？ 279 | - 有一定后端基础 => 你学过哪些后端知识？ 280 | - 了解常见性能优化手段 => 具体了解或实践过哪些性能优化手段？ 281 | - 有良好的开发规范 => 熟悉或使用过哪些开发规范、用过什么工具来规范团队开发？ 282 | - 具备良好的编码能力 => 会用哪些开发工具、熟悉哪些编程技巧？ 283 | 284 | 285 | 286 | 写得更具体一些，才会更有说服力。 287 | 288 | 289 | 290 | #### 4.7 各技术点的顺序不当 291 | 292 | 建议：和做短视频一样，我们要尽量把最吸引人的部分放在简历的最上面。所以建议优先把岗位描述中明确要求的、你学得最好的技术放在前面去写，和求职岗位关系没那么大的、仅是了解的知识点放到最后作为补充。 293 | 294 | 295 | 296 | #### 4.8 技术栈和其他同学过于相似，缺少区分度 297 | 298 | 建议：哪怕大家都写同一个技术，你也可以写更多、更深入的知识点。 299 | 300 | 建议多阅读借鉴他人简历的技术栈部分，查漏补缺。 301 | 302 | 此外，平时除了学习主流技术外，最好能多去技术社区阅读一些技术文章，扩展自己的知识面。 303 | 304 | 305 | 306 | ### 5、荣誉奖项 307 | 308 | #### 5.1 未重点突出高级别、高含金量的奖项 309 | 310 | 建议：获得奖项的级别或含金量很高时，建议把奖项级别加粗来吸引面试官，比如 XX 竞赛全国 **一等奖** 。 311 | 312 | 313 | 314 | #### 5.2 奖项未排序 315 | 316 | 建议：优先把认可度高的、参赛范围广的、获奖级别高的、和求职岗位更相关的奖项放上面，一些不知名的竞赛放到下面或者合并去写。 317 | 318 | 319 | 320 | ### 6、工作经历（实习经历） 321 | 322 | #### 6.1 工作描述过于简单 323 | 324 | 建议：写工作内容时，可以适当具体一些，比如补充你在这家公司用了什么技术、负责了什么样的项目、使用过什么方法和工具、解决过什么问题等，从而增加真实感。 325 | 326 | 327 | 328 | #### 6.2 工作内容和求职岗位关系不大 329 | 330 | 建议：简历应当围绕求职岗位去写，重点去写求职岗位相关的经历。当然，如果有能证明你能力的其他工作经历，也可以简略说明，但不能占用过多篇幅。 331 | 332 | 333 | 334 | #### 6.3 缺少工作成果和个人价值的体现 335 | 336 | 建议：尽量不要写自己在工作中收获了什么、学到了什么，而是多写自己做了什么、做出了什么成果，尤其是列举有明确数据的成果，比如 “写过 XX 篇文档、做过 X 场技术分享、给项目带来了多少的收入增长” 等，将更能体现自己的能力和价值。 337 | 338 | 如果目前没有可写的成果，建议在之后的工作中多思考如何积累这些内容。 339 | 340 | 341 | 342 | #### 6.4 工作职责不明确 343 | 344 | 建议：即使你在这家公司做了很多不同岗位的工作，也要有个重点突出的工作职责，而不是什么都写。 345 | 346 | 347 | 348 | #### 6.5 个人的工作内容不够突出 349 | 350 | 建议：写工作内容的时候尽量突出自己的地位，在合适的情况下，尽量能把 “参与” 改成 “负责” 或 “主导” 某工作。 351 | 352 | 353 | 354 | #### 6.6 XX 工作写得过于宽泛和模糊，缺乏可信度 355 | 356 | 建议：尽量让你的工作描述更有说服力，比如写 “与产品经理高效沟通”，不如改成去写：“你是怎么实现和他人的高效沟通？”，比如用了什么项目管理工具？或者跟前端协作时用了什么接口管理工具？ 357 | 358 | 359 | 360 | ### 7、项目经历 361 | 362 | #### 7.1 项目工作描述的写法存在不足 363 | 364 | 建议：写项目的工作描述时，不要把所有内容混在一起，而是建议用列表的形式 **分点** 去写 ，每个工作 / 亮点独占一行，每一点 **尽量具体** 。写的越具体，往往越体现真实性。 365 | 366 | 可用 STAR 分析法（场景、任务、行动、成果）来梳理自己的核心工作。 367 | 368 | 提供 2 个标准句式，括号部分表示可选填： 369 | 370 | 1. （在 xx 公司 xx 项目中，）在 xx 情况下，运用 xx 技术，解决了 xx（或者优化了 xx），达到了 xx 效果（或者带来 xx 收益等）。 371 | 2. 为了解决 xx 问题，选用 xx 技术（或方法）实现了 xx，并使用 xx 技术（或方法）优化了 xx，实测提升了 xx 性能（或者降低了 xx 等）。 372 | 373 | 举个例子：为适应产品特性、加快迭代速度，后端由 Springboot 重构至 Node.js ，数据库由 MySQL 迁移至 MongoDB ，实现了前后一体的 **集中式配置中心** ，提高了接近 **1 倍** 的开发效率。 374 | 375 | 注意每个小点的长度不宜过长，要留给面试官提问的空间。 376 | 377 | 378 | 379 | #### 7.2 技术栈提到的技术没有在项目中运用 380 | 381 | 建议：技术栈里提到的技术和知识点尽量多在项目经历中体现，否则容易给面试官一种 “只是学过或听说过，而不会运用” 的感觉。 382 | 383 | 384 | 385 | #### 7.3 项目技术或业务相似度过高 386 | 387 | 建议：尽量不要写运用了太多重复技术栈、或者业务相似的项目，最好能够让各个项目形成互补。 388 | 389 | 前端的话可以考虑一个 PC 端 + 一个移动端项目或者技术类项目（脚手架、组件库等）；后端可以考虑一个业务系统（比如管理系统、电商、社群、博客等）+ 一个技术类框架（比如 RPC、迷你 Spring、服务器等）。 390 | 391 | 392 | 393 | #### 7.4 项目过多 394 | 395 | 建议：注意，写到简历上的项目不是越多越好！建议重点去写 2 - 3 个不同技术栈、不同业务场景的项目。 396 | 397 | 一个功能完整的、描述清楚的、实际上线了的项目可能都比你写几个不上线的小 Demo 更有说服力。 398 | 399 | 当然，如果你每个项目做的都很好，实在无法取舍的话就都写上吧~ 400 | 401 | 402 | 403 | #### 7.5 项目介绍太长 404 | 405 | 建议：注意每个项目里内容的比重，项目介绍的占比不要太多，一般 1 - 2 行足够了。 406 | 407 | 记住，你不是在做推广！在简历中，面试官更关注的是 **你在项目中负责什么、做了什么、怎么通过技术和设计能力去解决问题的** 。至于项目本身的介绍，用一两句话直击核心就好，重点在于交代 **和你工作有关** 的内容，其余的可以在面试时展开介绍。 408 | 409 | 410 | 411 | #### 7.6 项目工作描述过于直白平淡 412 | 413 | 建议：要想项目有亮点，需要 **深一度**。不能只写你完成了什么工作，而是要有一定的优化和扩展，让整句话读起来有起伏和递进。 414 | 415 | 比如你可以在完成某功能的基础上进一步优化，或者改造现有的项目框架、推陈出新，或者提升系统各方面的性能（可用性、稳定性、用户体验、吞吐量、时延等）。 416 | 417 | 建议大家多去了解你项目中用到的技术的同类技术，对这些技术的优缺点和适合的应用场景有个大致的印象。 418 | 419 | 420 | 421 | #### 7.7 项目没有提供可访问的线上地址 422 | 423 | 建议：条件允许的话，强烈建议提供可在线访问的项目地址（域名尽量简短，好让面试官访问），从而体现你项目的真实性，将会是一个非常不错的加分项。 424 | 425 | 因为绝大多数同学写项目经历的时候，不放已上线的项目地址。有的时候你写的点再多、吹得天花乱坠，都不如直接放一个可访问的项目地址来得实在，能够直接证明你真的做过这个项目、从而体现你的项目经验。对于前端同学来说这点更重要，直接给面试官看体验效果最实在。你做的网站用不用心，一看便知。 426 | 427 | 428 | 429 | #### 7.8 项目工作描述脱离了实际业务场景 430 | 431 | 建议：写你在项目中的工作和技术运用时，最好能结合具体的业务去写，不要说写的所有内容都和你的项目本身关系不大、过于通用，即放到其他任何一个项目里都可以这么写。 432 | 433 | 那样不仅缺少了真实性、也体现不出你的自主性以及对业务的思考。 434 | 435 | 436 | 437 | #### 7.9 各项目的工作描述存在重复 438 | 439 | 建议：各项目的工作描述中尽量不要出现重复的内容，不仅浪费了空间，还会让面试官感到疲惫。 440 | 441 | 442 | 443 | #### 7.10 XX 技术不适合应用于当前项目的业务场景 444 | 445 | 建议：每一个技术的运用都要切合实际的业务场景，不要为了用技术而用技术。 446 | 447 | 在学习某个技术时必须要明确它的应用场景，而且在选用某个技术时，多思考你为什么用这项技术而不用同类的。比如你通过调研和对比发现你用的技术在当前业务场景下优势更明显，那么可以在项目的工作描述中补充这些对比以及你的思考，从而体现你的技术选型能力。 448 | 449 | 450 | 451 | #### 7.11 没有写具体的优化效果 452 | 453 | 建议：只要提到 “优化” 这两个字，就一定要提供对比数据，即：优化后相对于优化前 xx 性能提升了多少？响应时长减少了多少？稳定性提升了多少等等，而不是脱离实际的测试去盲目做优化。 454 | 455 | 456 | 457 | #### 7.12 项目和其他同学过于相似，缺少区分度 458 | 459 | 建议：其实绝大多数同学都是跟着网上的教程做项目，但同一个项目，也有高下之分。 460 | 461 | 如果你做的是网上大众化的教程项目，建议给项目改个名、换个皮、自主加一些新功能、尝试做一些优化，来增加区分度。 462 | 463 | 464 | 465 | ### 8、个人优势（自我评价） 466 | 467 | #### 8.1 自我评价没有说服力，属于正确的废话 468 | 469 | 建议：自我评价板块不是必须要写的。如果要写，就 **必须让你的自我评价有信服力** ！ 470 | 471 | 不要只说自己哪里的能力强、怎么怎么厉害，而是需要一些事例、数据、证据来证明。 472 | 473 | 举些例子： 474 | 475 | 1. 我学习能力强，对新技术有强烈的好奇心 => 补充：曾通过官方文档、自主查阅资料自学了 XX、XX 新技术，并通过 RSS 持续关注该技术最新动态。 476 | 2. 我乐于从事有挑战性的工作 => 补充：我曾经担任 XX 队长，在 XX 困难的条件下，解决了 XX 问题，取得了 XX 成果。 477 | 3. 我喜欢分享知识、善于总结 => 补充：连续 XX 天发布个人博客，发布过 XX 个学习总结等等 478 | 4. 我很帅 => 补充个人照片 479 | 480 | 这样写自我评价，就不再是虚的了，而是真的能让面试官感受到你的这些优点。 481 | 482 | 这里有个小技巧，可以根据目标公司的岗位要求去写自我评价，做到对号入座。 483 | 484 | ![](https://pic.yupi.icu/1/7d3c94d3-ee79-4eba-8de9-801ee69cd636.png) 485 | 486 | 487 | 488 | 比如公司要求招有团队协作经验的，那就写：我善于团队合作，曾经组队参与 XX、XX 项目，统筹负责了 XX、XX，怎么提升团队工作效率之类的。 489 | 490 | 这样从招聘者的角度来看，你是有用心准备过的，目的性明确，也是加分项。 491 | 492 | 493 | 494 | #### 8.2 自我评价板块篇幅占用较多 495 | 496 | 建议：自我评价板块不是必须要写的，即使要写，也不要占用过多的篇幅。尽量通过技术栈、实践经历、荣誉奖项来更有力地突出你的优势。 497 | 498 | 499 | 500 | 501 | 502 | --- 503 | 504 | 505 | 506 | 以上就是本章分享，有帮助的话记得点赞、收藏、送花一键三连哦~ 🌹 507 | -------------------------------------------------------------------------------- /程序员鱼皮的写简历指南（保姆级）4、优秀简历参考.md: -------------------------------------------------------------------------------- 1 | # 程序员鱼皮的写简历指南（保姆级）4、优秀简历参考 2 | 3 | 大家好，我是程序员鱼皮。做知识分享这些年来，我看过太多简历、也帮忙修改过很多的简历，发现很多同学是完全不会写简历的、会犯很多常见的问题，不能把自己的优势充分展示出来，导致措施了很多面试机会，实在是很可惜。 4 | 5 | 为此，我写了这份《程序员写简历指南（保姆级）》专栏，多达几万字，帮大家了解： 6 | 7 | - 如何写一份规范的程序员简历？ 8 | - 如何在简历中增加亮点？ 9 | - 有哪些常见的简历问题？ 10 | - 如何利用写简历来提升自己？ 11 | 12 | 在投递简历或者找他人帮忙看简历之前，请先把本专栏 **一字不差地完整阅读一遍** ，并且根据建议先自行修改简历，从而增加回复率。 13 | 14 | 对于不急着找工作的朋友，我也建议 **尽早准备一份简历** ，并且随着学习持续完善和优化，毕竟机会总是留给有准备的人。 15 | 16 | 这是专栏第四章：给大家分享一份真实的优秀简历。是我 17 届学弟的简历，这份简历上没有任何一个竞赛奖项或科研成果，但通过一些小技巧，依旧能够吸引面试官！ 17 | 18 | > 该简历已征得当事人同意并脱敏，确保不侵犯隐私。 19 | 20 | 21 | 22 | ## 简历内容 23 | 24 | 这份简历只有一页，非常精简，内容分为 **教育经历、技术栈、实习经历、项目经历** 四部分。 25 | 26 | 27 | 28 | #### 1、教育经历 29 | 30 | 学校：上海 XXX 工程院校 本科在读 31 | 32 | 专业：软件工程 33 | 34 | 外语：大一时通过 CET 4、CET 6 考试 35 | 36 | 37 | 38 | #### 2、技术栈 39 | 40 | **后端** 41 | 42 | 熟悉: Java 43 | 44 | 了解：SpringCloud、Express.js、Node.js、Python 45 | 46 | **数据库** 47 | 48 | 熟悉：MySQL 49 | 50 | 了解：MongoDB 51 | 52 | **中间件** 53 | 54 | 了解：Redis、RabbitMQ、Elasticsearch 55 | 56 | **DevOps** 57 | 58 | 了解：微服务、Jenkins、Gitlab CI / CD、Nginx、Traefik、Linux 59 | 60 | **云计算** 61 | 62 | 了解: Docker、Kubernetes 63 | 64 | **前端** 65 | 66 | 了解: React、React Native、Javascript、HTML、CSS、Grafana 67 | 68 | 69 | 70 | #### 3、实习经历 71 | 72 | XX 有限公司 后端开发工程师（实习） 73 | 74 | - 在腾讯 XX 部门从事 **管理系统** 开发，主要参与故障处理平台建设 75 | - 完成故障处理流程灰度、流程版本升级功能的需求分析、数据库设计、界面原型设计以及前后端实现，加快了运营团队的迭代速度 76 | - 为方便团队掌握大规模故障的情况，参与了大规模告警机制的开发流程，并为其开发前端交互界面 77 | - 使用 Grafana 开发运营监控视图，使团队成员可以快速掌握运营状况，及时做出调整 78 | 79 | 80 | 81 | #### 4、项目经历 82 | 83 | **XXX 新媒体信息流聚合平台** 84 | 85 | 展示地址：https://xxx.live（不公开） 86 | 87 | - 独立开发的基于 **MERN** 技术栈的 **新媒体信息流整合** 平台，采用 **前后端分离架构** 88 | - 使用 **React** 构建前端，对手机端 **交互模式** 进行了 **专门优化** ，使用 Cloudflare 作为 **CDN** 89 | - 使用 **React Native** 开发了 **跨平台** 的移动端应用，提高了开发效率，减少了 **50%** 的开发时间 90 | - 为适应产品特性，加快迭代速度，后端由 **Springboot** 重构至 Node.js ，数据库由 **MySQL** 迁移至 **MongoDB** ，实现了前后一体的 **集中式配置中心** ，提高了接近 **1 倍** 的开发效率 91 | - 使用 **JWT** 用户鉴权实现了 **平台内容分级机制** ，用户可自定义界面，用户设置 **云端同步** 92 | - 采用 **Redis** 实现了 **高频信息缓存** ，加快了 **请求响应速度** ，降低了 **90%** 以上的数据库压力 93 | - 使用 **Elasticsearch** 实现 **全站内容搜索** ，相比 MongoDB 搜索效率提升 **80%** 以上 94 | - 利用 **RabbitMQ** 的队列机制进行 **削峰** ，缓解了 **高并发** 情况下的 **系统资源短缺** 问题 95 | - 为加强爬虫系统灵活性，将其由 **Scrapy** 重写为 **Node.js** ，实现了**分批分时、错峰爬取** 96 | - 为提升开发效率，使用 **Gitlab CI/CD** 进行 **持续集成** 和 **持续部署** ，实现了 **构建部署自动化** 97 | - 采用 **Nginx** 和 **Traefik** 进行 **前端部署** 和 **反向代理** ，增强了软件系统的 **安全性** 98 | - 为配合 **集群化部署** ，前后端均以 **Docker** 作为容器，可在任一陌生机器 **迅速启动应用** 99 | - 曾使用 **VPS** 测试搭建了拥有 **10** 个节点的 **K8s** 集群，可进行应用的 **快速扩容** 和 **集中式管理** 100 | 101 | **Rubbish XXX** 102 | 103 | - 垃圾分类查询工具，负责 **技术选型** 、**架构设计** 和 **前后端开发** 工作 104 | - 为适应产品特性，使用 **MongoDB** 作为数据库，实现了垃圾分类、讨论区等功能 105 | - 为减轻数据库压力，使用 **Redis** 对搜索结果进行 **缓存** ，同时 **极大缩短了应用响应时间** 106 | 107 | 108 | 109 | ## 点评 110 | 111 | 我不知道大家看完这位同学的简历后有什么感受，反正给我最明显的感觉就是两点： 112 | 113 | 1. 他会的技术很多 114 | 2. 自主性很强，并且善于用技术解决问题 115 | 116 | 而且呢，看完他的简历后，他的 **新媒体信息流聚合** 项目给我留下了深刻的印象，为啥呢？ 117 | 118 | 首先，这个项目经历占据了他简历的大部分内容（50 % 左右）。虽然很长，但是有关这个项目的介绍却字字珠玑，句句精华！ 119 | 120 | 比如这句：为适应产品特性，加快迭代速度，后端由 **Springboot** 重构至 Node.js ，数据库由 **MySQL** 迁移至 **MongoDB** ，实现了前后一体的 **集中式配置中心** ，提高了接近 **1 倍** 的开发效率。 121 | 122 | 和大多数同学介绍项目时直接简单写一句 “用什么技术实现了什么功能” 不同，这句话点明了四个关键： 123 | 124 | - 为什么要做？（为适应产品特性，加快迭代速度） 125 | - 怎么做？用什么技术？（后端由 **Springboot** 重构至 Node.js ，数据库由 **MySQL** 迁移至 **MongoDB**） 126 | - 实现了什么？（前后一体的 **集中式配置中心**） 127 | - 达到了怎样的效果？（提高了接近 **1 倍** 的开发效率） 128 | 129 | 有前因、有技术、有后果，给人的感觉就是这位同学做事有目的、有自主性、又善于分析和总结，这些正是很多面试官都看中的特质。再加上介绍中使用大量的 **加粗** 强调了重点，使用具体数据（如 50%）量化了效果，再次给人加深了印象。我觉得这种写法非常值得大家学习！ 130 | 131 | 很多同学担心自己简历上没东西写，那不妨认认真真做一个项目，然后按照他的项目经历写法，展示到简历上。 132 | 133 | 134 | 135 | --- 136 | 137 | 138 | 139 | 以上就是本章分享，有帮助的话记得点赞、收藏、送花一键三连哦~ 🌹 140 | -------------------------------------------------------------------------------- /程序员鱼皮的写简历指南（保姆级）5、项目真实性优化.md: -------------------------------------------------------------------------------- 1 | # 程序员鱼皮的写简历指南（保姆级）5、项目真实性优化 2 | 3 | 大家好，我是程序员鱼皮。做知识分享这些年来，我看过太多简历、也帮忙修改过很多的简历，发现很多同学是完全不会写简历的、会犯很多常见的问题，不能把自己的优势充分展示出来，导致措施了很多面试机会，实在是很可惜。 4 | 5 | 为此，我写了这份《程序员写简历指南（保姆级）》专栏，多达几万字，帮大家了解： 6 | 7 | - 如何写一份规范的程序员简历？ 8 | - 如何在简历中增加亮点？ 9 | - 有哪些常见的简历问题？ 10 | - 如何利用写简历来提升自己？ 11 | 12 | 在投递简历或者找他人帮忙看简历之前，请先把本专栏 **一字不差地完整阅读一遍** ，并且根据建议先自行修改简历，从而增加回复率。 13 | 14 | 对于不急着找工作的朋友，我也建议 **尽早准备一份简历** ，并且随着学习持续完善和优化，毕竟机会总是留给有准备的人。 15 | 16 | 这是专栏第五章：分享增加简历项目真实性的方法。 17 | 18 | 有些同学写在简历上的项目，一看就是包装的、抄袭的、或者不是自己做的，这种简历大概率会挂掉。 19 | 20 | 21 | 22 | ### 1、项目上线 23 | 24 | 最最最能增加真实性的方法，就是把项目上线，并且提供可直接访问的网址。 25 | 26 | 项目做的好不好，把网址贴出来看看就一目了然了。 27 | 28 | 为了进一步增加可信度，你还可以在项目主页上添加自己的昵称、头像等标识。比如很多同学会写个人博客项目，再挂上一些个人的文章，真实性毋庸置疑。 29 | 30 | 如果真的是你自己做的项目，把它上线难度不会很大。不要找借口说自己买不起服务器、或者服务器过期了，实在不行用内网穿透的方式让面试官体验你的项目也是 ok 的，参考这篇文章：[不用服务器，1 分钟上线网站！](https://mp.weixin.qq.com/s/BypBsqNswLpNixdR4hM-zA) 。 31 | 32 | 如果是前端开发的同学，尽量保证网站打开的速度足够快，通常压缩下图片、或者用个 CDN 就行；如果是后端开发的同学，提供一个 Swagger 接口文档，也比不上线要好。 33 | 34 | 35 | 36 | ### 2、项目开源 37 | 38 | 如果是你自己学习时做的项目，最好能把项目开源、提供开源地址，能够让面试官点进去看你写过的代码，也是能大幅增加真实性的。 39 | 40 | 这里还有小技巧： 41 | 42 | 1）认真编写项目的介绍文档，把项目的演示截图、主要功能、架构设计、关键实现细节写清楚，让面试官感受到你的文档编写能力。 43 | 44 | 2）最好不要在本地写完整个项目后再整体提交、或者直接 fork 开源项目，而是应该在本地多次提交。这样面试官点进你的仓库后，能够看到你的提交记录，从而了解到你是怎么一步一步完成了这个项目，会更加真实。否则给人的感觉是你直接搬运了别人的项目或者下载了现成的代码。 45 | 46 | ![](https://pic.yupi.icu/1/788d3b55-8352-4ed0-9c91-5fef415a987b.png) 47 | 48 | 3）如果你是学习了网上的教程或开源项目，千万别不做修改就提交，我建议还是自己认真学习、重敲一遍。为啥呢？因为 GitHub 支持直接搜索代码片段！跟论文查重是一样的，要是面试官发现你的代码跟别人的一模一样，结果可想而知。。。 49 | 50 | 51 | 52 | ### 3、提供文档 53 | 54 | 即使不方便上线项目或者开源，那么可以用云文档来编写对整个项目的介绍、自己完成的功能的截图等。如果是跟着网上的教程项目学习，你可以整理好自己学习项目时的笔记，记录自己在项目开发过程中的思考、过程和解决问题的方法，并且提供文档地址。 55 | 56 | 这些文档和笔记可以为面试官提供更多的背景信息，让他们更容易相信你掌握的知识和经验。 57 | 58 | 59 | 60 | ### 4、强调个人职责 61 | 62 | 精简对项目的描述，突出个人在项目中扮演的角色、贡献和具体的工作。 63 | 64 | 在描述项目时，不要只是简单地列举项目的功能和特点。相反，尽量精简项目描述，重点突出你在项目中的个人职责、贡献和 **具体工作** 。要强调你在项目中的独特价值，而不仅仅是项目本身的价值。换句话说，不要给人的感觉是在 “吹某个项目很厉害”，要给人的感觉是 “你很厉害”，因为 “你很厉害”，所以造就了一个 “很厉害的项目”。 65 | 66 | 可以使用明确的动词和量化数据来描述你的工作。比如：我带领了 5 人团队，通过 Git Flow 管理项目协同，成功地将项目交付在规定的时间内，并通过 SQL 优化和压测实现了 50% 的性能提升。 67 | 68 | 69 | 70 | ### 5、增加区分度 71 | 72 | 如果你简历上写的是网上的教程项目，那么要记住，完成这个项目只是第一步，还不足够帮助你找到好工作。 73 | 74 | 因为任何网上的项目（即使是我本人带大家做的），都有可能跟其他同学重复，所以为了增加真实性，你应该给项目添加一些自己的特色。可以包括对项目的个性化定制（换皮改界面）、增加额外的扩展功能（一般至少 2 个），从而让你的项目与其他人的项目有明显的区别。 75 | 76 | 这不仅会增加你的项目的真实性，还会突出你的创造力和技能。 77 | 78 | 如果你不知道怎么对项目进行扩展，那说明你还没有自主学习编程的能力、或者还没有完全理解项目。这个问题也很好解决，可以去看看网上同类的项目都有哪些功能，比如你要做电商项目就去看某宝；或者利用 [AI 工具](https://mp.weixin.qq.com/s?__biz=MzI1NDczNTAwMA==&mid=2247543994&idx=1&sn=2d73db59fa67357ae44e8db91aac10bf&chksm=e9c2cb4ddeb5425bea9b6fbe103b63bba381d9c380e2e8f55e6aa120522ee8ace2e8e19a7174&token=593920816&lang=zh_CN#rd) 帮你扩展思路。 79 | 80 | 81 | 82 | ### 6、补充细节 83 | 84 | 细节决定成败。在项目描述中，建议多使用具体的、明确的数据来支持你的表述。 85 | 86 | 比如项目的周期大概多久，完成某个功能所使用的技术细节（比如自定义线程池的参数设置）、项目的运行环境（比如服务器的配置）、项目优化的效果（具体的比例 %）、测试结果以及项目取得的成果。这些细节将为你的项目增添真实性，拉开和其他同学项目的区分度、同时体现出你的专业性。 87 | 88 | 89 | 90 | ### 7、灵魂拷问 91 | 92 | 在之前的文章 [《说说我最近筛简历和面试的感受》](https://mp.weixin.qq.com/s?__biz=MzI1NDczNTAwMA==&mid=2247549830&idx=1&sn=e94b9e18a8540df4b236e50b9044107a&chksm=e9c2e471deb56d678669302cb1306d40fb7ea7ac613e984575e72028546f7b284114a0ed8143&token=1624527065&lang=zh_CN#rd) 中，我给大家分享过几个考察候选人的项目是否真实的问题。 93 | 94 | 想要让面试官相信项目是你自己做的，那么一定要能回答出以下几个问题： 95 | 96 | 1. 请介绍一下你这个项目的业务流程？包含的主要模块以及自己负责的工作。 97 | 2. 你在做这个项目中，遇到的最大的难点、或者解决过的最复杂的 Bug 是什么？ 98 | 3. 你的项目有实际上线么？使用哪种方式进行部署？ 99 | 100 | 如果能答出来，那么就可以放心啦~ 答不出来就继续去准备，别有侥幸心理！ 101 | 102 | 103 | 104 | --- 105 | 106 | 107 | 108 | 以上就是本章分享，有帮助的话记得点赞、收藏、送花一键三连哦~ 🌹 -------------------------------------------------------------------------------- /程序员鱼皮的写简历指南（保姆级）6、项目亮点增加.md: -------------------------------------------------------------------------------- 1 | # 程序员鱼皮的写简历指南（保姆级）6、项目亮点增加 2 | 3 | 大家好，我是程序员鱼皮。做知识分享这些年来，我看过太多简历、也帮忙修改过很多的简历，发现很多同学是完全不会写简历的、会犯很多常见的问题，不能把自己的优势充分展示出来，导致措施了很多面试机会，实在是很可惜。 4 | 5 | 为此，我写了这份《程序员写简历指南（保姆级）》专栏，多达几万字，帮大家了解： 6 | 7 | - 如何写一份规范的程序员简历？ 8 | - 如何在简历中增加亮点？ 9 | - 有哪些常见的简历问题？ 10 | - 如何利用写简历来提升自己？ 11 | 12 | 在投递简历或者找他人帮忙看简历之前，请先把本专栏 **一字不差地完整阅读一遍** ，并且根据建议先自行修改简历，从而增加回复率。 13 | 14 | 对于不急着找工作的朋友，我也建议 **尽早准备一份简历** ，并且随着学习持续完善和优化，毕竟机会总是留给有准备的人。 15 | 16 | 这是专栏第六章，这篇文章中，鱼皮会给大家分享两个问题： 17 | 18 | 1. 如何增加项目亮点？ 19 | 2. 从哪些方面优化项目？ 20 | 21 | 22 | 23 | ## 如何增加项目亮点？ 24 | 25 | 可以试试下面的方法： 26 | 27 | 1. 去网上随便找一套面试题，遇到看不懂的题目或者没接触过的知识后，把它记下来 28 | 2. 针对这道题目到全网去搜题解，至少看 3 份不同的讲解以得到相对正确的解答 29 | 3. 想办法把这个面试题涉及的知识点应用到项目中 30 | 4. 在简历上补充项目经历，将自己对这个知识点的实践作为一个亮点 31 | 32 | 33 | 34 | 为什么要这么做呢？ 35 | 36 | 1. 看别人整理的面试题，快速 get 【企业关注的】、并且自己不熟悉的技术知识，扩展思路，而不是受限于视频教程 37 | 2. 看题解，了解这个知识的概念、应用场景、使用方法、细节和优化点 38 | 3. 趁热打铁，直接对理论进行实践，真正把知识变成自己的 39 | 40 | 41 | 42 | 举个例子，比如我学后端的，刚学完 Redis 中间件，那我去搜搜 Redis 面试题，搜到一个【如何用 Redis 解决缓存雪崩？】。然后我去看题解，比如：https://blog.csdn.net/m0_37647376/article/details/118914551（随便找的一篇），了解到：缓存雪崩是什么？如何解决？然后我就把缓存雪崩的解决方案应用到项目中，比如【随机过期时间】这种方案（大 N + 小 n），给每个缓存过期时间补充一个 2 分钟以内的随机数，避免缓存集中失效~ 没错，就加个随机数这么简单！然后我就可以把这个点写到简历上啦~ 这样面试官问你这道题目的时候，你可以很自信地说自己实践过！也会对这道题目印象更加深刻。 43 | 44 | 再举个前端的例子，比如搜到一题【什么是虚拟列表？】，然后去看题解：https://juejin.cn/post/6844903982742110216 ，了解到：虚拟列表是什么？为什么要用虚拟列表？怎么实现虚拟列表？然后就可以自己实现一个虚拟列表、封装成一个独立的组件，可以应用到自己的前端表格项目中，还可以开源~ 然后就可以很骄傲地写到简历上。 45 | 46 | 面试官：“啥是虚拟列表？” 47 | 48 | 我：“劳资写过，甚至还有开源项目！” 49 | 50 | **这其实正是企业中开发项目常见的做法，搜解决方案、实践应用、分析和总结。** 51 | 52 | 53 | 54 | ## 从哪些方面优化项目？ 55 | 56 | 一段有亮点的项目经历绝对不能只写 “用 xx 技术完成了 xx 功能”，而是要有起伏和递进，在完成某功能的基础上进一步 **优化** 。 57 | 58 | 应该优化什么呢？可以从以下 **14 个角度** 出发： 59 | 60 | 1）性能：页面加载速度、接口并发量（qps / tps）、接口响应时长等 61 | 62 | 方法：缓存、并发编程、异步、限流降级熔断、有损服务、CDN、数据压缩等 63 | 64 | 65 | 66 | 2）成本：节约系统资源、降低 CPU / 内存 / 磁盘空间 / 带宽占用、节省机器数等 67 | 68 | 方法：人工分析删除、定期删除、低频存储、淘汰策略、数据压缩等 69 | 70 | 实际开发项目中，一定要有成本意识！很多同学光说优化，不考虑实际情况，这是一个错误的思维。 71 | 72 | 73 | 74 | 3）可用性：尽可能地提高系统对外提供服务的时长，即提高 SLA（3 ~ 5 个 9 的高可用） 75 | 76 | 参考文章：https://blog.csdn.net/terrychinaz/article/details/112976266 77 | 78 | 方法：集群、主备、自动故障恢复、监控告警、容灾 79 | 80 | 81 | 82 | 4）可靠性：尽可能地让系统提供可靠的服务，不要出现崩溃中断 83 | 84 | 方法：集群、主备、异常处理、降级、容灾 85 | 86 | 关于可靠性和可用性的区别：https://blog.csdn.net/HermitSun/article/details/92164226 87 | 88 | 89 | 90 | 5）稳定性：接口响应 / 操作处理时长相对固定，成功率高，响应结果保持正常 91 | 92 | 方法：保证每个服务节点状态正常、性能相当（不要有的机器好有的机器垃圾导致接口时快时慢）；合理规划服务调用链路，不能过长；做好技术选型，避免使用不稳定的第三方依赖 93 | 94 | 95 | 96 | 6）容错性：部分节点（服务）出问题时，系统整体依然能够正常提供服务 97 | 98 | 方法：集群、反向代理、故障转移 99 | 100 | 101 | 102 | 7）健壮性：系统不会因为部分异常而整体崩溃 103 | 104 | 方法：异常处理、进程监控（如 supervisor） 105 | 106 | 107 | 108 | 8）系统复杂度：整个系统易于理解，而不是说前人离职、后人无法接手 109 | 110 | 方法：软件开发原则、设计模式、系统架构设计（如微服务）、开发规范、工作流 111 | 112 | 113 | 114 | 9）可维护性：使整个系统结构清晰、利于维护，出了问题也能够快速排查 115 | 116 | 方法：软件开发原则、设计模式、系统架构设计（如微服务）、开发规范、工作流、抽象复用（组件化模块化） 117 | 118 | 119 | 120 | 10）可扩展性：使整个系统能够轻松应对未来新增的需求及业务增长，不会牵一发而动全身 121 | 122 | 方法：设计模式、架构设计、集群、分库分表、技术选型 123 | 124 | 125 | 126 | 11）可观测性：能够随时观察了解系统 / 服务的运行状态、并能快速发现故障和定位异常 127 | 128 | 方法：系统埋点上报、监控告警（prometheus）、ELK 日志收集、可视化分析（Grafana） 129 | 130 | 131 | 132 | 12）可伸缩性：系统根据负载情况动态增加或减少节点，从而能够应对流量高峰、并在空闲时节约成本 133 | 134 | 方法：K8S + Docker 容器、云原生 135 | 136 | 137 | 138 | 13）用户体验：符合用户的使用习惯、提升用户对网站的满意度 139 | 140 | 方法：网页性能优化、接口性能优化、懒加载、占位符、骨架屏、设备适配、浏览器兼容性、满意度调研（如 NPS） 141 | 142 | 143 | 144 | 14）安全性：保证机器、服务、数据库、网络等不被恶意侵入和污染，保证数据和用户隐私的安全 145 | 146 | 方法：参数校验、常用安全措施（防 XSS、CSRF、SQL 注入等）、网络防护（反 DDOS）、反爬虫、限流、黑白名单、防火墙等 147 | 148 | 149 | 150 | 鱼皮带大家做的每个项目都专门总结了简历写法以及可以写在简历上的项目亮点，跟着我做项目的朋友一定要阅读参考。 151 | 152 | 153 | 154 | --- 155 | 156 | 157 | 158 | 以上就是本章分享，有帮助的话记得点赞、收藏、送花一键三连哦~ 🌹 -------------------------------------------------------------------------------- /程序员鱼皮的写简历指南（保姆级）7、AI 优化项目.md: -------------------------------------------------------------------------------- 1 | # 程序员鱼皮的写简历指南（保姆级）7、AI 优化项目 2 | 3 | 大家好，我是程序员鱼皮。做知识分享这些年来，我看过太多简历、也帮忙修改过很多的简历，发现很多同学是完全不会写简历的、会犯很多常见的问题，不能把自己的优势充分展示出来，导致措施了很多面试机会，实在是很可惜。 4 | 5 | 为此，我写了这份《程序员写简历指南（保姆级）》专栏，多达几万字，帮大家了解： 6 | 7 | - 如何写一份规范的程序员简历？ 8 | - 如何在简历中增加亮点？ 9 | - 有哪些常见的简历问题？ 10 | - 如何利用写简历来提升自己？ 11 | 12 | 在投递简历或者找他人帮忙看简历之前，请先把本专栏 **一字不差地完整阅读一遍** ，并且根据建议先自行修改简历，从而增加回复率。 13 | 14 | 对于不急着找工作的朋友，我也建议 **尽早准备一份简历** ，并且随着学习持续完善和优化，毕竟机会总是留给有准备的人。 15 | 16 | 这是专栏第七章：分享如何利用 AI 优化项目，提升水平。 17 | 18 | 19 | 20 | --- 21 | 22 | 23 | 24 | 最近看了很多份简历，发现很多同学都存在以下 2 个问题： 25 | 26 | 1. 不知道怎么设计系统 27 | 2. 不知道怎么扩展项目 28 | 29 | 对于第一个问题，体现在简历上就是：项目写得过于简单，只写自己完成了某些功能，缺乏实现思路和对于系统设计、技术选型、方案对比上的思考。就导致有经验的面试官不相信你是自己做的项目。 30 | 31 | 对于第二个问题，体现在简历上就是：项目写得和其他人一模一样，千篇一律。虽然我带大家做的原创项目学得人数远远不如网上百万播放量的热门项目要多，但仍然存在撞车的可能性。 32 | 33 | 怎么解决这两个问题呢？ 34 | 35 | 如果是在几个月之前，我只能告诉大家去多看书看文章积累知识、或者去参考学习别人的系统实现。因为系统设计能力、项目扩展的思路就是需要提升理论积累和项目经验才能打开的。 36 | 37 | 但现在，时代变了，我们有 AI 了啊！ 38 | 39 | 我们完全可以利用 AI，在分分钟内完善我们的系统设计、并且学到扩展项目的思路和方法。 40 | 41 | 不说理论了，直接给大家看我现在是怎么做的。 42 | 43 | 比如我现在想做一个公司内部的支付中心，集成微信等第三方支付能力，无论什么系统，都能够轻松接入和使用。 44 | 45 | 如果之前没有做过相关的系统，就先问下 AI，应该怎么做？ 46 | 47 | ![](https://pic.yupi.icu/1/06c9a370-1e1f-49b4-9431-36d20fa6db15.png) 48 | 49 | 可以看到，AI 给出了系统的实现流程，不过每一点依然还比较模糊，那么你可以针对某个步骤去提问，来获取更多信息和实现细节。比如 “如何设计订单表”、“如何实现 Restful API” 等，这里不再赘述。 50 | 51 | 像我已经自主设计了一个支付中心的实现概要方案，随便举个例子，如下： 52 | 53 | 1. 前端点击业务系统自己的商品（会员）页面的立即购买按钮，打开支付中心页面，携带 url 参数打开支付中心的支付页面 54 | 2. 支付页面判断如果包含上述内容，又没有实际的订单号，则调用后端接口，获取订单号和订单详细信息（比如商品信息、二维码等），填充订单号到页面 url 上；前端页面开始轮询订单状态，检测是否已支付。 55 | 3. 【后端】用户扫码支付成功后，支付中心后端会收到第三方支付的回调，然后调用 appId 指定的 notifyUrl 回调地址，让业务系统处理自己的逻辑（比如给用户发放会员） 56 | 4. 【前端】用户扫码支付成功后，前端轮询到此状态，跳转到支付成功页，用户可以点击按钮【返回】跳转到 returnUrl（自己的业务系统） 57 | 58 | 我是有信心能够实现这个方案的，如果这是在学校里做项目，**可能做到这些就够了** —— 这就是大多数同学系统设计、写简历项目的真实写照。但如果要实际上线，肯定要优化和完善这个方案。 59 | 60 | 但是我一时间又想不到怎么去进一步优化，怎么办呢？ 61 | 62 | 问 AI！ 63 | 64 | 你只需要问一句：以下是我设计的 XX 系统，请问有什么不足或需要改进、可以优化的地方么？ 65 | 66 | AI 就会帮助你打开脑洞，提供优化点了： 67 | 68 | ![](https://pic.yupi.icu/1/513d7a61-089e-4ab2-a5f2-992603fa99f7.png) 69 | 70 | 71 | 72 | 哦，原来除了实现基本功能外，还有那么多可以优化的地方~ 73 | 74 | 在你真正实现后，还可以再问下 AI 怎么把这些优化点写到简历上，泰裤辣！ 75 | 76 | 最后总结一下，以后大家做项目，推荐按照以下流程： 77 | 78 | 1. 一定要先写方案（系统设计、实现流程等） 79 | 2. 动手开发前，找 AI 帮你优化完善下方案 80 | 3. 实现基本功能后，找 AI 给你提出项目的扩展思路 81 | 4. 实现 AI 的扩展思路，找 AI 帮你生成简历亮点 82 | 83 | 84 | 85 | --- 86 | 87 | 88 | 89 | 以上就是本章分享，有帮助的话记得点赞、收藏、送花一键三连哦~ 🌹 --------------------------------------------------------------------------------