维基百科讨论:小小作品
T45614631在话题“修改小小作品计算50个汉字的标准”中的最新留言:8个月前
存档 |
---|
|
修改小小作品计算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)
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。