不只是Ruby与Java的抉择

关于从写作中获利，我想功利化是重要的驱动。否则质量从哪里来？
但这个也比较难，几种方式：
1、企业应用：各位老大都是技术比较强，我在企业里做，现在的企业都遇到一个问题：文档如何管理，没有一个好的平台，非技术企业根本不知道如何对文档进行系统管理、版本跟踪，所以要想产品化，企业市场一定考虑
但这个不是让作者获利，而是让开发者获利
2、付费信息：如果作者很强，如gigix、Robbin捉刀的技术文档，放出来收费(平台货币)，我觉得是有市场的，这样就避免了只有出书才能赚钱：短篇也可以获利的
3、出版：如果这个平台足够大，可以在某一类知识上系统化，那么结集出版是可行的；个别作者时间长了，也会发现自己的文章已经系统化，可以出书了
这个属于商业运营了。

这些东西不能不想，因为做好是需要代价的，所以要有营利。

这个问题是不重要的。当一个文档已经发展到需要导出来读的程度时，花一点力气来导出它就是完全值得的。关键问题还是如何让它发展，文档格式的优先级要低得多。

i170讲究积少成多，团队协作，大概也有这方面的思路。
我的想法也和媒体有点关系 -- 在线出版。
不仅是可以出版自己的原创，更多的是分类整理。
也可以像小说网、电子书籍那样提供一个漂亮的封皮和目录索引。

关于分类整理，则体现个人的品位。并把同样兴趣的人引到一起（这个老生常谈了，douban等早就这么做了）
我想做的，比如，举个例子。Javaeye论坛有精华贴。
到了我设想的这个系统。任何人，不只是管理员，都可以整理出自己的一套精华贴集子。谁的访问量大，说明谁的分类适合读者的口味。

用户分类，地理地区分类。用户也都可以进行整理。
还有就是庄表伟写过的。 blog -> forum -> wiki 三者（或者cms, portal等n者）之间可以任意转换。



内容比格式更重要。
比如，tianya, mop的版式并不美观，但是人气很足。

但是，当人们写的内容越来越长的时候，越来越需要组织化的时候，格式越来越重要。

我比较常去的一个wiki是
http://www.answers.com/

版式看起来比较舒服，内容也很翔实。

当由于历史原因，内容的积累，知名度的积累，人气已经很足了，可以不考虑格式。
但是，对于新起来的site, 还没有很多内容。如果格式支持不好，很难把人们从旧内容系统吸引到自己的site来。

现在人们都讲究个性化定制，显示自己的风格，品味，之类。简约、花哨。
现在的themes, skin 主要在css, picture, layout等之类做文章。很少在内容组织本身上做文章。

----

我也很头疼格式。我还没有online Editor的实践经验。
如果能有方法，只依靠服务模式，就能够吸引高质量的内容，那我也不考虑格式了。:D

我想要使用ODF的格式，并不只是解决输入输出的问题。
文档存到数据库里，总要有后台格式的，html也不是不行，但要自己制定规则没有必要，ODF是已经很全面的格式。可以解决很多问题。
不考虑文档格式问题的话，midiawiki,xwiki,snipsnap,Confluence都有成功的可能，但为什么应用范围还是那么小呢？
比较简单的问题，我们喜欢用各种各样的office写东西，但写出来东西后或你想把已经有的东西放到WEB上，第一个就是格式问题。

我感觉fyol要做的是知识门户系统。
以前接触过，微软的 sharepoint, shareportal类的东西。

其实，专题只是粗分类，全文搜索才更重要。

格式并不是一个很严重的问题，其实看看JavaEye，那么多帖子，真正使用了BBCode的帖子只怕还不到1%。而且大家可以看看douban，根本就是纯文本，照样很火。

一个wiki，只要支持嵌入图片，能够自动识别超连接，以及非常少量的格式化标签，其实已经非常足够了。wiki难以广泛流行的根本原因不在于格式问题，而在于写作的态度。

为什么forum和blog可以火，因为他们是非常随意的写作，而wiki是相当正式的写作。可能很多人都有这样的体会，参与一个BBS讨论可以下笔千言，但是出版社约个稿件，却死活写不出来。这就是写作形式的内在要求决定的。人们在随意的方式写生成内容和严格的方式下生产内容的难易程度是非常大的。

因此我们不能强求作者按照严格的文章形式，结构化的知识积累的方式去写wiki。而应该提供更加方便的随意写作方式和随意交流方式，但是通过一系列的规则和技术，把这些随意的文章有机的组织起来，现在rss和tag其实就是这方面非常有益的尝试。当然仍然非常不够，我也在不断思考和探索这个问题，也许几个月以后我会拿出来一个东西给大家看看。

嗯，可能我的出发点有问题，是wiki管理复杂格式文档的弱势触发我的想法的，所以在解决复杂格式问题上想的比较多。

但如robbin所言，随意书写，那么从哪里来体现与BLOG及论坛的区别呢？
也可能跟我自己是一个完美主义者相关：追求无所谓的完美。
我设想的是：作者可以不断修正及更新自己的文档，这个系统提供给每个作者一个门户或专属办公室一样的东西，当然也有一个公共的分类，如果把这个知识库与论坛联接起来倒是可行的，但我想像不出是什么样子，并且管理起来相当复杂。

对浏览者所言有利：可以分类索引、可以搜索，可以联系作者提交更新的请求，提交问题与反馈
对作者而言：提供可持续更新的平台、提供版本管理工具，看到反馈，对用户提供帮助，有可能从创作中获利
对管理者而言：发展企业用户，提供与公共区域隔离的文档库；从作者的收入中提取分成；组织出版发行

从选择ror还是java转到运营方式上面了

一般复杂格式确实不太适合放到Web 上来做。
写好了，然后发到Web，可能更合适。

因为作为一个专题，或者更完整或者系统的文章来说，你不能指望意识流的写作吧。

大整合的想法不错，但是工作量非常大，在web2.0时代最好先从一点开始，比如writely。