我觉得更应该研究出现的地方，相比于出现的时机来说，后者基本可正确判断，前者选择就太多了。

@vayn 这个有点 bt 了，而且非常耗 cpu -_-!!

Cool!

别的还没看，只点了按钮看效果。

@linsk 基本思路可行，具体呈 @Livid 批示，哈哈 :D

我以为，除非你有和他们相当的股份，否则这种没得选择的低薪然 + 期权激励的方式在*一般情况下*不可以接受。

最靠谱的创业公司应该是高薪（最起码行业工资标准） + 期权激励，或者两种方案供选：1）偏重薪水的； 2）偏重期权激励的。

具体看个人选择，这是我的一点小经验以及看到的一些案例。

@linsk 其实据我所知，这种 suggest 功能在 GAE 消耗 quota 的速度最快了。不知道最新的 PUSH API 对这个会不会有帮助，还没研究过。

@Livid GAE 我也有一段时间没碰了，但据我所知，如果把所属的 node id （如 apple）以 List 的形式（100 以内的 size 应该没有明显性能问题，以前 limit 是 1000 还是多少？）存在主题的数据库表里面，则不存在归类的问题。

而且如果把主题按一定规则分布在多个 transaction group （名字不确定是否正确）里面，查询的时候 datastore 也会并行处理，这样显示 node 应该不会有太大压力吧（是你说的 500ms 么？）

至于“在短时间内对一个主题进行大量的修改”，按你的逻辑，应该是连接关系存储在 node 的数据库表里面吧，否则应该不会有什么影响，最多更改所属 node 列表，会需要更新 cache 而已。

以上是我的理解而已，不太确定是否有错误。

已经说的很明白了：
1) 你社区的定位，如果是目的非常明确 （如 Google Groups 里面各种 group），则存在这个问题的概率非常小
2) 如果你的板块很有限，则用户可以看到所有，非常有掌控感，也不会存在这个问题
3) 如果1、2 都没有或者在 2 的基础上在醒目位置设置一个 “General” 或者 “杂谈” 板块收集这种帖子，以后管事的可以自己调整到其他板块
4) stackoverflow 的方案，但我不认为这个是完全开放式的 tag 的意思，它有很好的控制机制，垃圾 tag 比较少，你可以自己去上面发个帖子试试看。

我也重新上传了一下头像，顶起来让更多人看到吧。

但这不是解决问题的办法。

我有一个建议：
鉴于 @Livid 多次倡导一些实现上没法及时跟进的注意事项，但是一般的主题沉的太快，我建议在右边 sidebar “社区运行状态”这一块，开辟一条链接专门指向这种主题（比如可以是 V2EX 这个 node 里面的某一主题），必要时可以更新链接，可以突出显示，等于长期置顶的效果，但是比较真的置顶要美观一些 :-)

有点乌托邦的感觉。

但是在某些方面，开源软件已经达到了一个很高的高度了。而对于一个网站而言，除了软件代码层面的东西，你要加一个 feature ，甚至乎有用户要贡献一次很好的 promotion 方案，这都牵扯到运营、business层面的东西，不是单单代码这么简单的事情。

但那应该算是纯粹的贡献的内容，虽然它的内容已经通过 wiki 语法有了很大的扩展性，但还是谈不上 feature 的粒度吧。当然，加上 wikipedia 后台使用的开源软件也曲线实现了过程。总之一切都是用户贡献的。

找到了这么一段话：

“若用户所在区域带宽资源不能满足10M的，用户可选择继续参加199元、219元套餐，在基础套餐其他内容不变的情况下，宽带可调整成ADSL 2M产品（下行2M，上行512K）。”

抱歉说的严重了^_^