社招驱动岗啥难度

一、简述CPU 负载很高，利用率却很低该怎么办？二、谁发明了Linux？解释Linux的历史？三、Linux和Unix有什么区别？四、Linux的基本组件是什么？五、环境变量是什么？六、什么是符号链接？七、什么是僵尸进程？八、简述Linux 内核 IO 模型 ？

大家好，自从上一条动态提出可以帮大家review简历以后，也是短暂的实现了一周的瑞幸自由总结了一下每份简历的问题，我发现问题是有共性的，一言以蔽之：“对自己简历中，每段内容的含金量缺乏理解”我们写实习经历、项目经历的时候，每段大经历下会写几个小的工作点，如接口响应时长优化、线上问题的排查、重构、数据迁移等等。对于后端简历来说，最重要的一般是性能优化，性能优化的常见手段是 同步改异步、Db加索引、引入redis等等。 这些内容是比较重要的，虽然烂大街，但是你实际工作，处理的也是这些事儿。这些问题对线上服务真的是有影响的。 这里说句题外话，性能优化一定要写指标，你编也要编个数上去。。。 没有指标的优化不如不优化了（夸张说法）。相反地，一些代码形态的优化，比如引入设计模式等等，不是不能写，但这属于“鸡蛋”（参考Gumayusi的鸡蛋理论）。 一方面，谁也看不到你设计模式咋用的，写的对不对；另一方面，代码写成什么样都能跑。甚至不用设计模式更好懂、性能更好...... 所以要对这些工作祛魅。 最核心的还是性能优化相关的东西。当然，这里还有一个问题，就是业务建模。其实严格来说，这里比性能优化更重要，尤其是你面业务对口的组，比如你做飞书面钉钉；在美团实习面试字节本地生活等等。因为面试官也做这块，ta会很细粒度的追问一些 其实对实习同学来说 可能有点超纲的问题。（其实面试官们也是这么过来的，他们实习的时候也就看自己手头那点东西....甚至还不如你们。但现在他们坐在桌子里面了，为了考察你，他们很难收住自己的考察面。 人对自己熟悉的东西是不觉得难的，业务对口有优势，更有挑战。）但是对业务不对口的同学来说，业务建模（表设计）是很难聊的。因为面试官也不一定熟悉你做的东西，面试官很难问出有价值的问题。所以面试官也不会很想问。这样你写了业务，效果也不大。反而会让简历充斥很多天书，让人看着就觉得有点烦、没耐心了。（没错，面试官很多都是牛马，他们没兴趣钻研你的简历。如果看你的简历看不懂，可能下意识是觉得你写的不够清楚hhh）这也是为什么性能优化位列第一优先级的原因，这里是后端最重要的事情，而且很有共性，还能引入八股一起考察。所以我强烈建议各位同学 把性能优化方面多准备一下。 业务设计方面，如果要写，千万注意不要堆砌名词，让人难以理解。可以让你的室友review一下，看能不能看懂。总结：想写出好的简历，需要你对自己的工作有一个好的sense。 简历写得好的同学，一般都是对自己做的工作 有清晰认识的同学。 好的简历可以引导面试官 到你提前准备好的领域内。 想要面试顺利，不要给面试官太多自由发挥的空间。什么是好的sense？就是知道简历里最重要的亮点是啥。那什么样的东西可以当做亮点？  业务不对口的情况下，性能优化；业务对口的情况下，性能优化 + 业务建模。最后，祝大家找工作顺利。 即使不顺利，也不要灰心。社招路也很多、很简单。一时不顺心不一定是坏事。如果觉得本文对你有帮助，欢迎点赞；如果自己觉得自己缺乏这种品味，可以联系我。能力范围内我可以帮你看看。 目前刚起步，很便宜，一杯瑞幸就可以改简历，一顿麦当劳套餐就可以语音模拟。（说句题外话，其实还是蛮多同学找我的，让我有点意外.... 只能说卷的不行。而且不找我的同学很多可能也找别人了。 所以不要觉得自己是在和同届的同学pk，他们身后可能有背后灵.....）

做嵌入式久了会发现，真正让人难受的面试问题，往往不是“会不会用某个外设”，而是那些一听就知道没做过项目根本答不上来的问题。下面这些，就是我遇到过、也确实很刁钻的嵌入式面试问题。1.「这个问题你是怎么复现出来的？」不是问怎么改，而是先问你怎么复现。这类问题在考：你有没有构造测试条件是靠偶然撞到，还是系统性定位有没有复现思路和手段如果项目里没被 bug 折磨过，很难答清楚。2.「设备跑三个月后死机，你会从哪几步开始查？」这是典型的工程经验题，涉及：内存泄漏、堆碎片任务栈溢出看门狗、日志、异常捕获重点不是点名技术，而是你有没有长期运行的意识。3.「中断里能不能用 malloc？你项目里怎么处理的？」...

佬们，我这个简历寒假想投实习可以吗，现在1月份寒假实习还招人不，简历有没有什么要改的地方，欢迎锐评。