我想了下，最简单的就是开个定时任务，每天唤醒次，找到当天生日的人，再推送就好了。其实这就挺快的了，毕竟一天就扫描一次，生日加个索引扫描一遍就行了。

如果要优化的话，首先想到的是空间换时间，直接开 365 个桶，生日装到对应的桶里，每天直接用对应的桶就行了。

延时队列啥的我没用过。。

不过的确短信费才是大头，程序其实消耗不算大。。

看你阶段，学生就好好跟着老师打基础，工作就买教科书学理论吧，基础就是那些黑皮书里的东西

约定俗成+工具一般默认生成就叫这个，懒得改了

的确，两个语言要说思维方式的不同其实就是泛式的区别，一个过程一个对象，区别还是挺大的。

既然这两个比较，那就默认后端岗位了，说实在的，语言上真的没什么好说的，无非是自己的工具链，语法糖这些的积累，但是要转真的不难，重点还是那几个基础知识，网络，操作系统，数据库，这些东西才是重要的，不只是说转语言，要把一个语言 /后端学好，也是学这些东西。

所以说结论就是，重心放基础上，语言都好说。

比如说 room 加一个 owner 的属性，当 user 调用 room 时就比较下，根据结果走不同的分支

room，因为门和 room 是一一对应的，是 room 的一种功能。而 room 相关的信息都应该封装在 room 类日，这样才能根据不同的 user 表现出不同的功能，不仅仅是门

我只在数据库概论里读过一章数据库设计的，其他的也求下，实战类的

都是 O(n^2) 的，数据库连接操作就以这个为基础，如果能优化数据库早干了

你已经知道自己的问题所在了，不是吗？

分开比较好，不同环境用的东西有些不太相同，比如插件，都跑的话太吃内存了，我都是分别装的，而且用不同的工具能有种仪式感，帮助进入开发状态。

至于你说的经常改快捷键这个问题，只能说尽量不要这么做吧，自带的快捷键已经很好了，改了就要习惯，形成肌肉记忆，经常换用不熟的，反而会降低开发效率，而且可以尝试使用同步工具。

的确，我也修过好几个 typo

怎么说呢，其实两种都能行，主要看你对这个的操作还有表的规模，如果对规则内容操作得少的话，第二种应该要好点

那天，我和大叔在草丛里躺了好久。。

表示我们数据结构课上就讲了。。

重点不是缩不缩写，而是有个统一的规则大家都遵守，只要都遵守了，哪怕写的是乱码都能看文档解决，当然最好通俗易懂。。

骗代码真的亏他们想的出来。。

没遇到过这个，不过遇到过透明壁纸屏幕上面一点失败的 BUG

大概就是判断 null 时会掉索引吧

35+66
误触这个要看自己的手劲，真的，虽然很多人都推荐机械键盘红，但是我自己实际用了之后发现按压太重了，根本按不下去，很难受，用了静电容 35g 了后才舒服了，所以这个真的要看人，最好都买了自己多试试。

至于要不要方向键，就看需求和自己的习惯了，我直接改了键位，alt+hjkl，方向键反而对我来说多余，所以没要