我也经历过，所有现在下软件只去官网下载

@awanabe 有道理，下次试试

ocr 3700，如果兼顾健身就来山地，如果考虑速度还是来公路吧

煲耳机我比较在乎用电，水电太软，核电太硬，我更偏爱来自内蒙古大草原的风电。呵呵。

尝试一下新技术未尝不可。

说一个遇到的问题：mongodb 多表联合查询的需求有点虐心。

想开发 linux web 应用的话 .net 是不行了（或者说目前来来是不行了），考虑跨平台的吧，语言那么多，貌似除了 .net 剩下的可以跨平台了。

个人推荐试一下 Python 和 Ruby

真正开始用 vim 是在工作中，每天都用，两周左右就能在 vim 生存下来了，2个月后开始学习跑起来，现在用了一年多了，在找一些飞起来的方法。

对于 vim 的学习没有捷径，也不用刻意去记快捷键，唯一的路就是不停的去用，去用，去用，然后把这些操作印到脑子里变成潜意识里的东西。

真要是这样，代理服务器不能解决这个问题吧

IOS 应该是 iOS

能 pro 就 pro 吧

PyCharm 没有之一

没有所谓的跳过，目前感觉他们两个是并列的关系。

说些我的考虑：
首先：真正的高价值的书，除非是一个稳定的群体，相互之间都具有一定藏书，彼此才愿意拿出来相互分享，这个我想大家都懂，纯粹的利他者应该不会很多，相互帮助，交换才是最主要的方式；其次，显然这是一个刚开始的平台，没有形成一个固定的分享群，所以一开始分享的必然只是一些普通、价值较低的书籍，而这些书籍，其实得到的方式比起这个平台更加便利或成本更低，举个例子平台中的一本三体，碰上活动，其实10块以内就能得到完全属于自己的书籍。而通过平台分享，我至少得负1次运费成本，当然还得传递等人力，时间成本，显然就不值得了。所以要想展开这个活动，首先必然需要得到一定的经济支持，比如成员间分享书籍，运费由平台分担，并给与一定的奖励，在此基础上扩大成员，形成稳定的群体，才能出现分享高价值的书籍。 至于平台存活，在形成一个具有较大基数的分享群后，自然而然就能有较多的营收模式，来回收成本。所以关键是第一步。
以上是我的一些想法，当然LZ的出发点很不错，支持下。

我会这么做：
* 评论内容存到 mysql 中，比如 comment_id, txt
* 评论的关联存在 redis 中，用 zset（score为评论时间戳方便排序），sadd item_comment:item_id score comment_id
也就是 redis 中只有 id，都是 int 占用应该不会太过分吧，查询时查 redis 获取某个文章的评论id及排序，然后根据查到的 id 去 mysql 中查评论内容 （建好索引什么的应该不会慢吧）。
如果 id 增长很快的话可以用上面说的做一下 base64或MD5 就定长了
这样的话，只有有评论的文章才会在 redis 中有记录。

星标和攒就类似了，只有 id 关联，全在 redis 中，可以参考新浪微博的关注的实现。

抱歉，上一条回错了，没有看全就回了。。。