@xiaoyaoking 是帝都吧？

@kenshin Hello :) 不知道你说的『光标停留在某一Item上，延时几秒后自动高亮』是指什么步骤？应该是250ms吧？

数据操作是完全在client进行，然后批量跟server同步的，所以各个操作理论上应该是很快的。

Moo试用了一下，很喜欢它的同个列表，多个同步视图的方法。
数据能随时保持最小信息，很喜欢
GTD贯彻彻底。
还有它的互动教程也相当有爱 ：）

自己做TreeOutliner是基于几个想法，可惜一直都还没时间总结了分享一下。

让我想起了，看不见的大猩猩。

若干想法：
系统由元数据组成；
元数据有一个全局id，并可包含其他元数据来作为其内容；
通过某种（些）方法来粘合所有的元数据，如：tag，key-value，namespace，inneral-link，view，virtual-view；
支持用户用某种方法进行元数据的遍历和探索；
方便的搜索，同时支持语义搜索；

@toooddchen 有相同理想。+1

@zava Come on. 请用JIRA。（免责声明，我家公司就做JIRA，但实在是太切题了。请用。请！）

CSDN http://atlassian.csdn.net/

澳洲官网：
https://www.atlassian.com/software/jira

楼主是不是悟了？

看了有所触，某日偶想，灭而后能生，生方始思善，善进取至臻。不少的我们被自幼至今的框架所绑，打破界限重新认识这个世界，因灭而生。

@xuwenmang 我不觉得要用到大数据这个概念。你可以做面向个人或是团队的。

@Aether 很高兴看到这个去中心化wiki的想法。喜欢。
* 知识本身就是一种无界限的东西，而且很多知识本来就是小群体共享，各自有各自的版本，git来破。
* git管理，天然适合分支与冲突处理。
* 本地服务，速度超然，走到哪用到哪，离线也不断线。

不过用git的话，还需要考虑以repo来根据项目或主题划分信息，否则会出现scaling的问题，并不是每个人都需要到整个知识库。同时，入门门槛偏大，只有懂git的技术狗才喜欢。所以还得考虑做个wrapper，让广大的非技术人员加入，同时也可以用来自动化管理多个repo的sync。话说至此，我觉得其实需要更合适的底层来支撑这种模式，比如说，一上来，本地走一个服务，对什么领域感兴趣，直接跟服务器sync，服务器本身也是一个端，可能跟其它的服务器进行sync，也就是说知识可以是以sharding的形式存在，也可能出现mirror。anyway，目测好像扯远了。

不过很想看到目前git来做，会怎么个玩法。如果要做，喊一声。

试用过 cmaptools 么？不知道是否要做成像 force concept map 的感觉？

前端控制：

1 缓存：群组信息缓存在页面范围里，如果你是前端渲染的话最好，缓存数据即可。缓存设置一个ttl，过期就重新请求后端，在不用websocket保持同步的情况下，我觉得1分钟都没问题。缓存甚至可以保留数据在localStorage。
当用户点击群组时，利用缓存立刻更新群组。这时有两种情况，数据过期与未过期。未过期就不用做额外处理。过期的话，在你的界面弄个小指示，表示现在在更新数据，然后往后台拿数据，拿到之后更新数据，刷新B。

2 websocket push同步。详见 http://socket.io/

@djyde 站立式工作台 + 番茄工作法（隔一段时间起来动一动喝喝水）+ 均衡营养 + 坚持早睡早起 + 如果在帝都少呼吸。相信我们的明天更美好。

好低，看不到前途了。

@wezzard Ghost 国内访问如何？

中国山东找蓝翔

@Seita 建议：点击进入一个话题之后回退，主页重置。建议是保留你之前页面展开及滚动的位置，同时创建一个已读条目的样式，跟你看过的条目区分开来。v2ex里如果你某主题已阅，回复数目会变成浅色，挺方便的。

-。- 你连放两个主题啊。

搬运一下我的评论过来。
你是想侧重信息可视化，还是就是想做成轻量wiki的效果？

贴图失败，再试
v1
http://tasks.redefime.com/uploads/546149e57608934910.png

v2
http://i.imgur.com/j4wMvbY.png