Mgccl's Ivory Towerso tired

我再次想到很久没有提起的题库系统.
这个题库系统嘛,就是每次在做题做多了之后才会想到."怎么还没有题库的存在?"
感觉真的有必要做一个prototype...

wyh最近在做和内容的推广和发布似乎有不少关系. 只是他保密技术太好,我完全不知道他具体会实现一个怎么样的东西.
但是有一点是肯定的,他有想到让现在的传统媒体发展到网络上.

Google做的蛮不错的. Google books稍微+一点数据真的就有恐怖的市场.
比如,从前你翻书,翻到某一页,感觉这一页讲的不够透彻. 然后又看了几遍,还是不懂
这时有两种可以做的事情:
1. 承认自己智商不行.
2. 看看封面,发现作者是lrj.

但是如果Google Books稍微创建一些关系mapping + comment. 你可能可以...
1. 看到其他人的comment "这人这里写错了,应该是..."
2. Google Books找到也在描述同一个topic的其他书籍. 可以瞬间过去看完,这部分,再飞回来.
如果你看到一个题,想要找个时间做一下,直接拖到一个list里面. 未来找个时间来看看这个list就好了.
(我不希望题目是纯文本,我希望题目是自己的一个object,这样可以做很多的manipulaton. 这就是为啥需要一个题库系统拉.)

这些东西Google还没有去做. 明显未来所有书籍会慢慢电子化,这样的系统就有无尽的潜力阿!

对于思想非常超越的人来说,所有的信息没啥不同. "书籍怎么了? 和杂志有啥根本的不同么? 和blog又有什么不一样. 就是和聊天都没啥差别." 本人膜拜这个思想...但是要考虑到并不是每个人都不关心信息的presentation. 对于一些人来说,书像书一样显示在电脑上,就比书像blog一样显示舒服.

不过在超越思想下,所有的书籍直接弄成HTML就行了. Scribd就真的这么做了. Sport Illustrated更加夸张,真的把杂志扔到了网上. 做到了和我前面说的那种功能差不多的玩意.

这也就出来了一个新的问题. Standard. 假设后来每一个杂志都自己弄一套自己的方法,那就很麻烦了?
对于这个我还不清楚,因为如果content都弄成HTML. 理论上来说,一个杂志可以完全换用另一个interface的.

恩.我们在建设未来阿.这是给我未来的孩子的礼物. 谁想做孩子他妈?

话题回到题库.

题库和其他的内容数据库有啥不同哪? 完全没有啥特别的阿...
用Drupal就可以架设出理论prototype.
Drupal成为超火CMS的原因,也是它最为骄傲的两个Module:
CCK和Views.
CCK可以让用户自定义一个内容+内容的属性. 比如说,书这玩意可以有价格之类的东西. 下载可以有大小. 美女可以有胸围. 用户可以创建一种新的object,多爽?
Views可以创建filter,让人看到想要看到的东西.
说白了,这两个的存在的目的就是减少了写代码的数量. 增加了管理员的能力. 而以前新的一种内容,都要程序员用手写. 这两个存在使得一般人可以(理论上)把自己的网站变成美女图库,论坛,pastebin,购物网站...啥都可以.
Drupal的最大弊病--用SQL. 而content常常是没有fixed schema的.
Drupal的CCK建设在SQL数据库上面真的是困难到死阿. 效率也无法保证.
突然间,新的类型的数据库出现了. Document-Based数据库,如mongodb.
我说谎了,document-based数据库n多年前就有了,只是最近才有人想到"为啥不用这个来做web app?"
Drupal的一些人看到了未来,正在赶写module,从而可以支持mongodb.
但是这么庞大的一个Drupal,整个思考的方式还是SQL里面的. 让Drupal的core架设在mongodb上没有什么问题. 但是要重写CCK,Views等等,才能真正的做到Drupal用到mongodb的所有优势. 暂时看起来距离这个还远.
Google了一下,市场上还没有纯粹架设在mongodb上,利用mongodb所有强大属性的CMS.
市场空虚!饥渴难耐!赶快进入啊!举手投足间强势侵占整个CMS市场!(写着写着我感觉到这句话太邪恶了)
如果一个好的CMS做好了,题库架设在上面易如反掌. 何止题库阿...啥类型的库都能高效的创建.

话说wyh有无兴趣. 设计一个底层的CMS给你的系统,应该有所帮助吧.