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

[est]

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


牛逼了。。

[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 还难用
没什么大问题啊