这个话题，我最有发言权

想当初我选offer的时候牛客上还没有多少能参考的信息，在牛客，互联网大厂信息这么密集的情况下，对我们想进其他领域大厂的人来说，确实不够友好，所以我来分享一下我的心得，希望能帮助到学弟学妹们吧。（也算是抱个团了）其实也是有点稀里糊涂，当时没有在牛客上查到多少信息，我也还是做了一些功课的，不然就真纯纯开盲盒了，万一遇到一个很差的公司呢？那我岂不是对自己太不负责了。分享一下我当时的做法，我先是去看这家公司的行业地位，是不是处于领先，处于行业头部就说明有点东西，说明已经被行业认可了！其次我会去看这个公司是不是注重技术，很简单，就去官网看，是不是有大篇幅介绍（说明重视），具体是哪些点比较牛（比如拥抱A...

我感觉春招还是可以的，平时对于自己不是很懂和很好的offer可以继续春招，将offer弄个最好的去，要我肯定继续

大厂大部分组都是双休的吧，腾讯、阿里、字节等等。以我实习的腾讯为例，只有一些游戏开发和测试周末还要去，如果是项目很忙的话，一周七天每天都要去公司，没有休息时间的。不过我们组还好，强度没那么大。但是部分组强度大并且很忙也是正常的。项目需要上线发版，平时节假日玩家人数暴涨，这个没有人在现场也说不过去。毕竟真出了问题损失还是很大的。但是，大厂的大部分组还是能保证双休的，但是也存在像pdd这样的只休一天的公司🤔。大家去实习和正式工作时还是要考虑一下工作强度和氛围，毕竟工作时间长且压力非常大的话很容易身心疲惫，造成身体和心理上的很多问题。

卷不过你们对新技术如数家珍的敏锐，只能卷对旧系统庖丁解牛般的耐心了。当大家在讨论最新框架时，我选择回到我负责的那个“祖传”项目里，去梳理那十万行无人敢动、注释比代码还多的业务逻辑。一屏一屏地读，一个方法一个方法地画调用链路图，像考古一样还原它当年的设计初衷。这个过程没有即时的成就感，但当我终于定位到那个导致每周五下午定时告警的深层耦合，并小心翼翼地完成解耦时，我获得的是一种扎实的、无人能剥夺的“领土感”。我卷的是在混沌中建立秩序、在遗产中创造价值的另一种能力。卷不过你们在会议上滔滔不绝的表达，只能卷在代码里把问题一次性解决干净的功夫了。我可能无法用三页PPT说清我的贡献，但我可以确保经我手的代码，其接口设计、异常处理和日志记录都清晰如说明书。我追求在代码审查时，让同事提不出实质性意见；我追求在半年后自己回看这段代码，仍能快速理解当时的意图。这卷的是对技艺的某种洁癖，是对“软件工程”中“工程”二字的朴素信仰——让系统因我的存在而更稳定一点，更可维护一点。卷不过你们对职业阶梯的精准攀登，只能卷对自身可持续性的长期投资了。我不再强求自己跟上每一个技术热点，而是开始构建自己的“知识资产负债表”：一边深入巩固如JVM原理、网络协议等不变的基础，另一边以解决真实问题为导向，谨慎引入新工具。我卷的是一套内在的、稳健的、能抵抗技术潮流起伏的个人发展系统。当行业的风向再次转变，那些追逐风口的人可能需要重新学习，而我希望自己只是从容地调整一下资产配比。这或许是一种更慢，但可能走得更远的“卷法”。