一个疑问，现在是人均一台开发机了？

2023-12-26 15:57:56 +08:00
 sampeng
现在都看中 remote ssh 开发。也都说自己的开发离不开 remote ssh 的功能。

不过公司会给程序员配一个电脑，再一人配一整套环境(64G+那种)？你要说你直接 remote 到开发和测试环境，但那是公共的啊。人肉上去改代码？没有 CICD ？

我身边是一个都没有的，当然，这可能是幸存者偏差。我自己尝试了好几次。。完全没 get 到点，网络再好都有延迟，肉眼可见的输入延迟啊。。。当然可能是因为我是 32G 内存的机器，反正和本地比起来我很想请教一下 G 点到底在哪里。。直接连线上 DEBUG ？但凡有运维的，这个要求都会被打死。。

我对这点非常的好奇。。但抛开 remote ssh 。。在很容易人均 32G 内存的机器上。ide 是毫无压力的啊。
17802 次点击
所在节点    程序员
95 条回复
sampeng
2023-12-26 17:04:21 +08:00
@jorneyr 这个就是最扯的了。。。代码应该是一个公司最不值钱的资产之一。
8520ccc
2023-12-26 17:04:49 +08:00
remote 舒服的是 环境统一 无论 人在哪里 只要开发机能连接，那么就不需要折腾环境去了
FabricPath
2023-12-26 17:18:23 +08:00
@sampeng 这周期太长了，我希望的就是改了代码立刻 go run xxx 、测试、联调，而不是花几分钟去跑个 pipeline 去 build 、push 、deploy
lsk569937453
2023-12-26 17:19:16 +08:00
我直接把台式机搬公司了,i5 13600+64G 内存，爽的一 p 。
tap91624
2023-12-26 17:22:05 +08:00
编译快，多人共用不可能同时占满编译的，公司局域网 ssh 延迟也不大
dif
2023-12-26 17:22:54 +08:00
这玩意唯一一次使用是因为环境不对开发 IP 段开放，于是直接远程到跳板机开发。后来这个渠道也给关了，不能 VPN 直接连跳板机，中间又加了一层代理。
noyidoit
2023-12-26 17:38:53 +08:00
可能和你想的 64G+相反，我是因为公司配的台式太差，自备的电脑又不够好(mba m2 16g)，才离不开 remote ssh 。我公司配的电脑有多差呢：4 代 i5 核显、12g ddr3 、256g 固态，这么说吧，我的软路由都比它配置高。

给它装个 linux-server 还能用，如果让它当开发机，估计我每天上班都得带些怨气。
ZZ74
2023-12-26 17:41:32 +08:00
@MoYi123 还有前端开发。。。那海量的 node module
son012
2023-12-26 17:43:58 +08:00
现在真的是 ide 太吃内存了，两个 ide ，再加一个 vscode ，直接 16G 内存就 90%了
darksword21
2023-12-26 17:46:04 +08:00
@sampeng 机房的服务器，8 核 32G
luciankaltz
2023-12-26 17:54:20 +08:00
同一个 ruast 项目，带笔记本到公司上班，check 一次 1m49s
luciankaltz
2023-12-26 17:59:09 +08:00
（不好意思习惯性 cmd+enter ）
同一个 ruast 项目，带笔记本到公司上班，check 一次 1m49s （笔记本 M1 pro 16G 内存，还要开各种 IM 浏览器之类的吃内存大户）
SSH 到家里的 13900K 64G ，check 一次 47s 。更不说家里的带宽也比公司的 5M 好多了（

据说 M3 MAX 能打 13900K ，问题是那个价格都能组 2 台 13900K 开发机了
搞一台阿里云中转，延迟大概 20-30ms 左右，转用 vscode SSH 来开发，总比本地时不时卡编译好多了（
Inn0Vat10n
2023-12-26 18:07:10 +08:00
用的 vscode remote ssh, 编码上开发体验和本地几乎是完全没区别的，代码同步是异步化的，不存在你说的输入延迟问题，相当于工作区目录直接映射，很方便。因为我是 vscode 主要用来编码，本地和远程资源占用都很是很低的。日常主要是 C++，本地环境配置远不如开发机一套现成的方便（有些同事是 windows/mac, 环境本地甚至都难以部署），另外编译效率也是没法比的，远程开发机是 amd epyc 7003 系+2TB 内存+NFS ＋８卡，一般十几号人共用，但不可能所有人一起编译呀，不知道为什么 lz 认为需要“一人配一整套环境”
xgdgsc
2023-12-26 18:11:59 +08:00
很难想象你怎么感受到输入延迟的，我用 matebook e go 这种 arm windows 平板都没感觉有延迟。是不是你们有什么安全审计的防火墙拖慢的。
version
2023-12-26 18:20:57 +08:00
本地 docker + WireGuard 都可以呢..前期是你网关要自己切换
主要是 remote debug 方便很多微服务相互调用.
如果 all in one 那本地开发无所谓..
remote devcontainers 是未来主流..所以本身电脑不需要那么强的配置..除非你是客户端开发
echoechoin
2023-12-26 18:21:41 +08:00
我们公司 rdp 里 remote ssh 编译服务器，做到哪里都可以加班的效果
baolongqishi
2023-12-26 18:31:05 +08:00
icoding
inhzus
2023-12-26 18:36:46 +08:00
组内机器资源有冗余，空出来几台做开发机。
项目只能在指定 docker 环境内编译、运行，否则配置交叉编译环境非常麻烦（且经常更新依赖）。
机房在国外距离较远，延迟 80ms ，使用 vscode 几乎无感
kuanat
2023-12-26 18:46:39 +08:00
我翻了一下楼主的提问记录，没有别的意思，只是想判断你是不是有能力自己回答这个问题。

我觉得你想问的只需要几看一遍官方简介就够了，这个文档甚至不满一页。使用场景、延迟这些关键点都回答到了，完全不需要思考。

https://code.visualstudio.com/docs/remote/remote-overview
byte10
2023-12-26 18:50:25 +08:00
@Inn0Vat10n 总结的挺好的。

我就是重度 vscode remote 用户，而且我是写 java 的。vscode remote 对比 idea 体验是没啥胜算，哪怕 vscode 本地开发 java 也是没有 idea 流畅。但是 remote 真的很方便，你只要提供 4 台 32C-128G 洋垃圾主机，那就能满足 30-40 人的后端和前端开发了。写脚本代码 python ，nodejs 这些简直就是完美，但是写 java ，go 需要编译的语言还是差点意思，但足够用。远程开发的话当然是局域网最好了，如果是云端，比如回家后 frp ，或者 vpn 回去写代码，那么些脚本解析型代码 完全不是问题，写 java 当然也没问题，就是偶尔跳转慢一些，能用。

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://ex.noerr.eu.org/t/1003543

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX