有大佬帮看看简历吗

# 有深度的简历长什么样？有深度的简历，**不是堆砌华丽辞藻和长篇大论**，而是像一份“精准的个人能力说明书”——招聘方一眼就能看到你的核心价值、解决问题的能力，以及和岗位的匹配度。它没有空话，全是“干货”，通俗来讲有这几个特点：1.  **经历不贪多，只挑“和岗位相关”的写**很多人写简历会把所有实习、项目、兼职都列上，生怕漏了显得没经验。但有深度的简历，会**针对性筛选经历**：比如应聘Java开发岗，就重点写Java项目开发、接口调试、性能优化的经历；和编程无关的兼职（比如发传单、奶茶店打工）直接删掉，或者一笔带过。核心逻辑是：**你的经历要能证明“你能胜任这个岗位”**，不是经历越多越好，而是匹配度越高越好。2.  **描述不说“空话”，只说“做了什么+怎么做到+结果如何”**这是有深度简历的核心。很多人写经历会说“参与XX项目，负责开发工作，提升了团队效率”——这就是典型的空话，招聘方看不到任何具体能力。有深度的写法是**用“动词+任务+方法+结果”的句式**，比如：> 负责ZMT项目的Java后端接口开发，基于Spring Boot框架设计并实现10+个核心接口；通过引入Redis缓存优化查询逻辑，将接口响应时间从500ms缩短至80ms，支撑日均10万次的请求量。这样写，你的技术栈、解决问题的能力、工作成果一目了然，比空泛的描述有说服力得多。3.  **技能不“夸大”，只写“会用的+能落地的”**不少人简历上的技能栏写着“精通Java、精通C++、精通分布式架构”，但面试时连基础问题都答不上来，反而会减分。有深度的简历，技能描述**真实且有层次**，比如：> 核心技能：Java（Spring Boot/Spring Cloud）、C++（STL/多线程）、MySQL（索引优化/事务）、Redis（缓存策略）> 了解技能：Docker、K8s、微服务架构设计不夸大、不造假，让招聘方清楚你的能力边界，同时也能体现你对技术的认知深度。4.  **有“亮点”，能体现你的“不可替代性”**有深度的简历，一定有**1-2个能让你脱颖而出的亮点**。这个亮点可以是：- 项目里的技术突破：比如在ZMT项目中解决了某个棘手的并发问题，或者独立设计了一套数据同步方案；- 可量化的成果：比如优化代码后，项目运行效率提升30%，或者负责的模块零bug上线；- 持续学习的能力：比如自学了微服务架构，并用它完成了一个个人开源项目，附上GitHub链接。这些亮点，是你区别于其他候选人的关键，也是体现你“深度”的地方。5.  **格式简洁，没有“干扰项”**有深度的简历，**排版一定干净整洁**：没有花哨的模板，没有五颜六色的字体，没有冗长的个人评价（比如“本人性格开朗、责任心强、团队合作能力优秀”——这些话招聘方看腻了，不如用经历证明）。一般1-2页足够，应届生或工作经验少的人，1页简历就够了。重点信息（比如项目经历、核心技能）放在最显眼的位置，让招聘方30秒内就能抓住重点。总结来说，有深度的简历，**本质是“用事实和结果说话”**——它不只是一份“个人介绍”，更是一份“能证明你价值的证据清单”。招聘方看完，会觉得“这个人就是我们要找的人”，这就是有深度的简历的魅力。

春招在即，无论是26届，还是即将找实习的27、28届。都会面临一个问题：去网上看了很多公司面经，面试时一个都想不起来。今天我教你用Notion建立面经管理系统，再配合AI做分析，让你从从容容，游刃有余。减少求职的压力。 1.在Notion中新建表格用来记录面试进度和刷题进展。如下图：这样可以清楚的展示你的面试进度以及你今天要复习什么，打开后面的面经链接就可以了。附上表格模板： 面经数据库（主表格） ├─ 基础信息 │ ├─ 公司 │ ├─ 岗位 │ └─ 面试日期 ├─ 技术考察 │ ├─ 高频题 │ ├─ 考察重点 │ └─ 难度评级（1-5星） └─ 我的准备 ├─ 准备状态 ├─ 复习次...

👥 面试题目技术面 1.151.OSI七层模型2.线程与进程的区别3.算法题：回文字符串4.redis缓存穿透雪崩击穿5.mysql的隔离级别6.反问（总共60分钟左右）1.16上午打电话通知技术面通过，通知1.19hr面👥 面试题目hr面 1.191.怎么平衡学业上的研究工作和实习工作2.基本就是逮着简历上面的实习经历和项目问，学到了什么东西（总共也就面了20分钟，准备了一堆企业文化的内容完全没有问）1.21打电话问了一下没结果，1.22邮箱通知被拒怎么技术面过了，hr面能挂😭😭

题干解析 题设给定一个砖块状态数组和每次的敲击情况，砖块只有互相在上下左右具备连接，且有至少一个砖块与顶部连接才算稳定，打击后变得不稳定的砖块组会被消除，要求我们返回每次敲击后的砖块因不稳定而消除的数量。 算法思路 初始情况所有还存在的砖块可看作一个组，后续的击打便是消除组内部分连接边使得组可能一分为二也可能不变，一分为二时不稳定的组便会被清除，且需要确定清除了多少个砖块。 有关分组的数据我们不妨使用并查集进行维护，但有一个重要问题便是并查集本身并不支持删除已建立的连接。对此我们不妨逆向解决此问题，由此我们成功将并查集无法处理的边删除问题逆向为边增添的问题。假设我们得到所有需要打掉的砖块后的砖...