没面阿里系的吗？是不是岗位很少现在，

@pkoukk 黄金跌麻了😵，这两天忧心忡忡是不是要反转奔着 2200 ，2000 去了，md 前面盈利 4 个点没下定决心见好就收。。太贪了指望上 2500 再撤，贪心要不得啊。。

一眼看成“这周恩来能不能去旅游？”。。。

我以前买过一台这玩意，dell 的 720rd 刀片机，噪音大的离谱。真的除了公司有专门隔音机房的，自己一个人别倒腾这种了，别搞的脑子吵出神经衰弱

drools 不好用，而且太老旧了。我们现在用 liteflow 嵌脚本来实现规则定制

13:1 ，疯狂攒钱中...

噢看错了，还是有 ws 请求。。眼神不太好

如果 任务不能丢失，有可靠性需求，那么不能用线程池 否则服务一重启发布 就丢了。
反之不重要的话，如果有任务队列的 控制需求，比如控制执行到一半任务 想暂停，过段时间继续，那么还得用 MQ 控制 offset 。
如果既不在意 任务丢失，也没有中途控制需求，只需要快点跑完眼前这批任务，那直接用线程池更合适，不用引入外部依赖来增加系统复杂度

榜一大哥 666 啊

很正常，研发团队老大 多数都是后端出身，也见过算法出身当 LD 的，太正常不过了。
在这样的团队配置里，其实做前端还挺自由的，不容易被吹毛求疵，因为老大本身不做前端，功能好用 + 性能不太拉垮就行，往往不会太抠细节

赞一个，很详细，值得参考👍

单纯的菜而已，没人教他，可能这人性格 也不太愿意学，整体基础就不行，这样的人很多。
只是大多数项目 基本活不到有 多少量的用户的阶段，也就发现不了这些安全问题了，干多少年也就这么糊弄过去