2021 年实习时，我入手了第一台 MacBook M1 Pro ，被 macOS 的流畅和命令行体验深深吸引，环境配置方便，于是果断出掉了原来的 Windows 笔记本，之后一直用 Mac 。
前段时间因为 Mac 屏幕损坏，急着面试，临时买了一台 Windows 游戏本。实际用下来非常惊喜——WSL2 和 Windows 深度融合，直接命令行搭建环境，搭配 VSCode 开发体验很顺畅，Docker 等软件在 x86 平台也更稳定，没有 ARM Mac 的那些兼容问题。偶尔还能打打游戏。
当然也有不足：游戏本偏重，触控板手感一般，续航还是比不上 Mac ，简直就是电脑纳智捷，一个面试下来就消耗了 70%电。
 |
1
yannxia 8 小时 14 分钟前
 但凡你深度体验了，在 WSL 和 宿主机之间倒腾，就发现那个 IO 低的离谱了。不太好用，除非你 all in WSL ，那么问题来了，为什么不直接装 Linux 呢 |
 |
2
xiangsanliu 8 小时 7 分钟前
之前折腾过一阵 WSL2 ，网络问题给我搞崩溃了，最后发现还不如 windows + linux 服务器远程开发，不知道现在有没有改善。当然现在已经入了果教了（🐶
|
 |
3
w568w 8 小时 6 分钟前
看你做什么开发了。系统方面，这几点足够劝退我：
1. 文件系统路径用 \ 而不是 /，造成一堆问题 2. PowerShell 没有 Tab 命令补全（我知道有 ArgumentCompleter 、PSReadLine ，但都需要第三方软件适配才有最好体验，而目前几乎没有 cli 工具会去写 C# 模块适配这些接口）和非人类语法（例如执行绝对路径的程序需要用 &"C:/xxx/yyy/a.exe" ...） 3. WSL 访问宿主文件系统巨慢无比，大型项目编译时间翻 3-5 倍 4. 相比 Linux ，Docker 速度慢很多 所以我现在开发体验还是认准 Linux 。至于 macOS ，在 UNIX 基础上魔改太多，几乎是另一个生态了。 |
 |
4
felixcode 8 小时 2 分钟前
MacOS 与 Linux 的区别，和 AIX 与 Linux 的区别差不多
|
 |
5
lscho 8 小时 1 分钟前
wsl 你用一段时间就知道了
|
 |
6
bytesfold 8 小时 1 分钟前
对我个人来说，Win+WSL 确实是最佳选择
|
 |
7
skiy 7 小时 53 分钟前
@xiangsanliu AI 补全没有，但是有代码提示（不知道是我装了什么插件还是 PowerShell 7 的问题）。
最烦的是它默认的 vi ，切换模式“Ctrl + V” 时，它是粘贴（虽然能用 Ctrl + Q 替换） 第 3 个问题，只能像 1# 说的那样了。不过我刚切 Windows 的原因是，它有同花顺。还有国内那些 AI Code Editor 没有 Linux 版。 当然，我还是喜欢 Linux 。所以现在开机开了 Docker 后，第一步就是 wsl -d debian |
 |
8
paulluis 7 小时 52 分钟前
1 、2 楼提到的问题今天依旧没解决，WSL 也不是标准 Linux ，没遇到一些问题还好，遇到一些问题一般人很难解决，不容易确定是 WSL 的问题还是自己程序或配置的问题。就和有一些人推荐使用 docker ，不使用 podman 一样，使用 docker 出了问题肯定是自己的问题，不是 docker 的问题，而使用 podman 出了问题要怀疑是 podman 实现标准和 docker 不一样导致的还是自己的程序或配置有问题。
|
 |
9
wuruxu 7 小时 47 分钟前
用过 Windows/Mac , 最终还是觉得 Linux 更适合开发人员
用来做开发，除了 Linux 真没有更好的选择 除非是特殊情况，比如 Windows 驱动之类，.Net |
 |
11
zficode OP @w568w 我这个是用的 wsl2, 相当于启动了一层虚拟机，和 wsl 原理不同，所以不存在 Linux 兼容性问题。
针对第 3 点问题，可以把所有项目全放在 wsl2 虚拟机里面进行编译，然后可以通过 vscode 的 wsl 协议进行开发。 然后第一点和第二点就是现在 Windows 有了 windows terminal ，界面挺好，也不会涉及到 powershell 了。 不过我遇到了一个前端问题，wsl 虚拟机开发后，需要用 Windows 微信开发者工具进行预览 dist 产物，这里需要用插件把产物输出到 windows 目录下面才可以热更新，也好解决。 |
 |
13
liuliuliuliu PRO |
 |
14
clarkethan 7 小时 19 分钟前
除了偶尔能玩下游戏，windows 用于开发几乎一无是处
|
|
15
paulluis 6 小时 58 分钟前
我使用的版本就是 WSL2 ，我是赞成 14# Windows 只能说一般情况下不适合开发人员
|
 |
16
geelaw 6 小时 35 分钟前
@w568w #3
1. Windows 从上古时期就支持 / \ 了，可以两者混用，命令解析方面只要不混淆即可，解析歧义这点和 Unix 差不多（对比：~, -a, * 的含义）。 2. 需要 & 'path to' 的情况是路径里面有空格（不加 ' 会导致和 path 加参数 to.exe 混淆，加 ' 不加 & 导致和表达式语句混淆），和是否是绝对路径没有关系。 |
 |
17
huangzhiyia 6 小时 25 分钟前 via iPhone
不知道为什么 Windows npm run dev/build 都比 Linux ，macOS 慢很多
|
 |
18
BeautifulSoap 5 小时 36 分钟前 via Android  3
深夜容易 emo ，写一点长文发泄下
我 windows 配合 wsl/wsl2 写代码都写了 8 年了完全没问题 至于 wsl 和 Windows 的文件交互，反正所有开发的功能和 docker 都塞 wsl 里，配合 vscode 和塞在 wsl 里的 idea 开发体验非常好 至于经常见到的下面这两种老哥 1. 为什么不用虚拟机配合 vs code 远程开发 虚拟机起停实在太重，没法像 wsl2 这样秒级启动 我想开个虚拟机里的项目，虚拟机没法像 wsl2 一样直接在虚拟机里敲一行 code ./xxx 然后宿主就直接跳出了连接虚拟机远程目录的 vs code 虚拟机没法像 wsl2 这样直接开箱即用地调用宿主显卡跑模型 wsl2 和 windows 的文件 io 慢是慢，并不代表一无是处。批量处理 windows 下的文件我以前都要捏着鼻子写 cmd 脚本，现在有 ai 辅助后配合 wsl2 中丰富的 linux 工具处理 windows 下文件是真的轻松简单。用 wsl2 我一分钟就写好脚本了，而虚拟机你没法安全简单地做到 2. 为什么不直接用 linux/mac 但凡 linux/mac 下能有 Windows 的那些能切切实实提升效率的 UI 界面工具，我迁移起来也不会那么痛苦 目前 2025 年了，这两平台依旧没有一个完全能和 everything 相提并论的软件，文件管理方面更是找不出一个能和 DirectoryOpus 比一比的。全局鼠标手势软件在 StrokesPlus 面前都像个玩具等等。linux 唯一让我羡慕的是各种窗口管理工具，但是现在 Windows 下的 komorebi 也填补了最后一个遗憾。 至于 mac ，我只能说对于我这种快捷键就是生命的人来说，迁移到 mac 的痛苦是超出了我想象的巨大的。之前换电脑公司给配了 macbook Pro m4 款，那一个月是我最崩溃的一个月，我在公司里是真的好几次差点气得想把这 macbok 砸了。最难受的是一个月了都无法适应 mac 的键位，并且生产力变得极低也无任何回复的迹象。最后我实在受不了求着 it 和老总给我换回了 Windows |
 |
19
sudo123 1 小时 50 分钟前
同意，win11 拳打 mac ，脚踢 gun/linux
|
 |
20
weijancc 56 分钟前
游戏本根本不适合开发, 打开 idea, 那风扇就疯狂的响, mac 的优势 1 是静音, 2 是系统稳定, UI 精致美观
|
 |
21
Radeon 5 分钟前
@BeautifulSoap 我特别理解快捷键这一段。无论用哪个系统，已经肌肉记忆的快捷键是最难舍弃的
|
Select Language