三种操作系统进行 Python 开发，各有什么痛点，又是怎么解决的？(非引战)

[lvhuiyang]

大二的时候学习 Python，win 下开发，然后被安利了 linux。后来装个 ubuntu 作为日常开发就天天嘚瑟，事实上 linux 的环境对于初学 Python 帮助确实不小。这时候痛点就是没 QQ 啊（忽略 wine 版），跟同学转发个文件总说一下发我邮箱别发 QQ，然后就十分羡慕使用 mac 进行开发，各种环境也 OK，QQ 微信也都是有的。

实习后就是使用 mac 进行日常开发，确实方便很多啊，用着用着觉得 Python 开发环境就是这样的，似乎忘记了使用 Windows / linux 的痛，再后来就觉得用 mac 开发血统不纯正啊，用 linux 才够 geek。

然而现在真的换了一台非 mac 电脑，先折腾某 linux 发行版：我去 ss 有问题啊，几小时后终于可以越过墙了，麻蛋想要个 PAC 模式就这么难吗，然后以及遇到了其他问题 -> 没信仰了换 win 10：卧槽，依赖有问题啊，项目在 win 下 run 起来都费劲，然后就上 linux 子系统或者虚拟机解决呗，然而又带来了新的问题.....

---

请问各位大佬们都是使用什么系统环境进行开发，这些痛点是怎么解决的呢？（非引战，意在学习与讨论下大家的解决方案）

[mrlcy]

项目部署在什么环境 ，就用什么环境测试开发。

[jerrry]

换回 mac

[gobomb]

mac 是最方便的，图形界面和命令行终端都很好用。需要 linux 的时候，搞台云主机 ssh 上去就 ok，比虚拟机的方案好。

[easylee]

反正我是信了程序员要轻松省事就上 mac 的邪。

[param]

我推荐 ArchLinux。Linux 可以通过 iptables 设置全局代理。

[hourann]

从我目前接触过的项目来说，win 做 python 开发没什么痛感（除了项目要用到 Docker 外）。一些要编译环境的包可以下预编译包，除非一些库没对 win 做支持，大部分问题都能搜索一下解决。你在其他平台也是要踩坑的。但是有条件上 mac 还是用 mac，不输 windows 的 GUI 软件生态和碾压 windows 的开发环境搭建过程

[rabbbit]

Windows 下(别的没用过)
1 lxml 之类的库装不上,装 anaconda 即可解决
2 编解码问题,什么 GBK Bom 头,踩两次坑习惯了就好

[RqPS6rhmP3Nyn3Tm]

Arch 好用，但是没基础不要碰，安装都装不上

[janus77]

还有正统这一说？所有的安装包不都是官方释出的？
等你工作多年换了几家全是不同的环境就知道了，什么系统从根本上没区别，都是做同一件事而已

[dex2jar]

装着 win，用虚拟机搞 linux 无压力

[magiclx]

PyCharm 横跨 win mac linux，可考虑购买部署环境相同的版本进行开发，需要查阅文档时，使用 横跨 win mac linux 的 FireFox，办公文档可 online，此外再无难处。用什么 OS 其实都可以，要说难点，就在于不熟悉 OS，不熟悉 Python 库，不熟悉约定，英语不够好咯。

[LongLights]

我前几天也是刚开始使用 Linux 然后 ssr 的 pac 模式用不了真是蛋疼。。。然后 sublime 的 sidebarenhancements 快捷键用不了真是蛋疼。。。然后我就把 win 装回来了

[unlimitedsola]

> 再后来就觉得用 mac 开发血统不纯正啊，用 linux 才够 geek。
炫耀驱动编程？够用还不可以？

[ericgui]

这个很好，顶上去。

要知道，Windows 环境下玩 Python 真的是太 TM 痛苦了。其他都不说了。

Mac 要是有钱买，还是买 Mac 吧。

[debuggerx]

日常 deepin，写好的程序如果需要跨平台就通过 git 传到 vmware 里的 mac 和 win 去测试打包……
不过确实各个平台有各自的问题，最近一个月左右碰到的有：
①linux 下 pyqt 写的程序默认无法直接输入中文。
②mac 下 pyqt5.8 以后直接复制文本框的内容出去会带 bom 头
③win 下用 pyinstaller 打包 magic 库路径无法正确识别 dll，只能改 magic 加载 dll 相关源码
总的来说 win 的问题是最多的，花的时间最多。mac 好一些，只是习惯了 linux 包管理安装开发环境的方式以后觉得 mac 太废，brew 总是出问题和 apt 没法比。linux 门槛确实高一些，有一定积累之后会非常得心应手。
另外搞不懂为什么那么纠结于 pac，日常全局模式使用非常爽，经常用了一整天忽然要访问内网服务不通才发现原来是开了全局 ss，一个快捷键临时关闭代理，完事了快捷键再开，完全 ojbk

[lunafreya]

Linux 就 Ubuntu， 别折腾 arch, 浪费生命

[debuggerx]

@debuggerx ss 的 pac 问题可能是因为官方只给 linux 做了 ss-qt 没有 pac 相关的支持吧，别的发行版怎么样我不清楚，deepin 社区有人仿照 win/mac 的客户端做了个 deepin 专用的小飞机，以前简单测试过应该是能用的：
https://github.com/PikachuHy/shadowsocks-client
不过因为我自己很早以前就克隆了 ss-qt 的源码添加了一些自己需要的功能代码(自动设置系统代理参数，响应快捷键等)后编译自用得很爽，所以并没有换他这个来日常用。而且最近用了谷歌 outline 方案之后发现完全用命令的方式调用 ss 库挂代理也挺方便的。

[cdwyd]

@rabbbit
现在直接 pip 就可以安装上

[cdwyd]

@ericgui
具体说说哪里痛苦了，目前还没痛苦过

[xiadong1994]

开发的话只有 win 不正统吧……