fkdog

其实你不搞 controller service dao 分层，Java 倒也不会太复杂。
DBUtils crud 也是几句话的事。
java 写久了，有时候的确很容易把 java 那种写法代入到其他语言里。

其实国内这些互联网服务，瓶颈往往都是在架构层面，而非语言层面。
所以分库分表、分布式事务、异构数据同步等一类的架构方案，java 相关解决方案真的是太多了。

业务层真的没什么好的理由去换 go 。

大部分的面试官都很水。。
问的问题也是网上找老掉牙的那些。

十年前问 hashtable 和 hashmap
五年前问 hashmap 实现
现在问各种分布式环境下的问题解决方案

如果你能甄别出这类菜鸡面试官，而且你有足够的信心，可以反过来给他提个问题问问他怎么看。
如果面试官菜的话，很有可能会被你镇住，不会再问这些犄角旮旯的问题。

现阶段不要买任何 mac mini 的配件。
m1 mac mini 和 m2 mac mini 的尺寸是不一样的。
m1 款：1.4 x 7.7 x 7.7
m2 款：1.41 x 7.75 x 7.75
长宽多了 1.27 毫米，高度多了 2.54 毫米。

流量小，那就加机器，不要折腾。

流量很大，那就上 mq ，每一次更新操作就发一条消息，
消费方一次批量从队列里取 n 条消息，然后根据帖子 id 把消息分组，每组里取最新的那个时间戳用来更新 db 。
update thread set last_update=123456789 where id=10000 and last_update<123456789; （考虑多个消费节点，故判断下 last_update 是否需要更新）。
这样对于热门顶贴，多次更新操作都可以被合并为一条 sql 。

别写了。
搜一搜一年前 v2 互换友链的帖子，里边 80%的博客都已经倒闭了，剩下的活跃更新也没几个。
你想写的东西大概率网上已经有了，工作心得自己找个 markdown 工具记录下好了。

分情况。
如果 switch 分支内的逻辑很简单，那么 switch 就是最优解，你做成多态并不会优雅到哪里去，分支判断的逻辑塞到各个子类里去的话反而不直观也不好维护。
如果 switch 分支内的逻辑很复杂，涉及到 CRUD 、缓存、RPC 等调用，那么楼上有答案。

@zayia 音乐类的我没有下载歌曲保存起来的习惯，我只听流媒。
音乐类的倒还好，自己导出一个歌单就好了，资源随处能找到。

楼主对未来还挺有信息的，居然敢这时候买房。。
前两年打压房地产那么厉害，现在又开始卖地，这种飘忽不定的政策不知道该说什么。
哪天又开始压房地产了，结合现在经济形势，要是资不抵债了，银行可是有充足理由要你补差价的。
别到时候房子没了还要欠银行一屁股债。。
而且现在人口开始减少，人都被一线二线虹吸了，小县城的房价没人年轻人接盘必崩。