[[[[[[[[[@hexie](/user/hexie)](/user/hexie)](/user/hexie)](/user/hexie)](/user/hexie)](/user/hexie)](/user/hexie)](/user/hexie)](/user/hexie) 呃, 两天在想这事, 但功能上做不出来 说实话我的开发能力导致我完全做不出有效的方案来搞定事情 包括我打算写的工具, 一方面考虑不全, 另一方面不知道什么时候能用
基本认为社区没有能力, 时间, 热情全满足的人能维护一个很好的 Wiki 那么 Wiki 基本就是分散的… 仓库上的 Wiki 一个, 其他个人分散若干个 Wiki 之间相互链接, 以及一个页面专门写明有哪些 Wiki 页面
频繁编辑内容放在 repo 的 Wiki 上
新手教程, 常见问题和解决方案等等, 放在现成的 Wiki 上大家都上去编辑 一般是粗略写好能看清的内容, 更多的细节通过链接去站外的资源 Wiki 恐怕会比较挤, 精简文字, 链接放到文本中, 之类大概需要
其他个人搜集整理的内容
Repo 权限较严, 适合重要复杂内容才放在上边. 我没考虑清楚, 大概做过才会知道 我想简单到提交更改链接, 很少有人愿意 Fork 一次. 而是重要的翻译才会
Blog 和 Gist 适合个人的整理, 最终还是为了链接到 Wiki 上去
当前的目标
貌似这事情我已经耽误两天多了. 我没经验写一个静态的 Wiki 要多久 我只能说为已有功能改善交互, 不认为我目前能做更强的…
为了效果, 先用 Repo 的 Wiki 开始吧, 为更多人能参与 日后如果要迁移, 直接 clone 下来就是 Markdown 文件, 也不麻烦
交流
我觉得现在应该商量下细节, 通过聊天, 一个是 StackOverflow StackOverflow 的聊天室会判断不活跃而关闭, 有空的同学上去水下 :D
另外哪边技术网站方便聊天的… 也请放链接在这边吧
在github上建一个repo，用来存储wiki内容，大家的修改通过pull request提交回去。 设置一个POST回调，当内容有修改时，cnodejs收到回调通知就立刻去抓取回来，更新到网站上。 哇哈哈
不敢说精力有多大，有时候工作忙起来，还真顾不上，不过我相信，大家还是有零碎的时间来维护这件事情，有时候停留在想象中自己没有能力，未来不能做好的想法里面，还不如试试牵个头，用github，如果大家觉得有用多人看，无论从荣誉感和助人为乐的心态上，都激励更多人去提交自己的内容，内容为王 不知道这个说法，是不是有点土了，工具只是负责内容的呈现和维护，在预估内容能在技术可以控制的范围内，先让一部分内容跑起来，到时候再迁移到更好的平台，不要过份执着于工具，用户希望得到的是信息内容。 @jiyinyiyong
