看这个帖子。我只能说，中国的开发者配得上中国的云服务

@h0099 你搞笑吗？理论上世界上所有密码都能破解，胡搅蛮缠真有意思

@chnwillliu 这种现象在国内太正常不过了
每个厂都在自研一套自己从上到下的框架，然而员工经验少，开发时间仓促。大部分库的质量都是屎一样，每过两年维护人员都换了一批，没人保证更新后能不出问题。这种情况下最优的做法当然每个团队都锁死一个依赖列表。

基本和整个英文的开源社区脱节。遇到了库的问题，最好情况就是自己花两天糊一个 patch 上线修复，而不是和社区沟通，花一两个月来解决。这种 patch 稍微来几个，内部版本就别想再升上去了。

安全团队 = 没有。正常的 pipeline 能跑过就是万幸了，你总不能指望连自动测试都没有的 pipeline 能够检查代码依赖库是不是有安全问题的版本吧。升级依赖这种事情如果没有一个安全团队强制，任何开发团队都不会没事找事主动去做。

跨团队合作 = 不存在。每个组各自为战，钉钉和这个 UC 内核的两个组估计是在不得不做的情况下才会合作升级。跨团队合作都不存在了，infra 团队自然不存在了。中国公司的所谓 infra 团队基本都是开源组件集群维护团队。

编译器锁死 GCC3.x ，安卓系统内核锁死 10 ，PC 系统锁死 Win7 ，JDK 锁死 8 。这不是什么公共部门，这就是中国最有活力最有技术的软件开发公司。

@chnwillliu 跟国内的开发者说这个没用的，他们就是最激进的保守主义者。和主流完全是脱节的。

两天，两天做不出原型就不做。先做出原型听反馈，而不是苦干几个月上线上线暴死。

你要找的是不是：wikipedia or 百度百科

把手机上的哔哩哔哩卸载了, 只用网页版

你不知道 V2EX 有账号降权？

我觉得你要做的应该是怎么优化这个本地开发的环境。

比如把你们的代码想办法跑到 Windows 上，让大家能用上 JetBrains
比如一个一键部署环境的脚本

用远程开发环境
1. 本地性能跑不起来。服务必须跑在 512G 内存的机器上，编译必须要 96 核心的机器，IDE 跑起来就要占 100G 内存
2. 本地环境部署不起来。网关，数据库，消息队列，hdfs 等等全都是一个团队维护的集群，每个组维护的服务还依赖了一百个上下游的服务。这时候一个远程开发环境能够让你的 debug 服务轻松接入测试环境。
3. 奇葩的保密政策。不允许代码下载到本地


但是
1. 你们的服务本地 wsl2 就能跑起来，现在有一台 16G 的机器可能比本地机器还差
2. 所有服务 docker 就能解决问题
3. 没有奇葩保密政策

我看不到有远程开发的必要

小项目折腾远程开发是没事找事。本机都能跑起来

@nothingistrue 维护老版本 = 安全更新, 事实上大部分的更新就是安全更新. Windows 11 和 Windows 10 这两个大版本都在维护中, 甚至 Windows 8.1 还在维护. 我不知道还有哪一家公司对老产品的维护能对标 Windows.

正经的公司都应该开组策略保证所有系统第一时间获取最新更新. 如果还是用的家庭版或者盗版, 没有收到合规电话就偷着乐吧.

@lambdaq char[] as char set 这种用法不常见吗?
一个 array 就能表达的结构必须要一个 hash 表或者树?
https://learn.microsoft.com/en-us/dotnet/api/system.string.trim?view=net-7.0#system-string-trim(system-char()) 要不要看看其他语言是怎么设计的?
全天下的语言都有设计缺陷?

简单想一下也知道这个方法一定要设计成这样, 这个函数一般是用来去首尾空的, 空格字符有 n 种. 显然需要传入的是 set 而不是一个固定的 string

不要动不动就觉得别人的设计有问题. 虽然 python 很屎, 但是还不至于屎在这么简单的地方

1000hz 之后，根本没有什么间隔抖动的问题。买一个用一下再看看你的需求是不是还那么奇葩吧。

金锄头肯定是不存在的

只要交付给客户的是软件而不是一个在线服务，就不可避免的维护 n 个版本。最简单的比如维护各个版本的 Windows 系统，根本不可能用这套方法解决。

理想情况是这样的，但这只对自有产品，自己能把控发布节奏的团队有效。并且需要完善的测试 pipeline 和 review 保证有问题的代码最开始就不会进主分支。


对于很多产品来说，不同客户有不同的定制化需求。而且因为工期紧，不可能写测试，不可能仔细 review ，没有时间仔细设计导致不同定制化需求无法合并到主分支。

所以需要有测试分支给测试人员测试，所以需要不同版分支，每个分支都要单独维护。

分支管理流程不是因是果。

@maggch97 脚本本身就有热更的能力

@aloxaf 通过政策而不是技术来保证安全性就是一个笑话。