@lihaoyun6 那感觉好像没有啥应用场景，系统都支持了。建议加个剪贴板历史啥的，至少和系统自带的有了差异化

10w uv 同时访问是个什么概念？如果是 1s 内 10w uv ，这里假设你单页面请求后端 3 个接口，也就是 30 万 qps 的请求，这个请求量是挺夸张的其实。
---
这里假设楼主表达的意思是 10w qps 请求后端，按照我个人写 Java 的经验，对于一个中等业务，4c8g 配置单机一般是估计 qps500-2000 的，实际上还要根据实际情况调整，感觉对于任何一种语言来说，这点配置都不够抗的吧。
--
以上仅作为个人浅见，希望可以给楼主一个参考，如有不对也欢迎一起讨论

@steelshadow39
@steelshadow39 如果是要记录用户请求&后续定时任务捞请求重放，把请求 url 路径和 req 保存下来就好（ aop 获取数据，走异步 mq 保存）。
//另外：
不过看你的描述，感觉你场景更像是用户配置规则参数，然后根据规则后端来跑任务。如果是这种场景的话，其实更好的交互是，用户只能操作规则变更。 然后后段再给一个用户触发规则的操作，这个操作是： [读取规则&执行规则] ，那么后端的定时任务，代码就也可以是： [读取规则&执行规则] ，这样子逻辑会更统一一些

手机版点击进去，这个登录页变形了啊，没有兼容移动端？

有 Java 岗嘛

话说有后端岗位嘛，java 相关的

@Mystery0 你们是那种大型需求嘛？我们这边都是每个人 feature 分支开发自测没问题，才提交到公共测试分支发布在测试环境（有冲突至少在测试阶段就能知晓了），测试分支没问题再提预发布测试，预发布没问题提 mr 。我理解大部分公司应该都是这个流程吧？

@chengouzi 非广告也有这么高的呀，redis 请求有可能是服务放大之后的结果，之前搞过 redis 1000w qps 的项目，也就是怼机器罢了

@rambo92 为什么就不能是高 base 的 16 薪

@jnqcMer2019 话说现在国内大厂，双休薪资还能对标下头条的，没几个吧。又不想降薪，又想要双休，害～有时候就是很无奈，可能归根结底还是自己实力不足吧

测开别去了，pdd 技术其实还不错，但是工作久了真的容易抑郁，b 站的话技术沉淀就一般。如果是我的话，b 站保底，然后趁着离职 gap 期继续面，比如阿里开发或者字节快手一类的开发。

我也翻车了。12 信号绝对有问题，双卡信号是跪了，单卡今天测试了下好像没啥问题，具体还得再用几天看看

果断微软呀，国内的互联网都卷成什么样了。

@wen4034 房贷压力搞得我裸辞都不敢出去有出去好好玩的想法，只能想着怎么样能最大化减少裸辞损失

@dexter 非到实在难受，我也不会这么贸然决定...