@LeeReamond 首先，我没有否认前端工作相对更好找，非科班转前端的多只能说明前端的入门门槛相对后端低一些，但是长期要面临的是隔几年轮子重造，有效经验积累相对更困难的问题，而且离业务相对较远，对公司来说更换成本比后端低。虽然都是码农，但后端的稳定性一般来说相对前端还是要高一些。第二，你说的 AI 的非算法相关岗位具体是什么？

@LeeReamond 没必要强答误导别人，非科班，没有成为大牛的想法的话，选择后端才是相对稳妥的，前端的低端岗位大部分还不如 CRUD Boy 。还有说建议去搞 AI ，你是认真的么？先不说算法的就业形势早就差的不行了，一个非科班的硕士毕业生怎么上手？这比传统 CS 可难多了，你不会以为招的是调参侠就不需要卷理论了吧？

标签系统是指有父子关系的标签树么？常规操作不是用邻接表存储么？

多谢各位，就不一一回复了。
之前没有了解过华硕自家的 AiMesh ，现在看貌似是可以支持我的需求的：客厅和卧室两个华硕的路由器组 Mesh ，都调成 AP 模式，通过网口有线接到弱电箱的 ubnt 路由器上。
只是不确定开启 AiMesh 之后还可以设置为 AP 接入么？

Quote:"
今天 Java 技术“一次编译，到处运行”的优势，已经被容器大幅度地削弱，不再是大多数服务端开发者技术选型的主要考虑因素了。
"
一次编译，到处运行很早就不是服务器端开发选择 Java 的主要原因了（甚至都不是 Top 3 ），比容器火起来要早很多。
大部分公司用 Java 根本就没想过是为了自己的服务端能够同时跑在 Linux 和 Windows 服务器上。

如果本身没有扣减库存后购买失败需要加回库存的需求的话，单纯执行 DECR，业务侧判断返回值是否>=0 就可以了。
稍微复杂点的话就通过 Lua 脚本在 Redis 侧做下简单的处理，只有库存大于 0 时可以 DECR，然后把是否扣减了返回给业务侧。