- 主题:Python: Please stop screwing over Linux distros
我以前也用 docker，但现在大多数发行版都支持 python 3.6 以上版本。所以慢慢地就不用了。
【 在 greenbcs (tachyon) 的大作中提到: 】
: 我们考虑用docker了，省去搞配置那么多麻烦
--
修改:hgoldfish FROM 125.78.67.*
FROM 125.78.67.*
你不知道 python 带 venv 就在标准库里面？
不过有些发行版会拆出来。或者 windows portable 版本就没有 venv 模块。
【 在 eGust (十年) 的大作中提到: 】
: 关键是 py 官方就不带包管理
: 比如 ruby 你装了自然就带 gem，node 自然就带 npm，官方提供的想不要都不行
--
修改:hgoldfish FROM 125.78.67.*
FROM 125.78.67.*
那是因为你还是个程序员。用了某些 python 相关的工具包。
如果你再仔细找找，你会发现有些 gdb 安装包，tortoisehg, android sdk 等等，都自带打包好的 python 解释器。
这只能说明 python 足够流行，没法说明什么。
【 在 eGust (十年) 的大作中提到: 】
: distros 的目的本来就不是针对开发者，而是一个“通常”的使用场景。
: 比如我是搞 ruby 开发的，那我装个 rbenv 来做 ruby 的版本管理那是再自然不过的事情。但对于搞 ios 开发的人来说，人家无非就是需要一个 cocoapods，那人家自然就没必要装 rbenv。
: 问题是我现在不是搞 py 开发的，机器上依然装了 pyenv 同时搞了两个版本
: ...................
--
FROM 125.78.67.*
会用虚拟环境就不会出现这样的问题。
ps: 这是指 linux 环境下。windows 把环境搞乱是很正常的。
【 在 RuralHunter (渔父) 的大作中提到: 】
: 不够吧，你还得安装不同版本的python，一安装一不小心又会把系统的python环境搞乱。
--
修改:hgoldfish FROM 125.78.67.*
FROM 125.78.67.*
所以做开源是想赚钱呢？想赚名声呢。还是单纯想分享自己积累的经验？
要名要利，大可以去舔大厂啊。尤雨溪一年几千万收入。这 sh8t 吃起来真开心。
如果不想赚钱要求事逼商业公司们滚完全没问题的啊。不能惯着他们。
【 在 mopo (Fred Li) 的大作中提到: 】
: 理想很美好，现实是99%的开源软件，没有实际业务支撑的话大概率就凉凉了，或者自娱自乐了
: 卖商业版权当然可以，但定制化就免不了了，几个需求变更就可以把原来的设计搞得天翻地覆，有代码或者架构洁癖的估计会难受吧，没办法，钱难赚，屎难吃
--
FROM 125.78.67.*
这样刚好。我说的那个协议正好解决有用户以后怎么变现的问题。
不是五百强，就不收费，免费用。五百强了。拿点钱支持一下是应该的吧？
【 在 mopo (Fred Li) 的大作中提到: 】
: 问题是用爱发电的能有几人。。
: python作者、redis作者算是很佛系很独立了吧，也受不了社区无穷无尽的需求
--
FROM 125.78.67.*
小型公司不爱 GPL 啊。LGPL 最佳，但很容易被大厂白嫖。
【 在 xiaoju (可爱的龙猫) 的大作中提到: 】
: 这种协议根本是多此一举，只要注明GPL，马上就有人联系购买商业授权了
--
FROM 125.78.67.*
python-venv 啊。
如果是多个 python 版本，可以从官网下载，或者自行在 linux 底下编译。指定 --prefix 到自己的目录。然后执行 venv 或者 virtualenv 生成 python virtual enviorment.
事实上，不管有没有多个 python 只要把 python 用于开发的话，就应该使用 virtualenv/venv. 现在的 IDE 对这个支持很好。
【 在 RuralHunter (渔父) 的大作中提到: 】
: 什么虚拟环境？不要告诉我又回到docker
--
FROM 125.78.67.*
指定 --prefix 可以的吧。重点是别安装到 linux 的 $PATH 里面，我觉得这是用 linux 一定要注意的事。
【 在 RuralHunter (渔父) 的大作中提到: 】
: 我说的重点是安装python那一步就可能搞乱操作系统默认的python环境，取决于你的安装方式，linux或windows都有可能出问题，根本还没到使用venv那一步呢。
--
FROM 125.78.67.*
ruby 这么方便，是因为 ruby 不流行啊。
如果足够流行的话，我用新版本做个 ruby 工具，使用了 ruby 的新语法，扔到 2010 年的 macos 上面跑，不还得打包带一个 ruby 环境扔到 xxx.App/MacOS/Contents 里面。
linux python 的兼容性，最大的问题我看来源于 linux 发行版本身。在一个 linux 里面打包的 python 软件，在另外一个 linux 发行版里面不一定可以跑起来。。为什么呢，因为 glibc 不兼容啊。这不是 python 的问题。
你会说 ruby/java 怎么没这个问题啊。这是因为 python 的定义是胶水语言，需要调用大量 c 写的代码，而 ruby/java 不需要。没这个功能没人用当然就没 BUG 不会有人骂了。
【 在 eGust (十年) 的大作中提到: 】
: 这不就是我说的么，同样是移动开发，ios 就是你自己去装 ruby，自己装 cocoapods。人家不会专门给你打包一个 ruby，因为用什么版本跑 gem install cocoapods 没影响。最近几年 macos 不自带 ruby 了，以前很多人直接就用系统自带的。
: 糟糕的兼容性和缺乏自带的包管理工具，在许多工具链中本来只是一个配角，对于新手来说比主角还麻烦。
--
FROM 125.78.67.*