ping 的是局域网网关，中兴真的拉胯

好像开发语言对 http3 都还在完善中 连最新版 nginx 都还在不停完善 http3 支持

作为一个后端忙这写业务都没时间管安全 唯一能做的就是不要暴露自己在前面套一层 专业的事 让专业人去做

越精细家电越容易坏，我喜欢买粗狂的家电，我现在买冰箱还是买定频的，就是会启启停停，不过放厨房没什么影响。

@wKong753900 有流程在这 需求都是从产品的需求池提出来产品经理拍板的组成新版本 各小组评审过的 平时产品经理乱来代价就变高了 不排除老板和产品经理突然的紧急新需求

2.1.0 正在开发 需求 1 需求 2 分配（生产力 1 生产力 2 生产力 3 ）
突然市场上微信做出红包了 新生成紧急 需求 3 红包玩法
2.2.0 待开发 需求 3

产品需要召开项目全组员进行变更 原 2.1.0 变更为 2.3.0

生产力不足我们一般暂停版本 2.1.0
2.2.0 分配（生产力 1 生产力 2 生产力 3 ） 开发 需求 3

生产力充足我们两个版本一起开发
2.2.0 分配（生产力 1 生产力 2 ） 开发 紧急需求 3
2.3.0 分配（生产力 3 ） 开发 需求 1 需求 2

2.2.0 上线后 2.2.0 分支代码合并 2.3.0 生产力释放 又可以全力开发版本 2.3.0
2.3.0 分配（生产力 1 生产力 2 生产力 3 ） 开发 需求 1 需求 2

我们是前后端统一版本号，从左第一位大版本重构位，第二位功能开发位，第三位功能修复位
重构开发大版本 V1.0.0 -> V2.0.0
从需求池提出需求 组成一个版本号 V1.1.0 -> V1.2.0 -> V1.3.0
线上已有功能修复版本：V1.1.0 -> V1.1.1 -> V1.1.2

确定开发需求后中途也不添加新需求，产品提新需求就迭代到后面版本中，也不影响现有版本开发。

前后端（其他端）都是按版本号建仓库分支，发布时就认这分支版本代码打包。

测试人员也按版本测试。

第三位功能修复位前后端经常可能出现不统一，就按迭代最新版本编号建版本，不管那边落后都可以跳版本，最终都会归于统一。

示例：
第一次修复只有后端
后端 V1.1.1
前端 V1.1.0

第二次修复前后端 最终统一
后端 V1.1.2
前端 V1.1.2

版本编号不用在意数值

国产系统就是不讲武德，地球人都嫌弃。只有在中国特色保护主义下才能苟延存活，然后疯狂啃食着愚民。

想 MPV 啊 直接买喽

晚上 10 点前睡觉坚持住，包不油头。

这不得感谢上面恩德，现在没有如何外部投资机构能投资互联网，还要啥 UI 啊。

没事找事 要不你在问问你邻居多少单价买的 可能更刺激

@cooltechbs 允许州官放火 不允许百姓点灯

明显你那前端只待过小公司，你们领导也没领略过服务器费用如何压垮一家公司。强大如阿里和亚马逊都被服务器费用折服纷纷出来搞云计算。客服端现在 CPU 那么强，放着客户端强大算力不用，非去挤占服务厂商买的虚拟机那可怜的算力和带宽。