25届找不到实习

时间线是从三月底到五月底，结果实习0offer。现在唯一可能还有机会是荣耀，机会非常渺茫，可能十分之一的概率吧，处于一个等感谢信的状态。也不会再找实习了，准备实习的这两个月真得是学习效率最高的一段时间，进度推进得特别快，虽然结果不满意，但是过程收获满满。沉淀两个月，把薄弱的算法补补，源码多看看，换一个上线的项目，秋招应该还是有机会吧（猜啊）。之前也一直在想，我是从去年十月份开始准备Java，那时候真得几乎是零基础，因为研究生是搞计算机视觉的，所以如果从零准备四五个月就有offer，那我也太天赋异禀了，而且对那些搞了几年的大佬是不是有点不公平了。最后一点自我慰藉，也是阿Q精神一下，那就是看很多找到实习并且入职的大佬们分享自己的工作很边缘，既学不到什么东西，也不方便沉淀，可能最后除了简历上碾压我（薄纱）核心知识学不了多少。备战100天，冲，奥利给！

六月初就开始找，那个时候回我的hr挺多，不过因为7月才能到岗没后续了，现在岗位日薪越来越低，要求越来越高，面了两个都挂了，马上考完试放假了，实在不知道现在还要不要再找，还是说8月份会好一些。

如题，暑期实习准备的太晚了，现在是不是已经没什么机会了。

很多同学都会在简历上写自己熟悉并发编程，那么就会衍生一道很经典的题：三个线程 A，B，C，按序来执行 N 次并且打印输出 A B C......；很明显，这就是一个多线程的编程题，挺有意思，借此，我想来写一篇文章来记录一下这个题的写法，更多的在于使用上而不是原理。 前言 在进行多线程编程之前：我们需要有一些多线程编程的共识，对于这类控制多线程执行的题目，我们需要有一个方法论： 线程操纵资源类 在写业务逻辑的时候遵循这么一个流程：判断 -- 执行 -- 通知 避免虚假唤醒，用 while 而不用 if 来进行判断。 上面说的三个点是基本的框架逻辑，任何控制多线程执行的题目都是遵循这个框架的，...