calibre(电子书管理工具)作者说：老子自己维护 Python 2

[est]

https://bugs.launchpad.net/calibre/+bug/1714107


牛逼了。。

[jasonyang9]

>I sincerely hope this is a joke.

[aristotll]

> Waaaaay too much work -- calibre has half a MILLION lines of python and python extension code


迁移成本太大了 https://bugs.launchpad.net/calibre/+bug/1456642

作者肯定不想改的

[shansing]

好奇标题里是怎么加的 doge 头。

[SuperMild]

所谓维护，并不是维护整个 python2 的全部代码，等有涉及 calibre 的 bug 爆出来他再处理一下，的确比迁移省事。

[fork]

好想给 kovid 按个赞，可惜 lauchpad 不支持这种围观。。。。。

[wizardforcel]

mdzz

[sobigfish]

@shansing #3 使用 :doge:

[locktionc]

如果他是认真的，那么这种人就是抵制时代的守旧老人，是会被订在历史的耻辱柱上的人。

[XIVN1987]

@locktionc

站着说话不腰疼，，要不你帮作者把近百万行的代码给移植一下，，或者你支付作者 100 万美金让作者把代码移植一下

[hxndg]

@locktionc
那你就是二战之后美国五角大楼养的那批夸夸其谈，觉得数学能解决一切的理论家了？

[xuboying]

听着就不怎么靠谱
要么作者 python 用法不对，要么 python 基金会的 2-3 过渡做的不好，要么就是 python 的这种桌面软件的开发框架的问题
就 python 的使用量来看
八成是作者自己的问题

[kmahyyg]

那为什么那么多库都迁移到了 py3 @XIVN1987

[xpresslink]

@locktionc 你的思维和价值观才有问题。人家又没有阻碍 python3 发展。
你要是有大量实际运维经验，就不会说这种屁话了。

[wizardforcel]

@hxndg 数学的确能拟合一切，但不是理论数学。

[hxndg]

@wizardforcel
冷战那批更确切的叫做运筹学等一大堆理论数学了，ps 拟合的代价你来出？

[noNOno]

跨年度笑话?-v-

[noNOno]

为什么不迁移到 python3 ？
迁移是不可能迁移的，这辈子不可能迁移的。重构代码又不会做，只有自己维护 python2，才能维持得了生活这样子.

[fork3rt]

:doge Python3 谁用谁知道，真爽~

[timonwong]

作者题外话就是「你行你上啊，要么打我钱」

[murmur]

@locktionc 这个话要放嵌入式领域会被打死的
也就是互联网软件随便推倒重来或者直接倒闭才敢这么玩

[dorentus]

@xuboying 我觉得还是 2-3 过渡得不好


@kmahyyg 库和完整的程序还是不一样的。

作者在上面给出链接里面也说了，代码量太大，而且他觉得 python3 也没有提供切实的好处，反而会有性能损耗，于是不愿意改。

作为最终用户，为什么要**那么**关心别人的程序是用什么语言写的呢？

[msg7086]

@noNOno 此处应有 gif。

[bojackhorseman]

突然发现作者给的介绍视频里有一本奇怪的书

[x7395759]

@locktionc
@xuboying
@kmahyyg
@noNOno

1) Waaaaay too much work -- calibre has half a MILLION lines of python and python extension code

2) calibre has lots and lots of code that deals with bytes -- network protocols, binary file formats, etc. Python 3 is simply worse than python 2 for this use case. It has a crippled bytes type among other unfelicities.

3) calibre has lots and lots of native code that interfaces with external native code. On windows, all this code uses UTF-16 encoded strings. All that interface code would need to be re-written and would also become less efficient since in python 2 string are stored internall in UTF-16 whereas in python 3 they would need to be cross-converted.

4) There is absolutely nothing in python 3 that makes it worth the effort. If python 3 ever grows something that makes it worth the effort, I will simply backport it to python 2. I already maintain my own python 2 fork for windows (see my github repos).

The only case in which I will accept patches for python 3 is if they have:

a) negligible runtime cost
b) minimal code complexity/maintainability cost
c) Low probability of breakage -- either the patches are dead simply or they come with lots of tests

[x7395759]

有理有据，你们看过？

[blaxmirror]

@bojackhorseman 哈哈哈哈，没毛病

[youxiachai]

说那么多干嘛...
看不惯作者的..

打钱..或者帮忙移植啊...

[wizardforcel]

@hxndg 运筹学是理论数学？？？

让我再笑一会儿。

[est]

@bojackhorseman 亮了。。。

[xuboying]

@x7395759 #25 打嘴跑没意义，谁让作者用 utf16 的，留下了如此麻烦的后遗症。py 党自己去争吧。看不惯的大牛自己用 py3 写一个好了。编码问题肯定是没了。
其实最终用户也不关心是什么版本，或者是不是 python

[YvesX]

我的想法就是别人作者爱用啥用啥，能维护好就 WOW 一下，不是很懂有啥“抵制时代”和“耻辱”的。且不说 Python2 顶多是不值得再去新学，没有什么特别古旧的缺点，就算是上古代码，别人能维护得 works well 不比拿新技术对着文档写 hello world 厉害多了？

[zhicheng]

Python 官方实现太守旧了，用的竟然是 C，而且还是 C99 不是 C11，天呐这个标准都快 20 年了，一群守旧的老顽固。他们应该用 Go 或者 Rust 重写一遍 Python 官方实现，哪怕不用 Go/Rust 也应该用 C++/Java 重写。

而 Linus 应该被烧死，因为 Linux 还在用 C89。

[est]

@xuboying JVM 现在也是 ucs2。。。。

[goodryb]

calibre 收费吗，如果不收费，凭什么 BB

[cnbobolee]

2 到 3 迁移成本太大，况且代码那么多，而且 2->3 过渡本来就做的不好，3 几乎不兼容 2。

[zyqf]

🐶🐷🐮🐟🐻👻🐱🐯📖🌳🐀🐔🐍

[Antidictator]

@shansing #3 V2EX plus 插件

[noNOno]

@x7395759 哈哈,看是看了,不过要放松点嘛,反正我们帮不上忙

[sunzhenyucn]

@zhicheng 高级黑 23333

[Shura]

作者自己选择编程语言的权利还是有的吧？看不下去的欢迎 fork 然后转成 python3： https://github.com/kovidgoyal/calibre

[hxndg]

@wizardforcel
嗯，我记错了，回去又翻了一下战略一部历史，发现是管理学

[monsterxx03]

说 2 到 3 好迁的，都没维护过多大的 codebase

[lihongjie0209]

@locktionc #8 图样图森破

[mephistophilis]

@zhicheng 用新版本也能用出优越感？

[msg7086]

@mephistophilis 连讽刺都看不出来？

[dalieba]

这样的话应该开个 git 分支，专门在那做 Py3 移植。

[VYSE]

@est 上次自己编译 PY2 发现 Ubuntu maintainer 强制了 ucs4....

[billlee]

主要还是 C 扩展不好迁吧

[Gandum]

我倒是觉得 calibre 实在是太臃肿了，所以有些积重难返。

应该设计成核心功能+外围功能的模式，核心功能就两个，ebook-convert 和 calibredb，别的一律不要。

外围功能里面才应该有 rss，smtp，calibre-server，ebook-viewer，ebook-edit 等等等等这些，现在你又要当服务器，又要当编辑器，又要当浏览器，又要能智能分析，又要能发邮件，又要能抓 rss，又要能添加各种插件，还要适配各种屏幕各种设备。一般人根本玩不懂的，而且说实话，用力太过分散导致很多组件质量确实不太理想。我用 calibre 就只用 ebook-convert 这一个功能，而且从来不打开它那个很慢而且操作很麻烦的 GUI，其他的排版之类的功能比 calibre 好用的软件很多，平心而论，calibre 自带的编辑器我想用过的人都知道，很难用的。

很多开源软件都是这种设计思路嘛，比如视频播放器 mpv，功能很简单，就是解码播放视频，至于衍生功能就交给其他软件，围绕 mpv 的衍生软件多到有专门的 wiki 表单，几十种可以让你自由选择。再比如说 vim，原本功能也是很单纯也很专业，但是衍生功能多的不得了，都是类似的思路。

[ooToo]

@Gandum calibre 就是技术牛逼，产品烂的典型。不过是开源的，不能要求太高…

[xiaket]

完全同意 @Gandum 的意见，calibre 一开始从设计上就不合理，一味堆功能，到头来代码难以维护，也没有新鲜血液进入社区贡献代码。从功能的角度而言，calibre 也许是成功的，但从社区成熟度的角度来看，calibre 是不太成功的。

[fffonion]

这😂

[Forbidden]

想起一个事
基于 COBOL 的系统，不要说迁移了，就连维护都成问题
现在主要靠银行、证券、保险公司支撑……

[doubleflower]

这么多代码迁移肯定是不现实的

2 转到 3 太不容易了，相当于 30%重写量

[cedoo]

去年的新闻了

[timonwong]

@est JVM 曾经 ucs2，早已是 utf16

[clino]

@Gandum #50 +1
应该抽取出关键库做 py2/3 兼容

[Battle]

双击 666

[glasslion]

作者的理由:
1. 迁移工作量太大， 好处又没多少
2. 作者本身不反对其他人提交 Python3 的 patch(要同时兼容 Python2/3)
3. Python3 在处理二进制是， 比 Python2 还难用
没什么大问题啊

[orangeade]

@Gandum 有什么支持格式和排版和 calibre 的 eBook viewer 相似的电子书阅读器么，calibre 阅读电子书功能和排版都还好，就是太慢了

[tempdban]

楼上的说不合理的不要打嘴炮帮忙改啊

[ech0x]

@Forbidden 所以大型机现在还活的好好的😂

[DT27]

围观伸手党

[shijingshijing]

@locktionc 米蒂的劾武裤里还有一堆电脑跑 windows 3.x, windows 95 呢，还有一堆用软盘加载的呢。就这种玩意儿还得撑十年二十年才能逐步 phase out 呢

有本事你给人家去部署一把 win 10，去把当时开发编译用的 TI 的整套 IDE 工具链都给升级一把，还有底层驱动和 firnware 也重写一把，忘记说了，好多控制器都是 8 位的，你也给升级一下到 64 位处理器。

话说高可靠性领域，还没有哪家出来吹牛逼说转移到全套 64 位方案上面去的吧。位处理器都用的好好的。现在天上刚上去的都在用 386 处理器呢

[est]

@timonwong utf16 应该就是 ucs2 + surrogate 的补丁吧。

[fish267]

😎😎😎

[Mavious]

好几个老牌工具都不支持 3，很烦啊。
不仅仅是 calibre，还有 cali 下面一大堆工具，deDRM 也是这辈子死在 2 了。
adobe 的工具包，吊在 2 上不放手。
我不想研究同装 2 个版本的 py 问题。。

so，如果都这么死抱着 2，那就不用呗。。。