尼玛，空格都被吃了

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

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

说起来 pandoc 效果怎么样？
我记得支持 docx 细节就忘了……

#说说你一般在什么时间段撸代码# 下午、半夜

噫 这是啥

LZ ，至少要有属性的设定，分别有什么属性，一级属性与次级属性的关系公式等等。

名词问题虽然 buff 和 debuff 基本上是一回事，但我觉得还是分开比较好，语义上直观，驱散法术也不用纠结。 Aura 一般指光环吧？我也不是太清楚。

总之这玩意没有一整套设定很难搞，属性是起码的，很多问题比如施法系统是如何的；公共 CD 有没有；冷却本身是否是一个能被技能影响的属性；技能效果外挂脚本的槽……等等各种问题

一个生产级的技能系统实在是太复杂了。

@XIVN1987 这个语法糖啊对性能基本就没影响，也没有单独划分为一个符号优先级。他们搞科学计算的表示一颗赛艇，那我也就跟着资慈。

微软可能是视 2012 为黑历史？这个版本的好多内容和页面在 2013 之后很快都见不到了。

但 2013 实际上就是 VS2012 update5 + 云

13 和 15 都是好选择

说 py3 库不多的都想当然了，事实并非如此。

说 2 是主流，现在风向已经变了，新项目中不敢说 3 占优势，至少 2 、 3 是 55 开

而每一个真正认真用过 py3 的人都能理解为什么难以向下兼容

至于 python4 ？官方的解释是说， py4.0 是 py3.9 之后的下一个版本，仅此而已。

py4 不会破坏向下兼容性（向下兼容 py3 ）

bytes 和 str 的分界当然是一个重要原因，不过我觉得这是一个好的改动。

python3.3 以前的 3 很多细节不够好（向下兼容 2 时需要做额外工作，例如 u'1', ur'123'不能用）

我觉得最重要的原因是，发布 3 的时候没有号称提速 100%

@BXIA 噫 不是有 AUR 吗，虽然我怕搞崩系统没有弄过显卡驱动……

不懂， a 要调用 b ，但是 b 有个方法需要调用 a ，是这意思吗？