@chingli 你可以看下Jeff Bezos在TED上的这个演讲，应该就是你想要的评价。

http://www.ted.com/talks/jeff_bezos_on_the_next_web_innovation

一般自定义的通用模块我会放在lib目录下

@Livid 是的，最初看到App.net的新闻时也觉得很莫名。

所以，获取用户数量仍然是最优先事项？希望打破依靠广告的收入模式，看来还是很难。

之前在PS3上玩了The Last of Us，觉得并不是很好玩。剧情是还不错，但整个节奏总感觉怪怪的，不如神海3那样带感。

嗯，FF15貌似发售日还一直未确定。

等看E3 2014上有没有惊喜了，现在能看到的预售信息感觉可玩的太少了。

自省、洞察和宽容

@Livid 点了Up没有显示数字，是否说明还是负值？这倒是让我想起原来研究筛选算法时的一些现实问题。

对于投票什么的，其首先要有个生效的最低限制，比如总共有至少5个人做了投票，Up和Down的权重才开始生效。另外一方面是计分一定程度上还是需要采用一些类似贝叶斯统计计算加权分的方式来计算最终得分。

这两个方面最主要的是为了平衡太初期的投票带来的影响，比如一个主题在一开始就被少数几个人投了down，那么有可能这个主题在首页的排序已经下降的很厉害了，这样一来其能获得浏览量和客观评价的几率就被大大降低了。

不知道这方面有没有做一点处理，因为目测当前这个主题可能就存在这样的问题，或者是因为被测试点了太多down？

貌似这个主题就是负值了？

好久没在V2EX看到这么有“人情味”的话题了。看的出来题主还是用了心在做这件事了，而且对一些反馈也有相应的应对，应该值得鼓励。

如今确实能感觉到的一个问题是，可供零碎时间阅读的高质量内容并不太好找，因此，若有人帮助做一些筛选，定然是件好事。不过关于高质量这件事，就不那么容易说的清楚了，我们很容易能排除那些我们认为质量不好的，但往往也很难解释清楚为什们另一些是我们认为好的。这个问题，恐怕是题主若想把这个小站做得更好，会持续面对的一个问题。

不在这个行业许久，也就不胡说八道了。挑个小刺吧，文章末尾处原文地址，原文作者，译文地址和翻译者这一系列内容的排版太随意粗糙了些吧，为了表示对原作者和译者的尊重，是否也该标识的清晰些。最后，我不是处女座。

其实从剧情里大概看的出来一二。首先Tusk和总统有超过20年的交情，而且民主党成为多数党也是因为Tusk在暗中有布局。所以，如果站在Tusk的角度去看这个事情，你希望怎样的一个人成为总统呢？

如果纸牌屋有前传的话，那应该是Tusk一手扶植起一位美国总统的故事，不是吗？

感觉很有爱的团队，展示页面上也有非常多有趣的东西。祝福有更好的发展。

同样的感受

采集数据这件事情本身真没有什么值得练手的，除非是想研究更尖端的爬虫数据。如果是要做一些数据分析的话，采样一些数据就够了，没必要去钻研那些反抓取的策略，那些东西来来回回也不过就是那几个套路，其实没什么乐趣，也不是什么值得好奇的问题，太多人天天在用粗糙的手法做这样的工作了。

从存储空间的占用角度来看，尽量优先使用扁平化

@hepin1989 理论上来说，只要不坑，C和C++还是会有性能上的优势。用scala，主要还是看中了像Akka 这样的Actor模型，Erlang也是同样。

@hepin1989 不少团队和项目都是基于之前产品的技术积累继续开发的，而更早一些的基本都是用C++和Lua在做服务器。现在一些新的产品和团队开始基于jvm做了，所以我想再经历一段时间后就会越来越多。

基于JVM做服务器确实是趋势，这主要有几个方面的考量：

1. 对于页游的运营方式来说，JVM的稳定和性能是足够的。
2. 在JVM上做过开发的人员也比较好找，如今能写C++而不坑的人越来越少了。
3. JVM平台上很多成熟的类库资源可以利用，C++固然也很多，但理由还是能把握C++做项目的人太少。
4. 纯做软件类库和做引擎还是有不同需求，相比之下，JVM对于做引擎的潜在帮助要更大。

至于Erlang，用作网关服务器还是不错的，我在项目中使用过，在稳定性，性能以及部署方面都很成熟。但做较复杂的游戏逻辑我认为不适合，除非是用C写相应的一些逻辑模块。

至于nodejs，个人认为在服务器接口和逻辑比较简单，没有太复杂的运算的情况下，目前也是一个值得考虑的选择。

个人认为，基于JVM的服务器，未来两三年在这个行业里可能成为主流。并不是说C++和Lua的结合不够好，而是C++真的是个大坑，更年轻点的同学们能把握不掉坑里的太少了。在JVM上，不一定要用Java，我们曾使用的是scala，是表达能力挺强，开发起来也很快的语言。

@Livid 生日快乐 ;-)