![]() 存檔 |
---|
|
關於閣下日常之翻譯編輯
編輯注意到閣下的翻譯編輯,感謝對維基百科的貢獻。惟需提醒閣下CC BY-SA要求,您應最低限度提供至翻譯版本來源(如英文維基百科)的編輯歷史連結如en:Special:PageHistory/LLaMA等,「本次編輯主要來源,英語維基百科對應條目」未能符合CC協議的署名(BY)要求。敬請注意。--路西法人 2023年9月30日 (六) 04:34 (UTC)
- 謝謝提醒--Gluo88(留言) 2023年9月30日 (六) 04:43 (UTC)
- 過往您建立的條目應可在討論頁補上{{Translated page}}模板達成有關要求。--路西法人 2023年9月30日 (六) 05:11 (UTC)
- 好,我查一下補上。謝謝提醒。--Gluo88(留言) 2023年9月30日 (六) 11:32 (UTC)
- 過往您建立的條目應可在討論頁補上{{Translated page}}模板達成有關要求。--路西法人 2023年9月30日 (六) 05:11 (UTC)
RFDA
編輯我想如果您也認可比原方針好一點,另一方也接受這個方案,不如我們先按照這個方案去公示?確保討論結果不是無共識,然後再討論AINH的方案和您的方案。--桐生ここ★[討論] 2023年10月1日 (日) 15:05 (UTC)
- 好像與原方針和歷史案例有些衝突。見在下在方針討論頁,關於「事件」按原方針和歷史案例和Wikipedia:管理員的離任#解任條件可能應該如下解讀部分。在下目前只準備給出對各種方案的評論,不準備另提方案。在下覺得讓事情進展慢一點,讓更多人看見討論的細節。畢竟這件事於比較大的爭議有關。 有關人士可能還沒看到, 沒有看到他們的評論。
- 在下認為暫時先不公示任何一個提案, 多聽聽不同意見, 慢慢溝通。 感覺如原方針在符合歷史案例條件的清晰化,無法達成共識,就算了, 不改了。將行政員終止聯署成功案例引起社群分歧引起的這次討論記錄下來,以便將來繼續探討, 可能就可以了。
- 在下非常認同您在另一提案,提出公示, 限制管理員權力的努力。AINH的方案的目的也是一樣。 謝謝您的努力。--Gluo88(留言) 2023年10月1日 (日) 18:06 (UTC)
- 提案只要有反對,就難以通過,與其最後什麼都沒有改,不如一點一點去改。舉例WP:VPP#修訂WP:BANEX,原先以英維版本公示,後來有反對意見,折中之後已經可以公示,但原英維方案支持者堅決反對任何讓步,結果就是最後一錘定音現行方針無誤無需修改。--桐生ここ★[討論] 2023年10月2日 (一) 01:04 (UTC)
- 在下感覺折中案「申請人必須在事件發生72小時之內嘗試溝通,在這段時間裡應該儘量溝通解決,只有在此溝通無效的情況下才可以提出解任投票」與「Wikipedia:管理員的離任#解任條件 上方所列的一個或多個行為(事件)需要是: ...發生於提出解任申請前的1年內,而且並未在早前的解任案中用作證據。」衝突。不知有什麼方法改進這個衝突。目前的情況,我更希望採用原來版本。多謝溝通。 --Gluo88(留言) 2023年10月2日 (一) 01:37 (UTC)
- 我的理解是,所舉證據需要事件發生後嘗試溝通過,但只要有溝通,而且溝通無效,一年內都可以提出投票。溝通的定義是任何向管理員的發言都是嘗試溝通,無效的定義是未獲得回應、無法達成共識、雙方無法理解諒解。--桐生ここ★[討論] 2023年10月2日 (一) 01:48 (UTC)
- 申請人在事件發生72小時之後才開始嘗試溝通,比如,直到使用NoteforRFDA後才開始溝通, 是否滿足條件?
- 按原方針和歷史案例可解讀為,上方所列的一個或多個行為(事件)需要是: ...發生於提出解任申請前的1年內 ...(不是「必須在事件發生72小時之內嘗試溝通」),只要NoteforRFDA後,進行溝通,48小時後是滿足條件的。與折中案衝突?
- 按原方針和歷史案例,可解讀為溝通有效果完全是提案人決定的,不需要社群認定。與折中案注1(徵求社群定義)有可能的衝突? --Gluo88(留言) 2023年10月2日 (一) 01:55 (UTC)
- 這樣改如何?
申請人必須在事件發生之後嘗試溝通至少48小時,在這段時間裡應該儘量溝通解決。
--桐生ここ★[討論] 2023年10月2日 (一) 02:14 (UTC)- 如果"申請人必須在事件發生之後嘗試溝通至少48小時,在這段時間裡應該儘量溝通解決。" , 但是 NoteforRFDA發生之後, 嘗試溝通不到48小時。 按原方針和以往案例,會認為不滿足申請條件。但滿足了折中案的條件,好像放得太寬了,不太好。--Gluo88(留言) 2023年10月2日 (一) 02:46 (UTC)
- 所謂徵求社群定義的意思希望你們現在討論出這個溝通無效到底是什麼,寫明在方針里。--桐生ここ★[討論] 2023年10月2日 (一) 02:16 (UTC)
- 是的這是一個關鍵問題, 現在一直在討論這個溝通無效的定義,在下按原方針和歷史案例可解讀為,原告認為溝通無效。 感覺AINH去掉硬條件也是這個意思,如果有共識,那就是一個進步。在下個人覺得應該在有共識以後在公示。--Gluo88(留言) 2023年10月2日 (一) 02:54 (UTC)
- 也不是着急公示,我的意思主要是,如果一方要去掉溝通無效,另一方堅持保留,如果不做出讓步,保留溝通無效但明確定義溝通無效是什麼,結果可能就是無共識,維持原樣,不如先對溝通無效做出定義,比原方針好一點。簡而言之就是你的提案必須滿足反方要求,才有可能通過。--桐生ここ★[討論] 2023年10月2日 (一) 03:09 (UTC)
- 認同。謝謝。 或者我提出,去掉注1,維持原樣 - 按歷史案件的慣例來判斷。--Gluo88(留言) 2023年10月2日 (一) 03:19 (UTC)
- 認同: @桐生ここ:"溝通無效就是沒有解決問題,即提案人和被提案人沒有共識,爭議並非溝通可以解決,提案人認為所列罪狀成立及溝通無效後提報到互助客棧。" --- 至少歷史案例中,似乎絕大多數爭議並非提案人和被提案人的溝通解決。--Gluo88(留言) 2023年10月3日 (二) 21:02 (UTC)
- 也不是着急公示,我的意思主要是,如果一方要去掉溝通無效,另一方堅持保留,如果不做出讓步,保留溝通無效但明確定義溝通無效是什麼,結果可能就是無共識,維持原樣,不如先對溝通無效做出定義,比原方針好一點。簡而言之就是你的提案必須滿足反方要求,才有可能通過。--桐生ここ★[討論] 2023年10月2日 (一) 03:09 (UTC)
- 是的這是一個關鍵問題, 現在一直在討論這個溝通無效的定義,在下按原方針和歷史案例可解讀為,原告認為溝通無效。 感覺AINH去掉硬條件也是這個意思,如果有共識,那就是一個進步。在下個人覺得應該在有共識以後在公示。--Gluo88(留言) 2023年10月2日 (一) 02:54 (UTC)
- 我的理解是,所舉證據需要事件發生後嘗試溝通過,但只要有溝通,而且溝通無效,一年內都可以提出投票。溝通的定義是任何向管理員的發言都是嘗試溝通,無效的定義是未獲得回應、無法達成共識、雙方無法理解諒解。--桐生ここ★[討論] 2023年10月2日 (一) 01:48 (UTC)
- 在下感覺折中案「申請人必須在事件發生72小時之內嘗試溝通,在這段時間裡應該儘量溝通解決,只有在此溝通無效的情況下才可以提出解任投票」與「Wikipedia:管理員的離任#解任條件 上方所列的一個或多個行為(事件)需要是: ...發生於提出解任申請前的1年內,而且並未在早前的解任案中用作證據。」衝突。不知有什麼方法改進這個衝突。目前的情況,我更希望採用原來版本。多謝溝通。 --Gluo88(留言) 2023年10月2日 (一) 01:37 (UTC)
- 提案只要有反對,就難以通過,與其最後什麼都沒有改,不如一點一點去改。舉例WP:VPP#修訂WP:BANEX,原先以英維版本公示,後來有反對意見,折中之後已經可以公示,但原英維方案支持者堅決反對任何讓步,結果就是最後一錘定音現行方針無誤無需修改。--桐生ここ★[討論] 2023年10月2日 (一) 01:04 (UTC)
提醒您,請您日後避免在他人對您的發言做出回應之後大幅修改您自己的發言,因為此舉容易造成誤會。如欲做出意見之補充或修正,請您另外做出新的留言,而非修改增刪舊有之留言,避免不必要之誤解。感謝您的配合,祝您編輯愉快。-Peacearth(留言) 2023年10月3日 (二) 10:04 (UTC)
- 謝謝, 會注意的。 上次主要是補充說明,主要是感覺不會變化我自己的原來的意思,不會對後來回復產生扭曲的後果。看來這樣也不好。會注意的。--Gluo88(留言) 2023年10月3日 (二) 11:35 (UTC)
邀請參與中文維基百科管治相關討論
編輯2024年管理人員制度改革意向調查經已結束,調整管理人員上任標準、容許用戶獲得臨時管理員權限、設立仲裁委員會和修訂管理員長期無活動解任方針已獲社群共識採納,目前正在討論實行的細節。請踴躍參與以上討論,提出建設性的意見。
MediaWiki message delivery(留言) 2024年1月5日 (五) 06:03 (UTC)
本條消息是使用群發消息功能發送給您的。如果您不希望在未來接受所有使用本功能發送的消息,請在您的討論頁加入Category:不接受消息發送這一分類。
Draft:世界末日 (辣椒)頁面存廢討論通知
編輯您好,您先前創建或編輯的頁面「Draft:世界末日 (辣椒)」已被提出存廢討論,正在討論該頁面的存廢。
維基百科非常歡迎您的編輯,但請先看看編輯幫助和維基百科不是什麼,以免犯了常見的錯誤。
請不要自行移除頁面存廢模板,討論是因為有編者認為頁面不適合維基百科。請參與頁面存廢討論,您亦可以與提刪的維基人進行溝通。在討論期間歡迎繼續完善原先的頁面,多謝合作!
幫助:互助客棧、刪除指導、存廢覆核請求、IRC聊天頻道--Sakamotosan路過圍觀 | 避免做作,免敬 2024年1月10日 (三) 07:44 (UTC)
管理人員選舉及問卷進行中
編輯中文維基百科管理人員選舉正在進行,ASid、ATannedBurger、Manchiu、UjuiUjuMandan四名用戶參選管理員,另有行政員AT參選監督員。投票期為2024年5月29日至6月12日,誠邀您踴躍參與投票並表達對候選人的意見。
請注意管理人員選舉無當選限額,各候選人分開計票,支持票不限於一票。
社群亦正就未來仲裁委員會對管理人員除權的權力進行問卷調查,您可在上方投票連結找到表單匿名表達意見,或直接前往討論頁發表意見。
回饋請求服務已上線,誠邀您訂閱有興趣參與有關討論的話題。
re
編輯謝謝您。敬佩您在形成共識的一系列討論的努力。這些都不容易⋯⋯我想起紙上得來終覺淺,絕知此事要躬行。尊重共識及促進形成共識不易⋯⋯-千村狐兔(留言) 2024年5月29日 (三) 23:52 (UTC)
- 非常感謝您的鼓勵。--Gluo88(留言) 2024年5月30日 (四) 00:06 (UTC)
2024年5月
編輯{{unblock|您的理由 ~~~~}}
。若您重新註冊賬戶或使用匿名身份在討論頁申訴,會被視為繞過封禁發言,您用作申訴的賬戶亦會被封禁。 Mys_721tx(留言) 2024年5月30日 (四) 10:08 (UTC)
- @Gluo88:對苗管的做法,我在這裡說一下,他確實是激進派,處理問題過於激進,我也不鼓勵採取激進手段(如果在英維以這種風格做管理員估計可能會引起爭議)。我覺得Ericliu1912還是態度表現比較好的管理員,希望他能來複查。--Shwangtianyuan 不忘初心 牢記使命 2024年6月4日 (二) 14:26 (UTC)
- 刻薄是Mys 721tx的老問題,我覺得處理過重。--Lanwi1Talk 2024年6月4日 (二) 17:10 (UTC)
- 我也是被苗管無限期封禁,2天後被解封的人,不過我已經開始質疑他的公信力。有關苗管的激進處理手段,我先拿出三條。
- User:User3204曾因在頁面「烏合麒麟」添加了他的配偶資料,被指「持續違反生者傳記」(實際上只添加了一次)而被無限期封禁,而方針對應的條文是「只有在持續、多次及重複添加爭議內容才會被警告及封鎖」,因此明顯是不符合常理的,是典型的「明顯的判斷錯誤」。在封禁申訴中也是由其他管理員複查,最終是將封禁期限縮短至14天(不過還是過重)。
- User:PaintWoodSt(已被鎖定)曾因多次侵權,在沒有警告的前提下對其無限期封禁。雖然他被確認濫用傀儡而導致申訴被駁回,但苗管的處理手段已經存在一定爭議。
- User:Stevencocoboy曾由於持續添加無可靠來源、臆測內容,且近一日內無解釋,而被不限期禁止編輯主命名空間。其申訴也被駁回。
- 另根據封禁方針條文:「在採取封禁措施前,所有維基人應盡力優先考慮教育用戶遵守方針指引」;也提到直接封禁的條件:「明顯破壞、人身攻擊或為繞過封禁的賬號不在此限,可直接封禁」,再次強調封禁應為最後的手段。如果用戶是較輕違規,直接跳過警告提醒採取封禁措施步驟是不符常理的。
- 雖然苗管在這裡說「管理員在未參加爭執時即可自行處理發現的問題,不需提報請求他人處理」,但我必須要明確,管理員不是官員,也不是網站(社區)的統治者、管轄者或支配者,沒有任何額外權威,而且沒有某些人想象的「指揮權」,要善於獲得他人的合作並與用戶合作,也不會以商業意義上的「管理者」身份來對待用戶(此內容來自英維論述)。管理員跟一般用戶一樣,都是普通人,或者說是志願者,一樣要遵守方針指引,堅持共識和中立觀點,沒有豁免權。據我所知,苗管處理封禁的用戶數可能是中維之最。--Shwangtianyuan 不忘初心 牢記使命 2024年6月5日 (三) 13:59 (UTC)
- 經核查管理員名單,閣下在2013年至2021年任管理員。作為曾經的管理員,能說出苗管的問題我覺得這很勇氣可嘉,難道這是閣下辭任管理員的原因嗎?--Shwangtianyuan 不忘初心 牢記使命 2024年6月5日 (三) 14:17 (UTC)
- 我被除權的原因極有可能是暴力用戶排除異己,我一直厭惡包括暴力管理員在內的暴力用戶,2021基金會行動後暴力用戶的問題更重了。--Lanwi1Talk 2024年6月5日 (三) 19:48 (UTC)
- 不過,我不再活躍中維的原因就是暴力用戶。靠暴力屈服的人容易做出像這樣的不當封禁,封禁不是用來懲罰的。--Lanwi1Talk 2024年6月5日 (三) 22:31 (UTC)
- 說到2021基金會行動,我當時是因為關注疫情的相關內容,不知道有這事情。這事情我是最近才知道的,一些管理員、普通用戶被基金會「封殺」了,有的管理員態度尚可,確實是可惜的。
- 再說回封禁。在英文維基有一篇詳盡的論述《任何對編輯的制裁不應是懲罰性的》(我將視情況對該文進行翻譯並適當加入一些內容),因為有些人(可能包括少數管理員吧,不知道苗管對封禁如何認識)還是對封禁禁制有錯誤認知,錯誤理解這是懲罰性的,但最終目的還是預防性的。就好比交警處罰交通違法者,目的不是為了處罰,而是為了更好的維護交通秩序。
- 我在2024年2月因為在處理侵權內容無端指責提報人,然後濫用社區程序被無限期封禁(某些人還稱呼永久封禁,其實嚴格來說不能說是永久,實際只被封了2天;不過按照規範提議是要等待6個月)之後,我便發現到中維的一些方針指引有一些漏洞,需要進一步修訂改進。於是我抓住堵、難、漏三點,首先對封禁方針提出進一步修訂,上次修訂還是2023年的大幅度修訂。此次重點還是規範不限期封禁的稱呼,以及新增「請求封禁」、引入第二次機會方針,完善方針內容。
- 不過我的工作還沒有結束,我前幾天還發現侵權驗證模板,中文版依舊按全文處理,很容易被人質疑過度使用。我是有數次質疑,最後一次是2024年2月,就因為這問題被苗管無限期封禁了,還被取消巡查豁免,雖然處理妥當但依舊有人說處理過重;英文版已經更換版式並調整為按段落處理(其實那時候如果發現到這一問題及時修訂就不會有後續這事情的發生),因此我後續的工作就是提議修訂此模板(或者新增專用模板),以及修訂疑似侵權程序。另外我後續也會建議收緊創建條目的權限,借鑑英文版的經驗,調整至只有獲得自動確認用戶權限後才可創建條目。
- 另外在閣下發言中提到「暴力用戶」,我也是一樣反對暴力的。解決問題的關鍵是友善解決,過於激進的手段我不提倡,畢竟「以和為貴」。--Shwangtianyuan 不忘初心 牢記使命 2024年6月6日 (四) 14:09 (UTC)
- 在下感謝兩位發表的意見,非常同意兩位就管理員或一些用戶的不妥行為(包括通過可能的不當封禁)所導致的問題,進而使社群用戶不信任當前管理員體系的觀點,這些意見於我理解封禁方針及對其精神有更深體會和個人思考,
- 在下認為,如果明顯的不當、不合理、曲解政策、未考慮其他改善可能、忽略假定善意,具有明顯瑕疵之封禁,被持續性常態化的容忍,放寬,會就中維用戶的參與體驗造成不良的心理壓力。
- 同時,這種爭議性的行權,也會導致封禁政策的本質扭曲。封禁政策的本質即是維護維基百科良性討論氛圍,同時耐心教育用戶協作,而非用作懲罰。所以什麼是「濫權」?在下的理解是,即濫用社區規則與賦予管理員應遵循社群精神(包括友愛、容忍、耐心、教育用戶等)所允許執行之權力。如果這類爭議封禁不能被提出質疑與解除,甚至要接受的話,將不可避免的建設維基百科的文明協作理念背道而馳。翻閱Swangtianyuan閣下提及的英文維基百科論述,在下注意到原文有這麼兩段,我個人認為非常適用於闡釋社群對封禁政策的期盼本質為何,以及社群用戶對管理員不應濫用權限的信任期待,見下:
- "
...一些編輯,甚至一些維基百科的管理員,忘記了我們在這裡的初衷,開始在維基百科的運作中採用懲罰性模式。他們支持封禁、禁令和執行仲裁委員會的制裁,以對「壞用戶」進行報復,而不是幫助創建和改進百科全書內容。這種做法是令人遺憾和問題重重的,更不用說這與維基百科指南和政策中所述的封禁、禁令和執行的初衷背道而馳。 "
...在提議或支持一種很容易被解讀為懲罰的行動時,問問自己:「這個行動會幫助改進維基百科的內容嗎?」如果答案不是明確的「是」,而你仍然支持這個行動,那麼你可能是在遵循維基百科的懲罰性模式這也可能意味着你喜歡通過執行自己的意志,從維基百科社區的各種功能(或漏洞)中獲得的所謂「權力」。
- "
- 因此,在下相信,並呼籲諸管理員能夠秉持、執行社群之信任,任何的封禁操作,均應如前文所述,仔細考量相關政策、充分熟悉個案情況,必要時依照封禁政策中「執行封禁的管理員則可能按情況被要求查看及參與申訴討論,並提供更多信息。」的精神,全面且充分地回答對社群造成強烈爭議之質疑,方才對得起封禁方針中「封禁是永遠最後手段」這句話,達到社群的期許。意見供參。
- --Gluo88(留言) 2024年6月6日 (四) 16:44 (UTC)
- 在下感謝兩位發表的意見,非常同意兩位就管理員或一些用戶的不妥行為(包括通過可能的不當封禁)所導致的問題,進而使社群用戶不信任當前管理員體系的觀點,這些意見於我理解封禁方針及對其精神有更深體會和個人思考,
- 我也是被苗管無限期封禁,2天後被解封的人,不過我已經開始質疑他的公信力。有關苗管的激進處理手段,我先拿出三條。
- 刻薄是Mys 721tx的老問題,我覺得處理過重。--Lanwi1Talk 2024年6月4日 (二) 17:10 (UTC)
- 我不確定自己算不算「第三方管理員」?上面有關共識方針的討論,我也有參與。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年6月4日 (二) 18:58 (UTC)
- 我印象中,封禁申訴的處理方式是由其他管理員確認,我不確定是否可以在封禁申訴中,要求原來進行封禁的管理員回答問題的。--Wolfch (留言) 2024年6月5日 (三) 02:50 (UTC)
非常感謝各位發表的意見,
- 在下支持@Lanwi1@Shwangtianyuan提出管理員不應在裁決問題過於激進、刻薄進而引起強烈爭議的説法。就這起案件而言,上文所述封禁瑕疵、曲解方針、未經正當溝通、有違「封禁是最後手段」的行事做法,若屬實顯不應鼓勵,因爲這類過當處事明顯會傷害用戶參與維基百科的建設的積極性與甚至形成對管理員用權的恐懼感。應在採取封禁前應非常熟悉個案的具體狀況、仔細研究相關行爲,並給出合理的推論,證明已到不得不「採取封禁」這一最後手段。
- @Ericliu1912:明白理解閣下作爲參與該討論的用戶的立場避嫌,相信這麼做能保持該封禁申訴的客觀中立論證。同時在下對您先前指出該封禁中存在可能的過重或不妥問題意見,再次表示非常感謝。祝編安。
- @Wolfch:感謝您提出的疑問,在下是查閲相關封禁申訴指南的以下若干條文:
- 其一是「所有封禁理據應在覆審者提出要求下清楚提供。」
- 其二是「執行封禁的管理員則可能按情況被要求查看及參與申訴討論,並提供更多信息。」
- 在下已明確質疑本封禁所有理據均存在有明顯瑕疵、未經正當溝通、違反假定善意、可能的曲解規則等問題,或許符合上述條文的「按情況被要求查看及參與申訴討論,並提供更多信息」一欄之規定。
- 此外根據封禁政策「常見解除封禁的原因包括封禁理據已不存在、承諾改善、封禁的管理員不清楚實際狀況或明顯的判斷錯誤」如果Mys 721tx君未能就其封禁理由仔細地、詳細地論證或駁斥上述全部質疑,則很有可能屬於第三種情況。
- 在下認爲Mys721tx君經過其「獨立調查」對本人採取方針政策明文必須構成嚴重擾亂才得以施行之不限期封禁(且能不考慮溝通、初犯、未經其他用戶提報、有其他方式改善可能),一定是有令人敬服及光明正大之理由,因此在下才要求Mys 721tx君必須按維基百科的精神 「充分溝通 」,供社群檢驗。最終,交由第三方管理員及社群用戶判斷。
- 以上。持續歡迎第三方用戶發表評論。Gluo88(留言) 2024年6月5日 (三) 12:22 (UTC)
- 今天又在英文維基找到一篇論述《不限期不等於永久》,裡面有大量的關於不限期封禁的許多論述(雖然閣下是禁制,但範圍相當於封禁),可以看看。關於我對苗管的一些提問,我改天再提。目前來說的話考慮到當前情況(主要還是個人原因),編輯時長較之前縮短了一點。儘管2021年的基金會行動已有一定的長期影響,但我短期內不會考慮退出。--Shwangtianyuan 不忘初心 牢記使命 2024年6月7日 (五) 15:39 (UTC)
- 告知閣下,對苗管的提問已在其討論頁提出。由於眾所周知的原因,苗管可能不會及時回應,還是拭目以待吧。--Shwangtianyuan 不忘初心 牢記使命 2024年6月8日 (六) 15:28 (UTC)
- 雖然對於苗管是否始終「以封禁為最後手段」,還有商確之處。
- 但是在下認為苗管在這次的封禁當中,似乎沒有認真思考,沒考慮到用戶權益;同時本人亦都留意到苗管使用了類似「拉清單」般的做法,部分事前沒有警告過的、卻在此時被抽出來,雖說不到羅織罪名的程度(也不能如此假定),但的確有所魯莽;苗管作為管理員,在下認為有必要檢視他的如此做法是否妥當。--Benho7599 | Talk 2024年6月10日 (一) 10:51 (UTC)
- 請各位留意管理員不是什麼,我昨天重大修訂,在此「敲黑板劃重點」:有重點講到封禁的,特此摘錄一下。
封禁是管理員可以執行的最具爭議的行為之一,被認為是一件非常嚴重的事情。不當的封禁可能會導致您不受社群知名成員的歡迎,並且在這種情況下,您可能會遭到明顯的人身攻擊。在某些情況下,不良的封禁實施記錄可能會導致管理員被解職。
- 請注意,管理員實施的不當封禁後果很嚴重,還有被解職的風險。苗管有一次被提議罷免,但最終沒有通過。--Shwangtianyuan 不忘初心 牢記使命 2024年6月10日 (一) 13:17 (UTC)
- 另,論述《任何對編輯的制裁不應是懲罰性的》已翻譯為中文版,另外《不限期不等於永久》的論述翻譯也即將開始,我近期的這些操作,包括從英維引入方針和論述,或多或少就是針對包括苗管在內有爭議性處理封禁禁制的管理員。也請各位,包括管理員多讀讀有關論述,論述我至少可以理解為方針指引的補充。--Shwangtianyuan 不忘初心 牢記使命 2024年6月10日 (一) 13:23 (UTC)
- 各位,封禁方針兩篇論述《不限期不等於永久》和《沒有出獄許可證》(均翻譯自英文版)已由我創建完畢,請大家多看看。不過我今年2月也被苗管無限封過,當時他對我的封禁也是存在不當之處,但最後我只用了2天才得以解封,已經算很快的了。別的用戶被無限封提交申訴之後,最長的等了好幾個月。從我被解封之後,我開始察覺到苗管的種種問題,並開始對其產生了不信任感。--Shwangtianyuan 不忘初心 牢記使命 2024年6月10日 (一) 15:58 (UTC)
@Shwangtianyuan@Hoben7599:感謝二位的發言。如此看來,更應審視該案的決定是否妥當。很同意任何對編輯之制裁不應是懲罰性,並應給出可靠理據。而非無預警搜羅未經程序調查的可能不當的理據,恣意封禁用戶。這會影響用戶對管理員階層的信任。本人被封鎖已過近兩周,在下鄭重請求第三方管理員考慮各方意見,慎重處理此案。@Manchiu@Bluedeck@Cdip150@Tigerzeng@KirkLU@Kolyma --Gluo88(留言) 2024年6月12日 (三) 20:49 (UTC)
- 我認為Gluo88君的發言是真誠的討論,不應把真誠的討論排除出善意推定外。-千村狐兔(留言) 2024年6月13日 (四) 00:48 (UTC)
問題
編輯您好,感謝電郵。我有一處疑問。
“ | 直到現在,真正意義上的悖論(除了依賴模糊性的雙面真理),其問題幾乎都是自指或自相關而引起。[1] | ” |
——羅素悖論 |
參考資料
- ^ Gupta, Anil. Self-Reference, < Stanford Encyclopedia of Philosophy(Summer 2020 Edition)>. [2020-12-28]. (原始內容存檔於2021-06-10).
您給出的參考有點長,請問這個參考的哪一個章節能夠表明條目中的觀點?我一時沒有找到。Bluedeck 2024年6月12日 (三) 21:10 (UTC)
- 非常感謝閣下關注,現解釋如下:
- 見1章Paradoxes of Self-Reference 自我相關的悖論
- 下面論述表明, 悖論「其問題幾乎都是自指或自相關而引起」: 1.1章到1.5章包括了所有自相關的悖論類型,可以由其內容看到。
- 1.6章 「直到,1985年,Yablo成功構建了一個不涉及嚴格意義上的自相關的語義悖論」。 「In 1985, Yablo succeeded in constructing a semantic paradox that does not involve self-reference in the strict sense. 」但是Yablo悖論雖然步不是自指或自相關而引起,但是涉及無限的句子鏈。 「Instead, it consists of an infinite chain of sentences, each sentence expressing the untruth of all the subsequent ones.」 上面這段話進一步表明悖論「其問題幾乎都是自指或自相關而引起 (除了涉及無限的句子鏈Yablo悖論)。
- 關於依賴模糊性的雙面真理(dialetheia)和悖論的關係。的確在下所引用的文獻中沒有明確解釋,是在下的疏忽。儘管,所引用的文獻,討論悖論時提到雙面真理(dialetheia)和 雙面真理論(dialetheism)。在下可以先刪去"(除了依賴模糊性的雙面真理", 以後再找合適的參考文獻再加上。
- --Gluo88(留言) 2024年6月12日 (三) 22:58 (UTC)
- 判定是否是原創總結判定方法, 按照 Wikipedia_talk:非原創研究/存檔4#非原創總結(討論和示例)
仔細地對來源內容進行不改變原意的概括或改述並不構成原創總結——反而是應受鼓勵的做法。寫作維基百科條目的最好做法,是去研究大量與主題相關的可靠已發表來源,並用自己的話來概括其中的主張,讓每一主張都能被歸屬到明確作過此等主張的來源去。
- 「是應受鼓勵的做法」--Gluo88(留言) 2024年8月21日 (三) 04:09 (UTC)
- 判定是否是原創總結判定方法, 按照 Wikipedia_talk:非原創研究/存檔4#非原創總結(討論和示例)
這樣看來,您的編輯不是原創研究。雖然來源中沒有直接提及Special:Diff/82768292/82807533的結論,但是可以認為是一個direct implication。另一處Special:Diff/77127830/81797673是完全沒有給出來源,但是把英維中的無來源內容翻譯過來也不應該被當作封禁的理由。在這兩點上,我同意你。讓我再花點時間研究一下封禁理由中給出的別的問題。Bluedeck 2024年6月12日 (三) 23:40 (UTC)
- 在綜合考慮之後,我認定查封理由有欠缺,並決定解封。雖然有欠缺,但是,可以確定,如果沒有{{Translated page}},單純標註「來源是英語維基百科對應條目」是不足夠的,至少要放入跨維基鏈接,比如en:Neural_Turing_machine(見沙盒中討論一節)。這是您以後需要注意的一個地方。Bluedeck 2024年6月13日 (四) 00:57 (UTC)
- 首次發表與方針相違背言論本身並不是封禁的決定因素,在經糾正後持續試圖強行曲解兩方針屬於遊戲維基規則。遊戲維基規則是封禁方針中的行為。
- Special:Diff/77127830/81797673中既然為翻譯內容,卻未在任何地方署名,已可見該用戶違反CC-BY-SA之行為是系統性的。
- 編輯摘要中表示"從英文維基百科翻譯"未提供條目名稱、永久版本、作者列表、歷史版本。維基數據項亦不固定。不符合CC-BY-SA對於來源的最低要求。("署名:當你使用維基百科的文字時,你被要求提供到你所引用頁面的超鏈接或URL...")
- 英文維基百科是不可靠來源,從英文維基百科翻譯無來源內容仍違反可供查證方針。添加內容的編輯有舉證責任。
- 鑑於解封理由(尤其是版權分析)存在明顯瑕疵,此案應恢復封禁再議。--Mys_721tx(留言) 2024年6月13日 (四) 01:27 (UTC)
- 尊敬的Bluedeck管理員閣下,感謝您在百忙之中處理我的申訴,仔細審查了我提供的參考資料,並在綜合考慮後解除我的封禁。您的指正和建議對我非常有幫助。我會在今後的編輯中嚴格遵循維基百科的規範,確保提供充分的來源證明,特別是遵循使用Translated page模板的要求,並在引用英文維基百科內容時加入跨維基鏈接。再次感謝您的細緻工作和寶貴建議。致以誠摯的問候。--Gluo88(留言) 2024年6月13日 (四) 02:24 (UTC)
- 閣下申訴十分不容易,還是讓第三方管理員重審解封,我覺得Bluedeck還是很明智的。--Shwangtianyuan 不忘初心 牢記使命 2024年6月13日 (四) 03:01 (UTC)
一隻小貓送給您!
編輯謝謝!
有關簽名
編輯注意到您送星章的時候簽名直接連結到了我的用戶頁[1],如果是因為直接複製代碼導致的我希望您能夠後續更正一下。順便說贈送星章可以使用設置裡面的工具,並不是每次都需要複製粘貼。--Mylittleairpod飲茶傾計·簽名🖊️ 2024年6月14日 (五) 02:01 (UTC)
- 至於簽名我希望您能夠使用使用自己的簽名,不然會導致混淆的問題。請您在兩天內移除錯誤的連結,不然我只能自行移除了。--Mylittleairpod飲茶傾計·簽名🖊️ 2024年6月14日 (五) 02:14 (UTC)
- @Mylittleairpod 非常感謝您的提醒, 我不會用,用錯了。 當時改了一下好像沒改好。 現在又去改了應該改好了。--Gluo88(留言) 2024年6月14日 (五) 12:53 (UTC)
Courage
編輯我差派你們出去,就像把羊送進狼群中,所以你們要像蛇那樣聰明,像鴿子那樣純潔。
——《聖經》太10:16
Being courage is not arguing with anyone you met, is not about letting yourself being blocked as a martyr. I'm not discouraging you from common process of RFDA, however just let you to take a step away from that may keep you safe. Anyway, Good Luck -Lemonaka 2024年6月16日 (日) 14:16 (UTC)
- I tried the same with WMLO, although they became an LTA recently. -Lemonaka 2024年6月16日 (日) 14:16 (UTC)
請收回你的發言
編輯Please revoke your previous comment on RFDA about email harassment, that really made me fell sick. I've shared this email with lots of third-party sysop who signed NDA, and you still deny the evidence. What do you want me to do?? -Lemonaka 2024年6月26日 (三) 20:14 (UTC)
- 請撤銷你之前在 RFDA 上關於電子郵件騷擾的評論,這真的讓我噁心。我已經與許多簽署了保密協議的管理員分享了這封電子郵件,但你仍然否認證據。你想讓我做什麼?? -Lemonaka 2024年6月26日 (三) 20:14 (UTC)
- 如果我的部分措辭引起了您的不悅,我很抱歉。如果您綜合前文,我這段話的話針對的是Mys_721tx提到的「WMLO發送的聯署拉票郵件」,而非「電子郵件騷擾」(Mys 721tx也沒有針對您收到威脅的事情)。原文中也沒有提到您的事情,也沒有否認您收到了「電子郵件騷擾」,甚至沒有提到「電子郵件騷擾」一詞。所以,我不知道您認為我的哪句話否認了您收到了「電子郵件騷擾」。如果我的措辭不當,讓你誤解為我否認了這一事情(電子郵件「威脅」)。請你指出讓你不舒服的文字,我可以修改。--Gluo88(留言) 2024年6月27日 (四) 10:28 (UTC)
- 抱歉誤解,"是否真的有人出面告訴您收到WMLO郵件也未可知也"讓我不舒服 -Lemonaka 2024年7月5日 (五) 02:30 (UTC)
- 謝謝閣下回復,我原意的
"是否真的有人出面告訴您收到WMLO郵件也未可知也"
中的「您」
是指Mys_721tx君,「WMLO郵件」
也是指Mys_721tx君提到的「WMLO發送的聯署拉票郵件」。這小誤解而已, 您不用抱歉, 即頌大安。--Gluo88(留言) 2024年7月5日 (五) 17:41 (UTC)
- 謝謝閣下回復,我原意的
- 抱歉誤解,"是否真的有人出面告訴您收到WMLO郵件也未可知也"讓我不舒服 -Lemonaka 2024年7月5日 (五) 02:30 (UTC)
- 如果我的部分措辭引起了您的不悅,我很抱歉。如果您綜合前文,我這段話的話針對的是Mys_721tx提到的「WMLO發送的聯署拉票郵件」,而非「電子郵件騷擾」(Mys 721tx也沒有針對您收到威脅的事情)。原文中也沒有提到您的事情,也沒有否認您收到了「電子郵件騷擾」,甚至沒有提到「電子郵件騷擾」一詞。所以,我不知道您認為我的哪句話否認了您收到了「電子郵件騷擾」。如果我的措辭不當,讓你誤解為我否認了這一事情(電子郵件「威脅」)。請你指出讓你不舒服的文字,我可以修改。--Gluo88(留言) 2024年6月27日 (四) 10:28 (UTC)
管理人員解任投票通告
編輯Mys_721tx的管理員解任投票(第2次)正在進行,投票期為2024年7月12日至7月26日,誠邀您踴躍參與投票。
- 投票須知
- 依據方針,本次投票必須按照指定格式在安全投票的「投票留言」框內填寫文字來進行投票,並給出理由。
- 由於技術原因,因而保留空白的投票選項,但空白選項是無效的,請在「投票留言」一欄留下您的投票及理由。
- 請注意,中立票意見僅供參考,僅能計入總有效票數,但不會計入得票比率。
- 在系統中,每個用戶只有一票會被儲存。您可以在投票期間重複更改您的投票,但系統只會儲存最新的投票,並覆蓋之前的記錄。
- 請儘可能讓您的留言簡潔。請注意,您的投票留言將在投票結束後打亂順序並公開可見。
- 指定格式
- 支持解任:您的理由
- 反對解任:您的理由
- 中立:您的意見留言
建議在您的投票留言最前面寫「支持解任」或「反對解任」或「中立」,之後是冒號「:」,接着是您的理由。
請明確填寫「支持解任」或「反對解任」或「中立」並給出理由,中立票意見僅供參考不會計入得票比率,未填寫「支持解任」或「反對解任」或「中立」的為無效票。
關於解任過程中問題和反思
編輯澄清解任過程中的發言的不同解讀
編輯關於0Xdeadbeef閣下在互助客棧/其他的討論中提到(例:Bluedeck原話說不至於不限期封禁,在解任界面持續被說成第三方管理員不認同可構成查封理由,而Bluedeck實際上會有限期封禁。)
,在下認為是不當解讀, 需要做如下澄清:
- 解任界面指出
第三方管理員不認同可構成查封理由
,是按照解封時實際情況的解讀。 而且第三方管理員據此進行了解封,也證實了這一點。 這裡提到的「查封理由」是指涉事管理員封禁時列出的理由",而不是涉事管理員後來追溯性的查找出的編輯而且並沒有跟在下溝通與核實的編輯。 - 解封後,涉事管理員質疑Bluedeck閣下解封操作並且要求恢復封禁,但涉事管理員在討論中無法說服Bluedeck閣下,證明其封禁時列出理由可構成查封理由。
- 封禁方針規定,封禁列出理據必須足以進行封禁時, 才能執行封禁。 但是,涉事管理員封禁時列出理由不符合 封禁方針 (
管理員應當在執行封禁前了解情況,並必須解釋並佐證其執行的封禁。... 封禁對用戶有極大的影響,因此必須基於可被復檢的證據及合理判斷,經詳細考慮才執行。
) 要求,所以覆審的管理員判定按這些理由則不應該封禁,並且解除封禁。涉事管理員並沒有檢討這次封禁不符合方針封禁操作,仍然對自己的問題沒有反思和檢討,仍然堅持自己正確。 - 有關「追溯式封禁」和封禁「懲罰」之用。 在封禁時列出理由被審定不足於封禁的情況下,涉事管理員獨自追溯查詢非當前的編輯, 系統的查找在下的疑似有問題的編輯,而且沒有與在下進行溝通及核實以便在下修改,而是要求覆審管理員進行不符合方針的對「非當前的編輯」進行「追溯式封禁」(儘管在下回應Bluedeck閣下解封時檢視了有關違規問題,也沒有堅持己見繼續進行違規編輯,停止了條目空間的編輯, 重新閱讀和熟悉有關方針。沒有當前的任何進一步違規操作的風險的情況。), 並以這些無當前的行為未持續發生且當前已無擾亂風險之編輯為理由要求覆審管理員恢復被否定的封禁( 封禁方針 指出:
封禁僅可用於阻止維基百科受到破壞或擾亂,而絕非「懲罰」用戶之用;封禁不可用作復仇、貶損或懲罰用戶,更不應在無當前的行為問題下使用封禁。一般不應以未持續發生且當前已無擾亂風險之事由作追溯式封禁。
)。這種做法,疑似將封禁「懲罰」之用。- 維基百科社群鼓勵用戶勇於更新頁面。 編輯方針指出,
維基百科永遠是未完成品:我們不要求完美
。 當維基人在維基百科裡描述一個事實的時候,通常會寫下他們所在某處聽到或讀到的信息,但是大部分的時候他們並不記得是從哪裡獲取的,因此這些信息便沒有了可以查證的出處。 按照編輯方針,不要求完美, 即使條目質量不佳,只要能夠改善,一樣歡迎。 某用戶對一項事物作出簡單概述,另一位編者可能協助排版,另一人查證真偽及確保精準,並補上來源。 - 按照可靠來源 指引,
如果其來源出處不能被證實的話,那麼任何人皆可以刪除或是對該信息提出異議
。尤其是當該資料並不是非常明顯的錯誤、不合理或有害時,可以只是在有疑問的句子或文字結尾處放入fact模板以及在討論頁討論。 - 按照非原創研究方針, 綜合已發表材料是正確的做法。
仔細地對來源內容進行不改變原意的概括或改述並不構成原創總結——反而是應受鼓勵的做法。寫作維基百科條目的最好做法,是去研究大量與主題相關的可靠已發表來源,並用自己的話來概括其中的主張,讓每一主張都能被歸屬到明確作過此等主張的來源去。
撰寫維基百科全書本身就是一種『總結,沒有這種非原創總結也就沒有維基百科全書。 可以看出,非原創總結是維基百科鼓勵的總結。有時候,非原創總結是從書的很多內容里抽象出來,是用自己的話來概括其中的主張, 很難歸屬到一兩個句子。如果質疑這種總結,不應該主觀魯莽地將維基百科鼓勵的「非原創總結」認定為"原創總結"甚至同時列入封禁理由, 而是需要與編者或在討論頁上與其他用戶溝通。比如, 管理員和有關用戶討論一個「非原創總結是從書的很多內容里抽象出來」的情況「是否是否原創總結」的例子中,可以看到溝通的重要。
- 維基百科社群鼓勵用戶勇於更新頁面。 編輯方針指出,
- 由於涉事管理員獨自追溯查詢出的非當前的編輯沒有提到在下的討論頁,而是在Bluedeck閣下討論頁討論,也沒有通知在下來澄清, 在下不敢輕易在Bluedeck閣下討論頁發言討論有關「追溯式封禁」和封禁「懲罰」以及「更不應在無當前的行為問題下使用封禁」等論據。所以不清楚Bluedeck閣下的
實際上會有限期封禁
的判斷,所以沒有就此與Bluedeck進行詳細討論和澄清。此後,在下重新閱讀了多個有關方針和指引,按方針檢查了涉事管理員的後續提報的編輯,並且按方針和指引檢查這些提報的編輯,發現許多管理員進行封禁時應該注意的問題,還補充了Bluedeck閣下創建的論述-管理員錯誤自查表/封禁。由於事情已過不便打擾,也沒有就此與Bluedeck進行系統的討論和澄清。 - 如果原封禁理由不足而被覆審否定並解封後,涉事管理員對自己不符合方針的封禁操作有反思和檢討, 不繼續堅持他的有關 無限期封禁的觀點,讓在下和社群的其他用戶從這種長期的不符合方針的高壓方式(包括按他本人的無限期封禁理念用權方式)對社群產生很大傷害的氣氛下解放出來, 在下也不會提出彈劾。
背景信息以及相關方針指引和論述:
- Wikipedia:管理員解任投票/Mys_721tx/第2次
- Wikipedia:封禁方針
- Wikipedia:勇於更新頁面
- Wikipedia:編輯方針
- Wikipedia:可靠來源
- Wikipedia:非原創研究
- Wikipedia:共識
- Wikipedia:管理員錯誤自查表/封禁
--Gluo88(留言) 2024年8月22日 (四) 17:01 (UTC)
探討0xDeadbeef閣下解任階段有關發言
編輯在下認為應該討論一下0xDEADBEEF閣下的發言是否公平客觀。對覆審管理員的指責是否得當?是否存在使用雙重標準的情況:對涉嫌濫權的封鎖管理員忽略一切錯誤並假定善意,而對被封鎖用戶和覆審管理員卻放大錯誤、降低標準,百般刁難? 即使不是有意為之, 其在Bluedeck閣下討論頁上的多個發言(例如此發言)涉嫌偏袒涉事管理員的行為,漠視用戶基本權益,傷害了社群的協作氣氛。
- 關於0xDeadbeef]]閣下對覆審管理員 Bluedeck閣下的指責:
「所以說我覺得這裡有一個系統性的錯誤。就是在處理解封請求的時候最好要和原封禁管理討論。」
,用戶在投票留言中指出:「不少用戶在Gluo88(以下稱G)的討論頁要求Mys_721tx(以下稱M)說明,有人還直接到M的討論頁求說法,這8天都被忽視(M都還有活動), Bluedeck解封G才32分鐘就回應」
,- 是否Mys_721tx更可能有
「有一個系統性的錯誤」
,更應該:進行封禁前最好要和涉事用戶討論和溝通。 - 如果Mys_721tx在與社群溝通中有錯,是否不應該偏袒,更應該先建議「Mys_721tx要與社群進行更有效的溝通」,而不應該先指責Bluedeck閣下。
- 就拿此案來說,我認為與原封禁管理員討論的前提是其有參與和解釋的意願。如果管理員本身沒有與被封鎖者討論的意願(如在此案中,我和其他用戶至少四次通知當事管理員,連續8天都被忽視,包括忽視直接在其討論頁上的回應要求,這種所謂的「冷處理」可以解讀為「拒絕溝通」), 並且其列出的封禁理由當時被判定不構成查封理由,那麼直接解封應該是合理的。
- 是否Mys_721tx更可能有
- 關於0xDeadbeef閣下對覆審管理員 Bluedeck閣下的提到的:
有些時候在翻一個人的貢獻的時候,管理不一定就能夠把所有「影響是否該封禁此人的判斷」的所有編輯都列出來
, 這實際上就是說,管理員找到的編輯理由不足以進行封禁, 就可以進行封禁, 疑似違反封禁方針。 關於0xDEADBEEF閣下提到的考慮是否解封的時候若認為封禁理由不足以不限期封禁的時候,我會先思考並搜尋是否有更多的證據證明此用戶有「重複行為」以足以不限期封禁
, 疑似「無當前的行為」下,「追溯式封禁」和封禁「懲罰」之用, 疑似違反封禁方針。可以參見在下的有關分析。 - 在下英文維基的共識討論頁發起一個討論與幾位用戶探討有關共識的話題時,並且在下已經明確指出發起這個討論的原因。但是0xDEADBEEF閣下前來參加討論時,涉嫌曲解在下的發起討論的原因,涉嫌
指責他人有不良動機
, 在下感覺其發言涉嫌違反WP:假定善意。
--Gluo88(留言) 2024年8月24日 (六) 00:36 (UTC)
反思「態度高壓」的形成並且感謝兩位行政員按照方針和慣例辦事
編輯感謝兩位行政員AT與Jimmy Xu, 堅持程序正義, 尊重社群共識, 按照方針和慣例辦事。 而不是按管理人員的個人主觀判斷,或者用方針和慣例並沒有支持的官僚化的第三方審核方法, 剝奪社群的直接審核和判斷的權力。
在解任討論中有用戶提到該管理員曾經算是中文維基最好的管理員之一
,只是後來才形成「態度高壓」成為你維最有爭議,被投訴最多的管理員之一
。比如:
- 解任討論中有用戶提到有用戶提到:
"我記得Mys 721tx很久以前不像現在這麼凶,Mys 721tx態度高壓、惡意斷定的問題從2017年時就明顯了"
- 解任投票留言中有用戶提到
「最後說一句,苗醫生上任時算是中文維基最好的管理員之一,同樣是U18協會的成員的HW作為一位小學生和黃世澤混一起搞罷免shizhao;十幾年過去了,苗醫生卻變成了你維最有爭議,被投訴最多的管理員之一;反觀HW淡出中文維基後卻在維基新聞混的風生水起。你維難道不反思一下嗎?」
在下覺得確實應該好好反思一下原因。感覺現在社群中有一種推動權威化、官僚化和精英化的力量,把各項制度修改得更為官僚化和精英化。有行政員不僅不譴責管理人員的濫權行為,甚至還說 「說句不好聽的,態度高壓只能說明某些用戶實在不適合協作」
。管理人員的濫權行為不僅不被譴責,反而被袒護和包庇,導致某些管理人的濫權行為越來越嚴重。
該管理員的問題已經持續了好多年,漠視用戶基本權益,嚴重傷害了社群的協作氛圍。即便如此,解任他已經變得極為困難。如果按照某些行政員和用戶疑似污名化的說法,將社群目前符合維基方針和慣例的正常解任程序扣上「暴民政治」、「起鬨,煽風點火」、「鬧劇」
等帽子,並以此袒護有濫權行為的管理員,推動修改目前的解任程序,採用官僚化的第三方審核方法,剝奪社群直接審核和判斷的權力,不知道社群是否還能解任那些長期違反方針、濫用職權的管理員。這樣一來,將來可能會出現更多「態度高壓」型的濫用職權管理員。
--Gluo88(留言) 2024年8月24日 (六) 03:18 (UTC)
維基假期
編輯這位用戶由於現實生活繁忙,自8月24日起,需要放一段維基假期,預定會在一段時間後回來。 |
見證歷史
編輯您最終壓死了駱駝,玩火者終自焚。--BigBullfrog(𓆏) 2024年8月19日 (一) 09:16 (UTC)
- 感謝您的理解和支持。
給您一個星章!
編輯護衛星章 | |
感謝閣下辛苦付出、勇於制止在中文維基存在的違反方針指引濫用職權的行為! 稀有石頭(留言) 2024年8月22日 (四) 01:10 (UTC) |
- 感謝您支持。沒有您的支持這次解任也不會成功。再次感謝。--Gluo88(留言) 2024年8月22日 (四) 02:30 (UTC)
A barnstar for you!
編輯The Real Life Barnstar | |
You have lit up the fuse, good luck in future. -Lemonaka 2024年8月24日 (六) 03:24 (UTC) |
2024年8月
編輯您好,閣下未經過社群共識同意,逕自在Wikipedia:管理員錯誤自查表/封禁內新增的內容已先復原,請閣下不要將自身經驗當社群樣板,您可以執行翻譯,但請不要原創,懇請您上客棧發起共識,謝謝。--提斯切里(留言) 2024年8月24日 (六) 12:43 (UTC)
- 您這種行為可能是涉嫌違反方針的。 這不是方針指引, 不需要社群共識同意。--Gluo88(留言) 2024年8月24日 (六) 12:57 (UTC)
- 請閣下停止WP:POINT,到處為自己立碑,停止當自己是英雄的行為,謝謝。--提斯切里(留言) 2024年8月24日 (六) 13:28 (UTC)
- 你上面的說法涉嫌違反WP:假定善意,已經在互助客棧發起討論,Wikipedia:互助客棧/其他#關於管理員錯誤自查表/封禁補充的說明, 請移步那裡做公開討論, 謝謝。
- --Gluo88(留言) 2024年8月24日 (六) 13:33 (UTC)
- 請閣下停止WP:POINT,到處為自己立碑,停止當自己是英雄的行為,謝謝。--提斯切里(留言) 2024年8月24日 (六) 13:28 (UTC)
回復(更新版)
編輯前幾天閣下回復了我,尤其是提到閣下對Wikipedia:管理員錯誤自查表/封禁進行了擴充,然後跟當時我被Mys封禁的做了一個對照,確實發現到我當時的封禁已經存在許多問題。但令人遺憾的是,這個論述兩度被用戶User:Tisscherry和User:RainBeforeSun回退,理由是「未得到共識自我擴充」、「純粹擾亂,為添加而添加」,我覺得我不能接受這樣的做法,畢竟這是論述,不是方針與指引,「僅代表部分編者關於社群規範或維基百科的觀點,尚未得到充分共識」。而且涉及論述的問題,User:Mys_721tx在一次討論中提到將論述看成是方針與指引,還說什麼「共識推翻」,可以說仍然有一些用戶對論述產生錯誤理解。
另外我再跟您說一下,Talk:王必勝存在大量的誹謗用戶內容,當時用戶「自由雨日」出於正義之目的將留言刪除(多次回退),結果還是被User:Shizhao違反回退不過三原則封了31小時,但這是回退明顯的破壞行為屬於豁免範圍。這事情可以說明,中維還存在着少數的暴力與衝突行為。但當事人出於正義,我們要予以表揚;對於暴力行為,我們堅決說不。
再說一下Mys_721tx的事情,其實我已經發現當時Mys對我的封禁已經存在一些問題。簡單說下,Mys主要的問題有:缺乏證據、未向用戶充分警告(行為激進)、缺乏溝通、強迫用戶道歉(拒不接受用戶對其的批評)。由於仍在動員令期間,我將會在動員令結束後在客棧作進一步的討論。另外我列出動員令後需要做的一些事(因內容較多先在沙盒寫好再提交):
- 禁制申訴(當時我被解封後即轉為禁制,但考慮到禁制對應問題已發生變化我已準備提出解禁請求),如申訴通過我將向當事用戶再次道歉。
- 在客棧就我當時的封禁作進一步討論,如有需要提出權限覆核。(我在被封禁之前,Mys首先把我的巡查豁免權給取消了,當初說是兩年內不得重新申請。考慮到現在情況這也是要覆核的)
- 創建論述,並考慮參照英文維基對部分方針作修訂,必要時重新討論被封禁用戶模板的存廢(參考英維的討論,此模板或許可以捨棄了,首先是違背「封禁不應是處罰」的目標,而且封禁可以申訴,個人認為沒必要保留此,除非是傀儡用戶需要標記)
另外我會於9-10月隨親友長途旅行(優先考慮去廣東省,上次長途旅行是自己去廈門和金門,五年之前的事),等於說是給自己放個假。
最後再說幾句話:是非自有公論,公道自在人心。人在做,天在看。--Shwangtianyuan 不忘初心 牢記使命 2024年8月27日 (二) 15:43 (UTC)
菊花茶
編輯送你一杯菊花茶! | |
這幾天又碰到一些不理智,有暴力傾向的行為。對於出於理性與正義的行為要予以表揚,對於暴力行為要堅決說不。
話不多說,先喝杯菊花茶清下火吧。 Shwangtianyuan 不忘初心 牢記使命 2024年8月27日 (二) 15:50 (UTC) |