推荐列表不大吧，直接 left join 用户的阅读列表，然后按权重排序每次返回若干条，因为两个表都不会大，所以查询速度不会受影响。

第一，为什么要先减库存，不是付款成功才减？
第二，你不是先减掉了吗，怎么会加回时多出一个？这个逻辑我看不懂。

说来说去，为什么库存不够就不能下单？你们采购都死光了么？就算一时半会补不了货，不还能工厂直发吗？我要是老板，非把你们这些一根筋的程序员打个半死不可。

随便查。我手机里压根就没什么私人的东西

自造的一堆业务无关微服务 + spring boot 。

你倒是想入共军，那也得有才行啊。m2 是国军，那其他选项就是一堆的地方小军阀，你倒是去入啊。

取个模而已，为什么还要存起来？

相同的条件下，各种语言其实速度都差不多了。认为 Java 慢的，估计对 Java 的认知还停留在 10 年前。

我前段时间也搞了个私活，你们以为我需要从头开始写各种功能，至少也要在空白的模版上面去写各种业务的 CRUD 。其实，我直接复制一个项目改个名字，然后改改接口 url ，改改 sql 语句就完事了。你用 PHP 又能比我快到哪里去？

前面 30 万 /年的钱就不是投入了吧

AP 开启胖模式就是路由了。

100 万听个响吧。这玩意推广费用才是大头

有一说一，monorepo 这玩意迟早得凉。

@sun1991 你有没有想过一种情况：他们祖孙三代，一家子全是护林员。

@seaiaddca 真懂基础知识的，奇技淫巧不应该看一眼就会了么？

OP 你这个还算好了，有些前端连 /#/index 和 /index 的区别都搞不清楚你敢信？

某些程序员的代码能运行，真的就是硬凑出来的一种巧合。。。代码有问题，光靠看代码静态分析他是不可能发现问题的，需要打各种乱七八糟的 log ，才能连蒙带猜的找到问题。然后说不得解决一个 bug 的同时，制造了 3 个新的 bug 。

@tempw 分辨率一致的情况下，观感体验主要就是这 4 个方面啊。另外就是不要盲目追求大尺寸，特别是桌子不够大的情况下，23 寸的 4K 才是最好的。

@hhjswf 没错，同样的需求不同的方案实现 3 次，和实现 3 个不同的需求各 1 次，结果是截然不同的。程序员想要提升，不反复重构代码几乎是不可能的事。