About: dbkwik:resource/iEdObqffr5IIFUBidtse7w==   Sponge Permalink

An Entity of Type : owl:Thing, within Data Space : 134.155.108.49:8890 associated with source dataset(s)

AttributesValues
rdfs:label
  • 小说推荐评论－－缘起，思路，约定
rdfs:comment
  • 从小喜欢读书。近年来网上小说爆炸式的发展，一方面有多得多的内容，另一方面更难找到合适的好书。已有的找书方式缺点都比较明显： ·小说网站的排行榜，非常不可信。网站官方的榜，会着意推荐用户可能最多的书，或者是他们认为用户可能最多的书。点击推荐榜之类由用户产生，却因技术原因无法排除作弊。同时上网群体之大，用户兴趣之分散，使得很火的书很有可能许多人都非常不喜欢。 ·个人评论。没法积累。网上时时刻刻都有人在推荐，但推荐人的品味千差万别，还有枪手，友情推荐混杂其中。推荐文章什么写法都有，有的只是拷贝网站简介，有的只有一句话，有的只是列举一串书名没有任何评论，还有的直接把自己的网站书架拷贝出来。总之，看推荐文章的效率可能比排行榜高，但仍然有很多问题，尤其是列举一串书名不评论的，如果去尝试，每本书都要找到链接，试读，成本很高，如果不尝试，其实还有可能错过好书，概率很大...（因为列举了一串书） 关于组织和查找方式，基本上按书的类型树形排列但不必太细，建立一些公用的关键词和标签，大家可以看情况添加。以后找书的时候就可以按推荐者和标签搜索。如果每本书一个页面，似乎也没有必要，可以把一个类型的书列在一起，当某本书获得很多推荐和评论后，则专门单列出来。当某个类型页面过长时，也同样拆分。但请不要把不同类型的书列在一起，尽量去添加和编辑已有页面。 其实wiki这种形式跟我的目标还是不完全一致：
dcterms:subject
dbkwik:zh.scratchp...iPageUsesTemplate
abstract
  • 从小喜欢读书。近年来网上小说爆炸式的发展，一方面有多得多的内容，另一方面更难找到合适的好书。已有的找书方式缺点都比较明显： ·小说网站的排行榜，非常不可信。网站官方的榜，会着意推荐用户可能最多的书，或者是他们认为用户可能最多的书。点击推荐榜之类由用户产生，却因技术原因无法排除作弊。同时上网群体之大，用户兴趣之分散，使得很火的书很有可能许多人都非常不喜欢。 ·个人评论。没法积累。网上时时刻刻都有人在推荐，但推荐人的品味千差万别，还有枪手，友情推荐混杂其中。推荐文章什么写法都有，有的只是拷贝网站简介，有的只有一句话，有的只是列举一串书名没有任何评论，还有的直接把自己的网站书架拷贝出来。总之，看推荐文章的效率可能比排行榜高，但仍然有很多问题，尤其是列举一串书名不评论的，如果去尝试，每本书都要找到链接，试读，成本很高，如果不尝试，其实还有可能错过好书，概率很大...（因为列举了一串书） 我一直喜欢在读到好书之后去一些BBS或论坛发文推荐，一方面是好文共欣赏，尤其是希望让名气尚不大的好书得到更多读者－－至于一半以上人都听说过，上几次论坛就能听说的书反而不需要专门去再推荐一次，评论倒还有些意义。另一方面则是希望得到一些讨论。我一直希望的理想状态，就是以类似wiki的形式，大家贡献看到的好书，加入每个人自己的评论，列举自己认为的书的优点和缺点。当这个wiki逐渐丰富起来之后，每个人就有可能找到与自己口味相近的人（哪怕只是在某些侧面），这样，下次看到他的推荐，就可以放心地直接去阅读，相反，看到与自己口味不合的人的推荐则可以降低期望（口味无所谓对错，只是个人喜好，因此没什么好争的）。 这次终于开始写这个wiki，是因为看到一个很不错很长的推荐贴偶看过得好书（有详细介绍），更新中 。其实很久以前就看到过这个帖子并翻过很多页，试读过很多本，基本来说推荐的书平均水平要高很多，但是也有很多推荐的不出名的书并不喜欢（有的书可能在出现的时候令人惊艳，之后因太监而被人念念不忘，其实现在读来缺点很多），还有些书不能说不好，但不符合口味。最近再次去爬这个帖子的楼，实在太累，想推荐几本还怕已经重复，因此开始尝试建立wiki。 我设想的形式是为每本被推荐的书建立一个模版，包括基本信息和链接，推荐者的评论和签名（目的在于让喜欢你的人可以直接去搜索你的其他推荐，这点非常重要。为此，我希望每个编辑者在自己的每个编辑下都有签名），其他任何人读过之后随意添加评论在讨论页（右上角的Discussion，最好同时在页面的推荐、不推荐栏目中签名），可以是对书的详细讨论。另外同时在主页面上留出两个栏目：推荐人，不推荐人 供大家签名，这样好书坏书有争议的书自然会浮现出来，同时有了签名就应该意味着对应的讨论页可能有内容。页面应当有模版，但是推荐者不必详细填写每一部分，如果很忙，甚至只写一个名字和作者（作者是必须的，有些书重名，有些书会改名，有些书名字太普通无法搜索出来）不写其他内容，等其他人补齐也可以（当然无法避免其他人的鄙视...）。或者，如果有很多书要推荐一时没有时间全写详细，也可以只写基本内容和一句话评论，待自己和其他人以后添加。 关于组织和查找方式，基本上按书的类型树形排列但不必太细，建立一些公用的关键词和标签，大家可以看情况添加。以后找书的时候就可以按推荐者和标签搜索。如果每本书一个页面，似乎也没有必要，可以把一个类型的书列在一起，当某本书获得很多推荐和评论后，则专门单列出来。当某个类型页面过长时，也同样拆分。但请不要把不同类型的书列在一起，尽量去添加和编辑已有页面。 目前的构想大致如此，向wikia提交了申请还没有回复，在此之前先写一些推荐，只推我心目中最高质量的书，和最近看的书，尝试找人过来参与。即使申请没有批准，建立不起来，写下的东西总是可以备份的。 似乎wiki里不能象一般树形结构资料库软件那样直接建立分类树，而必须添加Category标签来产生新页面，页面自动组织在同类下。目前的尝试结果是：每个页面都是同等级别的，必须从页面左侧“圍紀實驗室”的地方新建页面（最好统一在标题末尾加上推荐人签名“by 某某某”作为后缀，一目了然），但在每个页面的底部加上Category，点击页面下面“wiki语法”中的Category标签，然后在:后插入“小说推荐评论”，这是所有wiki的顶级分类，然后根据情况继续添加其他标签，比如现代都市，网游等等。 容易混淆的是页面和category，category也可以以类似页面的形式显示，但其主要作用是自动生成此类别下的页面索引，category本身可添加的内容主要应该是一些说明，比如使用的名词和约定，例如修真和仙侠的大致区分，分类体系等。需要注意的是，不用专门建立Category，只需要在页面中添加此页面所属的Category，这个Category就会自动生成。如果我们大家建立的页面都首先包含“小说推荐评论”，也就都在这个顶级分类下不至于散失在wiki 的页面中了。其实不仅是小说分类，各种标签都可以这样建立，下面列出一些可能的类别： ·题材分类，除了常见的分类外，仙侠大概是从武侠继续发展而来，如还珠楼主的蜀山类，现代修真特指现代人的修仙，那么可以用修真专指类似飘渺之旅的设定。 ·特点标签。最简单的如 太监，YY，搞笑 等等 这相当于把keyword/tag/label的工作都用Category完成，如果积累的太多太乱，可以考虑换成其他形式，比如特定形式的写法，用搜索来完成索引。例如。 其实wiki这种形式跟我的目标还是不完全一致： * wiki的内容似乎倾向于客观，而小说评论显然是主观的，因此不同用户的署名意见，Discussion部分对于我们来说更为重要。 * wiki里似乎所有页面都是同级的，这样的话每个人在推荐书的时候给每一本书建立一个页面实际是不现实的，几十上百个页面很乱，而且新建页面工作量大而内容可能很少。我理想中的是树形结构资料库，类似Mybase那种。现在似乎只能每个人写几个页面，页面内可以列出好几本书，但如果是已经推荐过的书则应该到已有条目中去添加，哪怕是另一个人的列表之中的一条。等到某本书有比较多评论时，就值得单独新建一个页面独立出来，加上比较完整的内容和标签。这样，独立的页面数量不会太多，也都有一定内容。或者，如果某本书你觉得非常好，愿意花工夫单独新建页面，那也可以。 如果有人愿意往里添加页面，最好能和我的约定一致： * 新建页面时，标题末尾加上 by 某某，至于是否用 评，推，推荐之类的起头则无所谓，主要是看着整齐，会在索引时和同类的排在一起 * Category加上“小说推荐评论”以便统一可索引 * 加类别关键词时，类别名用“Tag ”前缀，这样在索引中可以清楚地分清类别本身和具体推荐文章页面。 * 对于单独推荐的重点书，尽量填写完整各项内容，加好标签。一句话评论的则先放着也没关系。 目前已有的推荐文章：请点击下方的“Categories: 小说推荐评论 ”，以便列出目前归在本页面类型（Category）下的同类页面。
Alternative Linked Data Views: ODE     Raw Data in: CXML | CSV | RDF ( N-Triples N3/Turtle JSON XML ) | OData ( Atom JSON ) | Microdata ( JSON HTML) | JSON-LD    About   
This material is Open Knowledge   W3C Semantic Web Technology [RDF Data] Valid XHTML + RDFa
OpenLink Virtuoso version 07.20.3217, on Linux (x86_64-pc-linux-gnu), Standard Edition
Data on this page belongs to its respective rights holders.
Virtuoso Faceted Browser Copyright © 2009-2012 OpenLink Software