入职第一天，hr让我起一个花名

90% 的人简历石沉大海，并不是因为技术不行，而是因为从一开始就写错了方向。大多数人写简历时，下意识会把它当成一份经历记录：学了什么技术、做了哪些项目、按时间顺序全部写上去，以为内容越多越专业。但现实很残酷，简历投出去往往连回音都没有。问题不在你学得不够，而在于你没有把“价值”写出来。简历的本质，从来不是记录你做过什么，而是向公司证明：你能创造什么价值。企业招人的目标也很明确，他们不是在找“会技术的人”，而是在找“能用技术解决问题的人”。如果一份简历只是技术名词的堆砌，却没有告诉对方你解决了什么问题、带来了什么结果，那它很难在筛选阶段活下来。很多人会在学习阶段陷入纠结：到底该学什么？这个技术会不会烂大街？是不是技术栈不够广就没有竞争力？其实这些问题在一开始都不重要。一个非常反直觉但有效的方法是，先把简历做出来，再反向准备项目和技术。因为投简历是结果导向的事情，当你把简历框架先搭好，你会立刻看清楚自己要投什么岗位、岗位需要什么能力，以及接下来一到两个月学的内容，最终会以什么样的成果呈现在简历上。如果一项技术学完之后写不上简历，或者写了也无法提升投递反馈，那它本质上就是无效努力。判断一份简历有没有用，其实也不复杂。直接换一版新简历，不管是在线简历还是附件，都全部替换，然后去平台投递，看打招呼率、要简历率、面试邀约数有没有明显变化。如果数据比之前好，说明方向是对的，这时候再回过头去细致梳理项目，从背景、问题、方案、技术细节到最终结果全部过一遍，确保在面试被追问时能讲清楚。简历负责敲门，项目负责让你站得住。在写简历时，先搭一个清晰的框架很重要，比如教育背景、实习经历、项目经历、专业技能。真正拉开差距的不是结构，而是内容有没有“问点”。一份好简历，既要让技术面试官看到深度，也要让非技术背景的 HR 能迅速明白你会什么、是不是匹配岗位。很多技术人会忽略这一点，以为简历只是给技术面试官看的，结果满篇专业名词，HR 看不懂，直接卡在初筛。基础技术该写清楚的就写清楚，不求炫技，只求可识别、可匹配。项目和实习经历的价值，也常常被误解。很多人以为项目好，是因为技术更深；实习好，是因为能力更强。但从面试官视角来看，真正的区别在于有没有提问点。比如你写了解决超卖问题，面试官就可以顺着问锁的选择、并发控制方案、再延伸到 JUC 或分布式锁。一个好的项目，本质上是一个八股的入口，而不是用来装点门面的经历描述。所以在写每一条项目时，都应该问自己一句话：这是不是在制造可以被追问的点，还是只是堆名词显得自己很厉害。说到底，写简历，最底层的逻辑就是放弃“记录思维”，建立“价值思维”。先做简历再准备，是让努力有明确方向；技术点结合问题和成果，是让价值有事实支撑。简历不需要多华丽，只要能让公司清楚地知道，你能用技术解决他们的问题，并创造他们真正需要的价值，这份简历就是成功的。

楼主应届生，boss上面有家中厂给我打招呼，接着很快安排面试，5个工作日就面完3次。评聘的是客户端，流程是正常的业务2面+hr面，但是时间越来越短（3次时间分别在大约50-40-15），到最后hr面只有短短十几分钟，说给楼主报销机票酒店去线下看看。业务面也比其他公司的简单很多。在网上看到说这么短多半是要挂了或者kpi了。这种靠谱吗。

下午的二面，晚上看显示是hr面，显示要评估是啥意思啊

讲讲实习的项目static 关键字的作用final 关键字的作用interface 和 abstract 有什么区别final 能修饰 abstract 吗？ArrayList 里加元素的过程ArrayList 里 add 的效率如何 O（1）吗还是 O（n）要考虑扩容如果 remove 和 add 同时进行呢？ArrayList 和 LinkedList 是否现成安全HashMap 的查询时间复杂度设计一个数据结构，要求动态插入删除并且可以随时知道比 k 小的数树状数组、平衡二叉搜索树（红黑树） + size 标记、跳表如果同时需要立刻知道中位数呢？双堆模型（大根堆+小根堆）如果一个文件，在...