维基百科:申请成为界面管理员/LuciferianThomas

現在的日期與時間是协调世界时2025年5月9日03時16分。※按此更新
![]() | 本投票为人事任免投票,投票者须符合相应投票资格。检查本页编者资格
在管理人员解任投票联署或上任投票开始之前,注册满七天且符合以下两项之至少一项条件者有权投票:
|
- 申請者:LuciferianThomas(讨论 | 貢獻)
- 自述/提名词:自薦成為界管。
先是維護DRN-wizard等自己留下來的技術債,未來逐漸學習維護其他script。對修訂維基百科模板和模組有相當經驗,可嘗試協助維護。還有,可以輔助過濾器編輯者職務,增添和修訂既有的過濾器訊息。--路西法人 2025年3月29日 (六) 10:45 (UTC)- (依安憶君之意見,更新申請自述,釐清申請界面管理員的能力要求和工作目標)
- 我是機械人User:LuciferianBot(使用NodeJS設計)的維護者,並在本站有數個自己或多或少客製化過的小工具,具備維護JavaScript腳本的經驗;亦曾在本站編輯不少模板樣式。另外,亦有自己管理的私有外部站點,從中獲得在MediaWiki系統維護JS和CSS的經驗。
- 我若獲選為界面管理員,會處理以下工作:
- 維護自己引入的技術債(WP:爭議解決布告板/請求使用的MediaWiki:DRN-wizard.js);
- 設計其他佈告板的類似提報腳本(供沒有使用Twinkle等小工具的一般和新手用戶);
- 協助維護MediaWiki:Common.css(分拆模板樣式、跟進Vector-2022更新暗色模式下的本地樣式)及維護既有沒有正式維護者的小工具;
- 使用界面管理員權限輔助過濾器編輯者職務,增添和修訂既有的過濾器訊息;
- 協助處理界面訊息的編輯請求,尤其是通常沒人處理的雜務請求。
- 綜上,我認為我具備成為界面管理員的技術能力,亦有獲得權限後貢獻的目標,因此自薦成為界面管理員。--路西法人 2025年4月14日 (一) 03:36 (UTC)
- 提問時間:2025年4月11日 (五) 08:59 (UTC) - 2025年4月25日 (五) 08:59 (UTC)
- 投票時間:2025年4月22日 (二) 00:00 (UTC) - 2025年5月6日 (二) 00:00 (UTC)
意見
[编辑]安憶
[编辑]- 作为界管,结合目前权限的分配及其目的,我逐渐认为编辑MediaWiki空间的非JavaScript和CSS等“技术类”页面是管理员的工作。现在界管可以,或许只是当时偷懒把MediaWiki空间整体划给了界管而已。申请理由里提到“可以辅助过滤器编辑者职务”,我认为这不是一个合适的期望,因为在这方面界管的权限不足。比如当前MediaWiki_talk:Abusefilter-warning-dkyc-removal页面上的编辑请求,如果我没理解错他的意思,是要禁用这个过滤器并删掉相关页面,界管做不到这些。加之这种需求很少,管理员又很多,所以我有如此看法。另外“对修订维基百科模板和模组有相当经验,可尝试协助维护”这个理由,这是模板编辑员的活吧。我认为Diskdance才真的是在义务做前端开发,并有了一些成果。--安忆Talk 2025年4月11日 (五) 11:25 (UTC)
- 您好,感謝您的意見。
- 回應「編輯界面訊息是管理員的工作」及「偷懶把MediaWiki空間整體劃給界管」:不論是m:WM:IA還是en:WP:IA,雖然界管權限專授予管理員,但仍然分別明確界面管理員可以編輯MediaWiki空間的界面訊息。對界面訊息及小工具的編輯請求不時有一些MediaWiki的雜物積壓,也有相當一部分的不需要等待開發者就能修訂的請求。在MediaWiki不斷更新Vector-2022皮膚的同時,也有通過MediaWiki:Vector-2022.css及其他方式配合如暗色模式的界面顯示修訂、臨時抑制更新帶來的界面錯誤;還有比如時昭君MediaWiki:Common.css中逐步將部分CSS重新拆分至TemplateStyles的工作。此等工作正是我若持有此權限能處理當前缺乏人處理的工作。
- 社群仍未接受「Limited administrator」的概念,如此我認為社群尚無「給了權限,但有部分工作XXX不能做」的期望,那自然界面管理員也應顧及編輯界面訊息的工作。很多時候一些簡單的雜物反而拖很久都沒人處理。所謂「工作少而管理員多」並不符合實際情況,「管理員多」但真的做事的管理員兩隻手數都還有剩手指,當中真的去動界面的更是少之又少。界面管理員編輯界面並非只能專注於前端開發,還是可以在己所能及下處理社群給予的權限可以做到的工作。
- 回應與過濾器編輯者權限的關聯:我現在持有過濾器編輯者的權限,在有需要時可以按共識協助創立過濾器,但到需要為過濾器加上警示訊息時,又要等管理員才能處理。當前管理員權限部分下放給社群熟悉特定工作的用戶(如編輯過濾器),而管理員眾所皆知在處理雜物這一方面人手比較不足,那麼在下方的組別中有一兩個能處理增加過濾器訊息這種雜物的用戶對社群運作暢順是意見好事。
- 詳細例子:隨着MOS:FLAG的修訂,過濾器343需要更新,直接阻止用戶新增國旗模板。我一直很想去更新這個過濾器,但自己改了過濾器又要等管理員去協助修改MediaWiki:Abusefilter-disallowed-mos-nationality,會出現非常明顯的時間落差,所以343的修訂一直擱置者。在我確信自己不能勝任管理員的情況下,我仍能通過同時持有過濾器編輯者及界面管理員兩個權限去做一些我有能力處理此類工作。實際上,我會說確保過濾器警示訊息準確與編輯小工具等script的重要性相當——過濾器警示訊息影響所有用戶(尤其是新用戶)編輯時所接觸到的指示,在社群有能者可以協助修訂過濾器的這個時間點,確保能廣由大部分用戶接觸的警示訊息能跟上過濾器的建立、修訂、停用是相當重要的事情。
- 回應與模板、模組編輯的關聯:MediaWiki空間不少界面訊息是需要使用到ParserFunction的wikitext,雖然我目前沒有模板編輯員權限,但編輯模板、模組的經驗卻仍然是MediaWiki空間編輯界面訊息不可少的前設經驗。我上面自薦詞並非說自己想申請這個權限來維護模板模組等,而是提出自己有此等經驗而已。
- 回應「編輯界面訊息是管理員的工作」及「偷懶把MediaWiki空間整體劃給界管」:不論是m:WM:IA還是en:WP:IA,雖然界管權限專授予管理員,但仍然分別明確界面管理員可以編輯MediaWiki空間的界面訊息。對界面訊息及小工具的編輯請求不時有一些MediaWiki的雜物積壓,也有相當一部分的不需要等待開發者就能修訂的請求。在MediaWiki不斷更新Vector-2022皮膚的同時,也有通過MediaWiki:Vector-2022.css及其他方式配合如暗色模式的界面顯示修訂、臨時抑制更新帶來的界面錯誤;還有比如時昭君MediaWiki:Common.css中逐步將部分CSS重新拆分至TemplateStyles的工作。此等工作正是我若持有此權限能處理當前缺乏人處理的工作。
- --路西法人 2025年4月12日 (六) 01:33 (UTC)
- 也恕我比較直白說:當前界管只有安憶閣下非管理員,您所說「您逐漸認為編輯界面訊息是管理員工作」的唯一參考值是您自己不太碰這個工作。在您不碰這些工作的情況下,自然只有管理員會去做這些工具(因為除去您,其他可以編輯界面訊息的用戶都是管理員),我不認同您自己作為唯一參考值的情況能作為「編輯界面訊息是管理員工作」的論據。--路西法人 2025年4月12日 (六) 01:47 (UTC)
- 我不是管理员,所以才结合现状和我的经验,在此提出一些不同的意见以供参考。首先要说的是,我没有表达社群有“‘给了权限,但有部分工作XXX不能做’的期望”的观点,不是“不能”;僧多粥少也是事实,符合实际情况,是否有人摸鱼这点不是很影响我的一些观点;我也没有表达“界管只能专注于前端开发”,但不可否认的是,这是其最核心的内容。在你直白说之前,或许可以试着再理解下我的看法,我自认为我的表达还算清晰。
- 我认为上述之中极大部分目标都可以由管理员更方便地执行,所列工作中和界管最有关系的地方是MediaWiki空间的普通页面,但界管只是能增改它们而已,甚至不能删除。如果以这个为由,我认为日后行事上肯定会有些受限。同时,MediaWiki空间的编辑请求其实没有那么多,其中JS/CSS的重构和修改是一件相对复杂的事情,我认为以学习为由先行取得这个权限不是很合适,应该自证下这方面的能力,或像Diskdance一样做出一些成果,毕竟这才是界管的最基本的工作。至于这空间里的普通页面,我们有远比界管多几倍的数十位管理员,他们处理起来更方便、合适。最后,我不认可编辑界面消息和模板、模块编辑有关的说法,这些之间的经验基本上没有关系。
- 我不是在彻底反对什么,而是在说以上需求作为管理员会更方便、合适。也恕我比较直白说:就上述需求而言,建议试试申请管理员以更好地参与贡献,界管不太适合你的这些需求。我们不需要管理员本身是全能型人才,每个人都有自己擅长的方向。但话虽如此,如果真的成为管理员,还是希望你不要处理事务性的、讨论颇多的内容为好。--安忆Talk 2025年4月12日 (六) 06:51 (UTC)
- 「前端開發是界管工作的核心內容」這一部分仍然是無社群共識體現,這個所謂「最核心的內容」仍然是閣下以僅您自己一個數據點而作出的定義。界面管理員跟管理員一樣是功能性權限,本質上沒有「工作的核心內容」,也不是為了某個目的、解決某個問題才設立/分立的權限,所謂「核心工作內容」僅是您的個人定義。
- 您所說「上述極大部分目標可以由管理員更方便執行」,惟一般而言我前述所有工作都不需要實質的刪除權限,所謂「甚至不能刪除」根本不影響我前述任何工作。過濾器編輯者停用過濾器,根本就不需要真的去刪除過濾器提示頁,停用了就用不着那個界面提示。
- 回應「MediaWiki空間的編輯請求其實沒有那麼多」:如果真的如閣下所言「管理員足夠多、編輯請求其實沒那麼多」,那麼不應該存在任何積壓的理由。現在存在積壓即代表問題存在。
- 回應「其中JS/CSS的重構和修改是一件相對複雜的事情」:我的機器人都是用JS寫的。我自己還有一個自己host的私設外部站點,該站使用Citizen皮膚不能直抄中維所有CSS,還是有很大程度的本地化和魔改來處理的。我說「學習維護其他script」,在於我未仔細研究其他JS腳本,需先研究個別script的涉及才能維護的意思,並非我利用這個機會來學習如何寫JS和CSS。
- 另外,還是請不要再拿「數十位管理員」來說事,您我很清楚知道這群管理員絕大部分都是不活躍、不工作的,實際上在站內活躍處理界面事務的管理員沒幾個。
- 我也很清楚自己不適合任管理員,但事實上我具備處理過濾器相關的界面訊息的工作需求,也具備寫和修JS、CSS的能力。我必須指出界面管理員權限相對於管理員權限更貼合我的站務工作需求。管理員有很多我用不着的權限,但界管確實剛剛好能涵蓋所有我需要也具備能力做的站務工作,所以申請界面管理員權限遠比申請管理員適合我。
- --路西法人 2025年4月12日 (六) 07:45 (UTC)
- 我不认同第一点,界管是为了特定目的、避免一些问题才设立/分立的,数个核心权限正对应了前端相关工作,居然说无社群共识;三和五提到的占着茅坑不拉屎是另一码事了,大可在别处单开个讨论串去谴责。管理员可以修改界面消息,可以修改过滤器,可以修改模板模块,可以做很多事情,我认为它可以帮你更好地做出贡献,即便会有些权限用不到。我对这个交流颇感无语,这有什么好煮的,恕不再回复。--安忆Talk 2025年4月12日 (六) 08:51 (UTC)
- 界面管理員一職是MediaWiki的預設設置,不是社群自己為解決某些問題而設置的,乃是功能性權限,不是因社群共識認為需要解決某些問題而分立的用戶組。不論是中文譯名還是權限英文原名,都指明「界面」「interface」,權限功能當然包含編輯其他的界面訊息,這是「顧名思義」的部分。我不理解為何您自己不去翻討論,還因為我指出權限本質非您一人所言而訂就惱羞、「無語」?--路西法人 2025年4月12日 (六) 09:06 (UTC)
- 请阅读m:Creation_of_separate_user_group_for_editing_sitewide_CSS/JS。--安忆Talk 2025年4月12日 (六) 10:59 (UTC)
- 這不是社群共識啊。倒是「編輯CSS/JS以外的界面頁」是元維基有關討論中多次提起的討論議題。另外多個站點也曾設可以編輯包含一般界面訊息在內的界面空間頁面的權限。討論中也有提到全域界面編輯者也可/會編輯CSS/JS以外的界面空間頁面。
- 我並不反對您所說「界面管理員主要工作是編輯CSS/JS」,但我無法同意您主張「有意編輯其他界面頁面者不適合申請界面管理員」。
- 我也無意跟閣下繼續為界面管理員未曾明確定義的scope爭論。我申請此權限,既會協助維護CSS/JS(包括自己引入的技術債),也打算新寫更多像是MediaWiki:DRN-wizard.js直接用於社群頁面(尤其是佈告板)的腳本(取代仲裁委員會、傀儡調查、當前的破壞等頁面使用替換模板提交提報的功能,目前有部分缺少指示);另外也會打算善用權限給予我的編輯空間,輔助我其他職權的工作,以及協助refactor/分拆。請不要再說得好像我永遠不會碰JS/CSS頁面那樣了。--路西法人 2025年4月13日 (日) 00:43 (UTC)
- 说自己不想继续和我对界管未曾明确定义的scope争论,我认为挑起争论的不是我,在那些个段落里我表达的意图也不是争个到底如何。你现在又认同“界管主要工作是编辑CSS/JS”了,上面我说“前端开发是界管工作的核心内容”的时候却被回复说这“核心内容”仅是由我个人定义的,我认为CSS/JS还是算前端开发的,“主要工作”和“核心内容”的意思也大差不差。
- 说我主张“有意编辑其他界面页面者不适合申请界面管理员”,我的主要看法局外人都能看出是“认为管理员权限可以帮你更好地做出贡献”。当然,你最初的申请理由和现在加粗的那个还是很有区别的,我的看法只对刚开始的那个负责。没人说你“永远不会碰CSS/JS页面”,只看你最初的申请理由,里面提到的绝大部分需求都可以由管理员完成。极少的编辑CSS/JS页面的需求会用到界管的权限,但这时候你大可以先像Diskdance一样,提EP,先做出一些成果。相比之下,我认为你更需要管理员的权限。
- 唉,煮多了是这样的。是的,正如你所说,我因你指出权限本质非如我所言就恼羞成怒、狠狠无语了,我就是在争这个,就是如此反对你呢。纵览全文,我因你直接把我当成反对者并放到对立面,看不懂好赖话且抓不住重点、分不清主次,些许无礼甚至开始左脑攻击右脑的行为和表达再次感到无语。拜托你静下心来吧,想想我说的,也看看自己说的。--安忆Talk 2025年4月13日 (日) 04:38 (UTC)
- 我只是在说我的意见,意见是“我认为你更需要管理员的权限”,不是反对投票。不需要大费周章地回复了,就到此为止吧,谢谢。--安忆Talk 2025年4月13日 (日) 04:42 (UTC)
- 既然我有意擔任界面管理員,那我認為確實有存在釐清我可以行使的權限的範疇。說到「主要工作」和「核心內容」,確實有很大的差別。「主要」只需要是majority;「核心」則得是「最重要」或「根基」的意思,我並沒有同意這是界管的「核心」工作。我並非認為你是反對者,只是這次我非常客氣、禮貌地論述我的觀點,全程未曾批評您的做法、澄清自己為何申請界面管理員權限。我唯一直接指向您的就是認為您不能以僅有自己可以參考的情況以偏概全就說是整個權限的「核心」,不知是否閣下對於我過往與其他維基人的互動而存在偏見。我能夠理解這樣的想法和對我的觀感,但我確實不認為這次我有「不冷靜」地吵。
- 我完全能理解您指出我當初申請時未有清楚指出我可以做的事情的說法,我為當初未有說清楚表示非常抱歉,也能一定部分理解為何您起初相當不同意我的申請理由。我希望在我指出我可以使用此權限做的工作後。我不會去拉票、希望您能因此理解、從而支持我去參選,但起碼我希望您能理解我的觀點。即:我認為這個權限最貼合我需要去完成的工作,也就是我能善用這個權限帶給我的空間,因此而申請;而非這個權限是否比較適合去做我想做的某些事情。--路西法人 2025年4月13日 (日) 09:25 (UTC)
- 在此也感謝您的指導。縱使我們不可能同意對方的某些觀點,但我能看出您是為了確保我適任而提出的觀點,而非僅僅為了批評我而提出的情緒性意見(雖然中間確實參雜了少許情緒)。這裏您沒有侵入到我不能有一絲退讓的觀點,所以我也不會跟您爭個你死我活。希望這串討論是以和而不同解決。--路西法人 2025年4月13日 (日) 09:29 (UTC)
- 请阅读m:Creation_of_separate_user_group_for_editing_sitewide_CSS/JS。--安忆Talk 2025年4月12日 (六) 10:59 (UTC)
- 界面管理員一職是MediaWiki的預設設置,不是社群自己為解決某些問題而設置的,乃是功能性權限,不是因社群共識認為需要解決某些問題而分立的用戶組。不論是中文譯名還是權限英文原名,都指明「界面」「interface」,權限功能當然包含編輯其他的界面訊息,這是「顧名思義」的部分。我不理解為何您自己不去翻討論,還因為我指出權限本質非您一人所言而訂就惱羞、「無語」?--路西法人 2025年4月12日 (六) 09:06 (UTC)
- 我不认同第一点,界管是为了特定目的、避免一些问题才设立/分立的,数个核心权限正对应了前端相关工作,居然说无社群共识;三和五提到的占着茅坑不拉屎是另一码事了,大可在别处单开个讨论串去谴责。管理员可以修改界面消息,可以修改过滤器,可以修改模板模块,可以做很多事情,我认为它可以帮你更好地做出贡献,即便会有些权限用不到。我对这个交流颇感无语,这有什么好煮的,恕不再回复。--安忆Talk 2025年4月12日 (六) 08:51 (UTC)
- 您好,感謝您的意見。
XComhghall
[编辑]管理員選舉僅決定能否信任、授權,相信候選人會善用權限,不管「是否需要更多管理員」。介面管理員似乎沒這麼說,但我想也類似。路西法人 LuciferianThomas 在使用者頁公然反對解任 Mys_721tx 的多數意見,稱共識爲「擾亂」「暴民政治」「違規濫罷」。所幸執行共識非界面管理員職責。或許暫且可以授權。— 𝕏ℂ𝕠𝕞𝕙𝕘𝕙𝕒𝕝𝕝 talk 2025年4月22日 (二) 17:56 (UTC)
- 當前的管理人員選舉和解任機制顯然不是「共識制」,該次解任案也有一大堆我可以拿出來論證違反解任方針的流程及行為問題。您這種意見就是典型解決提出問題的人,那您們不合規的操作都可以成合規了。夠膽就把該案所有論據事實拿去仲委會審理,看看該解任案那一大堆毫不合規的操作如何能站得住腳。送去仲委會審理時我絕對樂意奉陪。--路西法人 2025年4月24日 (四) 04:48 (UTC)
問題
[编辑]糖
[编辑]界面管理员具备在数以万计的读者和编者的设备上执行代码的能力。你采取了什么手段来保障你的账户安全?你可以从多个方面回答这个问题。 Stang★ 2025年4月14日 (一) 01:41 (UTC)
- 感謝Stang君的提問。我這個帳號使用每一段時間就更換的高強度隨機密碼,並已經啟用雙重認證(2FA),確保帳號安全。--路西法人 2025年4月14日 (一) 03:39 (UTC)
- 我竟然寫漏了:定期複檢自己額外安裝的用戶小工具安全性,防止從帳號內運行可疑腳本危害帳號安全。--路西法人 2025年4月20日 (日) 00:34 (UTC)
- 你提到用户小工具的话,那我就顺势追问一下你对于这个段落的看法。 Stang★ 2025年4月22日 (二) 01:28 (UTC)
- 感謝提供資訊。載入用戶小工具時使用固定連結是很可取的帳號安全保護方式,理論上取用任何可由用戶任意編輯的腳本都最好使用固定連結。就當前而言,我一般只直接載入由自己或可信開發者用戶空間下的腳本。我確實認為最佳做法仍是「不要信任任何其他人」,全數採取固定連結方式載入用戶小工具腳本,避免任何風險;但基於對Xiplus、白磷等開發者的帳號安全信任,風險似乎可以形容是極低。我接下來會審視一下是否有任何我取用而未必可信的用戶小工具,並以固定連結方式更好保障帳號安全。--路西法人 2025年4月22日 (二) 13:52 (UTC)
- 你提到用户小工具的话,那我就顺势追问一下你对于这个段落的看法。 Stang★ 2025年4月22日 (二) 01:28 (UTC)
安忆
[编辑]- 如果用户报告某脚本在移动版页面失效,你的排查步骤是什么?
- 如何定位一个导致页面加载缓慢的Gadget?优化策略有哪些?
谢谢。--安忆Talk 2025年4月14日 (一) 08:04 (UTC)
- 回應問一:
- 首先固然是確認腳本本身兼容移動版頁面以及用戶系統。很多腳本本身不能在移動版使用,也不能排除提報是因為有人在用一些過時的瀏覽器或系統版本。當然不要浪費時間在不兼容的情況上。(補充非與您問題直接有關,但社群可能想知道我設計腳本的考量:我提到要設計的佈告板腳本必然需要考量移動版設計,以前佈告板使用preload模板的方法無法在移動版使用)
- 其次,是使用電腦上的瀏覽器使用如開發者工具等查看錯誤所在。有錯誤的情況當然直接看看是什麼位置出錯;沒有錯誤的情況就可能要看看腳本是否嘗試修改某些移動版沒有的界面。
- 還是得看看是否有些功能在流動版沒法使用(mouseover等)。
- 如果是針對移動版的排查步驟就是這樣,後續就是通用於一般情況的排查步驟。問二稍後回答。--路西法人 2025年4月14日 (一) 14:09 (UTC)
- 如果我沒理解錯您的問題二:我可以使用ResourceLoader的debug模式,在瀏覽器開發者工具檢視各腳本的載入時間,查看是哪個腳本載入緩慢。另外,在偏好設定逐個停用小工具也是比較粗暴但能夠幫助排查載入緩慢的小工具的方法。避免將僅在少數頁面由用戶觸發的腳本移出小工具、最小化JS/CSS腳本代碼、避免重複和過多的DOM操作或聆聽Event、等待頁面完成載入再載入腳本等都可以在各方面優化載入頁面的時間。--路西法人 2025年4月15日 (二) 06:01 (UTC)
桌
[编辑]为避免恶意软件进入您的工作站,请问您采取了哪些措施?为防范供应链攻击,请问您采取了哪些措施?对于某些以 curl -fsSL https://... | sh
作为安装方式的包,您是怎么处理的?Bluedeck 2025年4月18日 (五) 20:22 (UTC)
- 回應第一問:Mac之上再加防毒軟件、定期更新系統和軟件、使用與主要系統隔離的虛擬環境、避免點入可疑郵件、避免下載可疑附件/網絡文件。
- 回應第二問,若專指在界管職權上發布腳本:保護維基百科帳號安全(已在回應其他用戶時詳細說明此部分採取措施)、發佈前先找其他界管和本地開發者做code review、避免使用第三方dependencies。(中文好難)
- 回應第三問:使用與系統隔離的虛擬環境、限制運行權限(root)。--路西法人 2025年4月20日 (日) 00:33 (UTC)
- 感谢您的回答。对于一些难以避免的sudo sh的确是装到vm里remote进去开发是最安全的做法。祝你选举顺利。Bluedeck 2025年4月23日 (三) 09:18 (UTC)
Eric的小問題
[编辑]你覺得本站與介面管理員有關之站務工作,何處積壓最為嚴重(可不限於一種)?且為何如此,又如何解決為宜?—— Eric Liu 創造は生命(留言・留名・學生會) 2025年4月22日 (二) 22:36 (UTC)
- 感謝Eric君的提問。
- 簡答:編輯請求,尤其是界面訊息和沒有開發者集中維護的腳本,改善界面訊息等;沒什麼特別的解決方法,有個願意做這些雜務的人去動就是了。
- 長答:其實很多腳本都只是輔助工具,不是維基百科運作上很critical的工作;這就是為何我不同意上方安憶君所說開發、維護小工具是界管的「核心」工作,真的是「核心」的小工具(如Twinkle或全域小工具)有特定任管理員的開發者長期維護,其餘大部分小工具除了確保安全外真的沒有很需要很多精力去維護。真正會「積壓」的界管工作,會是(1)社群開始逐步分散更多權限後,以及修改方針指引後,跟進更新界面訊息、過濾器訊息;(2)改善界面訊息給新手的引導作用等,都是往往被忽略(甚至是沒人提出,彷彿不存在)的工作。
- --路西法人 2025年4月23日 (三) 04:33 (UTC)
- 感謝答覆!—— Eric Liu 創造は生命(留言・留名・學生會) 2025年4月23日 (三) 07:05 (UTC)
结果
[编辑]- 该用户在Mys 721tx的RFDA中态度恶劣,对其他用户出言不逊,本人不信任其获取界面管理员权限。
- 维基百科活跃用户里面最不适合当管理员的之一,不过当界面管理员还是可以的,支持一下吧。
- 撐路西法人!
- 德不配位
- 與他人正常溝通而不是動輒起衝突是擔任一切維基百科職務的基本素質,尊重不同意見和建議是在維基百科執行權力的必要前提,不認為被選舉人有基本的溝通能力以勝任任何管理職位,也看不出被選舉人能做到對不同意見的起碼尊重。
- 收集帽子
- 反对。不信任。
- 能力對口
- 相信该候选人的沟通能力和学习能力
- 曾经和这名用户有过不少互动。尽管其中包括一些意见相左的互动,最终还是对此名用户抱有很高的信任。
- 前端能力根本不过关。。。未见界管对其现有工作的滞碍
- 自己去讀讀不要人身攻擊、文明方針。維基護法,長期對其他用戶惡意推定及嘲諷。某用戶說自己是泡客棧專業用戶,一堆中文維基百科政客。在這個頁面下方充分體現這位維基學院管理員的傲慢自大。
- 支持,但請不要遺忘閣下的傀儡調查助理職責
- 在用户页声称“由[[LTA:WMLO|{{color|LightSkyBlue|擾亂者}}]]及同黨操弄的[[暴民政治|{{color|LightSkyBlue|暴民政治}}]]終須推翻,平反[[Wikipedia:管理員解任投票/Mys_721tx/第2次|{{color|LightSkyBlue|違規濫罷}}]]”,无视社群共识和RFDA流程的用户不适合拥任何管理权限
- 具備充足的技術能力,也足夠可信。
- 近期活跃度堪忧,作为现任傀儡调查助理,在SPI等工作上活跃度不甚令人满意。
- 回应意见态度恶劣,无法信任授权。
- 加油,感謝閣下的貢獻。
- 加油!
- 加油!
- 因为袒护Mys 721tx,所以不信任。
- 偉大無須多言
此次投票共收114票:
- (+)支持 共62票;
- (-)反对 共46票;
- (=)中立 共6票;
- (+)支持:(-)反对 = 57% : 43%
由於支持率低於75%,根據規定,結果是落選。票數經Jimmy Xu、J.Wong和本人覆核,所有投票附言已經打亂順序並列於上方。—AT⊿⁴⁶ 2025年5月8日 (四) 14:34 (UTC)
- 一如預期XD感謝投支持票的六十餘名用戶,尤其是在投票附言中理性指出意見相左但仍信任我獲取此等職務的用戶。看到自己獲得的支持票不比另外兩位當選人差多少就已經心滿意足了,感謝各位支持。--路西法人 2025年5月9日 (五) 03:16 (UTC)