@wind3110991 额，文件系统还真不是都用B+Tree的……

在用Poker II，主要是键位比较舒服。

do syntax sugar for Haskell Monad

http://www.zhihu.com/question/27063363
欢迎来讨论。

@secondwtq markdown 还真不是给程序员设计的…… LaTeX那种标记方法才更程序员，而LaTeX的数学公式一直很强大。

@jarlyyn 没有遇到过HIDPI问题，主要是我穷，一直用lowdpi显示器。KDE环境下，原生图标是矢量，随便缩放，而hidpi会影响的字体显示，也有系统层面的设定。不知道你说的蛋疼表现在哪里？

@lq21138 一直在变多啊，Linux桌面这些年由于Ubuntu的商业运作，小白用户多了很多啊！

似乎代码高亮和数学公式都是特殊需求人士喜欢加的东西。

当时在考虑论坛标记语言的时候，原来也是想用Markdown的。但是考虑的Markedown的Parser实现比较复杂，编辑器实在太多、太杂，如果考虑到项目的可维护性，这部分成本太大了。而小白用户离开编辑器又写不了Markdown……

所以就自己定义了一个很容易实现Parser，又很容易做编辑器，同时满足代码高亮和数学公式的新的标记语言，整合在前端库Ebony里面了。https://github.com/cc98-frontend-development/ebony

喜欢造轮子的可以来观摩一下哦。

“如果你继续使用会每隔两小时重启一次“

按RMS的判断标准来说: Free software is that user controls program, while non-free software is that program controls user.

珍爱生命，别去折腾非自由软件：非自由软件只值钱，不值得你的时间。

@ryd994 我也接受不了那些说Gnome环境好的，说Gnome更漂亮啥的（审美观一定和我不一样），一点也不看桌面环境带来的自由度。
要说2015年的KDE是最先进的完整桌面环境，一点也不为过。

@lq21138 先进都是从小众向大众推广的，用户少不要紧，用户不断变少才是落后的表现。

Poker II，可惜是机械的。

先学R吧！Python里面的东西还是太多了。

@kslr 为啥？timestamp将来才像会出问题的样子。

Blender

感觉React这种方式很丑陋，angular2看起来还不错。

另，我这部分设计的文档还没有写完，只有一部分放出来，有兴趣可以参考下
https://github.com/cc98-frontend-development/API/

明确在哪一个层面去解决这个问题。

前端层面是不安全的，所以3的需求实现就会有困难了。前后端传递的数据结构需要特别设计。

后端逻辑来说，我在设计的学校论坛系统中也遇到了很极品的权限控制要求；我的设计是这样的，可以实现各种粒度的权限控制，动态权限控制：

一个操作分为三部分：操作者A、被操作对象B、操作行为C。
需要完整记录一个操作的权限，需要一个以AxBxC作为主键的权限表，这个显然是不现实的。

其中，被操作对象允许的操作行为是相对固定的，而操作者与其它两者的关系相对不固定。
于是，我设计中，每一个被操作对象都绑定了一个操作者到操作行为间关系的权限列表。
操作对象按照操作对象的不同，在不同的权限组中。

比如，要求每个帖子的发帖人（author）可以修改帖子，但不能删除帖子，我的权限列表保存为：
edit: author
! delete: author
其中，author是一个用户组，其中的成员对于每一个帖子都不同，只是恰巧叫了同一个名字。
逻辑判断时，查找比对this_post.author，this_post.parent.author，直至查询到根节点，如果这一系列的author用户组中任意一个存在当前用户，则编辑帖子（edit）的行为就可以执行。

除非合租的人的生活习惯你很了解，否则不用考虑了，再多优点也比不上回到家看到一张让你不爽的脸……