朋友问如何评价他的实习简历

[SculptureSand]

我这个朋友最近在找实习，专升本的，上次实习是专科学校合作的公司，0 工资，唯一的收获是社会真黑暗

现在终于到了本科毕业，虽然他一直给人的印象是领先于我们，但他似乎不愿意学所谓的八股文
因此像是 Spring Boot 、微服务，一些培训班也在写的项目，他都没尝试过

自己在那学 Flask ，挺有想法，但看起来学的也不深
（烂大街的技术栈他不屑于去碰，可自学的内容也没有脱颖而出，自学的效率也不高吧，处处碰壁。项目倒算有点想法）

以下是简历截图
https://img2.imgtp.com/2024/03/30/V5w077Pj.jpg
https://img2.imgtp.com/2024/03/30/rk2b7mc5.jpg

[janus77]

你说的这个朋友是不是。。。

[me1onsoda]

flask 、vue 不烂大街吗。。

[yingqi1]

"ChatGPT 从 23 年 1 月就开始使用"，都会使用 GPT ，让 GPT4 润色一下简历吧。

在大学期间能自动学点东西新东西，比大多数优秀了。比如 GitHub Action\Vercel\阿里云。
就是项目经验有点少，应该找几个极客时间专栏的课程，对着敲几遍，练练手感。

[mooyo]

说实话，不怎么样。。很像那种稍微懂点就觉得自己很厉害的脚本小子

[SculptureSand]

@yingqi1 谢谢
之前用 GPT4 润色润的太抽象了，就自己这样接地气的写了
我觉得我是有广度没深度吧，讲实话浙江二本大学，连域名都不清楚才是正常人（专科更是），更别提用 Google 、GitHub 啥了，那对他们来说是遥远的存在
我觉得我这样擅用工具眼界更广是比他们优秀，就是没踏实学
而“正常”的同学们去培训班、学比如 SpringBoot 视频教程啥的，确实又比我更专业
难绷

[MAVETRICK]

你知道为什么他只能考上专科吗？年轻先提升下学历，我在复旦的几个读博的同学都没这些大专仔那么不屑。

[netabare]

怎么现在人都喜欢把简历写成项目说明书。。

[locoz]

整体来说讲故事超出同阶段的人的水平，个人特质也有充分体现，但是：

1 、开头应该加个简单的自我介绍，学历部分可以往后排，放那么前没啥意义。

2 、各种拼写错误、用词错误、标点符号使用错误建议调整一下，对于注重“简历是一个人的第一印象”的人来说，你这细节问题太多，容易给人感觉做事不细心，“就那么点字的简历都不花时间好好整，还想着找个好工作”。

3 、项目部分有点贫瘠，可以再写一两个不同类型的项目，处于这个阶段且接触新鲜事物较多的人，想法应该比较多才对。在没有能体现出巨大价值的项目时，想法还显得比较少，竞争力会相对较低。

[locoz]

@netabare #7 他这个还是有点水平的，虽然内容长了点，但是信息量也比较充足。绝大多数简历写得烂的人，写的那叫流水账，比如“采用 xxx 开发，做了 xxx 处理，碰到 xxx 问题使用 xxx 解决”，很干巴；而他这个是讲故事，有体现出心路历程，相对而言好很多。

[SculptureSand]

@locoz
感谢指点，耳目一新

[aisk]

Flask 也没有太大的学习深度吧，为什么要专门“学”？

[tonytonychopper]

简历上其实可以尽量避免一些口语化的表述，OP 贴出来的简历刚好一页，如果删掉一些口语化的表达可能就只有半页，内容严重不足，更别说里面还有一 part 内容是 hexo 博客。据我的经验看这似乎跟着教程搭就行了，看起来比较水。
我想表达的是，做一些别人不容易做到的事情，会更有含金量，在就业市场肯定也会更受欢迎～
打个比方，如果说跟着 hexo 搭博客是在第一层的话，写一个漂亮的 hexo 主题就是在第二层，写一个类 hexo 框架就是在大气层了。
当然，如果只是对普通应届生或者刚学编程时间不久的人来说，这份简历我觉得还行，起码比我以前刚毕业那会强多了 hhh……

[treblex]

python web 感觉还是有点难找的，而且也不能只是会用 gpt ，python 方向可以做个 gpt 套壳应用什么的试试

[SculptureSand]

@locoz
@tonytonychopper
参考你们的提议，把简历改进了。如果可以的话，希望你们能看一下，哈哈，投着玩吧，能找到实习对我来说是一次宝贵的体验。我现在的目标就是考上家乡事业单位，成为老油子后看书学习敲力扣，为自己写项目

[SculptureSand]

实习经历第一句话句号忘加了，技能里，数据库是 SQLite 、MySQL 。

[locoz]

@SculptureSand #14 你现在这种项目描述方式，没有了一点个人特色，反而显得平平无奇了...有一说一，其实真不如之前那种讲故事式型的描述。

表达能力也是一种重要的能力，比别人强就是优势，有时候没必要因为所谓的“大家都在遵循的规则”而限制住自己，规则不一定都是对的，或者说不一定都是适合自己的。你可以为了方便企业方快速了解你的技能点而弄一个概要，但你没有必要把你本来有一定特殊性和优势的描述部分砍掉。

[locoz]

@SculptureSand #14 包括像技能那部分也是，本来描述挺好的，要快速看的就看加粗部分，要好好了解的就看具体描述，没啥影响。现在删了之后就很平平无奇，随便抓一把简历全都长这样。

[SculptureSand]

@locoz
明白了，明天把这两版本融合一下

[foolishcrab]

看你技术栈都能大概猜到你在推特关注了什么…请先纠正一下你所谓的“烂大街”的错误认识，你这个阶段需要多尝试

[netabare]

@locoz 信息量充足是一回事，能通过这些信息表现出 op 什么样的形象是另一回事。考虑到 op 发了新版本我就不太纠结旧版了，但是旧版的介绍给人的感觉是，读完了知道了这个项目是做什么的，但是对 op 的认识却很浅显。另外一般读一份简历的时间也就十几秒时间，对角线扫描的读法，自然要考虑尽量精简词句。

op 讲故事这个自然是亮点，而且也看得出对项目设计和开发的思考和中间的多次迭代实验，但这些应该尽量用关键字让他们能够第一时间抓住读者的注意力。

看了第二版的话，确实精简了很多，但确实也有缺少了讲故事的环节。其实我不太清楚这个「项目简介/技术栈/项目要点」的排版是不是国内简历必须项。国外一般流行的是用 STAR 法则，每个小点对应一个 S ，T 或者 A 或者 R ，但不一定要是这种一板一眼的形式。再比如说技术栈就可以融入到其他小点里面而不是单独列出来。然后我觉得第一版里面讲故事的就可以试着改造成 STAR 的思路。另外一个思路是 XYZ ，不过这里不一定套的上。

S：设计了一个匿名、加密的文件分享网站以便在公共场合分享传输文件
T：前端使用 Vue ，部署在 Vercel ，后端使用 Flask 暴露出 REST API ，部署在阿里云 FC3.0 ，使用了 Serverless 架构并使用 GitHub 进行自动对接；数据存储方面综合使用了 SQLite 和阿里云 OSS
A：综合考虑从零开始的渐进开发体验和按需扩展的需求，结合使用阿里云的过往经验，在仔细筛选和多轮原型设计后决定上述方案；根据需求推导出架构设计，用思维导图确定之后逐渐实现各个服务模块，例如 X ，Y ，Z
R：在项目落地的同时，有特意留意状态码处理和异常捕获，也有平衡数据库读写和计算，设计负载平衡，etc

随便写了一下，可能有点乱，然后我自己语言表达也不是很好。但大概思路应该是差不多的吧（去掉前面那个字母）。其实基本上就是把第一版精简后的样子。

当然如果国内必须这样排版当我没说……毕竟也看到很多人是这么排版的。