Listry應(yīng)用:試圖顛覆Wiki和Digg的內(nèi)容創(chuàng)作終極模式
25歲的Kyle Stewart一直有一個(gè)夢想,那就是大規(guī)模高效率地創(chuàng)作高質(zhì)量內(nèi)容,而他眼中的高質(zhì)量內(nèi)容就是Wiki+Digg,于是他開發(fā)了Listry這一雄心勃勃的項(xiàng)目,想要取代Wiki和Digg(Digg的地位早已被Reddit取代,這里僅代指Digg模式)成為內(nèi)容創(chuàng)作的***模式。Listry絕不是將Wiki協(xié)作模式和Digg投票模式簡單疊加,而是將文章模塊化,每一部分都可進(jìn)行協(xié)同創(chuàng)作和投票,也就是說Listry將Wiki和Digg的思路滲透到了文章的每一個(gè)片斷。
Listry案例:
比如一個(gè)創(chuàng)業(yè)團(tuán)隊(duì)因?yàn)橐x擇究竟從事iOS開發(fā)還是Android開發(fā)而舉棋不定,團(tuán)隊(duì)老大Benimaru則一心想做iOS開發(fā),于是Benimaru同學(xué)想找到一篇深度文章來講iOS相對于Android有多么好,以此說服團(tuán)隊(duì)成員。但是苦于沒有現(xiàn)成的合適文章,于是Listry就有了用武之地了:
Benimaru在Listry發(fā)布一篇題為“iOS開發(fā)的101個(gè)理由”的文章;
Benimaru自己添加一些理由,然后邀請同事和好友也來貢獻(xiàn)一些理由;
Benimaru的同事、好友、和任何人都可以在這篇文章下添加理由,以及修改他人所加的理由;
所有人都對自己認(rèn)為***的理由投票;
隨著投票人數(shù)越來越多,好的理由將上浮至文章頂部,扯蛋的理由則被淹沒至文章末尾;
最終,Benimaru哥就有了一篇相當(dāng)牛逼的“iOS開發(fā)的101個(gè)理由”來說服團(tuán)隊(duì)了。
Listry投票機(jī)制
Listry的文章內(nèi)投票機(jī)制,是為了過濾出最亮點(diǎn)的部分,淘汰掉文章的噪音部分,從而讓讀者只關(guān)注文章最有價(jià)值的部分。具體算法如下:
投票決定分?jǐn)?shù),分?jǐn)?shù)決定排序;
投票分為一星、二星、三星、四星、五星共五檔;
整篇文章的投票與文章內(nèi)片斷的投票獨(dú)立,因此二者的分?jǐn)?shù)也獨(dú)立;
五星得+2分,四星得+1分,三星得0分,二星得-1分,一星得-2分;
目前的投票算法簡單粗暴,容易遭致“強(qiáng)者愈強(qiáng)、弱者愈弱”的馬太效應(yīng);
Kyle Stewart將會(huì)逐步改善算法,以讓【***的內(nèi)容】片斷脫穎而出,而不是【得票最多的內(nèi)容】。
Listry的文章得分和片斷得分的對比
Listry不同片斷得分的對比
Listry的意義
我們早已知道模塊化編程、模塊化設(shè)計(jì)的好處,但是具有良好scalability的模塊化寫作卻從未真正開始。
Listry,則站在巨人(Wiki和Digg)的肩膀上,開拓了模塊化寫作、模塊化投票兩大模式。