1
liuhai233 2023-12-26 16:06:14 +08:00 1
没有 remote ssh 怎么在家连公司的台式机捏
|
2
5waker 2023-12-26 16:08:02 +08:00
G 点在不用背笔记本,能远程哪里都是一个环境
|
3
7477wj 2023-12-26 16:10:18 +08:00
没什么用,方便在家里加班🤣
|
4
NessajCN 2023-12-26 16:14:59 +08:00
你为啥觉得有本地 ide 就用不到 ssh 了? 这俩互斥吗
|
5
chendy 2023-12-26 16:16:37 +08:00 9
这个功能在我的世界里,属于线上没输过线下没见过的东西之一
职业生涯唯一见过的远程开发,是瘦客户机 + vmware 远程桌面的方案,远程开发就是家里电脑挂上 vpn 连上去 |
6
theusername 2023-12-26 16:22:55 +08:00 via Android
美团是可以申请 48G 内存 16 核 cpu 的云 ide ,这个服务使用体验非常好,完全感受不到延迟,环境什么的都可以自动化或者少数缺失情况下找他们的人配,由于我的本子性能很差,所以我挺喜欢用这个服务的。
|
7
Yuanlaoer 2023-12-26 16:26:53 +08:00 1
你可以在本地只做文本(代码)的编辑工作,然后复制粘贴到远程。在远程去完成编译与之后的一切工作。
你说的那种情况,是“远程桌面”的场景,不适合开发者 |
8
MoYi123 2023-12-26 16:29:20 +08:00
我觉得也就 c++ 要远程开发, 笔记本实在编译不动. 其他语言都无所谓吧.
|
9
beyondstars 2023-12-26 16:30:47 +08:00 1
延迟实际上对远程开发体验的影响没那么大,Terminal 字符界面,10 ms 内的延迟几乎感受不到,VS Code 只有保存、打开目录时才会感受到延迟,其它完全感受不到。
|
10
shyangs 2023-12-26 16:32:10 +08:00 1
CODE 不讓拿回家,卻能方便在家加班.
|
12
FabricPath 2023-12-26 16:42:17 +08:00 1
当你想联调一个特性的时候,如何让别人来访问你的服务,起到你本地电脑上,屏幕合上就断网了。这时候起到开发机上是最方便的,在开发机上能 ./ 把服务起起来,快速修改,快速测试。
一些大型服务在本地编译运行起来太卡,比如我服务起来需要构建一个几 GB 的本地 cache ,光从办公网 load 数据就要 load 半天 |
13
li746224 2023-12-26 16:45:49 +08:00
我们有远程开发机,但是受限于 vpn 带宽,没人愿意用,卡的一批。
|
14
sampeng OP @FabricPath 这都是运维的脏活累活。运维会起一个连调环境。比如我,我们有 12 个研发,我起了 12 个环境。一人一个。但完全不需要他们 remote ssh 。。提交就自动打包推送 k8s 了。当然,肯定没有 remote 直接编译快,但一致性肯定是最好的。remote 后在远程编译还不一定和测试/上线的编译过程依赖性保持完全一致。
|
15
sampeng OP @liuhai233 vpn 。git 拉代码,本地开发。。我家里是 64 的 mac studio 。。更不需要 remote ssh 。
|
16
sampeng OP @NessajCN 互斥倒不互斥。只是最近 1-2 年一直很火的话题,但我一直 GET 不到 G 点。就好奇问问。。是不是我使用姿势不对
|
17
darksword21 2023-12-26 16:52:40 +08:00
你说得对,但公司给我的笔记本是 2016 mac book pro 8+128
|
18
dode 2023-12-26 16:55:46 +08:00
我这环境机器 CPU&内存很多,不过网络不好局域网 tcp 都丢包
|
19
sampeng OP @darksword21 那远程到哪呢。。公司只给这么低配置的笔记本。就更不可能给一个服务器给你独立用吧。。
|
20
jorneyr 2023-12-26 17:02:10 +08:00
代码拷不走,防泄密。
|
22
8520ccc 2023-12-26 17:04:49 +08:00
remote 舒服的是 环境统一 无论 人在哪里 只要开发机能连接,那么就不需要折腾环境去了
|
23
FabricPath 2023-12-26 17:18:23 +08:00
@sampeng 这周期太长了,我希望的就是改了代码立刻 go run xxx 、测试、联调,而不是花几分钟去跑个 pipeline 去 build 、push 、deploy
|
24
lsk569937453 2023-12-26 17:19:16 +08:00
我直接把台式机搬公司了,i5 13600+64G 内存,爽的一 p 。
|
25
tap91624 2023-12-26 17:22:05 +08:00
编译快,多人共用不可能同时占满编译的,公司局域网 ssh 延迟也不大
|
26
dif 2023-12-26 17:22:54 +08:00
这玩意唯一一次使用是因为环境不对开发 IP 段开放,于是直接远程到跳板机开发。后来这个渠道也给关了,不能 VPN 直接连跳板机,中间又加了一层代理。
|
27
noyidoit 2023-12-26 17:38:53 +08:00
可能和你想的 64G+相反,我是因为公司配的台式太差,自备的电脑又不够好(mba m2 16g),才离不开 remote ssh 。我公司配的电脑有多差呢:4 代 i5 核显、12g ddr3 、256g 固态,这么说吧,我的软路由都比它配置高。
给它装个 linux-server 还能用,如果让它当开发机,估计我每天上班都得带些怨气。 |
29
son012 2023-12-26 17:43:58 +08:00
现在真的是 ide 太吃内存了,两个 ide ,再加一个 vscode ,直接 16G 内存就 90%了
|
30
darksword21 2023-12-26 17:46:04 +08:00
@sampeng 机房的服务器,8 核 32G
|
31
luciankaltz 2023-12-26 17:54:20 +08:00
同一个 ruast 项目,带笔记本到公司上班,check 一次 1m49s
|
32
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 来开发,总比本地时不时卡编译好多了( |
33
Inn0Vat10n 2023-12-26 18:07:10 +08:00
用的 vscode remote ssh, 编码上开发体验和本地几乎是完全没区别的,代码同步是异步化的,不存在你说的输入延迟问题,相当于工作区目录直接映射,很方便。因为我是 vscode 主要用来编码,本地和远程资源占用都很是很低的。日常主要是 C++,本地环境配置远不如开发机一套现成的方便(有些同事是 windows/mac, 环境本地甚至都难以部署),另外编译效率也是没法比的,远程开发机是 amd epyc 7003 系+2TB 内存+NFS +8卡,一般十几号人共用,但不可能所有人一起编译呀,不知道为什么 lz 认为需要“一人配一整套环境”
|
34
xgdgsc 2023-12-26 18:11:59 +08:00 via Android
很难想象你怎么感受到输入延迟的,我用 matebook e go 这种 arm windows 平板都没感觉有延迟。是不是你们有什么安全审计的防火墙拖慢的。
|
35
version 2023-12-26 18:20:57 +08:00
本地 docker + WireGuard 都可以呢..前期是你网关要自己切换
主要是 remote debug 方便很多微服务相互调用. 如果 all in one 那本地开发无所谓.. remote devcontainers 是未来主流..所以本身电脑不需要那么强的配置..除非你是客户端开发 |
36
echoechoin 2023-12-26 18:21:41 +08:00
我们公司 rdp 里 remote ssh 编译服务器,做到哪里都可以加班的效果
|
37
baolongqishi 2023-12-26 18:31:05 +08:00
icoding
|
38
inhzus 2023-12-26 18:36:46 +08:00
组内机器资源有冗余,空出来几台做开发机。
项目只能在指定 docker 环境内编译、运行,否则配置交叉编译环境非常麻烦(且经常更新依赖)。 机房在国外距离较远,延迟 80ms ,使用 vscode 几乎无感 |
39
kuanat 2023-12-26 18:46:39 +08:00 1
我翻了一下楼主的提问记录,没有别的意思,只是想判断你是不是有能力自己回答这个问题。
我觉得你想问的只需要几看一遍官方简介就够了,这个文档甚至不满一页。使用场景、延迟这些关键点都回答到了,完全不需要思考。 https://code.visualstudio.com/docs/remote/remote-overview |
40
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 当然也没问题,就是偶尔跳转慢一些,能用。 |
41
wentaoliang 2023-12-26 19:06:08 +08:00
公司配的乞丐版 mac ,但能最高申请一个独享的 64G 内存 128g 磁盘的开发机。。。你说哪一个开发更爽。我的 mac 连环境都没装过。
|
42
Twelveeee 2023-12-26 19:17:06 +08:00
remote ssh 嘎嘎好用。买了一台服务器放在自己电脑边上,看代码到一半开个游戏也不卡,开了 frp 到哪里都能敲代码。
|
43
wonderfulcxm 2023-12-26 19:21:08 +08:00 via iPhone
我是真的喜欢 remote
|
44
hertzry 2023-12-26 19:28:46 +08:00
VS Code remote 很好用啊,局域网延迟感受不到,电脑能装 VSC 就能用了,远程的服务器性能比桌面上的小电脑强多了。
|
45
sonnyhcl 2023-12-26 19:32:50 +08:00
rdp 啊
|
46
buchikoma 2023-12-26 20:07:22 +08:00
remote ssh 的场景还挺多的,虽然不是一人一个环境,但可以做到一人一个服务,服务通过添加请求头,转发到对应的服务上去,本地直接 remote 开发调试很方便啊,也不会和同事抢环境
|
47
Mush 2023-12-26 20:32:38 +08:00 1
我工作以来一直是 ssh+tmux+vim 的开发环境, 习惯就好. 我现在反而不会用各种现代 IDE....
|
48
clorischan 2023-12-26 20:42:13 +08:00
我开发环境全在虚拟机里,
remote 体验比虚拟机窗口好多了. host 里只装游戏. |
49
CaptainD 2023-12-26 20:55:27 +08:00
我们公司给配了一台 256g 内存的服务器,很多脚本是 vscode remote 上去直接开发直接运行的,很不规范,服务器托管在机房的,我还进去插过硬盘导数据,往我的那台贴了一个小贴纸~
|
50
574402766 2023-12-26 21:38:53 +08:00
我们是找了台没人用的淘汰服务器 2*20 核+128G+A4000*4 VSCodeRemoteSSH 内网用用还是挺舒服的
|
52
tuduweb 2023-12-26 22:36:10 +08:00
@luciankaltz 代码弄回家里编译没风险吗…
|
53
iorilu 2023-12-26 23:10:56 +08:00 via Android
很正常把,现在 ai 火爆
搞 ai 的应该 90%以上都是用远超开发的 |
54
qizheng22 2023-12-26 23:28:52 +08:00
@byte10 ideal 的 remote 开发 java 比 vscode 体验好不少。如果是写页面,vscode 的远程开发方便些。
|
55
shijingshijing 2023-12-26 23:48:05 +08:00
不习惯 Win 10 以后的系统,现在全面转 Linux 了,老项目的开发环境都是虚拟机+Win 7 ,基本上各种 IDE 和工具都保持固定版本不变了,不折腾反倒效率更高。
|
56
encro 2023-12-27 09:02:56 +08:00
最近半年一直用 remote 开发。
话说现在 windows 的 wsl+vscode remote/idea remote 真好用。 |
57
Richared 2023-12-27 09:36:32 +08:00
我们单位,现在在搞远程桌面。以后本地不允许写代码了。远程机都是鲲鹏。要吐了。
|
58
cnbatch 2023-12-27 09:39:36 +08:00
不做 Linux 开发,所以在公司从没使用 remote ssh 来写代码或调试代码。
不过 Windows 开发也会用到远程开发机,我工作的地方是用 Windows Server 。Zoom 开会的时候曾经见过其他部门的同事直接 mstsc 到 Windows Server 环境下的 Visual Studio 当场调试 C# 代码。毕竟最终是在 Windows Server 运行,所以直接远程到 WinServer 比起使用 Win7 、Win10 或 Win11 来调试可靠得多。 我个人不喜欢这样做,因为在家工作时远程操作的反应延迟有点高,不像办公室那样内网超低延迟。 |
60
sampeng OP 当然…如果各位公司有陪大配置开发机是另一个故事…可能是鄙人公司太小了…
|
61
sampeng OP @kuanat 知道是一回事,团队用是另一回事。我前面也说了,我自己尝试过几次…实在没 GET 到点。当然拉,各位回复都是电脑不行。不过,我身边同事都是用自己电脑都是 32G 起步…so…这可能也是一部分原因吧。
|
62
mikewang 2023-12-27 10:08:23 +08:00
做不到一人一台机,我这里是几个同事共用一台开发服务器,自己在上面建用户隔离,改重要的系统配置群里打个招呼。
如果环境不能共用就分虚拟机,比如一台 500G RAM 的服务器可以分五台虚拟机,CPU 不限制,毕竟同时编译的可能性很小。 |
63
way2create 2023-12-27 10:26:30 +08:00
网络要是够好延迟我觉得对于开发来说还好的 我远程打有些游戏都没问题 我们这破小公司别说配电脑了 网络都感觉比我家里还拉 卡的很
|
64
yx1989 2023-12-27 10:26:38 +08:00
楼主可以了解一下 CloudIDE 。
目前比如用 VSCode 远程开发,和本地开发体验只好不差。 |
65
jjx 2023-12-27 10:31:23 +08:00
remote ssh 个人觉得使用场景
1. 一般就是开发环境很难部署 2. 或 不想往员工电脑上部署 存在代码保护问题 3. 员工电脑配置达不到 通常都是 1 和 2 吧, 除了这些, 很多都是 cto 跟风 |
66
jjx 2023-12-27 10:33:02 +08:00
就 ecs 配置而言, 当前 阿里云 7-8000 一台的 5m 带宽 4g 16g 的, 还比不上一台 3999 的无解 14 pro amd 7840
|
67
kneo 2023-12-27 10:34:39 +08:00 via Android
程序员基数大,1/5 的人有这个需求就让你觉得好像人人都用的到。
自己用不到就用不到,有什么好纠结的。 |
68
euronx 2023-12-27 11:04:25 +08:00
这两年我也都是 macbook 通过 vscode remote ssh 到 linux 机器上写代码,美滋滋
|
69
ScepterZ 2023-12-27 11:06:19 +08:00
我更喜欢在 Linux 环境下开发,公司提供的服务器(每人一个,虚拟机)是 Linux 的,物理电脑上的软件基本都不支持 Linux ,所以不能直接用
|
70
tinykey 2023-12-27 11:14:28 +08:00
需要强大的开发机:
$ free -hm total used free shared buff/cache available Mem: 251Gi 91Gi 49Gi 1.1Gi 113Gi 160Gi Swap: 0B 0B 0B |
71
collery 2023-12-27 11:18:09 +08:00
应该不是 java 开发哈哈。 没这种需求。 那种云 idea 感觉也不算 ssh remote
|
72
iorilu 2023-12-27 11:47:14 +08:00
除了编写特定的 gui 软件, 一般 remote ssh 都是不错的
|
73
laminux29 2023-12-27 12:15:06 +08:00
楼主可能是刚进入云办公时代,完全不知道云环境有多好。我这里做个简单的对比:
1.如果你用自己的电脑做本地开发,电脑坏了,就算你有备份,你要准备新电脑,要从备份恢复资料。就算只是硬件坏了,硬盘没事,等新电脑、拆硬盘,都非常麻烦。而云服务器,有 HA 功能,就算你的云开发机故障了,HA 能让你在几秒内切换到新的虚拟机里。 2.当你需要超大存储、超大内存时,这时就只有基于服务器的云开发环境,才能给你提供了。除非你自己也配置一台服务器放在办公室开发,但那噪音你能受得了?你办公室有这么大的地方放这种服务器? 3.至于网络延迟,10ms 内,其实问题不大。如果你有肉眼可见延迟,先 ping 一下,是不是网络问题。如果 ping 延迟没问题,建议问问管理员,是不是服务器负载过大,把你的云开发虚拟机,迁移到负载低的服务器上。 |
74
ShadowPower 2023-12-27 12:45:31 +08:00
我在小公司,没有远程开发环境。
电脑的话,公司给 5000 ,自己去买,用三年归个人…… |
75
abcfreedom 2023-12-27 12:55:39 +08:00
@theusername 居然在这里碰到了同事,公司的 cloud ide 确实好用,破本子风扇再也没转过。
|
76
arischow 2023-12-27 13:13:42 +08:00
跟公司的架构有关系,窃以为如果用,也必须得是锦上添花,如果一个项目(或者多个项目间)必须 remote ssh 才开发,是不是需要调整一下。
|
77
akyle 2023-12-27 14:06:39 +08:00
Remote 不是一种高效的工作方式,除非有移动办公需要;好比笔记本电脑跟台式机,是一种折衷的选择。
|
78
seth19960929 2023-12-27 14:20:37 +08:00
网上就是这样子, 一说单元测试就是代码覆盖率 100%, 一写代码就是业务繁忙测试跑不全
一说环境就是全上云, 一写起来就是本地装几天环境 安卓 iOS 代码能上云吗, 怎么调试? 在服务器上再运行模拟器? 32 G 的服务器多少钱一个月(那些说省钱的人还不如把买服务器的钱给自己加点配置), 不能一个人独用, 上班时间都在一起, 挤在一起编译不得卡死?(除非早班一个人, 晚班一个人) 现在的云开发肯定都是代码可以一台机器, 可以全部人在同一个机器连接管理代码, 然后编译的时候, 肯定同步到后面的一大堆机器编译还可行. |
79
sampeng OP @seth19960929 这也是我的疑问。。1 台 256G+32C 的服务器的钱再加电钱。可不是一点点钱,除非是有几千人的大厂,用量大平摊成本。普通 100 来人,40-50 个研发的公司。真的需要 remote 开发?不过我刚和我们前端讨论了一下。。一句话就怼回来了:是工作不饱和吗?
|
81
Kumo31 2023-12-27 19:23:13 +08:00
工作后基本就没在本机写过代码,一台 16C 64G 的开发机 + 6 台 16C 32G 的自测用机子,对我个人来说主要是 3 点吧
1. 项目依赖复杂且笨重,还有一些内核态的组件,显然只能在特定环境的机子上跑,用 terraform 或 vm 快照可以很方便地控制环境 2. 做 infra ,很多功能的实现和容错考虑必须得在 n 节点的环境下自测,当然这可能也和我们没有完善的模拟器有关系 3. 经常 wfh ,在家里直接 ssh 上去就能继续开发,不用带电脑,也不用担心风扇和发热 |
82
Mush 2023-12-27 19:59:33 +08:00
@winson030 #80 其实没啥经验, 大力出奇迹吧. 我的开发环境是个 Docker 容器, 直接 SSH 到容器里. 我也知道这不符合 Docker 的“精神”, 但胜在可以一个 Dockerfile 构建好环境. 做后端和 web 前端开发感觉还算够用.
|
83
konakona 2023-12-27 20:07:02 +08:00
我记得很 7 、8 年前就已经有基于 ssh 隧道技术的本地同步远端代码进行 GUI 远程开发的技术手段和实践了,那个年代还流行 SVN 。
但是这个手段在 2023 着实有点老了。 |
84
winson030 2023-12-27 20:22:29 +08:00
@Mush 我最近在学习使用 neovim + tmux 作为开发环境,用着不太顺手。想跟你探讨一下配置和使用习惯。
如果你喜欢用邮件通信,我的邮箱是 YTYyMzcxOTI2NUBnbWFpbC5jb20= 期待可以跟你一起研究进步! |
85
luciankaltz 2023-12-27 22:45:22 +08:00
@tuduweb 开源项目是这样的(
|
86
lifanxi 2023-12-27 23:27:42 +08:00
我们这里都是 128 core 768G 内存的机器池子,平均两三个人共享一台。开发环境一般以容器的方式放在上面,通过 VSCode 的 Remote 上去工作日常开发、编译、单测。因为是 C++代码为主,本地开发的话不太方便,比如想在 macOS 或 Windows 上搞一套完的工具链和开发环境的话,非常费劲,要么也只能用容器。但是我们的 C++代码编译比较消耗资源,一般的 32G 的 Macbook Pro 也不太编得动,make -j 并发大了就抗不住。
|
87
acerphoenix 2023-12-27 23:56:32 +08:00
虚拟机而已,很容易啊也不费多少资源
|
88
jhdxr 2023-12-27 23:58:47 +08:00
@sampeng #79 只讨论下成本问题。
256G+32C 的机器别说上千人的厂,就 40 到 50 个研发公用也不够啊。平均每人就给 5 到 6G 内存? 贵不贵是比出来的,如果把笔记本/台式机作为开发的主力机器,你预期多久换一台?我自己的答案是 3 年。云主机预付费租用 3 年能够获得的折扣也非常可观了(至少对折) 此外,看你的意思是你们有自己的机房。对于大厂来说开发机多半都是线上的机器淘汰下来的,所以机器本身是几乎接近零成本的。 |
89
jedihy 2023-12-28 07:49:05 +08:00
一直用的 azure cloud devbox
|
90
litguy 2023-12-28 08:24:44 +08:00
我们是每个人 1-4 个 NUC 作程序员自己 ssh remote 写代码和跑基本测试
公用的有 8 套 64C 512G 的机器,算是两个集群吧 这是 8 个研发共享的,需要自己申请时间段用 |
91
chaleaochexist 2023-12-28 09:03:59 +08:00
本地是 windows 没有 linux 环境.
|
92
pmx1990 2023-12-28 10:32:23 +08:00
个人开发:nuc 13 代 i7-1370P 内核编译在 1-2 分钟左右 其他都响应挺快
使用 ss 然后客户端自动分流,远程连接无感知,knockd 保护了下 ssh 公司环境:因为 sre 自己搞了一台 256C 的机器。当作开发机,编译内核 印象中是几秒内 |
93
qsnow6 2023-12-28 11:24:28 +08:00
好用,不用背电脑上班了
|
94
zmcity 2023-12-28 14:20:38 +08:00
腾讯和微软都是由开发机的,开发机网速比本地快(都是万兆的),网络环境更接近生产环境,而且可以随时重装系统。
而且机房的机器比本地稳定多了,办公室的电脑不知道啥时候就会停电,机房的云电脑只要不手动关机就不会断电,更适合跑长时间运行的程序。 |
95
LonnyWong 363 天前
|