蜗牛那主板什么破质量，电源也是垃圾佬都不一定看得上的货色，你用来跑关键节点，能不出问题么？

问一下问题，这个不是软件架构划分的问题，我个人认为是后端工程师技能水平不足以实践这种级别的项目。
这是很典型的 查询对象模式，将前端需要的任意的参数请求到查询对象，后端返回 queryid，前端携带 queryid 二次请求，可以封装任意的查询条件，能应用设计模式应该是后端工程师的基本任职条件，除非招的后端真的只会 CRUD 。
-----------------------------------------------------------------------------------------------------------------------------
举个例子吧.
之前的逻辑是过滤职业是学生,年龄大于 10 的人.
people/?job=student&age_gt=10
现在的逻辑是,下面这个 api 表示过滤职业是学生,年龄大于 10, 或者 职业是老师, 年龄等于 20 的人
people/?job=student&age_gt=10

我的建议是
1. 要么 两个 api 前端做合并
people/?job=student&age_gt=10
people/?job=teacher&age=20
2. 要么 加一个参数类型 type == 1 表示上面这两种情况.

其实还有第三种方案, 让 url 支持复杂过滤.譬如...这个我没想好 url 要如何表示..
-------------------------------------------------------------------------------------------------------------------------------

所以软件开发领域有个专门的职位：架构师。这种问题不需要编写生产代码的工程师考虑，在架构设计的时候就已经是确定的事。

你问题解决了么？我最近也发现用 IP Tunnel 连接 2 端，测试速度只有 2 ~ 4 Mbps(家宽)，于外网上行差距巨大。

@Danswerme 调过 MTU，应该没关系。

@ericbize CPU 观察过，基本不会上 10%。

跟国内的大量民营小公司讲道理：公司用途的资料不应该用私人网盘存储，公司用途的联系不应该用私人的微信 和 QQ，公司用途的办公软件不应该安装个人版 WPS，你们去试试看民营小公司管理人员有没有人理你。
不能用私人的软件、网盘、IM，我觉得这些都是应该的，但是公司你倒是提供官方的渠道啊：正版 Office 365 呢？公司付费的企业网盘呢？企业级 RTX 和 Teams 呢？

和同伴去越南大保健游

按忽悠能力分

看到 API 和表对应，我就知道不用看下去了，太水了。

@jqh 没偏见啊，我个人不用 jQuery，所以我告辞不深入看了，有什么问题么？

jQuery? 加油，告辞。

Query Object 模式了解一下

公司名字说一下呗，江湖自有公论。

js 语言问题不大，主要是前端工程化太原始了，有点像二十年前的后端解决方案，不成熟的另一个表现是，更新频繁，很多 js 框架在设计的时候就没有想清楚目标是什么，做轮子的时候想的是别人能做，我也能做，各种重复的解决方案辈出，然后流行没一会又马上被后浪盖过成为历史，一个品牌下的框架都能不断的重构，除了几家大场外，很多小团队的 js 框架的大版本并不兼容，不光是技术不兼容，连设计理念有些都是背道而驰。

张嘴闭嘴"创业公司"，搞得谷歌、微软像是没经历里创业阶段直接越级成行业领袖的。
其本质是国内的互联网、软件公司管理层能力有限，懒政管理，只靠加班就能让公司创业成功么？硅谷一众引领行业的互联网、软件公司都是靠加班来从创业公司一跃成为行业大佬的？不是的，靠的是创始人、管理层卓越的行业眼光、优秀的商业头脑、创新的工程技术驱动，一线工程师从来都不是决定公司创业成功与否的决定力量，不要把自己的无能赖在兢兢业业的工程师身上。

你这是典型的小型服务器需求。HP 直接有对应的型号：MicroServer Gen10

口才怎么样？觉得自己适合市场类型的工作么？

从管理角度看，在企业里，任何因为个人的事情出的问题其本质都是管理问题。