维基百科讨论:小小作品
T45614631在话题“修改小小作品計算50個漢字的標準”中的最新留言:7个月前
存檔 |
---|
|
修改小小作品計算50個漢字的標準
原标题为:對應NT:TAXO通過後的修改
- 以下討論是徵求意見的存檔紀錄,請勿修改。本次討論所達成的總結如下:
- 公示通過,已做出對應於該提案的修改。—WiTo🐤💬 2024年4月8日 (一) 09:02 (UTC)
- 如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
前情提要還請見Wikipedia:互助客栈/条目探讨#关于生物小小作品一段,當前問題就是忘了在WP:小小作品裡做出對應的修改。不過這幾天看後續討論,多離題到討論小小作品的50字是否需要修改標準的常年提案了,也不是這次的爭議點,所以為了對應生物關注度指引的「條目正文僅包括物種資訊介紹,不包括下屬物種列表。」一段,以及該討論中提到的浮濫充字數問題,在這裡提出修改。—WiTo🐤💬 2024年3月15日 (五) 03:49 (UTC)
修改後條文如下:
|
還望各位能幫忙抓邏輯問題或協助修改,才不會又像這次讓NT:TAXO遲遲無法在公示通過後實際應用於提刪跟關注度上。(至於模板已有的內容跟正文對應的漢字字數問題,目前未看出共識,看各位有無要在此另開一個話題討論)—WiTo🐤💬 2024年3月15日 (五) 03:50 (UTC)
- (!)意見 1. 建议一个英语单词算两个汉字,不分领域,毕竟名字特别长的单词也不仅仅出现在学名。2. 不建议在条文里提及特定领域(即物种列表那一句),且点列式列举也不一定只在生物学里出现,其他领域也有可能出现。(比方说许多条目底下会有一个“参见”的章节)可能可以改成“纯粹点列式列举”之类的。(帮我修缮一下句法)--微肿头龙(留言) 2024年3月15日 (五) 04:38 (UTC)
- 要修到這麼大範圍的話,可能還需要更多其他編者的看法了。畢竟之前的討論只有涉及學名跟命名人太長的事情,命名人太長的問題覺得有換成中文散文的話是倒是還好(在點列列表裡轉換成中文是不符命名規約的)。—WiTo🐤💬 2024年3月15日 (五) 05:23 (UTC)
- 「在生物類條目中的點列式物種列表」 可以移動到「不包含」後面,這樣緊貼前面的「包含表格及列表內的文字」,然後給「點列式物種列表」加個註釋,舉例說明。--日期20220626(留言) 2024年3月15日 (五) 04:39 (UTC)
- 修改了,不知這樣如何?—WiTo🐤💬 2024年3月15日 (五) 05:23 (UTC)
- (-)反对继续将字数作为硬性限制,担忧在条目中出现废话文学。(+)支持对小小作品的有效内容定义不包含物种列表。Python6345(留言) 2024年3月15日 (五) 05:02 (UTC)
- 其实这事很难办,如果废除字数限制,那高晶之流就可以大建特建了,甚至动用机器人海量建条目让中维变成宿雾语维基那样;如果限制的话:标准过低(50字)确实会出现废话文学,而标准过高(100字)又会杀掉中维的一大批条目。--微肿头龙(留言) 2024年3月15日 (五) 05:32 (UTC)
- 對,動字數限制的提案(無論廢除小小作品本身、廢除實際字數、修改字數或換成句數等)在存檔裡面已經一大堆了,每次都不了了之。姑且我個人目前還不太想去沾那話題...--WiTo🐤💬 2024年3月15日 (五) 05:37 (UTC)
- 50字本身就沒什麼問題,其實哪怕湊一些廢話湊成50字,去掉廢話的話,剩下的30-40字都能表達基本內容,條目至少不至於A1。--日期20220626(留言) 2024年3月15日 (五) 05:37 (UTC)
- 我赞同微肿头龙的看法,建议修改为“包含表格及列表内的叙述性文字及基于多个可靠来源的汇总的数据,不包括纯粹堆砌单一来源的结构化数据的内容”。“基于多个可靠来源的汇总的数据”指的是类似“特色列表”那样的。--——🦝英特浣熊耐尔(留言・贡献) 2024年3月15日 (五) 09:44 (UTC)
- 讨论一天没进展了,要挪去客栈找更多人参与吗?--微肿头龙(留言) 2024年3月16日 (六) 11:34 (UTC)
- 理論上{{rfc}}應該要起作用的,只是不知為何bot沒有反應。--WiTo🐤💬 2024年3月16日 (六) 12:57 (UTC)
對應上方意見重新修改出一個範圍更大的版本如下,若這個版本無法達成共識的話,就改回上面那個版本:
|
—WiTo🐤💬 2024年3月16日 (六) 14:15 (UTC)
- (+)支持,不过我觉得那个注释应该不是很有必要,因为物种学名本来就应该算1个单词,就和New York应当只算1个单词一样。--微肿头龙(留言) 2024年3月16日 (六) 14:35 (UTC)
- 所有专有名词应当算作一个单词,我觉得该注释应该写的详尽些,不应该局限于物种学名。——魔方〔论︱献〕 2024年3月16日 (六) 15:59 (UTC)
- 为免误会,我还是再解释一下吧。在我的理解内,专有名词(如New York、Donald J. Trump)还有合成词(如in vivo、incertae sedis,包括学名)都应当只算作一个单词(word),因为它们实际上只表达了一个东西/概念。因此我才觉得那个注释有些多余,不过放着也无伤大雅。以上仅是我的个人理解,欢迎辩驳。--微肿头龙(留言) 2024年3月16日 (六) 18:06 (UTC)
- 好,那修改一下。—WiTo🐤💬 2024年3月17日 (日) 02:45 (UTC)
- 为什么算作两个而非一个汉字。拉丁文等语言的单词数容易计算吗(不了解)。“不包含点列式物种列表”我也有疑问,假设表格中只有名称、年份,但多加了一个“备注”列,只写了几个字或一个脚注,还算吗。整体意向赞成,但条文化有担心。--YFdyh000(留言) 2024年3月16日 (六) 14:35 (UTC)
- 两个汉字是因为通常一个外语单词转译成中文时都会是两个汉字的词汇吧(我猜的)。如果备注里有引用来源就可以算是“基于多个可靠来源的汇总数据”吧,如果没有则按“纯粹堆砌”处理。--微肿头龙(留言) 2024年3月16日 (六) 14:45 (UTC)
- 確實是那個原因,因為學名通常由兩或三個拉丁單詞組成,照通例的話就會變成四至六個漢字了。不過這可以再改,只是原本在想的是大部分物種條目都會有一個中文俗名了,學名算那麼多字也有點冗,但不算也不是。--WiTo🐤💬 2024年3月16日 (六) 15:09 (UTC)
- 两个汉字是因为通常一个外语单词转译成中文时都会是两个汉字的词汇吧(我猜的)。如果备注里有引用来源就可以算是“基于多个可靠来源的汇总数据”吧,如果没有则按“纯粹堆砌”处理。--微肿头龙(留言) 2024年3月16日 (六) 14:45 (UTC)
- (+)傾向支持,试行观察本修订议案通过后,生物类小小作品废话文学的严重程度再议。Python6345(留言) 2024年3月16日 (六) 16:36 (UTC)
- @T45614631:两天过去了,没有新讨论,所以可以去公示了?--微肿头龙(留言) 2024年3月18日 (一) 13:21 (UTC)
- 會提出這種問題的,顯然就是沒有進步。這大概就是維基百科其中一個奇葩的名詞吧,因為想廢除「小小作品」這名詞也會被反對的。與其要這樣沒任何意義的爭論,為何不考慮擴充點條目內容比較快?實在話,真的沒有討論之必要,很浪費時間。--Z7504非常建議必要時多關注評選(留言) 2024年3月19日 (二) 14:03 (UTC)
- 有些条目就是不可能扩充的,并非人们不想扩充。因此我觉得对这类条目提出字数要求就很合理,不过也要避免出现废话文学。--微肿头龙(留言) 2024年3月19日 (二) 14:25 (UTC)
- 有的人只會掛小小條目,總不見得去逼迫對方去擴充吧。--日期20220626(留言) 2024年3月19日 (二) 14:28 (UTC)
- 废除“小小作品”百害而无一利,若真废除了,品质低劣的条目将泛滥,请问谁去处理?对于“为何不考虑扩充点条目内容比较快?”,你觉得是从现在开始永无止尽地扩充,还是让数目停止增长并精雕细琢比较好呢?在你扩充条目的几个小时里,机器人可不会等你,刚扩充完一个又来三四个。除非你能提出一套完美的方法,既能有效限制超短条目的创建,又能确保条目的质量过关,不然,“小小作品”仍旧是最有效的解决方案。——魔方〔论︱献〕 2024年3月19日 (二) 16:51 (UTC)
- 抱歉,但閣下老實說我不懂您此回應的意思。這個議案完全與廢除小小作品無關,僅僅是加上一些限制而已。只是為了要使條目不會出現{{Onesource}},及WP:NOTDB的情況而已。--WiTo🐤💬 2024年3月20日 (三) 03:02 (UTC)
- 如果是想阻止Onesource或WP:NOTDB,感覺也不是限制小小條目字數條件的事情。--日期20220626(留言) 2024年3月20日 (三) 03:04 (UTC)
- 多少有關吧?像我之前所提的那個蛇纹单胞菌属就僅僅是因為人名夠長而逾50字脫離現行小小作品範圍,但完全不知道到底怎麼擴充。望閣下可以協助下。--WiTo🐤💬 2024年3月20日 (三) 03:09 (UTC)
- 那也不可能阻止,就算自己不掛{{Onesource}}別人也是會掛,除非條目來源至少有兩個。或是考慮直接用類似「孫中山是男性不必引用」的原則,否則就放棄擴充小小作品這個選項吧,因為這個維基百科就已經發明如此奇葩的詞了。再說,還有{{Refimprove}}、{{Expand language}}等更常見的模板,也非常容易出現在小小作品中。--Z7504非常建議必要時多關注評選(留言) 2024年3月20日 (三) 04:51 (UTC)
- (!)意見:此修订案通过后如再出现严重的此类现象浪费社群精力,可规定在条目命名空间持续创建小小作品且逾期不改善属破坏行为。Python6345(留言) 2024年3月20日 (三) 11:51 (UTC)
- (+)支持--微肿头龙(留言) 2024年3月20日 (三) 12:05 (UTC)
- (+)支持,本就应当如此。——魔方〔论︱献〕 2024年3月20日 (三) 12:18 (UTC)
- 您們上面也不能只會喊支持,除了那些所提到的模板以外,「是否有關注度」也能決定一個條目是否能避免成為小小作品的原因。--Z7504非常建議必要時多關注評選(留言) 2024年3月20日 (三) 13:07 (UTC)
- 我们在NT:TAXO这里已经讨论过一次了,客栈也讨论过一次,在讨论中遇到的问题之一就是纯点列式的下属列表要算字与否,因为这个涉及条目字数计算的问题,所以我们才移步于此。如果说纯点列式的下属列表要算字与否这个问题无法达成共识,关注度指引将不起效果(生物学领域)。--魔方〔论︱献〕 2024年3月20日 (三) 13:31 (UTC)
- 有些条目具有默认关注度(比方说中国的人大代表们),但就是怎么写都不可能写出多少东西,这种条目无法通过走关注度流程来决定存废,只能通过小小条目来决定存活。如果这些条目能够写到50个字就权当看不见,但如果这都做不到就可以删了。--微肿头龙(留言) 2024年3月20日 (三) 13:36 (UTC)
- 那上面遇到的問題和素因子表這個條目可能差不多,難道素因子就有很多關注度?素因子的表格不是想寫多少就有多少?所以建議這個社群還是好好想看看當初素因子表是怎麼過DYK的吧。還有,外文單詞也不見得所有用戶都一定讀的懂,講難聽一點可能就是只看條目位元組有多少的而已。--Z7504非常建議必要時多關注評選(留言) 2024年3月20日 (三) 13:42 (UTC)
- 这是列表,应该参考列表的关注度要求,我不清楚具体细则。若阁下觉得不具有关注度可以去走流程提删。另外,我没理解外文单词那句的意思。--微肿头龙(留言) 2024年3月20日 (三) 13:50 (UTC)
- 因為您們的提案備註上面就寫「一個完整意義的專有名詞(例如學名、合成詞等)視作一個單詞」,但不代表所有用戶都讀的懂該學名或是該合成詞,所以很可能就是演變成直接看條目位元組有多少的來決定是否能避免小小作品,而不想閱讀內容。不要只會糾結於字數,那是無法進步的。--Z7504非常建議必要時多關注評選(留言) 2024年3月20日 (三) 13:54 (UTC)
- (:)回應:目前讨论确实无比字数更好的小小作品定义方案,如您有更好方案,还望提出。Python6345(留言) 2024年3月20日 (三) 14:39 (UTC)
- 算字数不是有专人来算的吗?而且我相信会算字数的不止一个人吧。所以这么多人来算都可以产生“因为看不懂而不想阅读内容”的情况的话,我建议全体维基人回去重读九年义务,而且使用搜索引擎又不需要付钱,现在也有很多AI相助,到底是什么词汇如此生僻以至于没有人乃至全网都搜索不到相关资料?--魔方〔论︱献〕 2024年3月20日 (三) 14:46 (UTC)
- 还有“看条目字节有多少的来决定是否能避免小小作品”是不可能的,我相信阁下应该知道“参考文献”占的字节数很多。只有一句话但是有三四个文献的条目应该存在吧,这种情况看字节数显得非常虚浮。--魔方〔论︱献〕 2024年3月20日 (三) 14:51 (UTC)
- 僕人式領導(Servant leadership)這個條目在寫的時候就是這樣子,所以既然都知道文獻也佔一堆位元組的話,那也不可能傻到去提名DYK啊。整個條目雖然是4,407位元組,但光延伸閱讀就佔了2,324位元組,超過整個條目的一半了,所以即便提名顯然也不符合DYK最低要求。所以還真的得看那些投票的用戶是不是真的有想閱讀條目啊,斟酌字數的實際意義到底在哪(所以這樣提案顯然就是沒有進步啊)?也不用一個個條目舉例吧?條目還是那一句話,應該是要寫給讀者看而不是寫給自己爽的。但很可惜的是,維基百科顯然都只活在自己的世界居多。--Z7504非常建議必要時多關注評選(留言) 2024年3月20日 (三) 15:09 (UTC)
- 我慧根大概不足,到現在總算是看懂閣下的意思了。但請問閣下真覺得高晶閣下現在的一句話條目們真的是一本百科全書會收錄的內容嗎?那真的對讀者有意義嗎?為何不等資料夠多時再建,有需要搞出這麼多機器人似的灌水條目嗎?若閣下不認為,那為何不去修改現在不合時宜的規則去處理?(題外話:明明NT:TAXO的議案也躺在方針區好陣子了...怎麼只是要同步兩邊措辭也有問題)--WiTo🐤💬 2024年3月21日 (四) 03:13 (UTC)
- 告訴這個社群吧,因為很多條目都是翻譯來的,僕人式領導(Servant leadership)只是其中一個例子。所以如果已經確定「有些條目就是不可能擴充的」,那要避免成為小小作品最好的辦法就是自己找參考文獻擴充內容,或者直接搬其他語言維基百科的其他用戶已經不知道多久前就寫好的參考文獻去直接搬過來擴充。雖然個人對DYK沒什麼興趣,但以後隨便搬運多一點參考文獻過來,不論正文如何,都嘛能提DYK了?不是這樣吧?--Z7504非常建議必要時多關注評選(留言) 2024年3月21日 (四) 03:36 (UTC)
- 閣下,現在問題就是有人就是顧著建立這種類似小小作品的條目,而不像您所說會去加上外文維基來源呀?而且就已經說不可能擴充了,就是已經是在指沒有來源可用了,還煩請解釋我上面提過的蛇紋單胞菌屬到底要如何去擴充它。
- 小小作品能擴充的話,姑且是能擴充沒錯,但閣下您有沒有想過本站生物專題編者多少人,生物物種又有幾種,高晶閣下的編輯累積至今又有多少條了?而且就在這裡爭論時,高晶閣下又建了不知道幾個一句話條目了。
- 另外恕我先不再對牽扯到DYKN的任何留言回應,個人已經覺得那個對話不在同個議題上了。--WiTo🐤💬 2024年3月21日 (四) 04:08 (UTC)
- @Z7504:不好意思,可能是我的中文太烂,每次阁下的回复我都不是很能理解,甚至我都在怀疑我们说的是不是同一个语言。阁下说了这么多,可曾有对任何条目进行扩充?@T45614631:其实现在能不能去警告高晶不要再建此类条目了?他还在建欸。--微肿头龙(留言) 2024年3月21日 (四) 05:18 (UTC)
- 之前送過ANM了,但一周後回來就好像也沒什麼改善。--WiTo🐤💬 2024年3月21日 (四) 07:02 (UTC)
- 可是之前没有关注度方针,现在有方针了就有理由了。--微肿头龙(留言) 2024年3月21日 (四) 07:04 (UTC)
- 閣下可以試試,但我保持中立,在相關提案搞定之前不會主動去提。--WiTo🐤💬 2024年3月21日 (四) 08:20 (UTC)
- 您舉例的小雙獨菌目(學名:Meiodihaplophasida)裡面的「下屬分類」那段,就和僕人式領導(Servant leadership)的「延伸閱讀」那段存在類似(說是完全一樣也可以)的問題,不難懂啊。為了避免成為小小作品,所以就直接硬塞一堆也不知道有無屁用的文獻做可能無意義的擴充內容。--Z7504非常建議必要時多關注評選(留言) 2024年3月21日 (四) 13:07 (UTC)
- 小小作品是计算正文数量,因此文献字数将在计算时被排除。--微肿头龙(留言) 2024年3月21日 (四) 13:16 (UTC)
- 您舉例的小雙獨菌目(學名:Meiodihaplophasida)裡面的「下屬分類」那段,就和僕人式領導(Servant leadership)的「延伸閱讀」那段存在類似(說是完全一樣也可以)的問題,不難懂啊。為了避免成為小小作品,所以就直接硬塞一堆也不知道有無屁用的文獻做可能無意義的擴充內容。--Z7504非常建議必要時多關注評選(留言) 2024年3月21日 (四) 13:07 (UTC)
- 閣下可以試試,但我保持中立,在相關提案搞定之前不會主動去提。--WiTo🐤💬 2024年3月21日 (四) 08:20 (UTC)
- 可是之前没有关注度方针,现在有方针了就有理由了。--微肿头龙(留言) 2024年3月21日 (四) 07:04 (UTC)
- 之前送過ANM了,但一周後回來就好像也沒什麼改善。--WiTo🐤💬 2024年3月21日 (四) 07:02 (UTC)
- 那上面遇到的問題和素因子表這個條目可能差不多,難道素因子就有很多關注度?素因子的表格不是想寫多少就有多少?所以建議這個社群還是好好想看看當初素因子表是怎麼過DYK的吧。還有,外文單詞也不見得所有用戶都一定讀的懂,講難聽一點可能就是只看條目位元組有多少的而已。--Z7504非常建議必要時多關注評選(留言) 2024年3月20日 (三) 13:42 (UTC)
- 多少有關吧?像我之前所提的那個蛇纹单胞菌属就僅僅是因為人名夠長而逾50字脫離現行小小作品範圍,但完全不知道到底怎麼擴充。望閣下可以協助下。--WiTo🐤💬 2024年3月20日 (三) 03:09 (UTC)
- 如果是想阻止Onesource或WP:NOTDB,感覺也不是限制小小條目字數條件的事情。--日期20220626(留言) 2024年3月20日 (三) 03:04 (UTC)
- (-)反对,点列的类群列表也是有效的信息,不应该不算。而且只要不是虚构或乱写,言之有物,一句话条目也没什么不行的--百無一用是書生 (☎) 2024年3月21日 (四) 09:20 (UTC)
- (?)疑問 基本只有点列列表的条目算言之有物吗。抛开生物条目,如果一个介绍机构或职位的条目只有要员名单,难道算合格。--YFdyh000(留言) 2024年3月21日 (四) 09:30 (UTC)
- 閣下請看清楚,下面的這一個提案不是把所有點列的類群列表除外,是把「只堆砌單一來源的列表」排除掉。至於虛構亂寫的...虛構的話我之前在天牛科的屬的列表那邊有講過了,裡面就有虛構的屬。(然後該列表被刪除之後被複製進天牛科裡了...)--WiTo🐤💬 2024年3月21日 (四) 09:50 (UTC)
- 其实汉字50字(如有信息框则40字)还是很好凑出来的,只要稍微用点心就办得到了。但问题在于本站某些用户连这一点点的努力都不愿付出,期望靠堆叠结构化数据来蒙混过关。不否认点列式列表也是有效信息,但不觉得应该算字数。--微肿头龙(留言) 2024年3月21日 (四) 10:00 (UTC)
- (?)疑問:條目當中有沒有信息框也沒什麼差別吧,50減去40也就是少數的10字,請問這個社群為何連那10字都需要計較?另外就「一句話條目也沒什麼不行的」來說,這點Shizhao應該是說對了。除非這個條目涉及比如G11什麼的,否則理論上很容易被保留。順便(~)補充:說實在話,這個頁面存廢討論也更不想講,常常積壓討論不處理不說,但小小作品也很容易走到這一步。雖然仍舊有被救回來的例子,但顯然不多。--Z7504非常建議必要時多關注評選(留言) 2024年3月21日 (四) 13:10 (UTC)
- 引用阁下自己写的言论,“条目还是那一句话,应该是要写给读者看而不是写给自己爽的。但很可惜的是,维基百科显然都只活在自己的世界居多。”
- 阁下认为“一句话条目也没什么不行的”,那请以读者的角度告诉我,“XX(学名:XX)是XX的一属。”这句话里给读者提供了什么信息?我相信符合关注度的绝大部分条目其实都能写比一句话还多的内容吧。实在不济,英维又不是不让翻译,难道英维没有吗(有些条目有很长的英维但编辑者也只写一句话)?啊,可能阁下会说中文名也是信息,括弧里的学名也是信息,那个分类群下的属也算信息,不是有很多信息吗?可是呢,这些信息在该该分类群的上级分类群也有,为什么要单独创一个条目出来呢?对于下属列表,其实也可以在最上级的分类群比如门或纲以嵌套的模式列出所有下级分类群,所以为什么这种毫无意义的内容也要算字呢?
- 还有我大概看了一遍(不是很仔细)阁下所造的条目,460里有312个是小作品(有些消歧义也被算作是小作品,我也不知道为什么),我看了几篇,阁下似乎就是那种明明英维有很多资料甚至是等级优良的条目,也不屑于浪费一丁点时间来翻译。例如:亨利·亞當斯·湯普森、為我下場雨、夜店之王 (歌曲)等等。这些条目明明就有资料还算丰富的英维对应版,全都翻译完很难吗?
- “应该是要写给读者看而不是写给自己爽的”这点我非常赞同,但是出自一个“写给自己爽”的人的口就显得讽刺。还有之前阁下说的“与其要这样没任何意义的争论,为何不考虑扩充点条目内容比较快”,我大致看了一下最近您的编辑历史(仅限最近而已),大多都是几十个字节(不包括创建条目)和扩充条目毫无相关的编辑,偶尔会出现上千字节的编辑,但也仅仅是偶尔而已。下次阁下发表言论之前请践行了再发表。题外话,我发现阁下很喜欢把编辑拆开来发布(同一天同一个条目),我觉得最好不要这样因为会让历史页面很冗余。
- 我觉得这个讨论永远不会有结果,不如直接用NT:TAXO开始删高晶的条目?一定要同步这里才可以开始删吗?--魔方〔论︱献〕 2024年3月21日 (四) 14:30 (UTC)
- 難道翻譯的時候,就一定要照抄全部嗎?沒聽過机器翻译?而且,寫那麼多又沒什麼人會看,如果維基百科也沒什麼人想寫的話,真有必要強迫自己把它寫完、用機器翻譯輔助翻譯完?掛那些常見的{{Refimprove}}、{{Expand language}}等模板不是省時又省力嗎?這種討論從一開始就不必浪費時間討論。因為這個社群不想廢除小小作品這名詞就很奇葩了,又對那少少10字表示如此執著,標準的芝麻綠豆定律。--Z7504非常建議必要時多關注評選(留言) 2024年3月22日 (五) 04:30 (UTC)
- Shizhao好像不太會去刪生物類的小小作品。--日期20220626(留言) 2024年3月21日 (四) 14:59 (UTC)
- 小小作品并没有规定必须删除,也不应该必须删除。如果要删除还应该提供字数以外的其他理由进行综合考量--百無一用是書生 (☎) 2024年3月22日 (五) 02:37 (UTC)
- (:)回應:当前面临的问题是复制维基生物的数据创建的无意义小小作品,这样的内容更适合在草稿命名空间改善。小小作品也符合草稿化标准,可适当草稿化处理。Python6345(留言) 2024年3月22日 (五) 04:37 (UTC)
- 小小作品并没有规定必须删除,也不应该必须删除。如果要删除还应该提供字数以外的其他理由进行综合考量--百無一用是書生 (☎) 2024年3月22日 (五) 02:37 (UTC)
- Shizhao又反對上面的提案,而最近處理存廢的又是Shizhao,所以最好還是禁止讓高晶編輯條目吧,反正這一切的提案都是來自高晶創建條目的行為。--日期20220626(留言) 2024年3月21日 (四) 15:08 (UTC)
- 其實是可以直接利用NT:TAXO處理的,畢竟主要分類單元一欄已經標明至少條件三選二。處理這裡只是為了要讓50字與指引同步。--WiTo🐤💬 2024年3月21日 (四) 15:36 (UTC)
- 順便(:)回應@Pixel cube,您若覺得那些條目您能翻譯完想挑戰DYK的話,您就自己耗時間去翻譯吧。反正維基百科也不缺那幾個條目,而且就算寫完也不見得有多少人想看,不要什麼提案都只會亂喊支持,這樣喊一點意思都沒有。--Z7504非常建議必要時多關注評選(留言) 2024年3月22日 (五) 04:39 (UTC)
- “难道翻译的时候,就一定要照抄全部吗?”,是什么让阁下觉得草草一句话会比照抄全部还好的?
- “没听过机器翻译?”,我就是用的机器翻译啊,没有很难,质量也不见得会很差。(我并不是很能理解为什么阁下要无端端提到机器翻译)
- “写那么多又没什么人会看,真有必要强迫自己把它写完、用机器翻译辅助翻译完?”,那阁下为何去写,还有用机器翻译就是强迫?我不是很懂?
- “这种讨论从一开始就不必浪费时间讨论”,那阁下为何来讨论?而且要是大家在最开始就达成了共识,最少就花7天而已,很浪费时间吗?另外,要不是有阁下您在这里,我们也不必如此幸苦。
- “又对那少少10字表示如此执著,标准的芝麻绿豆定律。”,可我认为这个很重要哦。并不是少了10个字都要那么执着,而是你在疯狂堆砌废话的情况下都可以缺10个字,厉害吧。50个字对中文来说就是1行整而已(如果右边没有模板挤压),一行都写不出的话到底为什么要写?
- “{{Refimprove}}、{{Expand language}}等模板”,是啊,很省时啊,后续有人修缮吗?其他维基我不知道,但是中维的“条目创建者”和“条目修缮者”比例并不一样啊。若是全部编辑者都采用阁下的创建模式,那直接用机器人就好了嘛。试问一下,要完全扩充所有高晶创建的条目要花多久,而他又多久可以再创建数量相当的条目?说实话,相比“小小条目”,“{{Refimprove}}、{{Expand language}}等模板”更加没用,它们还不如“小小条目”一样可以根本性的解决问题。
- “您若觉得那些条目您能翻译完想挑战DYK的话,您就自己耗时间去翻译吧。”,我对DYK什么的完全没有兴趣。
- “您就自己耗时间去翻译吧”,阁下已经没有时间了吗?
- “反正维基百科也不缺那几个条目”,那阁下就不要造啊。又不缺,为什么要造?
- “不要什么提案都只会乱喊支持,这样喊一点意思都没有。”,不要什么提案只会乱反对,这样很有意思吗?而且并不是乱喊支持,这种毫无内容的条目泛滥已经有其他维基做了示范,宿雾语维基就是例子之一,请问阁下很喜欢读吗?
- 还有,都有WP:NOTDICT这类型的指引,为什么不可以弄一个“Wikipedia:维基百科不是维基物种”之类的,那高晶的条目就可以删了,甚至都不需要通过关注度或小小条目。--魔方〔论︱献〕 2024年3月22日 (五) 12:09 (UTC)
- 懶得跟這個(獨裁)社群廢話了,因為一開始「小小作品」一詞就已經註定是維基百科錯誤的政策之一。再看到Pixel cube這樣子的回覆,跟沒回覆基本一樣。就算有時間好了,也想必不用再繼續討論這種沒意義、爭論一堆的小小作品。以現階段來說,盲目支持恐怕是唯一這個(獨裁)社群會做的事情。您也不想擴充內容挑戰DYK那也就閉嘴不用回覆了吧,您不想DYK別人也不想DYK啊,就已經認為沒必要、不須擴充內容可以嗎?把空閒時間拿去做維基百科以外的事情不是更好?反正頁面要被存廢討論而刪除也很難了啊,有何差別嗎?您除非認為還有擴充內容的必要吧,您再自己決定是否花時間擴充,不然真心建議對小小作品這個議題就算了吧。--Z7504非常建議必要時多關注評選(留言) 2024年3月22日 (五) 13:35 (UTC)
- “一开始“小小作品”一词就已经注定是维基百科错误的政策之一。”,阁下很喜欢内虱科这样的条目?而且请您诠释一下为何是错误的政策?讨论不能只是空有一张嘴一直说别人没有进步、独裁然后自己却不说为什么反对吧?如果阁下决定要解释为什么自己如此反对小小条目,请用读者的角度告诉我。
- “再看到Pixel cube这样子的回复,跟没回复基本一样。”,我回复了阁下的每一句话,而且每个回复都有理有据哦,阁下要是不满意我说的哪一句话,可以像我一样单独把那句话拎出来讨论。还是说阁下中文水品不行?看不懂我的论点?
- “您也不想扩充内容挑战DYK那也就闭嘴不用回复了吧”,维基百科创建条目的初衷是为了DYK?扩充内容是为了让读者获取更多的信息,和DYK有什么关系?也许你创建条目真的是为了DYK,但我不是,我来维基百科存粹是为了贡献自己的力量而已。哦,还是说您这句话的意思是“我不想扩充内容”而且“也不想挑战DYK”,那很抱歉,我有扩充条目的哦,反倒是阁下没有,所以阁下要闭嘴吗?
- “把空闲时间拿去做维基百科以外的事情不是更好?”,不劳烦您费心,我在维基百科里花的时间还不如我一天的吃喝拉撒来得多。
- “您除非认为还有扩充内容的必要吧”,搞不懂为什么阁下觉得小小条目有存在的必要,扩充条目却没有?难道一句话真的比一段话还好吗?
- 还有最后,不要只会说别人独裁,我现在在做的和阁下做的没有本质上的差别。而且阁下似乎并不理解“独裁”是什么意思,建议你读一下“独裁”,简单来说就是“在不受法律及传统的制衡下,以个人意志来进行统治,并以专制残暴之手段实行统治之方式”。我们仍受维基内的指引束缚;我们现在正在讨论,并非以个人意志来进行统治(如果我是独裁者并且有权限的话你已经被封禁了,但显然我不是);我们要做的事情并不残暴,正如我之前所述,50个字就是一行整而已(而且你还可以通过信息栏抵扣10字),如果连这点都写不出来,不难想象该编辑者是有多么不负责任兼懒惰,所以50个字的约束并非“专制”,除非阁下认为多于1个字的约束就算“专制”。--魔方〔论︱献〕 2024年3月22日 (五) 14:31 (UTC)
- 順便(:)回應@Pixel cube,您若覺得那些條目您能翻譯完想挑戰DYK的話,您就自己耗時間去翻譯吧。反正維基百科也不缺那幾個條目,而且就算寫完也不見得有多少人想看,不要什麼提案都只會亂喊支持,這樣喊一點意思都沒有。--Z7504非常建議必要時多關注評選(留言) 2024年3月22日 (五) 04:39 (UTC)
- Shizhao好像不太會去刪生物類的小小作品。--日期20220626(留言) 2024年3月21日 (四) 14:59 (UTC)
- @Pixel cube@Z7504@微肿头龙@Shizhao我已提出修订WP:NOT,望各位讨论。Python6345(留言) 2024年3月23日 (六) 02:29 (UTC)
- 我目前認為問題均已被有效回應,待七日之後會行公示。另若Z7504閣下若仍反對修改,我希望您能先回答我及魔方閣下的問題在來繼續討論相關修改細節,不然在我實在看不懂您的動機何在。--WiTo🐤💬 2024年3月25日 (一) 03:04 (UTC)
看起來沒有意見,故 公示7日,2024年4月8日 (一) 04:41 (UTC) 結束—WiTo🐤💬 2024年4月1日 (一) 04:41 (UTC)
- @T45614631:早在半個月前左右就跟您講了,懶得回覆您而已,這種公示實屬不懂有何必要性,公示就是表面上走個形式流程而已。如此強硬硬是通過的獨裁社群之態度,真的沒有一直回覆的必要。像這種小小作品的字數爭議,反正以後肯定又有人要拿出來說,標準的常年提案,有何公示的必要?演戲而已。誰有那麼多時間一直關注這種芝麻綠豆的小事?您可以直接修訂您要的方案了,反正這真的無助於維基百科,管它小小作品是幾字啊,這個獨裁社群才不會在乎何謂小小作品(因為其他用戶也沒有意見)。--Z7504非常建議必要時多關注評選(留言) 2024年4月7日 (日) 13:28 (UTC)
- 這次提案是因為兩個社群先前共識的指引內文衝突才需要去修改。姑且不考慮IAR的情況下,就走一般流程囉。誰會沒事搞這流程耗神耗力,還要看一堆人(跟閣下)煮來煮去做什麼呢 囧rz……閣下一開始說明白不就得了,在上面搞了一大串,結果只是要表明「有沒有提議要修對閣下來說都沒差」,真的是沒看懂。--WiTo🐤💬 2024年4月7日 (日) 15:07 (UTC)
- 作为阁下所谓“独裁社群”的一份子,我非常看重小小作品是几字。您要是真的认为这种常年提案很没必要,您可以绞尽脑汁像一个天衣无缝,完美无缺的理由,并且每次有人提出要修改条规的时候就拿出来用,您甚至可以想一个完美的理由来废除小小条目这个名词。我们这个“独裁社群”不会无视您的建议(如果真的是有效建议而非无理取闹)。既然您可以那么做,那为何您不要呢?--魔方〔论︱献〕 2024年4月7日 (日) 16:44 (UTC)
- @T45614631:公示期已结束。上面的一串留言算是提出意见吗?需要再公示或是算是通过了?--微肿头龙(留言) 2024年4月8日 (一) 08:24 (UTC)
- 我想應該不是對修改的內容有意見,應該可以算通過吧?我去改。--WiTo🐤💬 2024年4月8日 (一) 08:51 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。