@GNiux arch 个毛线啊，说安装配置 arch 不费劲的你们摸着良心说，装系统装软件显卡驱动对生手少则三天多则一周不过分吧；就算是熟手遇到新机器也难免不会折腾莫名其妙的问题。

debian 软件源太慢了，我曾经为了装 vim 一个插件（好像是 ycm 吧），发现 vim 版本号不够，强行升级之后又发现 gcc 版本不够；然后还学着网上的姿势单把这两个软件调到 testing ，其他软件的源不变。
然后我就发现屏幕刷刷刷的滚， gcc 依赖多啊！像是 glibc 之类大量底层依赖库也跟着更新了，拿到手的 gcc 居然是 5.1 版本，这么新的版本！这是一年多前的事情！！

后来我一合计，用 debian 不是图个稳定？这混合源还稳定个毛啊，没什么意思。重新换了 Ubuntu 。


真论方便还是 Ubuntu 方便啊，像我这种人以前就是装个 Ubuntu 麒麟，然后把桌面换成 gnome3 ，现在这一步都懒得做了，直接弄个 Ubuntu gnome 版了事

还有桌面环境的事情，什么 lxde e17 xfce4 都是骗人的，什么轻量级环境啊？其实就是缩水版嘛，越轻量越缩水。单论桌面效率还不如 win7 呢！别为了那点空间跟自己过不去，还是 kde gnome 二选一吧！

简单回答了一下。这事儿没那么纠结……取舍一下实现功能即可

按需优化吧，这不是热点吧？ glibc 的实现也很不错了

不错的站

为什么总想着碰撞所以要全文比较呢？

1. 如果两个文件都是本地文件，全文比较也无不可
2. 如果其中一个是网络文件：提取文件的大小、前 XXX 字节、哈希作为特征值，碰撞概率基本可以忽略不记了。

推荐不设置 encoding ？ py2 日子别过了。

肯定是支付啊，楼上一堆阴阳怪气的

@kennedy32 3000 多的安卓机什么鬼，这级别国产机配置都堆上天了

一点也不魔法 差评

@dphdjy 好像并没有完全领会意思……

尼玛，空格都被吃了

http://ww1.sinaimg.cn/large/0060lm7Tgw1f0wgazzh7fj30ds0gxq4h.jpg

@dphdjy markdown 你试试这种文本：

1
2
3

4 5 6




7

再比如写信的格式

OOXX ：

XXXXXXXXXXXXXXXXXXXXXXXX.
XXXXXXXXXXXXXX:
OOOOOO
OOOOOOO
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

OOXX
OOXXOOXXOOX


能正确显示才有鬼了

@dphdjy 你全文 json 不行的， json 又不能按流来读，假设小说有 10MB 就要全读入内存

LZ ， json 啊。文本格式本身在扩展方面有巨大优势，而且别人根本不用费力读你的二进制文档就能生成出差不多的书，同时能将信息丢失的影响减小到最小。

meta 信息首尾各一单行 json 来描述，正文爱用什么用什么， markdown 在段落上丢失信息太多，并不适合电子书。

还不如只是加上一个对图片、加粗、斜体等等简单排版的支持（而且也不是不能扩展）。

醒醒，楼主，不要胡思乱想这些有的没的，你只是蛋疼了而已

@neoblackcap 我这里本地的 interpreter 并无明显的 indexing 阶段； vagrant 的显示 indexing 也就在 3 秒之内，但是重开 pycharm 的时候 cleaning up 、 running vagrant 很久。

而执行一个即使是最简单的 hello world 也要等 4 秒之久，实在是慢。也不知道官方什么想法，难道不能设置保持 SSH 连接，以免于每次执行都要重连吗？

@neoblackcap vagrant 慢的是 running vagrant 吧…… 又不是 indexing ，除非你每天重新建虚拟机

@fourstring 并不会啊 系统库的索引只生成一次，除非你天天换 interpretor

楼主你索引没生成好，注意界面下方有读条的