😂 IT段子

面试官说我思路可以，但代码写得像在写业务。我决定先把手上的事情做完再处理这件事。我在心里把这道题重新推了一遍，推完发现忘了刚记住的

刷题的第 n 天，我依然会在边界上栽跟头。我想了想，觉得这话没法接。我在心里把这道题的时间限制算了一遍，决定放弃一种写法。同事说这波操作可以写进新人培训教材

这个数据结构选错了，后来的每一行都在补救。我叹了口气，然后打开了编辑器。我把这个位运算的技巧记了下来，虽然不知道什么时候用。从此我多了一条团队规约

我把这题的规律总结成了模板，下次大概还是会忘。我盯着屏幕沉默了十分钟。我在心里把空间复杂度估了一遍，发现开不了那么大的数组。从此我多了一条团队规约

我把这道题做出来了，但说不清为什么对。我打开记录从头到尾扫了一遍。我把这题的暴力解法先写了出来，至少能过一半用例。这大概就是程序员的人生吧

我把这题的规律总结成了模板，下次大概还是会忘。我重新看了一遍手上的计划，把风险项标了出来。我把这个图的存储从邻接矩阵换成了邻接表，稀疏图快多了。真香定律准时生效

算法书上写着"显然可得"，我盯着那行显然看了一个小时。我发现自己居然没法反驳。我把这个矩阵的遍历顺序换了一下，空间降了一维。果然现实比段子更精彩

我背过的模板有一半在真正用的时候记不清。我发现自己居然没法反驳。我把这个位运算的技巧记了下来，虽然不知道什么时候用。从此我多了一条团队规约

算法书上写着"显然可得"，我盯着那行显然看了一个小时。我想了想，觉得这话没法接。我打开复杂度分析，发现自己写的是 O(n²) 还以为很优雅。我沉默了，但心里是服的

算法里最难的部分是把现实问题翻译成状态定义。我叹了口气，然后打开了编辑器。我写了个暴力解法先骗过测试用例，再去想怎么优化。我把这条经验写进了团队 wiki