Testwiki:申请成为管理员/S8321414/第1次
Template:NoteTA Template:VoteState Template:人事任免投票Template:Notice
S8321414
在此投票 截止時間2022年10月30日 (日) 23:59 (UTC)
- 申請者:Template:User
- 提問時間:2022年9月23日 (五) 13:43 (UTC)-2022年10月7日 (五) 13:43 (UTC)
- 投票時間:2022年10月17日 (一) 00:00 (UTC)-2022年10月30日 (日) 23:59 (UTC)
聯署
(參見討論頁)
意見
問題
三個問題的回答
- 您期望幫忙怎麼樣的管理事務?請先閱讀管理員的介紹頁面。
- 在所有您在維基百科撰寫的條目或作過的貢獻中,有沒有讓您覺得特別喜歡的部份?有的話,為什麼?
- 答:主要是寫作聚會吧,因為可以在該處聽到許多不同領域的知識,並協助新手分享他們想要分享的知識。
- 您有沒有在過去遇到任何有關編輯方面的衝突,或者是您認為其他使用者造成您的壓力?您如何處理這件事,以及未來遇到時您會怎麼處理?
- 答:編輯相關的衝突的話,退一步便是,先嘗試與對方溝通,無效的話則會到客棧等地尋求共識,並交由其他人處理。
以上,暫時先這樣--冥王歐西里斯(留言) 2022年9月20日 (二) 07:38 (UTC)
巧克力來問問題啦
- 這幾年WIKIDATA社群的夥伴有將中華民國內政部的鄰里資料匯入並進行地圖標記等作業,資料建立完成後也方便各語言維基百科及其他維基媒體計畫進行跨站匯入,若中文維基百科的編輯在沒有事先查詢WIKIDATA項目是否建立的同時,創建完條目後又建立了重複的WIKIDATA項目,請問該如何協助這些編輯善用WIKIDATA?
- (引用自IN君先前在RFA的提問)据悉,我刚刚发现了一款IPV6的VPN。这款VPN非常特别,你只要一连上去,他就给你分配一整个/110段。并且当您每次访问一个网页的时候,他都给你换一个ip地址,以防止其他人追踪。于是一位破坏者也发现了这款VPN。由于该VPN具有自动切换ip地址的特性,导致破坏者所在的这一/110段出现大量毁损姓编辑,然而却都分散在了每一个ipv6地址。那么,出现这种情况的时候,阁下会怎么做?
--🍫巧克力~✿ 2022年9月23日 (五) 15:42 (UTC)
- 我個人的回答如下:
- 關於建立重複的Wikidata項目,以這個狀況當然是先到對方的使用者討論頁與其溝通(不論是中文維基百科或Wikidata的使用者討論頁,看對方在哪個專案比較活躍,但閣下提的狀況應會在中文維基百科),表示其重複建立了Wikidata項目,並確認對方是否知道如何進行後續操作,同時將此狀況通知Wikidata社群,協助進行合併或是其他後續操作。
- 按方針來說,此情況應對該區段執行軟封鎖,同時回退或刪除其進行的破壞,但因為區段封鎖影響的使用者可能較多,我會先找其他較處理此類狀況的管理員討論,並視情況回報到Phab。
- 以上 --冥王歐西里斯(留言) 2022年9月23日 (五) 23:57 (UTC)
- 合并完全可以自己做,不需要通知什么wikidata社群;
/110应该是相对来说一个很小的段。 Stang★ 2022年9月26日 (一) 02:49 (UTC)- Wikidata item的合併當然是可以直接操作,不過畢竟每個專案的社群習慣都不太相同,提出討論還是比較保險,另外
/110對IPv6算是相對小,但影響的IP數還是蠻多的。--冥王歐西里斯(留言) 2022年9月26日 (一) 04:16 (UTC)/110的地址空间虽然有个地址,但其中的用户是相当稀疏的(甚至可以认为只有一人),这样的担心实在没有必要。通常的家宽运营商都会分配予每户/64(这也是满足SLAAC需求的最小值)乃至/56、/48的地址空间。/110这样“小”的空间通常都是由云服务商二次分配的。需要较多关注的可能只有教育网用户,部分高校是使用DHCPv6进行地址分配的,每人同时只有一个地址。David Xuang (contact me) 2022年9月26日 (一) 10:28 (UTC)- 假定该代理服务器分配一个
/64段(相当保守的估计),那么理论上它可以容纳个子网,远超单个服务器(乃至地球)的承载力,在能够确认目标服务分配/110的情形下,并无担心用户碰撞的必要。--David Xuang (contact me) 2022年9月26日 (一) 10:33 (UTC)
- Wikidata item的合併當然是可以直接操作,不過畢竟每個專案的社群習慣都不太相同,提出討論還是比較保險,另外
- 合并完全可以自己做,不需要通知什么wikidata社群;
Rastinition的確認
制式問題如下:
- 從投票開始前6個月從事過哪些反破壞工作?可以列舉幾個不同破壞類型的頁面?
- 除了反破壞工作外,在投票開始前6個月有從事過其他與站務有關的工作?可以列舉工作項目的類型或頁面?
個人問題如下:
- 針對頁面保護,會如何判斷是否需要半保護、延伸確認保護?如果帳號透過大量編輯突破半保護或延伸確認保護,會如何處理相關帳號?--Rastinition(留言) 2022年9月24日 (六) 09:46 (UTC)
- 關於反破壞,我目前主要是針對明顯的條目破壞回退,可見我的回退相關編輯,另外也有一部份是提出快速刪除請求(可見洪鏈的條目),絕大多數是以G11提出,少數也有G3或A5,至於其他站務相關的工作,則可見前面連結的巡查日誌及移動日誌,主要是協助將不符合條目標準,但又非快速刪除對象的條目移動至草稿空間,也有侵權驗證以及頁面存廢討論等,可鹼此處。
- 第三題的話,主要是看明顯破壞的使用者最高權限到哪裡,只有非自動確認使用者的話就半保護,若有自動確認使用者的話則使用延伸確認保護,後面以洗編輯數突破保護的話,則看僅針對特定頁面破壞,或是有大量不同的頁面,前者可能會考慮使用針對特定頁面的編輯禁制,後者則會與其他管理員討論是否使用針對條目命名空間的編輯禁制。
- 以上 --冥王歐西里斯(留言) 2022年9月24日 (六) 12:45 (UTC)
- Template:Support 使用{{support}}模板表示認同回答內容。
- 如果我這個帳號具備投票資格時,投票開始後可以作為支持票使用。--Rastinition(留言) 2022年9月24日 (六) 13:52 (UTC)
浣熊的小问题
我把我的问题给每一位候选人都问一下吧,您可以选择自己熟悉的领域或任何存在此类现象的其他领域为例作答。
- 请问您如何看待中文维基百科大量存在的原创译名?
- 请问您如何看待采用了本站原创译名(尤其是一些不合理的原创译名)的外部文献,这种情况下,能否利用该外部文献反证该名称是“可供查证的非原创名称”?或者说中文维基百科是否有义务纠正这些名称?
谢谢。——🦝英特浣熊耐尔 就一定要实现(留言・贡献) 2022年9月26日 (一) 01:14 (UTC)
- 我的回答如下:
- 老實說,原創譯名無可避免,特別是在一些較冷門的領域,在特定詞語還沒有慣用的翻譯前一定會有,但若是已有慣用(且大量使用)的翻譯,再原創翻譯說實在不太應該,雖然中文維基百科有WP:譯名規範,但目前仍處於草案狀態,若有機會補充並完善且獲社群共識通過為正式的規範,此類情況應可較為和緩(但仍不太可能完全解決)。
- 您的意思是外部文獻引用中文維基百科(使用的原創譯名)作為其使用的翻譯嗎?若該外部文獻發佈的時間顯然晚於中文維基百科使用對應原創譯名的時間,那麼就不應該使用該文獻作為「可供查證的非原創名稱」的證明,至於中文維基百科是否有義務糾正這些名稱,我個人並不覺得中文維基百科有這類義務,當然若個別編者想要或已經做了這類事情,我並不反對。
- 以上 --冥王歐西里斯(留言) 2022年9月26日 (一) 06:59 (UTC)
桐生ここ的問題
- 管理員應該是共識的執行者還是法官?現在社群實際處理事務時,比方說處理一個除了舉報者以外沒有其他人參與討論的WP:ANM舉報,管理員更多的像一個共識的執行者還是法官?
- 一個提出刪除的存廢討論沒有任何人參與討論,這時候頁面應該刪除還是保留?
- 一個經過社群討論的議題,你會:(A)完全按照社群討論的結果處理,即便它嚴重的與自己的判斷相反;(B)參考社群討論的結果,根據自己的判斷處理。
月都的問題
在管理操作的角度,請問哪些管理員是您的榜樣? --月都(留言) 2022年9月27日 (二) 15:57 (UTC)
- 對我來說,目前的所有管理員既然都能繼續在任,或多或少都有值得學習的地方,其中一些或許曾有過爭議,但仍有可取之處,要說榜樣的話,我個人會認為是AT、Cdip150、Shizhao、Tigerzeng吧。--冥王歐西里斯(留言) 2022年9月28日 (三) 05:47 (UTC)
A1Cafel之小提問
有人認為強硬的手段往往能收穫不錯的效果。您對使用強硬手段打擊破壞者有什麼看法?如果您未來成為管理員,您會使用強硬手段嗎?--A1Cafel(留言) 2022年9月28日 (三) 09:46 (UTC)
- 不知道您這邊所指的強硬手段是指哪些?不過如果純以字面上的意思來說,若對方能溝通,那麼基本上我不會使用更強烈的手段,但若一而再,再而三,或許就會考慮(跟其他管理員討論)採用更強烈的手段制止,簡而言之,要視對方的狀況而定。
- 以上 --冥王歐西里斯(留言) 2022年9月28日 (三) 13:18 (UTC)
白磷的方针探讨
以探讨版本删除方针为主,不一定有标准答案。您也可以不答,不影响我的投票倾向。
- 有用户认为符合RD2的内容总是符合RD3的Template:Tq,所以这条规则应该被合并进RD3,您有何看法?
- RD2小字提到Template:Tq。您认为在什么场合下,回退掉某个破坏版本的内容后,该版本还能造成恶劣影响?
因为您提到想帮忙处理修订版本删除,所以希望听到您的观点。 --砜中嘌呤的白磷萃取 打谱 2022年9月28日 (三) 15:08 (UTC)
- 我的回答如下:
- RD2定義較為明確,RD3的範圍太過廣泛,且相關的指引並未獲社群共識通過,因此我認為不宜將這個兩條規則合併。
- 單以回退功能回退掉破壞版本的內容後,因為對應的編輯紀錄仍能被公開查閱,並使用永久連結開啟指定的修訂版本,因此若是會造成被提及的對象顯然不可回復的名譽受損(且確無相關事實),則應當使用RD2刪除該修訂版本。
- 以上 --冥王歐西里斯(留言) 2022年9月29日 (四) 03:07 (UTC)
Luningmeng的提問
如果有人认为0.999…小于1,发现该条目荒谬,对该页面提删,参与讨论的全都恍然大悟,才知道是个恶作剧,一致同意删除,管理员应该怎么办?Luningmeng(留言) 2022年9月29日 (四) 21:08 (UTC)
- 您提的這個例子已有外文條目,此時我會以一般編者的角度提醒可參照其他語言版本改寫,而非直接刪除,不過以您提出的這個例子來說,我個人認為不太可能達到一致同意刪除的狀況就是了。--冥王歐西里斯(留言) 2022年10月1日 (六) 12:03 (UTC)
HK5201314(唔好阻住我愛國)的提問
- 現時,各佈告版的大多數討論也因沒有人討論而以無共識而被機器人存檔,請問你當選Admin後會如何提升佈告版的討論風氣?
- 對於討論陷入膠著狀態或沒有編輯者提供看法,會否以管理員的角度提供意見?
- 如果大公文匯之輩於現實生活中批鬥中文維基,作為管理員會如何回應相關批鬥?
以上--唔好阻住我愛國(留言) 2022年10月1日 (六) 06:45 (UTC)
- 我的回答如下:
- 老實說,這個的確已經是長久的問題,不過現有的提醒管道已經算是蠻多的了,一個可能性是使用T:ASN或使用大量訊息傳遞公告,但這很容易會有濫用的風險,再者,我也不認為管理員有權力催促社群進行相關討論。
- 此時我比較傾向以一般編者的角度提供看法,而非以管理員的角度,除非必要。
- 我並不認為一個管理員就可以代表整個中文維基百科,此時我傾向以一個長期參與編輯與社群運作的編者的身份回應相關的對於中文維基百科的指控,但具體會如何回應則須視對方的言論而定。
- 以上 --冥王歐西里斯(留言) 2022年10月1日 (六) 12:15 (UTC)
- 3.情境題,請問閣下會以什麼身分及如何回答下列問題。
- .
- 「維基百科的伺服器存放在美國,理應遵守美國法律;同時在中華人民共和國香港特別行政區及澳門特別行政區提供服務,理應同時遵守兩地「國安法」。現時,美國政府支持「一個中國」原則、兩地政府同時將「一個中國」原則列入國安法,台彭金馬的擁有權是屬於中華人民共和國。為何現時維基百科會有所謂中華民國國旗出現在條目之中?維基百科是不是搞台獨?」--唔好阻住我愛國(留言) 2022年10月2日 (日) 14:45 (UTC)
ManunChan
Template:HideH 有人认为随着互联网普及,上网成本越来越廉价而导致中维的“精英”用户群比例越来越少,更多的“普通人”和“学生”(甚如中小学生)的加入和编辑,导致整体条目质量甚或是社群素质的下降:
- 您如何看待这个观点?
- 假定前提为真,您认为在这种背景下,中维的“协作”和“自由”精神是否已然成了其缺点?
- 您又是如何看待中维的未成年编者这一用户群体的?--Overcast Skies 舟楫荐花外, 江山夕照间。 2022年10月15日 (六) 08:30 (UTC)
結果
- 常在站外聊天室分享新手撰寫的條目問題。但是,希望當選後,能更友善對待新手,並自己積極解決條目問題,而非丟到聊天室。
- 弃权。
- 未見活躍參與基本反破壞任務。
- 加油!
- 幾天前剛剛將X43錯判為114.27,這應該是反破壞的基本功
- 對候選人不太熟悉,投中立票以示公正
- 對U:卡達問題的回答引起了投票人的疑慮,但總括而言仍可信任
- 不信任。回答问题不令人满意。
Template:HideF 此次投票共收68票:
- Template:Support 共计32票;
- Template:Oppose 共计23票;
- Template:Neutral 共计13票;
- Template:Support:Template:Oppose = 58% : 42%
支持人数不足,支持率低于总有效投票的80%,票数经Wong128hk与本人复查,被提名人未当选。所有投票附言已经打乱顺序并于上方列出。--Jimmy Xu 论 2022年10月31日 (一) 00:52 (UTC)