Privacy Policy Cookie Policy Terms and Conditions Wikipedia talk:小作品 - Wikipedia

Wikipedia talk:小作品

维基百科,自由的百科全书

更改/增加要求,移動資料到对话:首页


目录

[编辑] Stub的譯名

是兔尾巴還是小作品?一定要一致,只用一個名稱,不然會令讀者混淆的。 --Lorenzarius 19:32 2003年8月18日 (UTC)

我以为,小作品是比兔尾巴要好听一点的名称,也可以让读者理解stub的根本意思,而兔尾巴却不能在表面上看出来究竟它是什么。不知大家怎么看?-- 方宏时-Colipon 20:35 2003年8月18日 (UTC)
其實一知道“兔尾巴”=“短”之後,記憶清楚。但是,會不會有人不知道兔尾巴是短短的?!--Menchi 23:20 2003年8月18日 (UTC)~~
用不用放在投票页上?--方宏时-Colipon 23:36 2003年8月18日 (UTC)

[编辑] 合并

是否可以将Wikipedia:寻找并修理小作品category:小作品合并?现在两个内容重复了。而且category:小作品更自动化一些,不需要反复更新页面。--百无一用是书生 (Talk) 14:00 2004年8月24日 (UTC)

[编辑] 是否要加上一个生活小作品?

是否要加上一个生活小作品?请看芝麻酱,应该归到哪类呢?--维游 (对话) 19:21 2005年3月12日 (UTC)

飲食、服裝、宗教、藝術都歸類在文化小作品中。--可夫 (talky? click me!) 21:18 2005年3月12日 (UTC)

[编辑] 有些例如正在翻译的,或者校验的,合并的这类文章就不要放进小作品里了。

还有3千多个小作品条目待分类,看来还是一个漫长的过程,大家慢慢来吧!--莴苣笋(^。^)y-.。o○ 08:29 2005年3月13日 (UTC)

[编辑] 增加小作品的分类

  • 考虑增加物理小作品,理由是数学有数学小作品(另外{{mathstub}}还和小作品{{stub}}在一个页面显示, 需要从技术上分开).
  • 考虑增加艺术小作品,虽然能够归于文化小作品范畴,但还分开来更好一些.
  • 另外我赞同分出生活小作品,至少芝麻酱我也不会想起在文化中查.--高晶 02:21 2005年3月18日 (UTC)
在增加任何小作品之前,請大家先考量到「小作品」這個的功能的本質。小作品是為了讓大家知道,有哪些條目的內容還很少,須要大家去關注與豐富。而把小作品依照各個主題來分類,也是為了達成上面這個目的,因為目前小作品的數量太多,造成大家查詢的不便,把小作品依照主題分類,就可以讓關心不同主題的人,可以方便找到他所關心的主題有哪些條目還是屬於小作品的,進而去完善那些條目。
小作品的主題分類在這個意義上,其實並不須要去做到「精細的分類」,因為小作品不是永久性的分類,而是暫時性、為了達成某個任務而存在的分類。一旦小作品的分類太細,反而會減低了小作品的功能性。盡量把某個領域的小作品集合起來,可以讓對那個領域有興趣的人更方便查詢然後修改小作品。
從這個觀點來看,物理小作品目前尚無存在的必要性(为什么?),因為在category:科學小作品也只有32個條目的前提下,把物理特別分類出來沒有意義(對小作品這個功能來說沒有幫助)。數學小作品和化學小作品的條目數量夠多,不能一概而論。
我對藝術小作品的意見同上。不過如果一定要增加藝術小作品的話,希望可以先討論好藝術小作品的範疇。到底藝術是包含了八大藝術,還是狹義的藝術?(電影、文學、建築目前都已經有各自的分類。)
另外不贊同使用「生活小作品」這個名稱,因為範圍太模糊。生活包括了食衣住行育樂,和目前的小作品分類有大量重疊。一定要的話,就把芝麻醬分類在「飲食小作品」吧(但同樣地,飲食相關的條目似乎還不夠多到這樣分)。--可夫 (talky? click me!) 03:27 2005年3月18日 (UTC)

==小小兔尾巴== 移动自Wikipedia:互助客栈 一句話甚至幾個字的小小兔尾巴真的有價值留在一個希望提供最高品質的百科全書里嗎? 難道只要是古人只要是有人聽過的再簡短也一定要加進來, 維基百科是為了"有"而寫, 還是因為寫才"有"? 像 "李沆(947年 - 1004年)北宋大臣。字太初。" 這樣的條目收錄是理所當然的, 而不必理睬總共內容只有11個漢字嗎? --  Moses+ 

我覺得可以去看一下百科全書這個主題裡面提到的編寫原則,我覺得每個人編輯之前最好都去看一下比較好。-天空貓 2005/7/31


我感觉价值不在内容本身,建立起结构也是需要的。因为尾巴就是用来扩张的,像这种条目,可能会有人几个月后加上一段生平,再有人甚至提供一幅画像,或者作品集等等。只要标明是stub不就完了?--Ross 15:03 2005年7月30日 (UTC)

我覺得如果簡單到這個程度(例如像李沆在北宋其實還算是有名的政治人物,無論如何查也不只那麼少資訊) ,的確不如不要建來得好,我想既然要建一個條目最少應該要寫一個人作了些什麼事(即使只有一件事,至少還算是個起碼有點用的條目),不然對於只是要查詢閱讀的人來說實在太不尊重(浪費時間點進來) 至於stub標示已經太浮濫了,這個分類已經多到不行,即使被標示也很難被發現。所以我是同意刪除過簡單的條目(或移到字典),但要放在刪除列表裡,一週內讓能補充的人發現之後作補充,或者讓創建者本身增補內容以保留頁面。--Ffaarr 15:39 2005年7月30日 (UTC)

我看统计数据里,编辑的数目远远超过查阅,现在应该还是创建阶段,否则要stub干什么?--Ross 20:31 2005年7月30日 (UTC)
認為留下一個小小條目會引起其他人的注意而幫忙擴充,是過度理想化的想法。現實是,大部分的人都喜歡創立新條目,但除非真的對條目主題很有概念或很有心,否則一般人看到別人寫的小小條目後,很少會有興致接著去補充些什麼,而是放任其發爛發臭。因此,我認為沒什麼把握跟能力去創建新條目的話,就最好不要這麼做,小小條目的存在我認為是扼殺一個冷門話題被好好發揮的兇手之一!畢竟大部分的人都是如此想,『反正天下這麼多冷門話題,我何必非寫這一條!』--泅水大象 訐譙☎ 15:40 2005年7月30日 (UTC)
比较讨厌写小条目,如果没有能力就搁下等有能力的时候再创建。--耐特拉克 (☎) 16:04 2005年7月30日 (UTC)
偶尔理想化一下也没有什么,我觉得wiki就是一种理想化的想法么,不是也还好?--Ross 20:27 2005年7月30日 (UTC)

整體回應一下Ross,我覺得你的想法也有一定的道理,為目前參與的編輯者而不僅是讀者考量的確是很重要的一環。我不會反對一個(stub)小作品,也就是創條目的人覺得某個條目有成立的必要,且有一些有限的資料或者撰寫者對某個事物人物有些基本了解認知,寫出一個讓看的人可以大致初步了解該條目存在意義的內容(通常至少有個四五百字元數差不多,如果文字較精簡扼要二三百多字有時也足夠),但覺得還不足,因此標上stub希望其他編輯者關注並進一步增進的情況,這也是當初這個模板的理由。但目前看到的情況是有不少內容甚至不如字典的小小作品,連小作品模板佔的空間都比本文還多。個人是覺得那樣子對於維基百科的創建發展的幫助的確是非常小,甚至還要讓其他關心新條目品質格式的編輯者花時間整理關注或討論是否夠重要應該刪除(因為作條目的人沒能交代好條目本身的重要性),我覺得雖然說也不用太責難這種條目,但也是實在不應該鼓勵。--Ffaarr 03:15 2005年7月31日 (UTC)

首先百科是大家的,不只是我们这些较活跃人员的,扼杀小条目,确实有不中立的嫌疑,所以我不支持删除;其次,说看到冷门的小条目就不想添砖加瓦,我想那是个人的自由,他人是不可以干涉的,但是如果只想创建,而不愿互相帮助的话,我认为与我理解的wiki精神并不相符;最后,恕我直言,那样的条目太短了,真的有损wiki形象,我想在创建新页面说明上,可不可以加上“如果您的条目内容少于50字,请在编辑前搜集好足够的资料来符合我们的要求,谢谢您的参与”--Super1o^-^o留言 03:40 2005年7月31日 (UTC)
wiki的百科本來就比普通的百科每個條目篇幅長很多很多很多很多很多很多……大英百科全書的條目哪有那麼詳細的介紹,這裡每篇長點的文章修改一下格式都能寫成論文了。我不支持刪除。--wooddoo 放一個髒盆兒 04:33 2005年7月31日 (UTC)
我看大家看法其实差不多,只是这个度很模糊。不能说字数300以上才合格,又不是小学作文。我查英文wiki,差不多一半时间会碰到stub,有时候一句话也是有点用处的.当然我的方向大概比较偏。--Ross 04:50 2005年7月31日 (UTC)
Ross兄提到的是stub的狀況,但是我們主要批評的是根本還處於「沒頭沒尾」狀態的substub,試想,像是「赤道幾內亞是中部非洲國家之一」對於閱讀者的認知有多少幫助?恐怕連底下附的模版都比主文大太多。但重點是,我們都知道紅色連結比藍色連結醒目,通常空著沒內容的紅色連結比較容易引人增添編輯,但一旦變成substab成為藍色連結後,就反而易被忽略。因此我才會有「與其變成substab不如留著空白」的意見。但這與已經有好些內容的stab比起來,卻又是另外一回事了!--泅水大象 訐譙☎ 06:30 2005年7月31日 (UTC)
这点是很对,要是除了红和蓝之外还有什么橙色的就好了,不过从效率看,可能还是两种颜色好。--Ross 07:12 2005年7月31日 (UTC)
参数设置,最近更新里面有。--zy26 was here. 02:13 2005年8月3日 (UTC)
其實,在維基百科,「中立」只是指在寫條目正文的時候堅持中性的立場即觀察角度,從而真實、客觀地呈現事物本況(Articles should be written from a neutral point of view, representing differing views on a subject factually and objectively. en:Wikipedia:Policies and guidelines),並不是說,維基做自身決策的時候,一定要堅持中庸之道或無加限制地尊重所有人的自由(當然,維基方針或指引仍是通過細緻、坦誠討論達成基本共識)。關鍵的,我們維基百科的目標,僅是建設最佳、開放之百科全書,收集人類的全部知識,並用當地語言傳遞給世界上每一個人。所以,所有的事情應該圍繞這個中心任務。小兔尾巴或者小小兔尾巴,其創立之時,應該要有進一步擴展的目標。如果長期只有十分簡短的一句話,比如上面的李沆「(947年 - 1004年)北宋大臣。字太初。」或Olympus IR-300「Olympus公司在2005年推出的一款数码相机。」,我實在不覺得具有百科知識性。我如果能通過網路連到維基百科,就也應該能用google,隨便搜尋一下,都能找到李沆的很多事蹟,以及Olympus IR-300的產品規格、實測性能及價格,因此我甚至能說這兩個條目如果維持現狀對任何網路用戶是根本沒用,因此並不在維基百科的任務範圍。所以,小小尾巴的創建人及社群如果沒有進一步擴展的動機,不應該創建小小尾巴使我們有虛假的安全感或滿足感(如同大象所說)。具體的字數標準大概很難或者無法確定。可以使用描述性的標準,比如:人物條目應該至少提到基本生平及主要事蹟,即為什麼會著名、會需要一個百科條目來記述?商品的應該至少有基本的技術規格及功能,即為什麼會出名、會需要一個單列的百科條目?地點的應該至少有地理的方位或數據,以及人文或自然的情況。至於刪除的辦法,我覺得通過vfd好一些,這樣原作或其他熱心的維基人有一定的時間來擴補。--roc (talk) 06:44 2005年7月31日 (UTC)
我的看法是凡是没有定义清楚的一律贴快速删除的标签。本身就没说清楚根本就不是负责任的态度,也谈不上扩展,不如删了,以后有可写的再新建,还好给真正想写的人搞DYK呢。引用上面的例子:“赤道幾內亞是中部非洲國家之一”和“Olympus IR-300是Olympus公司在2005年推出的一款数码相机。”我现在把这个条目名挖去,就变成:“____是中部非洲國家之一”和“_____是Olympus公司在2005年推出的一款数码相机。”恐怕这两题的答案有若干吧?当然有个别条目确实不容易定义,比如按编号写的小行星,但上面两个例子完全可以写清楚。这本身就没说清楚,要它何用?这样的条目,宁愿舍去,也不愿要这虚高的条目数和空洞的条目。--瀑布汗 瀑布屋 07:05 2005年7月31日 (UTC)
确实红色会比较醒目,但是首先,wiki面向的是所有为了寻找知识而来中文用户而不是总是想创建新条目的非多数人员(比如我),如果他真的关注某方面知识的话,就一定会点开链接,如果他看到条目很短,但是鼓励他来编辑并且自己也希望编辑的话,他也一定会添加一些自己知道的东西,而不会在乎我是不是原创作者;其次,我同意roc的话,百科要有知识性,并且很同意,如果只是介绍性能基本参数,网上很多都有;最后,如果只是因为醒目的话,把所有小条目的连接改成黄色就行了,不过当然是以后了,呵呵。还有,我想问几个问题:
  1. 是否我们现在删除了李沆这样条目,以后类似的就必须删除?就是想知道,从法理上,我们是大陆法系,还是像美国一样,以往案例具有法律效力
  2. 还有如果以后有人创建并重新编辑了李沆或者某商品的条目并基本符合百科的条件,是否会遭到删除待遇?
  3. 大家是否认为现在扼杀了半句话小小作品,是否相当于扼杀了其成长为符合百科内容的条目的可能性?
谢谢--Super1o^-^o留言 07:17 2005年7月31日 (UTC)
我认为讨论法理是大陆法系还是英美法系是没有用的。首先维基百科的条目写作的指导原则不是用法律来直接约束,而且用户来自世界各地,用户A来自大陆法系国家,用户B来自英美法系国家,不好说也没必要说用哪个。我的态度是,有明确定义的贴小作品标签,没有明确定义的快速删除。删除无定义小作品对影响维基百科的成长无关,因为改写他们等于重新写,也等于新建。--瀑布汗 瀑布屋 07:38 2005年7月31日 (UTC)

我覺得有起碼有一點意義的內容(例如xxx是非洲中部的國家)就不應該快速刪除,而是放入投票刪除,這也是原來區分快速刪除和投票刪除的原則。 pubuhan所說的沒有明確定義這點,雖然我同意可以是個判準,但在每個種類條目的情況下每個人可能有不同的判斷,所以應該放入投票刪除,大家包括建條目的人就有權利根據每個案例的特殊情況來作討論判斷,甚至留心的人可以直接補充條目,就省下管理員刪除的一件事。

  • 另外回應super1:

也因為每個例子都有特殊性,我覺得案例只能參考,不能作完全的準則。 至於被刪除之後如果以後重新編寫同一個條目,只要到達小作品的水準,當然是沒問題的。所以我覺得刪除小小條目的影響不大,如果夠重要,遲早還是會有人重建的。

  • 另外補充一點,我前面講到的條目字數,只是個一般性的經驗,而不是說要定個字數下限,因為每個類型的條目情況都很不同,所以我會主張不論字數多少,只要有有意義的內容一定要先放到投票刪除作討論才刪除。

--Ffaarr 08:46 2005年7月31日 (UTC)

我們可以討論出規則(方針級別或指引級別),這樣大概就類似大陸法系了吧。當然,維基也可以有一些尚未成文的規則或慣例(如果需要的情況不常見,沒必要花費時間訂定規則)。性能參數那一句,我的意思是說,我們的產品條目應該至少講述基本的性能、參數,如果只有一句不疼不癢的話,就是沒用,因為我可以去google。現在的Olympus IR-300或尼康 D50,已經創建了1-2週了,仍然是那句話,然後就是外部連結(另:維基四項基本原則之一「百科」已經說了,條目不是外部連結的收集站)。任何一個條目創建的時候,就應該包括前面說的基本要素,而不是等待日後擴充。日後擴充的東西,是更全面深度的東西,而不是通過日後擴充來達到最低要求,創建的時候,就應該達到基本要求。比如這個尼康相機,鏡頭種類、口徑、變焦、CCD解析率都應該有,最好還有存儲卡支援類別、LCD大小、解析率等等。赤道幾內亞的應該至少有方位(跟赤道幾內亞灣的關係應該提到吧、以及週邊國家)、首都、本國文字國名。大家可以討論一下,建立維基的政策(最低標準的描述),小小兔尾巴可以貼上vfd刪除(個人傾向vfd)。--roc (talk) 09:12 2005年7月31日 (UTC)

我觉得小条目是否删除不应取决于字数,应根据其包含的信息量,李沆这个条目起码包含有其生卒年份,人物身份的信息;两种像机有多个外部链接;都有一定的信息量,应该保留以待完善。而赤道几内亚则没有任何有用的信息,则可以删除,但不属于快速删除,快速删除也有一定的标准,是涂鸦,恶意破坏等不符合维基原则的作品,删除还是要谨慎,吃不准的最好先放到投票,不要自做主张,绝大部分使用者的工作都是为了完善维基,应该首先尊重他们的劳动,真正删除也应该让编写本人知道理由。--方洪渐 09:57 2005年7月31日 (UTC)

不過,維基四項基本原則(百科中立版權互重,en:Wikipedia:Policies and guidelines)之第一位「百科」已經說了,條目不是單純外部連結的收集站。條目應當有正文並有知識性。編者創建條目時,應有基本的責任感,應當寫入最基本的要素,而不是留下半句話,並給我們虛假的安全感,尤其是在這些信息可以容易地在網路上蒐到時。是的,字數不是好的標準。人物如果只有姓名、生卒年分、職業,我本人覺得並不夠要求,仍然覺得應該至少簡明地交待清楚,這個人究竟做了那些事讓他出名,從而有需要建一個條目。具體到李沆,就算只有一句話,洺州肥鄉人、輔佐宋真宗這些要提一下吧。--roc (talk) 12:22 2005年7月31日 (UTC)

我认为,除了恶意破坏、广告、自我介绍、无意义内容之外,所有的新条目,都不应进行快速删除,甚至都不应进行vfd,因为,你怎么知道最初的作者是不是正在进行资料收集;是不是因为某些原因,无法访问wiki;抑或在你删除的同时,正在地球的另一端的某台电脑前,编辑更多的内容呢?一旦作者回来,满心欢喜地准备大干一番,突然发现,自己的心血已经付之东流,会如何想?一个潜在的regular contributor就这样流失了,而且,很可能就像当年项羽坑杀秦国降卒那样造成失去人心的结果。

我觉得,我们不应该考虑如何删除,而是考虑如何扩展?例如,在现有Wikipedia:条目质量提升计划Wikipedia:每周翻译的同时,对小条目加以扶持,例如来个Wikipedia:每日小条目?我想,每天只要有一两名贡献者,每人为这个条目贡献几十个字,那么,即使仍然无法摘掉stub,但是其质量也已今非昔比了--这个人很懒,什么也没留下:D 03:27 2005年8月1日 (UTC)

握握手,其实我就是这么认为的,Captmjc兄,但是……其实也是有人不这么认为的,唉--Super1o^-^o留言 13:26 2005年8月1日 (UTC)

我支持用vfd,道理很简单,如果这个创建者真如这个人很懒,什么也没留下所说正在进行资料收集,他也有足够的时间看到删除投票,就算真的很不凑巧时间超过了一周,他弄到了足够的资料,重新创建一下也不是很难吧?只是多打一句话而已啊,如果就多打一句话多重复创建一次条目就可以打退一个维基人的话,那我实在是对此君未来对维基的热情能维持多久表示怀疑。可惜现在的事实情况是创建一句话条目的人往往无心去完善它,你不会真的以为一个创建人会对一个自己很感兴趣的条目只有一句话的认识?在我的观念里,这种做法本身就已经表明了创建人的态度了,所以不要指望他还会去进一步的完善!在中文维基将近达到30000条的时候就曾经出现过这种事情,大批垃圾条目蜂拥而出,一天的新建条目是平时的好几倍,大家难道能指望抱有这种态度创建条目的人以后继续完善?这只是善良人的美好愿望而已。所以一定要有vfd这种筛选淘汰机制及时地把他们淘汰出去。 就算退一万步讲这些创立者未来都有完善条目的计划,我还是不主张他们的存在,目前我可以很自豪的说网上用Google搜索某东西的定义要么就是中文维基没有,只有是中文维基有的基本上可以说是相当权威而完备的定义,维基是公正的象征,这是我们中文维基的一笔宝贵财富,如果是商品就是品牌信誉、品质保证、无形资产!但是如果任一句话条目发展发展大家可以想像一下未来的维基会变成什么样子,大家还是用Google一搜,结果发现维基的定义还不如网上别的文章,甚至相去甚远,维基的声誉下降权威性被大大削弱,而由此带来的恶果就是参与者的荣誉感也将惨遭打击,最后慢慢就会烂掉变得无人问津,所以不能容忍低劣的条目质量不仅是包容性那么简单的事情,更是关系到整个维基未来发展的大事,对创建人积极性的打击事小,整个维基的信誉事大呀!--3dball 21:30 2005年8月4日 (UTC)

[编辑] stub and substub

我想这里讨论的是substub而不是stub。stub是维基百科的一部分,虽然内容很少但基本上已经有很清楚的定义,和相关信息,内容不够丰富和完善,如叠涩,很多内容是很难写出大条目的,因此无论作为最终形式还是中间形式,stub都有存在的理由。

substub就不一样了,substub没有上下文,甚至没有给出完整的定义,让人难以捉摸,是最低质量的条目,在维基百科中,这种条目是需要迅速扩展为stub,或者被删除掉的,如东北三宝

因此我们应该关注小小作品,并最终消灭小小作品。--用心阁(对话页) 12:47 2005年8月5日 (UTC)

==小小兔尾巴== 移动自Wikipedia:互助客栈 一句話甚至幾個字的小小兔尾巴真的有價值留在一個希望提供最高品質的百科全書里嗎? 難道只要是古人只要是有人聽過的再簡短也一定要加進來, 維基百科是為了"有"而寫, 還是因為寫才"有"? 像 "李沆(947年 - 1004年)北宋大臣。字太初。" 這樣的條目收錄是理所當然的, 而不必理睬總共內容只有11個漢字嗎? --  Moses+ 

我覺得可以去看一下百科全書這個主題裡面提到的編寫原則,我覺得每個人編輯之前最好都去看一下比較好。-天空貓 2005/7/31


我感觉价值不在内容本身,建立起结构也是需要的。因为尾巴就是用来扩张的,像这种条目,可能会有人几个月后加上一段生平,再有人甚至提供一幅画像,或者作品集等等。只要标明是stub不就完了?--Ross 15:03 2005年7月30日 (UTC)

我覺得如果簡單到這個程度(例如像李沆在北宋其實還算是有名的政治人物,無論如何查也不只那麼少資訊) ,的確不如不要建來得好,我想既然要建一個條目最少應該要寫一個人作了些什麼事(即使只有一件事,至少還算是個起碼有點用的條目),不然對於只是要查詢閱讀的人來說實在太不尊重(浪費時間點進來) 至於stub標示已經太浮濫了,這個分類已經多到不行,即使被標示也很難被發現。所以我是同意刪除過簡單的條目(或移到字典),但要放在刪除列表裡,一週內讓能補充的人發現之後作補充,或者讓創建者本身增補內容以保留頁面。--Ffaarr 15:39 2005年7月30日 (UTC)

我看统计数据里,编辑的数目远远超过查阅,现在应该还是创建阶段,否则要stub干什么?--Ross 20:31 2005年7月30日 (UTC)
認為留下一個小小條目會引起其他人的注意而幫忙擴充,是過度理想化的想法。現實是,大部分的人都喜歡創立新條目,但除非真的對條目主題很有概念或很有心,否則一般人看到別人寫的小小條目後,很少會有興致接著去補充些什麼,而是放任其發爛發臭。因此,我認為沒什麼把握跟能力去創建新條目的話,就最好不要這麼做,小小條目的存在我認為是扼殺一個冷門話題被好好發揮的兇手之一!畢竟大部分的人都是如此想,『反正天下這麼多冷門話題,我何必非寫這一條!』--泅水大象 訐譙☎ 15:40 2005年7月30日 (UTC)
比较讨厌写小条目,如果没有能力就搁下等有能力的时候再创建。--耐特拉克 (☎) 16:04 2005年7月30日 (UTC)
偶尔理想化一下也没有什么,我觉得wiki就是一种理想化的想法么,不是也还好?--Ross 20:27 2005年7月30日 (UTC)

整體回應一下Ross,我覺得你的想法也有一定的道理,為目前參與的編輯者而不僅是讀者考量的確是很重要的一環。我不會反對一個(stub)小作品,也就是創條目的人覺得某個條目有成立的必要,且有一些有限的資料或者撰寫者對某個事物人物有些基本了解認知,寫出一個讓看的人可以大致初步了解該條目存在意義的內容(通常至少有個四五百字元數差不多,如果文字較精簡扼要二三百多字有時也足夠),但覺得還不足,因此標上stub希望其他編輯者關注並進一步增進的情況,這也是當初這個模板的理由。但目前看到的情況是有不少內容甚至不如字典的小小作品,連小作品模板佔的空間都比本文還多。個人是覺得那樣子對於維基百科的創建發展的幫助的確是非常小,甚至還要讓其他關心新條目品質格式的編輯者花時間整理關注或討論是否夠重要應該刪除(因為作條目的人沒能交代好條目本身的重要性),我覺得雖然說也不用太責難這種條目,但也是實在不應該鼓勵。--Ffaarr 03:15 2005年7月31日 (UTC)

首先百科是大家的,不只是我们这些较活跃人员的,扼杀小条目,确实有不中立的嫌疑,所以我不支持删除;其次,说看到冷门的小条目就不想添砖加瓦,我想那是个人的自由,他人是不可以干涉的,但是如果只想创建,而不愿互相帮助的话,我认为与我理解的wiki精神并不相符;最后,恕我直言,那样的条目太短了,真的有损wiki形象,我想在创建新页面说明上,可不可以加上“如果您的条目内容少于50字,请在编辑前搜集好足够的资料来符合我们的要求,谢谢您的参与”--Super1o^-^o留言 03:40 2005年7月31日 (UTC)
wiki的百科本來就比普通的百科每個條目篇幅長很多很多很多很多很多很多……大英百科全書的條目哪有那麼詳細的介紹,這裡每篇長點的文章修改一下格式都能寫成論文了。我不支持刪除。--wooddoo 放一個髒盆兒 04:33 2005年7月31日 (UTC)
我看大家看法其实差不多,只是这个度很模糊。不能说字数300以上才合格,又不是小学作文。我查英文wiki,差不多一半时间会碰到stub,有时候一句话也是有点用处的.当然我的方向大概比较偏。--Ross 04:50 2005年7月31日 (UTC)
Ross兄提到的是stub的狀況,但是我們主要批評的是根本還處於「沒頭沒尾」狀態的substub,試想,像是「赤道幾內亞是中部非洲國家之一」對於閱讀者的認知有多少幫助?恐怕連底下附的模版都比主文大太多。但重點是,我們都知道紅色連結比藍色連結醒目,通常空著沒內容的紅色連結比較容易引人增添編輯,但一旦變成substab成為藍色連結後,就反而易被忽略。因此我才會有「與其變成substab不如留著空白」的意見。但這與已經有好些內容的stab比起來,卻又是另外一回事了!--泅水大象 訐譙☎ 06:30 2005年7月31日 (UTC)
这点是很对,要是除了红和蓝之外还有什么橙色的就好了,不过从效率看,可能还是两种颜色好。--Ross 07:12 2005年7月31日 (UTC)
参数设置,最近更新里面有。--zy26 was here. 02:13 2005年8月3日 (UTC)
其實,在維基百科,「中立」只是指在寫條目正文的時候堅持中性的立場即觀察角度,從而真實、客觀地呈現事物本況(Articles should be written from a neutral point of view, representing differing views on a subject factually and objectively. en:Wikipedia:Policies and guidelines),並不是說,維基做自身決策的時候,一定要堅持中庸之道或無加限制地尊重所有人的自由(當然,維基方針或指引仍是通過細緻、坦誠討論達成基本共識)。關鍵的,我們維基百科的目標,僅是建設最佳、開放之百科全書,收集人類的全部知識,並用當地語言傳遞給世界上每一個人。所以,所有的事情應該圍繞這個中心任務。小兔尾巴或者小小兔尾巴,其創立之時,應該要有進一步擴展的目標。如果長期只有十分簡短的一句話,比如上面的李沆「(947年 - 1004年)北宋大臣。字太初。」或Olympus IR-300「Olympus公司在2005年推出的一款数码相机。」,我實在不覺得具有百科知識性。我如果能通過網路連到維基百科,就也應該能用google,隨便搜尋一下,都能找到李沆的很多事蹟,以及Olympus IR-300的產品規格、實測性能及價格,因此我甚至能說這兩個條目如果維持現狀對任何網路用戶是根本沒用,因此並不在維基百科的任務範圍。所以,小小尾巴的創建人及社群如果沒有進一步擴展的動機,不應該創建小小尾巴使我們有虛假的安全感或滿足感(如同大象所說)。具體的字數標準大概很難或者無法確定。可以使用描述性的標準,比如:人物條目應該至少提到基本生平及主要事蹟,即為什麼會著名、會需要一個百科條目來記述?商品的應該至少有基本的技術規格及功能,即為什麼會出名、會需要一個單列的百科條目?地點的應該至少有地理的方位或數據,以及人文或自然的情況。至於刪除的辦法,我覺得通過vfd好一些,這樣原作或其他熱心的維基人有一定的時間來擴補。--roc (talk) 06:44 2005年7月31日 (UTC)
我的看法是凡是没有定义清楚的一律贴快速删除的标签。本身就没说清楚根本就不是负责任的态度,也谈不上扩展,不如删了,以后有可写的再新建,还好给真正想写的人搞DYK呢。引用上面的例子:“赤道幾內亞是中部非洲國家之一”和“Olympus IR-300是Olympus公司在2005年推出的一款数码相机。”我现在把这个条目名挖去,就变成:“____是中部非洲國家之一”和“_____是Olympus公司在2005年推出的一款数码相机。”恐怕这两题的答案有若干吧?当然有个别条目确实不容易定义,比如按编号写的小行星,但上面两个例子完全可以写清楚。这本身就没说清楚,要它何用?这样的条目,宁愿舍去,也不愿要这虚高的条目数和空洞的条目。--瀑布汗 瀑布屋 07:05 2005年7月31日 (UTC)
确实红色会比较醒目,但是首先,wiki面向的是所有为了寻找知识而来中文用户而不是总是想创建新条目的非多数人员(比如我),如果他真的关注某方面知识的话,就一定会点开链接,如果他看到条目很短,但是鼓励他来编辑并且自己也希望编辑的话,他也一定会添加一些自己知道的东西,而不会在乎我是不是原创作者;其次,我同意roc的话,百科要有知识性,并且很同意,如果只是介绍性能基本参数,网上很多都有;最后,如果只是因为醒目的话,把所有小条目的连接改成黄色就行了,不过当然是以后了,呵呵。还有,我想问几个问题:
  1. 是否我们现在删除了李沆这样条目,以后类似的就必须删除?就是想知道,从法理上,我们是大陆法系,还是像美国一样,以往案例具有法律效力
  2. 还有如果以后有人创建并重新编辑了李沆或者某商品的条目并基本符合百科的条件,是否会遭到删除待遇?
  3. 大家是否认为现在扼杀了半句话小小作品,是否相当于扼杀了其成长为符合百科内容的条目的可能性?
谢谢--Super1o^-^o留言 07:17 2005年7月31日 (UTC)
我认为讨论法理是大陆法系还是英美法系是没有用的。首先维基百科的条目写作的指导原则不是用法律来直接约束,而且用户来自世界各地,用户A来自大陆法系国家,用户B来自英美法系国家,不好说也没必要说用哪个。我的态度是,有明确定义的贴小作品标签,没有明确定义的快速删除。删除无定义小作品对影响维基百科的成长无关,因为改写他们等于重新写,也等于新建。--瀑布汗 瀑布屋 07:38 2005年7月31日 (UTC)

我覺得有起碼有一點意義的內容(例如xxx是非洲中部的國家)就不應該快速刪除,而是放入投票刪除,這也是原來區分快速刪除和投票刪除的原則。 pubuhan所說的沒有明確定義這點,雖然我同意可以是個判準,但在每個種類條目的情況下每個人可能有不同的判斷,所以應該放入投票刪除,大家包括建條目的人就有權利根據每個案例的特殊情況來作討論判斷,甚至留心的人可以直接補充條目,就省下管理員刪除的一件事。

  • 另外回應super1:

也因為每個例子都有特殊性,我覺得案例只能參考,不能作完全的準則。 至於被刪除之後如果以後重新編寫同一個條目,只要到達小作品的水準,當然是沒問題的。所以我覺得刪除小小條目的影響不大,如果夠重要,遲早還是會有人重建的。

  • 另外補充一點,我前面講到的條目字數,只是個一般性的經驗,而不是說要定個字數下限,因為每個類型的條目情況都很不同,所以我會主張不論字數多少,只要有有意義的內容一定要先放到投票刪除作討論才刪除。

--Ffaarr 08:46 2005年7月31日 (UTC)

我們可以討論出規則(方針級別或指引級別),這樣大概就類似大陸法系了吧。當然,維基也可以有一些尚未成文的規則或慣例(如果需要的情況不常見,沒必要花費時間訂定規則)。性能參數那一句,我的意思是說,我們的產品條目應該至少講述基本的性能、參數,如果只有一句不疼不癢的話,就是沒用,因為我可以去google。現在的Olympus IR-300或尼康 D50,已經創建了1-2週了,仍然是那句話,然後就是外部連結(另:維基四項基本原則之一「百科」已經說了,條目不是外部連結的收集站)。任何一個條目創建的時候,就應該包括前面說的基本要素,而不是等待日後擴充。日後擴充的東西,是更全面深度的東西,而不是通過日後擴充來達到最低要求,創建的時候,就應該達到基本要求。比如這個尼康相機,鏡頭種類、口徑、變焦、CCD解析率都應該有,最好還有存儲卡支援類別、LCD大小、解析率等等。赤道幾內亞的應該至少有方位(跟赤道幾內亞灣的關係應該提到吧、以及週邊國家)、首都、本國文字國名。大家可以討論一下,建立維基的政策(最低標準的描述),小小兔尾巴可以貼上vfd刪除(個人傾向vfd)。--roc (talk) 09:12 2005年7月31日 (UTC)

我觉得小条目是否删除不应取决于字数,应根据其包含的信息量,李沆这个条目起码包含有其生卒年份,人物身份的信息;两种像机有多个外部链接;都有一定的信息量,应该保留以待完善。而赤道几内亚则没有任何有用的信息,则可以删除,但不属于快速删除,快速删除也有一定的标准,是涂鸦,恶意破坏等不符合维基原则的作品,删除还是要谨慎,吃不准的最好先放到投票,不要自做主张,绝大部分使用者的工作都是为了完善维基,应该首先尊重他们的劳动,真正删除也应该让编写本人知道理由。--方洪渐 09:57 2005年7月31日 (UTC)

不過,維基四項基本原則(百科中立版權互重,en:Wikipedia:Policies and guidelines)之第一位「百科」已經說了,條目不是單純外部連結的收集站。條目應當有正文並有知識性。編者創建條目時,應有基本的責任感,應當寫入最基本的要素,而不是留下半句話,並給我們虛假的安全感,尤其是在這些信息可以容易地在網路上蒐到時。是的,字數不是好的標準。人物如果只有姓名、生卒年分、職業,我本人覺得並不夠要求,仍然覺得應該至少簡明地交待清楚,這個人究竟做了那些事讓他出名,從而有需要建一個條目。具體到李沆,就算只有一句話,洺州肥鄉人、輔佐宋真宗這些要提一下吧。--roc (talk) 12:22 2005年7月31日 (UTC)

我认为,除了恶意破坏、广告、自我介绍、无意义内容之外,所有的新条目,都不应进行快速删除,甚至都不应进行vfd,因为,你怎么知道最初的作者是不是正在进行资料收集;是不是因为某些原因,无法访问wiki;抑或在你删除的同时,正在地球的另一端的某台电脑前,编辑更多的内容呢?一旦作者回来,满心欢喜地准备大干一番,突然发现,自己的心血已经付之东流,会如何想?一个潜在的regular contributor就这样流失了,而且,很可能就像当年项羽坑杀秦国降卒那样造成失去人心的结果。

我觉得,我们不应该考虑如何删除,而是考虑如何扩展?例如,在现有Wikipedia:条目质量提升计划Wikipedia:每周翻译的同时,对小条目加以扶持,例如来个Wikipedia:每日小条目?我想,每天只要有一两名贡献者,每人为这个条目贡献几十个字,那么,即使仍然无法摘掉stub,但是其质量也已今非昔比了--这个人很懒,什么也没留下:D 03:27 2005年8月1日 (UTC)

握握手,其实我就是这么认为的,Captmjc兄,但是……其实也是有人不这么认为的,唉--Super1o^-^o留言 13:26 2005年8月1日 (UTC)

我支持用vfd,道理很简单,如果这个创建者真如这个人很懒,什么也没留下所说正在进行资料收集,他也有足够的时间看到删除投票,就算真的很不凑巧时间超过了一周,他弄到了足够的资料,重新创建一下也不是很难吧?只是多打一句话而已啊,如果就多打一句话多重复创建一次条目就可以打退一个维基人的话,那我实在是对此君未来对维基的热情能维持多久表示怀疑。可惜现在的事实情况是创建一句话条目的人往往无心去完善它,你不会真的以为一个创建人会对一个自己很感兴趣的条目只有一句话的认识?在我的观念里,这种做法本身就已经表明了创建人的态度了,所以不要指望他还会去进一步的完善!在中文维基将近达到30000条的时候就曾经出现过这种事情,大批垃圾条目蜂拥而出,一天的新建条目是平时的好几倍,大家难道能指望抱有这种态度创建条目的人以后继续完善?这只是善良人的美好愿望而已。所以一定要有vfd这种筛选淘汰机制及时地把他们淘汰出去。 就算退一万步讲这些创立者未来都有完善条目的计划,我还是不主张他们的存在,目前我可以很自豪的说网上用Google搜索某东西的定义要么就是中文维基没有,只有是中文维基有的基本上可以说是相当权威而完备的定义,维基是公正的象征,这是我们中文维基的一笔宝贵财富,如果是商品就是品牌信誉、品质保证、无形资产!但是如果任一句话条目发展发展大家可以想像一下未来的维基会变成什么样子,大家还是用Google一搜,结果发现维基的定义还不如网上别的文章,甚至相去甚远,维基的声誉下降权威性被大大削弱,而由此带来的恶果就是参与者的荣誉感也将惨遭打击,最后慢慢就会烂掉变得无人问津,所以不能容忍低劣的条目质量不仅是包容性那么简单的事情,更是关系到整个维基未来发展的大事,对创建人积极性的打击事小,整个维基的信誉事大呀!--3dball 21:30 2005年8月4日 (UTC)

[编辑] stub and substub

我想这里讨论的是substub而不是stub。stub是维基百科的一部分,虽然内容很少但基本上已经有很清楚的定义,和相关信息,内容不够丰富和完善,如叠涩,很多内容是很难写出大条目的,因此无论作为最终形式还是中间形式,stub都有存在的理由。

substub就不一样了,substub没有上下文,甚至没有给出完整的定义,让人难以捉摸,是最低质量的条目,在维基百科中,这种条目是需要迅速扩展为stub,或者被删除掉的,如东北三宝

因此我们应该关注小小作品,并最终消灭小小作品。--用心阁(对话页) 12:47 2005年8月5日 (UTC)

==小小兔尾巴== 移动自Wikipedia:互助客栈 一句話甚至幾個字的小小兔尾巴真的有價值留在一個希望提供最高品質的百科全書里嗎? 難道只要是古人只要是有人聽過的再簡短也一定要加進來, 維基百科是為了"有"而寫, 還是因為寫才"有"? 像 "李沆(947年 - 1004年)北宋大臣。字太初。" 這樣的條目收錄是理所當然的, 而不必理睬總共內容只有11個漢字嗎? --  Moses+ 

我覺得可以去看一下百科全書這個主題裡面提到的編寫原則,我覺得每個人編輯之前最好都去看一下比較好。-天空貓 2005/7/31


我感觉价值不在内容本身,建立起结构也是需要的。因为尾巴就是用来扩张的,像这种条目,可能会有人几个月后加上一段生平,再有人甚至提供一幅画像,或者作品集等等。只要标明是stub不就完了?--Ross 15:03 2005年7月30日 (UTC)

我覺得如果簡單到這個程度(例如像李沆在北宋其實還算是有名的政治人物,無論如何查也不只那麼少資訊) ,的確不如不要建來得好,我想既然要建一個條目最少應該要寫一個人作了些什麼事(即使只有一件事,至少還算是個起碼有點用的條目),不然對於只是要查詢閱讀的人來說實在太不尊重(浪費時間點進來) 至於stub標示已經太浮濫了,這個分類已經多到不行,即使被標示也很難被發現。所以我是同意刪除過簡單的條目(或移到字典),但要放在刪除列表裡,一週內讓能補充的人發現之後作補充,或者讓創建者本身增補內容以保留頁面。--Ffaarr 15:39 2005年7月30日 (UTC)

我看统计数据里,编辑的数目远远超过查阅,现在应该还是创建阶段,否则要stub干什么?--Ross 20:31 2005年7月30日 (UTC)
認為留下一個小小條目會引起其他人的注意而幫忙擴充,是過度理想化的想法。現實是,大部分的人都喜歡創立新條目,但除非真的對條目主題很有概念或很有心,否則一般人看到別人寫的小小條目後,很少會有興致接著去補充些什麼,而是放任其發爛發臭。因此,我認為沒什麼把握跟能力去創建新條目的話,就最好不要這麼做,小小條目的存在我認為是扼殺一個冷門話題被好好發揮的兇手之一!畢竟大部分的人都是如此想,『反正天下這麼多冷門話題,我何必非寫這一條!』--泅水大象 訐譙☎ 15:40 2005年7月30日 (UTC)
比较讨厌写小条目,如果没有能力就搁下等有能力的时候再创建。--耐特拉克 (☎) 16:04 2005年7月30日 (UTC)
偶尔理想化一下也没有什么,我觉得wiki就是一种理想化的想法么,不是也还好?--Ross 20:27 2005年7月30日 (UTC)

整體回應一下Ross,我覺得你的想法也有一定的道理,為目前參與的編輯者而不僅是讀者考量的確是很重要的一環。我不會反對一個(stub)小作品,也就是創條目的人覺得某個條目有成立的必要,且有一些有限的資料或者撰寫者對某個事物人物有些基本了解認知,寫出一個讓看的人可以大致初步了解該條目存在意義的內容(通常至少有個四五百字元數差不多,如果文字較精簡扼要二三百多字有時也足夠),但覺得還不足,因此標上stub希望其他編輯者關注並進一步增進的情況,這也是當初這個模板的理由。但目前看到的情況是有不少內容甚至不如字典的小小作品,連小作品模板佔的空間都比本文還多。個人是覺得那樣子對於維基百科的創建發展的幫助的確是非常小,甚至還要讓其他關心新條目品質格式的編輯者花時間整理關注或討論是否夠重要應該刪除(因為作條目的人沒能交代好條目本身的重要性),我覺得雖然說也不用太責難這種條目,但也是實在不應該鼓勵。--Ffaarr 03:15 2005年7月31日 (UTC)

首先百科是大家的,不只是我们这些较活跃人员的,扼杀小条目,确实有不中立的嫌疑,所以我不支持删除;其次,说看到冷门的小条目就不想添砖加瓦,我想那是个人的自由,他人是不可以干涉的,但是如果只想创建,而不愿互相帮助的话,我认为与我理解的wiki精神并不相符;最后,恕我直言,那样的条目太短了,真的有损wiki形象,我想在创建新页面说明上,可不可以加上“如果您的条目内容少于50字,请在编辑前搜集好足够的资料来符合我们的要求,谢谢您的参与”--Super1o^-^o留言 03:40 2005年7月31日 (UTC)
wiki的百科本來就比普通的百科每個條目篇幅長很多很多很多很多很多很多……大英百科全書的條目哪有那麼詳細的介紹,這裡每篇長點的文章修改一下格式都能寫成論文了。我不支持刪除。--wooddoo 放一個髒盆兒 04:33 2005年7月31日 (UTC)
我看大家看法其实差不多,只是这个度很模糊。不能说字数300以上才合格,又不是小学作文。我查英文wiki,差不多一半时间会碰到stub,有时候一句话也是有点用处的.当然我的方向大概比较偏。--Ross 04:50 2005年7月31日 (UTC)
Ross兄提到的是stub的狀況,但是我們主要批評的是根本還處於「沒頭沒尾」狀態的substub,試想,像是「赤道幾內亞是中部非洲國家之一」對於閱讀者的認知有多少幫助?恐怕連底下附的模版都比主文大太多。但重點是,我們都知道紅色連結比藍色連結醒目,通常空著沒內容的紅色連結比較容易引人增添編輯,但一旦變成substab成為藍色連結後,就反而易被忽略。因此我才會有「與其變成substab不如留著空白」的意見。但這與已經有好些內容的stab比起來,卻又是另外一回事了!--泅水大象 訐譙☎ 06:30 2005年7月31日 (UTC)
这点是很对,要是除了红和蓝之外还有什么橙色的就好了,不过从效率看,可能还是两种颜色好。--Ross 07:12 2005年7月31日 (UTC)
参数设置,最近更新里面有。--zy26 was here. 02:13 2005年8月3日 (UTC)
其實,在維基百科,「中立」只是指在寫條目正文的時候堅持中性的立場即觀察角度,從而真實、客觀地呈現事物本況(Articles should be written from a neutral point of view, representing differing views on a subject factually and objectively. en:Wikipedia:Policies and guidelines),並不是說,維基做自身決策的時候,一定要堅持中庸之道或無加限制地尊重所有人的自由(當然,維基方針或指引仍是通過細緻、坦誠討論達成基本共識)。關鍵的,我們維基百科的目標,僅是建設最佳、開放之百科全書,收集人類的全部知識,並用當地語言傳遞給世界上每一個人。所以,所有的事情應該圍繞這個中心任務。小兔尾巴或者小小兔尾巴,其創立之時,應該要有進一步擴展的目標。如果長期只有十分簡短的一句話,比如上面的李沆「(947年 - 1004年)北宋大臣。字太初。」或Olympus IR-300「Olympus公司在2005年推出的一款数码相机。」,我實在不覺得具有百科知識性。我如果能通過網路連到維基百科,就也應該能用google,隨便搜尋一下,都能找到李沆的很多事蹟,以及Olympus IR-300的產品規格、實測性能及價格,因此我甚至能說這兩個條目如果維持現狀對任何網路用戶是根本沒用,因此並不在維基百科的任務範圍。所以,小小尾巴的創建人及社群如果沒有進一步擴展的動機,不應該創建小小尾巴使我們有虛假的安全感或滿足感(如同大象所說)。具體的字數標準大概很難或者無法確定。可以使用描述性的標準,比如:人物條目應該至少提到基本生平及主要事蹟,即為什麼會著名、會需要一個百科條目來記述?商品的應該至少有基本的技術規格及功能,即為什麼會出名、會需要一個單列的百科條目?地點的應該至少有地理的方位或數據,以及人文或自然的情況。至於刪除的辦法,我覺得通過vfd好一些,這樣原作或其他熱心的維基人有一定的時間來擴補。--roc (talk) 06:44 2005年7月31日 (UTC)
我的看法是凡是没有定义清楚的一律贴快速删除的标签。本身就没说清楚根本就不是负责任的态度,也谈不上扩展,不如删了,以后有可写的再新建,还好给真正想写的人搞DYK呢。引用上面的例子:“赤道幾內亞是中部非洲國家之一”和“Olympus IR-300是Olympus公司在2005年推出的一款数码相机。”我现在把这个条目名挖去,就变成:“____是中部非洲國家之一”和“_____是Olympus公司在2005年推出的一款数码相机。”恐怕这两题的答案有若干吧?当然有个别条目确实不容易定义,比如按编号写的小行星,但上面两个例子完全可以写清楚。这本身就没说清楚,要它何用?这样的条目,宁愿舍去,也不愿要这虚高的条目数和空洞的条目。--瀑布汗 瀑布屋 07:05 2005年7月31日 (UTC)
确实红色会比较醒目,但是首先,wiki面向的是所有为了寻找知识而来中文用户而不是总是想创建新条目的非多数人员(比如我),如果他真的关注某方面知识的话,就一定会点开链接,如果他看到条目很短,但是鼓励他来编辑并且自己也希望编辑的话,他也一定会添加一些自己知道的东西,而不会在乎我是不是原创作者;其次,我同意roc的话,百科要有知识性,并且很同意,如果只是介绍性能基本参数,网上很多都有;最后,如果只是因为醒目的话,把所有小条目的连接改成黄色就行了,不过当然是以后了,呵呵。还有,我想问几个问题:
  1. 是否我们现在删除了李沆这样条目,以后类似的就必须删除?就是想知道,从法理上,我们是大陆法系,还是像美国一样,以往案例具有法律效力
  2. 还有如果以后有人创建并重新编辑了李沆或者某商品的条目并基本符合百科的条件,是否会遭到删除待遇?
  3. 大家是否认为现在扼杀了半句话小小作品,是否相当于扼杀了其成长为符合百科内容的条目的可能性?
谢谢--Super1o^-^o留言 07:17 2005年7月31日 (UTC)
我认为讨论法理是大陆法系还是英美法系是没有用的。首先维基百科的条目写作的指导原则不是用法律来直接约束,而且用户来自世界各地,用户A来自大陆法系国家,用户B来自英美法系国家,不好说也没必要说用哪个。我的态度是,有明确定义的贴小作品标签,没有明确定义的快速删除。删除无定义小作品对影响维基百科的成长无关,因为改写他们等于重新写,也等于新建。--瀑布汗 瀑布屋 07:38 2005年7月31日 (UTC)

我覺得有起碼有一點意義的內容(例如xxx是非洲中部的國家)就不應該快速刪除,而是放入投票刪除,這也是原來區分快速刪除和投票刪除的原則。 pubuhan所說的沒有明確定義這點,雖然我同意可以是個判準,但在每個種類條目的情況下每個人可能有不同的判斷,所以應該放入投票刪除,大家包括建條目的人就有權利根據每個案例的特殊情況來作討論判斷,甚至留心的人可以直接補充條目,就省下管理員刪除的一件事。

  • 另外回應super1:

也因為每個例子都有特殊性,我覺得案例只能參考,不能作完全的準則。 至於被刪除之後如果以後重新編寫同一個條目,只要到達小作品的水準,當然是沒問題的。所以我覺得刪除小小條目的影響不大,如果夠重要,遲早還是會有人重建的。

  • 另外補充一點,我前面講到的條目字數,只是個一般性的經驗,而不是說要定個字數下限,因為每個類型的條目情況都很不同,所以我會主張不論字數多少,只要有有意義的內容一定要先放到投票刪除作討論才刪除。

--Ffaarr 08:46 2005年7月31日 (UTC)

我們可以討論出規則(方針級別或指引級別),這樣大概就類似大陸法系了吧。當然,維基也可以有一些尚未成文的規則或慣例(如果需要的情況不常見,沒必要花費時間訂定規則)。性能參數那一句,我的意思是說,我們的產品條目應該至少講述基本的性能、參數,如果只有一句不疼不癢的話,就是沒用,因為我可以去google。現在的Olympus IR-300或尼康 D50,已經創建了1-2週了,仍然是那句話,然後就是外部連結(另:維基四項基本原則之一「百科」已經說了,條目不是外部連結的收集站)。任何一個條目創建的時候,就應該包括前面說的基本要素,而不是等待日後擴充。日後擴充的東西,是更全面深度的東西,而不是通過日後擴充來達到最低要求,創建的時候,就應該達到基本要求。比如這個尼康相機,鏡頭種類、口徑、變焦、CCD解析率都應該有,最好還有存儲卡支援類別、LCD大小、解析率等等。赤道幾內亞的應該至少有方位(跟赤道幾內亞灣的關係應該提到吧、以及週邊國家)、首都、本國文字國名。大家可以討論一下,建立維基的政策(最低標準的描述),小小兔尾巴可以貼上vfd刪除(個人傾向vfd)。--roc (talk) 09:12 2005年7月31日 (UTC)

我觉得小条目是否删除不应取决于字数,应根据其包含的信息量,李沆这个条目起码包含有其生卒年份,人物身份的信息;两种像机有多个外部链接;都有一定的信息量,应该保留以待完善。而赤道几内亚则没有任何有用的信息,则可以删除,但不属于快速删除,快速删除也有一定的标准,是涂鸦,恶意破坏等不符合维基原则的作品,删除还是要谨慎,吃不准的最好先放到投票,不要自做主张,绝大部分使用者的工作都是为了完善维基,应该首先尊重他们的劳动,真正删除也应该让编写本人知道理由。--方洪渐 09:57 2005年7月31日 (UTC)

不過,維基四項基本原則(百科中立版權互重,en:Wikipedia:Policies and guidelines)之第一位「百科」已經說了,條目不是單純外部連結的收集站。條目應當有正文並有知識性。編者創建條目時,應有基本的責任感,應當寫入最基本的要素,而不是留下半句話,並給我們虛假的安全感,尤其是在這些信息可以容易地在網路上蒐到時。是的,字數不是好的標準。人物如果只有姓名、生卒年分、職業,我本人覺得並不夠要求,仍然覺得應該至少簡明地交待清楚,這個人究竟做了那些事讓他出名,從而有需要建一個條目。具體到李沆,就算只有一句話,洺州肥鄉人、輔佐宋真宗這些要提一下吧。--roc (talk) 12:22 2005年7月31日 (UTC)

我认为,除了恶意破坏、广告、自我介绍、无意义内容之外,所有的新条目,都不应进行快速删除,甚至都不应进行vfd,因为,你怎么知道最初的作者是不是正在进行资料收集;是不是因为某些原因,无法访问wiki;抑或在你删除的同时,正在地球的另一端的某台电脑前,编辑更多的内容呢?一旦作者回来,满心欢喜地准备大干一番,突然发现,自己的心血已经付之东流,会如何想?一个潜在的regular contributor就这样流失了,而且,很可能就像当年项羽坑杀秦国降卒那样造成失去人心的结果。

我觉得,我们不应该考虑如何删除,而是考虑如何扩展?例如,在现有Wikipedia:条目质量提升计划Wikipedia:每周翻译的同时,对小条目加以扶持,例如来个Wikipedia:每日小条目?我想,每天只要有一两名贡献者,每人为这个条目贡献几十个字,那么,即使仍然无法摘掉stub,但是其质量也已今非昔比了--这个人很懒,什么也没留下:D 03:27 2005年8月1日 (UTC)

握握手,其实我就是这么认为的,Captmjc兄,但是……其实也是有人不这么认为的,唉--Super1o^-^o留言 13:26 2005年8月1日 (UTC)

我支持用vfd,道理很简单,如果这个创建者真如这个人很懒,什么也没留下所说正在进行资料收集,他也有足够的时间看到删除投票,就算真的很不凑巧时间超过了一周,他弄到了足够的资料,重新创建一下也不是很难吧?只是多打一句话而已啊,如果就多打一句话多重复创建一次条目就可以打退一个维基人的话,那我实在是对此君未来对维基的热情能维持多久表示怀疑。可惜现在的事实情况是创建一句话条目的人往往无心去完善它,你不会真的以为一个创建人会对一个自己很感兴趣的条目只有一句话的认识?在我的观念里,这种做法本身就已经表明了创建人的态度了,所以不要指望他还会去进一步的完善!在中文维基将近达到30000条的时候就曾经出现过这种事情,大批垃圾条目蜂拥而出,一天的新建条目是平时的好几倍,大家难道能指望抱有这种态度创建条目的人以后继续完善?这只是善良人的美好愿望而已。所以一定要有vfd这种筛选淘汰机制及时地把他们淘汰出去。 就算退一万步讲这些创立者未来都有完善条目的计划,我还是不主张他们的存在,目前我可以很自豪的说网上用Google搜索某东西的定义要么就是中文维基没有,只有是中文维基有的基本上可以说是相当权威而完备的定义,维基是公正的象征,这是我们中文维基的一笔宝贵财富,如果是商品就是品牌信誉、品质保证、无形资产!但是如果任一句话条目发展发展大家可以想像一下未来的维基会变成什么样子,大家还是用Google一搜,结果发现维基的定义还不如网上别的文章,甚至相去甚远,维基的声誉下降权威性被大大削弱,而由此带来的恶果就是参与者的荣誉感也将惨遭打击,最后慢慢就会烂掉变得无人问津,所以不能容忍低劣的条目质量不仅是包容性那么简单的事情,更是关系到整个维基未来发展的大事,对创建人积极性的打击事小,整个维基的信誉事大呀!--3dball 21:30 2005年8月4日 (UTC)

[编辑] stub and substub

我想这里讨论的是substub而不是stub。stub是维基百科的一部分,虽然内容很少但基本上已经有很清楚的定义,和相关信息,内容不够丰富和完善,如叠涩,很多内容是很难写出大条目的,因此无论作为最终形式还是中间形式,stub都有存在的理由。

substub就不一样了,substub没有上下文,甚至没有给出完整的定义,让人难以捉摸,是最低质量的条目,在维基百科中,这种条目是需要迅速扩展为stub,或者被删除掉的,如东北三宝

因此我们应该关注小小作品,并最终消灭小小作品。--用心阁(对话页) 12:47 2005年8月5日 (UTC)

[编辑] 來整理小作品

from Wikipedia:互助客栈/其他

根據我用機器人運算的結果,小作品类别中,有兩個分類中的條目已經破千,分別是:

我建議大家可以在這兩個分類中開一些子分類,避免小作品的分類過於龐大。可以參考en:Category:People_stubsen:Category:Geography stubs的方式來整理。--笨笨的小B | 20巷 10:01 2006年9月2日 (UTC)

備註一下,光這兩個分類下的條目就佔了中文維基所有條目的8%。--笨笨的小B | 20巷 10:02 2006年9月2日 (UTC)

有些小條目是不是足夠進階到普通條目,不需要繼續使用小條目標籤呢?這個升級的認定標準是什麼呢?我的感覺是大多數的編輯者都會遵循第一個放進去的人,很少直接拿掉的,不知道對不對?既然要關心,將已經可以升級的小條目移出也是整理可以作的。--cobrachen 12:44 2006年9月2日 (UTC)
嗯,謝謝 :)。現在我成立了Category:日本人物小作品,希望未來大家能把日本人物的小作品用{{Japan-bio-stub}}標示。我的目標是讓這兩個分類都降到2000-。--笨笨的小B | 20巷 09:13 2006年9月3日 (UTC)
THIS WEB:

aa - ab - af - ak - als - am - an - ang - ar - arc - as - ast - av - ay - az - ba - bar - bat_smg - be - bg - bh - bi - bm - bn - bo - bpy - br - bs - bug - bxr - ca - cbk_zam - cdo - ce - ceb - ch - cho - chr - chy - closed_zh_tw - co - cr - cs - csb - cu - cv - cy - da - de - diq - dv - dz - ee - el - eml - en - eo - es - et - eu - fa - ff - fi - fiu_vro - fj - fo - fr - frp - fur - fy - ga - gd - gl - glk - gn - got - gu - gv - ha - haw - he - hi - ho - hr - hsb - ht - hu - hy - hz - ia - id - ie - ig - ii - ik - ilo - io - is - it - iu - ja - jbo - jv - ka - kg - ki - kj - kk - kl - km - kn - ko - kr - ks - ksh - ku - kv - kw - ky - la - lad - lb - lbe - lg - li - lij - lmo - ln - lo - lt - lv - map_bms - mg - mh - mi - mk - ml - mn - mo - mr - ms - mt - mus - my - mzn - na - nah - nap - nds - nds_nl - ne - new - ng - nl - nn - no - nov - nrm - nv - ny - oc - om - or - os - pa - pag - pam - pap - pdc - pi - pih - pl - pms - ps - pt - qu - rm - rmy - rn - ro - roa_rup - roa_tara - ru - ru_sib - rw - sa - sc - scn - sco - sd - se - searchcom - sg - sh - si - simple - sk - sl - sm - sn - so - sq - sr - ss - st - su - sv - sw - ta - te - test - tet - tg - th - ti - tk - tl - tlh - tn - to - tokipona - tpi - tr - ts - tt - tum - tw - ty - udm - ug - uk - ur - uz - ve - vec - vi - vls - vo - wa - war - wo - wuu - xal - xh - yi - yo - za - zea - zh - zh_classical - zh_min_nan - zh_yue - zu

Static Wikipedia 2008 (no images)

aa - ab - af - ak - als - am - an - ang - ar - arc - as - ast - av - ay - az - ba - bar - bat_smg - bcl - be - be_x_old - bg - bh - bi - bm - bn - bo - bpy - br - bs - bug - bxr - ca - cbk_zam - cdo - ce - ceb - ch - cho - chr - chy - co - cr - crh - cs - csb - cu - cv - cy - da - de - diq - dsb - dv - dz - ee - el - eml - en - eo - es - et - eu - ext - fa - ff - fi - fiu_vro - fj - fo - fr - frp - fur - fy - ga - gan - gd - gl - glk - gn - got - gu - gv - ha - hak - haw - he - hi - hif - ho - hr - hsb - ht - hu - hy - hz - ia - id - ie - ig - ii - ik - ilo - io - is - it - iu - ja - jbo - jv - ka - kaa - kab - kg - ki - kj - kk - kl - km - kn - ko - kr - ks - ksh - ku - kv - kw - ky - la - lad - lb - lbe - lg - li - lij - lmo - ln - lo - lt - lv - map_bms - mdf - mg - mh - mi - mk - ml - mn - mo - mr - mt - mus - my - myv - mzn - na - nah - nap - nds - nds_nl - ne - new - ng - nl - nn - no - nov - nrm - nv - ny - oc - om - or - os - pa - pag - pam - pap - pdc - pi - pih - pl - pms - ps - pt - qu - quality - rm - rmy - rn - ro - roa_rup - roa_tara - ru - rw - sa - sah - sc - scn - sco - sd - se - sg - sh - si - simple - sk - sl - sm - sn - so - sr - srn - ss - st - stq - su - sv - sw - szl - ta - te - tet - tg - th - ti - tk - tl - tlh - tn - to - tpi - tr - ts - tt - tum - tw - ty - udm - ug - uk - ur - uz - ve - vec - vi - vls - vo - wa - war - wo - wuu - xal - xh - yi - yo - za - zea - zh - zh_classical - zh_min_nan - zh_yue - zu -

Static Wikipedia 2007:

aa - ab - af - ak - als - am - an - ang - ar - arc - as - ast - av - ay - az - ba - bar - bat_smg - be - bg - bh - bi - bm - bn - bo - bpy - br - bs - bug - bxr - ca - cbk_zam - cdo - ce - ceb - ch - cho - chr - chy - closed_zh_tw - co - cr - cs - csb - cu - cv - cy - da - de - diq - dv - dz - ee - el - eml - en - eo - es - et - eu - fa - ff - fi - fiu_vro - fj - fo - fr - frp - fur - fy - ga - gd - gl - glk - gn - got - gu - gv - ha - haw - he - hi - ho - hr - hsb - ht - hu - hy - hz - ia - id - ie - ig - ii - ik - ilo - io - is - it - iu - ja - jbo - jv - ka - kg - ki - kj - kk - kl - km - kn - ko - kr - ks - ksh - ku - kv - kw - ky - la - lad - lb - lbe - lg - li - lij - lmo - ln - lo - lt - lv - map_bms - mg - mh - mi - mk - ml - mn - mo - mr - ms - mt - mus - my - mzn - na - nah - nap - nds - nds_nl - ne - new - ng - nl - nn - no - nov - nrm - nv - ny - oc - om - or - os - pa - pag - pam - pap - pdc - pi - pih - pl - pms - ps - pt - qu - rm - rmy - rn - ro - roa_rup - roa_tara - ru - ru_sib - rw - sa - sc - scn - sco - sd - se - searchcom - sg - sh - si - simple - sk - sl - sm - sn - so - sq - sr - ss - st - su - sv - sw - ta - te - test - tet - tg - th - ti - tk - tl - tlh - tn - to - tokipona - tpi - tr - ts - tt - tum - tw - ty - udm - ug - uk - ur - uz - ve - vec - vi - vls - vo - wa - war - wo - wuu - xal - xh - yi - yo - za - zea - zh - zh_classical - zh_min_nan - zh_yue - zu

Static Wikipedia 2006:

aa - ab - af - ak - als - am - an - ang - ar - arc - as - ast - av - ay - az - ba - bar - bat_smg - be - bg - bh - bi - bm - bn - bo - bpy - br - bs - bug - bxr - ca - cbk_zam - cdo - ce - ceb - ch - cho - chr - chy - closed_zh_tw - co - cr - cs - csb - cu - cv - cy - da - de - diq - dv - dz - ee - el - eml - en - eo - es - et - eu - fa - ff - fi - fiu_vro - fj - fo - fr - frp - fur - fy - ga - gd - gl - glk - gn - got - gu - gv - ha - haw - he - hi - ho - hr - hsb - ht - hu - hy - hz - ia - id - ie - ig - ii - ik - ilo - io - is - it - iu - ja - jbo - jv - ka - kg - ki - kj - kk - kl - km - kn - ko - kr - ks - ksh - ku - kv - kw - ky - la - lad - lb - lbe - lg - li - lij - lmo - ln - lo - lt - lv - map_bms - mg - mh - mi - mk - ml - mn - mo - mr - ms - mt - mus - my - mzn - na - nah - nap - nds - nds_nl - ne - new - ng - nl - nn - no - nov - nrm - nv - ny - oc - om - or - os - pa - pag - pam - pap - pdc - pi - pih - pl - pms - ps - pt - qu - rm - rmy - rn - ro - roa_rup - roa_tara - ru - ru_sib - rw - sa - sc - scn - sco - sd - se - searchcom - sg - sh - si - simple - sk - sl - sm - sn - so - sq - sr - ss - st - su - sv - sw - ta - te - test - tet - tg - th - ti - tk - tl - tlh - tn - to - tokipona - tpi - tr - ts - tt - tum - tw - ty - udm - ug - uk - ur - uz - ve - vec - vi - vls - vo - wa - war - wo - wuu - xal - xh - yi - yo - za - zea - zh - zh_classical - zh_min_nan - zh_yue - zu