@isSamle

VSCode 的远程开发是只在读取和保存的时候连接远程然后在本地编辑，所以编辑的时候是感觉不到延迟的问题的。但是 Idea 对这块的支持比较差，可能是因为其定位是 IDE 本身就比定位为 Editor 的 VSCode 要重所以实现会有难度。

就目前这样的情况我觉得最好的办法是直接给开发 PC 加一块大点的 SSD 然后迁移项目工程到新的盘上，这个是对整个系统改动最小但是体验却是最佳的方式了。

但是我很疑问的一点就是为什么你有一台台式机的家用服务器了还会出现 PC 塞爆的情况，换个方法描述就是，为什么你都有 NAS 了还要塞爆自己日常用的 PC 呢？

或者你直接在服务器上开个 RDP 然后远程桌面过去开发，这个方案最稳妥并且折腾量最少。

感觉这个方案兼容性和易用性会有很多问题，全程都在折腾配置而不是把时间花在开发上的那种问题，如果是移动办公的话还要考虑内网穿透带来的不便。

但真要解决方案的话就我个人的经验：

在你的家用服务器上开 SMB 共享然后通过 Win 的 [映射网络驱动器...] 功能将至配置成本地的硬盘，或者直接上 iSCSI 协议，之后用 PC 的 Android Studio 来开发就行了

但是这会有个缺点就是编译是在 PC 上的受制于网速，千兆网卡的读写最多也就 1000/8=125M ，不能说快。

除非是房车否则感觉就是没需求硬上。

有移动办公的需求的话直接 Air ，放个音乐的话手机就能解决，充当移动软路由的话可以考虑 CPE 路由器搭配可以刷机的便携无线路由器但是手机客户端一样能解决，或者当个移动的 Nas 给后座显示器放电影但也就长途需要这么搞而且这个需求一个 U 盘就能解决。

自己申请顺利的话 2 个月，如果出了岔子需要补充材料就 3 个月

如果女方是和家里人以及男方都公开说分手然后再去相亲这都不是问题，合情合理合法，公平公开公正，问题核心是背着男方去相亲这点确实不能说做的非常地道。当然你要说女人有年龄焦虑更容易受到社会歧视种种，是，但这不代表女方这么做是正义的。

But 社会风气在变化，当下女人的社会地位就是高贵，你没办法要求社会上层的人恪守原则道德公平之类的，甚至都没办法要求司法公平。

所以女的没有告男的性骚扰或者强奸或者给男的几刀或者把男的踹下河，起码这点是值得肯定的。

拿来当家庭小型服务器用然后代替一些树莓派和开发板的的生态位最多吧

家庭跑什么服务需要这个级别的设备啊，普通人拿台式机箱自组个 Nas 已经顶天了都。

[大功能更新/大规模重构/第一个正式版] + [功能更新] + [小修复/小优化] ，基本是按照这个路数来的

你是想要制作能够自定义的 [系统镜像] ，还是想要一个从 U 盘启动 [操作系统] ？后者的话直接把系统装 U 盘上就行了，前者的话我只知道有个 dd 命令好像是可以备份整个操作系统镜像的，但具体的我就不清楚了。

Markdown + Github + VSCode 或者 Vim ，然后在 PC 和手机上都用 Git 来同步同时加上 Github 的仓库三者互为备份，当然你要说便利程度那肯定不如各种云平台了，但是因为是基本的文本数据所以和写作软件、操作系统之类的都解耦了，所以灵活性和安全性很高。

但是基本只保存文本数据和一些非常重要的图片比如证件照之外，其他的包括日常拍照和 Excel 图表则是靠 Google Photo 和 Docs 来解决了。

Windows 可以使用 Windows Terminal ，MacOS 有 iTerm2 ，Linux 有 Guake ，这些都支持快速呼出一个命令行。

如果使用 IDE 的话无论是 vscode 还是 idea ，都有在项目根目录打开 terminal 的功能，这样连项目路径都可以省略。

脚本是跨操作系统并、跨项目并且是跨 IDE 的，在这套思路下面项目内部其实不应该放任何脚本，只维护 project.json 配置。

如果想要更自由点的话可以让 scripts/lib/project.py 从当前路径一路往上直到找到一个 project.json ，这样在项目的子目录下也可以执行全局脚本操作。

总算找到有和我同样需求的人了，不容易啊，T_T 。先来说下我的解决方案：

1. 创建一个你自己的 scripts 目录用来存放所有脚本，可以像代码一样存 git 方便跨设备使用
2. 脚本全部使用 python ，并且添加到 PATH 里，这样可以全平台全路径使用
3. 在项目根目录创建一个 project.json ，在创建 scripts/lib/project.py 的库用来读取 “$cwd/project.json”

这个是准备工作，之后看你自己的开发需求，比如搞 docker 打包镜像：

5. 在项目根目录的 project.json 里写 { "docker": "相对路径" }，用来指明 "$cwd/相对路径/" 路径是
6. 写一个 scripts/maker.py ，里面调用 scripts/lib/project.py 读取 project.json
7. 只要目录下存在着 project.json 并且里面存在 "docker" 的 key ，就判定脚本执行路径下确实是一个 docker 工程
8. 在 py 里面执行 "docker build -t 目录名称_时间戳 $cwd/相对路径/"
9. 之后只要在命令行里敲一个 maker 就可以处理所有 docker build 的命令
10. 后续还有些别的比如把镜像上传到某个 VPS 的话也可以自动化

如此，所有的脚本可以统一管理，每个项目都只要管理自己的配置既 project.json 即可。

@pluto0x0

目前已经使用了大概 10 个月有了，硬件稳定性上我没有遇到过问题。硬要说槽点的话，B365 主板靠上的网卡接口是 enp3s0 ，靠下的反而是 enp2s0 ，但是不影响使用。

当时购买这个主板的一大理由是这是全新一手的支持 i3-8100 的主板，在 25 年这个时间点主板大厂是不可能去生产 8 代的板子的。

软件上的话，我装 Ubuntu Server 然后通过 virsh 安装飞牛虚拟机会由于没有直通核显导致网页端和 TV 端无法播放 4K 视频，但我跟着 ChatGPT 的提示来配置直通却没成功，比较折腾。

我的建议是如果只是用来存储+影视以及跑一点 Docker 服务的话用这套就还行，建议直接装定位在 Nas 而不是服务器的操作系统减少折腾量。