空言

面试官：看你简历上写做过 IM，那简单问一下设计思路，多端同时在线，聊天记录还得同步，怎么设计？ 候选人：长连接、心跳、路由、推送队列、消息归档…… balabala…… 面试官：用户太多了，消息存不下呢？ 候选人：那就不存了啊。聊天记录放本地，服务端只管队列和分发。 面试官：那多端同步怎么办？ 候选人：把第二台设备登录做复杂一点，尽量别让用户登录。 面试官：用户真登上了呢？ 候选人：那就想办法从第一台设备那边 P2P 搬一点聊天记录过去…… 面试官：你tm到底在哪做 IM 的？你给我滚出去！

暑假去亲戚的图书馆里帮忙，顺便蹭个社会实践盖章。 那天的工作内容是按序号整理还回来的书。 我抱着一摞书，从第一本开始，一本一本往书架里插。 干了十几分钟，旁边阿姨看不下去了 你这样得弄到啥时候去？ 她从我手里随便抽了一本书。 你看，你随便拿本书，编号比它小的放这边，大的放那边，然后两边再各自这么弄。 我突然想起来自己简历上的“熟悉常见数据结构与算法”，感觉前途一片灰暗。

面试官：看你简历上写了做过公司内部 IM，那定位打卡这种功能应该做过吧？ 候选人：做过做过。 面试官：讲一下思路，还有遇到的困难吧。 候选人：思路倒是简单，先验系统完整性，完整性没问题直接拿 GPS 经纬度和设备信息上报给后端，由后端做打卡验证。 面试官：你们就没碰到过虚拟定位的？ 候选人：碰到过，我们后面加了点 xposed 检测，root 检测，等等，毕竟你也知道，安卓端那完整性检测好绕得很。 面试官：常见做法，后面呢？ 候选人：后面那帮用户想办法绕过了啊，手机是人家的，我们玩不过他们，不过再后面我们想了个完美解决办法。 面试官：完美？我已经很多年没见过有人面试敢说完美了…

当你觉得调休很傻逼的时候，不妨想想国际大厂是怎么处理闰秒的。 最早的时候闰秒来了，系统直接把 23:59:60 硬塞给应用层，然后应用层直接不会了。 后来大厂发明了 leap smear，把凭空多出来的 1 秒均摊到一天里慢慢消化，于是你明明多了一秒，但感觉又好像没多。 这事可千万不能给你老板看到，不然哪天他把你五天年假均摊到全年工作日里，然后告诉你，实际上你休过了。

说实话，第一次让我对光速有多快有过真实感知的事情是 美服游戏和我那 300ms 的延迟……