Vikipedi:Köy çeşmesi (politika)

  Topluluk portali   Köy çeşmesi   Danışma masası   Duyurular   Sosyal: 

Teklifler + Politikalar haricindeki tüm teklifler	Teknik + Teknik tartışma, konu ve yardım istekleri	Politika + Politikalarla ilgili tartışma ve teklifler	İlginize + Diğer bölümler için uygun olmayan konular
ekle | izle | ara	ekle | izle | ara	ekle | izle | ara	ekle | izle | ara

Arşivdeki tartışmalara atıfta bulunabilirsiniz, ancak arşiv sayfalarında değişiklik yapmayın!

Engelleme politikasının güncellenmesi, yasaklama politikasının getirilmesi

Engelleme politikasının güncellenmesi, yasaklama politikasının getirilmesi üzerine Vikipedi tartışma:Engelleme politikası sayfasında kısaca bilgi verdim. Sorusu veya görüşü olan kullanıcılar oradan istediği gibi katılabilir. --Vikiçizer (mesaj) 15.27, 13 Mayıs 2020 (UTC)

Vikipedi:Açık proxyler yasaktır politikasında reform

Merhaba. Şu haliyle oldukça eksik olan ve güncelliğini yitiren VP:APY politikamızın yerine geçmesi için Kullanıcı:Evrifaessa/Açık proxyler sayfasında Meta ve Enwiki'nin baz alındığı güncel bir politika yazdım. Eski politikanın eksik olduğu yerleri kapatmış olup kullanılan ifadelere açıklık getirdim. Sevgiler.--evrifaessa ❯❯❯ mesaj 12.18, 4 Temmuz 2020 (UTC)

Eski politikanın yerine gelecek olan politika metni

Metni görmek için "genişlet" butonuna basabilirsiniz.

Açık proxy kullanarak düzenlenme yaparken engellediğinizi söyleyen bir ileti aldıysanız, lütfen bu yardım sayfasına bakınız. Şüpheli açık proxyleri bildirme veya proxy olarak kullanılan adreslerin engelleme isteklerini inceleme için Vikipedi:Kullanıcı engelleme talepleri sayfasına bakınız. Bu sayfa, Türkçe Vikipedi'nin açık proxylerin okuma ve düzenleme amaçlı kullanılmaları hakkındaki politikası hakkında bilgi vermektedir. Politika Ayrıca bakınız: Vikipedi:Engelleme politikası Tor da dahil olmak üzere açık ya da anonim proxylerin Vikipedi'de değişiklik yapması engellenmektedir. Bu yasak, iyi şekilde katkıda bulunan kullanıcıları da etkileyebilir; ancak engellerin hedefindeki kullanıcılar onlar değildir ve bu kullanıcılar IP engelleme muafı grubuna dahil olmak için bir hizmetliyle iletişime geçebilirler. Proxyler kasten veya dikkatsiz kurulum sebebiyle açık olabileceği gibi bilgisayara bulaşan zararlı yazılımların kurulumu değiştirmesi sebebiyle de açık hale gelebilir. Ziyaretçilerin açık veya anonim proxyler aracılığıyla Türkçe Vikipedi'yi okuması konusunda bir kısıtlama yoktur. Statik olmayan IP adresleri ya da makine adreslerinin (hostname) büyük olasılıkla dinamik olarak yeniden atanacağı veya açık proxynin kapatılacağı sebebiyle bu gibi adresler genellikle daha kısa bir süre için engellenmelidir. Açık proxy kapatıldığı anda IP adresi üzerindeki engel kaldırılmalıdır. Proje güvenliğini korumak için, açık proxyleri içeren blokları inceleyen hizmetliler, söz konusu konumda artık çalışan bir açık proxy olmadığından emin olmadıkları sürece söz konusu IP adresinin veya aralığın engellemesini kaldırmamalıdır. Gerekçe Vikipedi herkesi değişiklik yapmaya teşvik etse de açık proxyler genellikle kötüye kullanım amacı taşıdığı için engellenmektedirler. Vikipedi'nin altyapısını oluşturan viki yazılımı MediaWiki, özellikle kayıtlı olmayan kullanıcılar tarafından kötüye kullanıma karşı hizmetli müdahalesi için engelleri IP adreslerine dayandırmaktadır. Açık proxyler, kötü niyetli kullanıcıların IP adreslerini hızla değiştirmesine izin vererek hizmetliler tarafından durdurulamayan vandalizme neden olur. Wikimedia projelerinde bu tür saldırılar oldukça sık meydana gelir ve bu da aksamalara ve başka sorunlarla ve prosedürlerle ilgilenecek hizmetlilerin vakitlerini elinden alır. Bu politikanın özellikle İnternet sansürünün yaygın olduğu Çin gibi ülkelerde yaşayan kullanıcıların zorluklar yaşamasına sebep olduğu doğrudur. Bu kullanıcılar İngilizce Vikipedi'deki Kapalı proxyler VikiProjesine kaydolup sadece Vikipedi'ye erişmek için yapılandırılan proxylere ücretsiz erişebilir, ya da Büyük Güvenlik Duvarını atlamak için Tor kullanan kullanıcılara öneriler sayfasını okuyabilirler. Bunlara ek olarak, IP engelleme muafiyeti grubunun oluşturulmasıyla Çin gibi ülkelerdeki editörler engelli olan açık proxyler üzerinden değişiklik yapabilmek için muafiyet talep edebilir ve engelli olan IP adreslerini kullanarak da değişiklik yapmaya başlayabilirler. Daha fazla için Vikipedi:IP engelleme muafiyeti sayfasına bakabilirsiniz. Denetçiler Bir denetçi herhangi bir hesabın açık proxy kullandığını tespit ederse, bu bilgi kullanıcının kuklacılık yaptığından şüphelenilmesi ya da herhangi bir şekilde başka bir süistimal durumunda göz önünde bulundurulabilir. Bir hesabın engel politikasını atlatmak için açık proxyler kullandığı görülüyorsa, hesap engellenebilir. Ayrıca bakınız Kuklacılık politikası Tor ile düzenleme yapma hakkındaki Meta politikası Bu politika küresel açık proxyler yasaktır politikası temel alınarak yazılmıştır. Vikipedi:IP engelleme muafiyeti Kategori:Vikipedi'ye erişimi engellenen açık vekil sunucular Dış bağlantılar WikiEn-l: "Anonim proxyler (Cvp: Desysop Morwen)", Tim Starling 15 Şubat 2004 WikiEn-l: "Anonim proxyler (Cvp: Desysop Morwen)", Jimmy Wales 16 Şubat 2004 WikiEn-l: "Anonim proxyler (Cvp: Desysop Morwen)", Jimmy Wales 16 Şubat 2004

Görüşler

• Öncelikle hafif karamsar olacağım ama bu politikaya dair Vikipedi'nin Türkiye'den tekrar engellenmesi durumunda devreye alacağımız bir alternatif politika da geliştirsek mi? Tekrar engellenme olasılığını düşük görüyorum ama bir kez başımıza geldi sonuçta; engel durumunda açık proxylere izin vermeli miyiz? Tekrar engellenirsek engelliyken bu politikayı tekrar değiştirmemiz zor olacak, hazır politikayı güncelliyorken "afet planı" olarak bunu da tartışalım derim.

İkincisi "kapalı proxyler" projesi ölü gibi görünüyor, engel varken ben kullanamamıştım, şu anda da çok az server var. Eğer yapılmadıysa daha teknik arkadaşlarımız bu projeyi bir deneyip, çalışıp çalışmadığını kontrol edebilir mi? Aktif veya kullanışlı değilse politikada hiç yer vermeyelim.

Bunlar dışında gayet güzel bir politika olmuş, diğer kullanıcıların görüşlerini de duymak isterim. --Khutuck^msj 19.25, 4 Temmuz 2020 (UTC)

Olası acil durumlar için daha önce başımıza gelen engel hadisesinde olduğu gibi IP engel muafiyeti vermek bence sorunu çözecektir. Olmadı bir bot yazarız, herhangi bir hizmetli alıp bunu kendi hesabından çalıştırır, otomatik olarak "son 3 ayda aktif olan X,Y,Z grubundaki kullanıcılara IP engel muafiyeti ver" gibi bir şey yapabiliriz.--evrifaessa ❯❯❯ mesaj 07.46, 5 Temmuz 2020 (UTC)

• Halihazırda engel politikamızda ve proxy politikamızda bu durumun bazı yaptırımları olduğu açıktır. Buna rağmen bilgi verme kapsamında az ve güncel olmayan bilgiler olduğunu düşünüyorum. Politika teklifine baktığım kadarıyla bu aksaklıklar giderilmiş. Politikanın güncellenmesi hem bütün kullanıcıların hem de engele takılanların işine yarayacaktır. --Uncitoyen^mesaj 10.29, 5 Temmuz 2020 (UTC)
• Öncelikle, bizde proxy maddesi "vekil sunucu" maddesine yönlendiriliyor bu arada, Türkçe ad tercih etsek daha iyi. İngilizce Vikipedi'deki politikanın adı "açık proxyler" iken, Meta'daki politikanın adı "açık proxyler yasaktır" şeklinde. Her ikisinde de bunları kullananlar "engellenebilir" derken bizde "düzenleme yapması engellenmektedir" yazıyor. Mesela geçenlerde Vikipedi'ye erişim engelliyken, açık vekil kullananlar engellenmiyordu. Bu bağlamda "engellenebilir" desek daha iyi olacak gibi, zira istisnalar olabiliyor malum. Bunun dışında işin içine İngilizce Vikipedi'yi katmak doğru değil, bizi oranın Vikiprojesi ilgilendirmiyor. 2004'ten kalma dış bağlantılar ne kadar sağlıklı, ne kadar faydalı bilemedim. Maddede genel olarak Türkçe kavramlar, hatta Vikipedi'de alışık olduğumuz terimler (düzenle değil değiştir gibi) kullanılması gerekiyor.--Nanahuatl^Efendim? 06.00, 8 Temmuz 2020 (UTC)
  • "Editors can be permitted to edit by way of an open proxy with the IP block exempt flag. This is granted on local projects by administrators and globally by stewards." Geçenki yaşadığımız erişim engelinde de küresel ve yerel IP engelleri devam ediyordu, ama aktif kullanıcılara elle IP engel muafiyeti verildi. Bu arada "proxy" mi "vekil sunucu" mu meselesine kullanım yaygınlığına baktıktan sonra görüş bildireceğim. Hatta ona göre değişmeye uygunsa ana maddenin ismini bile değiştirebiliriz.--evrifaessa ❯❯❯ mesaj 06.10, 8 Temmuz 2020 (UTC)
• @Vito Genovese, bir fikrin var mı? Uzun süredir görüş gelmiyor.--evrifaessa ❯❯❯ mesaj 11.10, 20 Ağustos 2020 (UTC)

Ben "Meta küresel olarak kimi engelleyecekse engellesin, biz yerel olarak yel değirmenleriyle savaşmayalım." noktasındayım. Bir engel daha gelirse, ki gelebilir çünkü muz cumhuriyeti, yine benzer şeylerle uğraşacağız. Meta'nın uyguladığı engellemelerin dışında kalan aralıklardan saldırı gelirse de ona göre bir tedbir düşünürüz. Yani eskisiyle yenisiyle bu politika hepten kalksa da olur bence.

Vito Genovese 11.15, 20 Ağustos 2020 (UTC)

Bir engel daha gelirse tüm blok engellerini askıya almamız Phabricator'e açacağımız bir task'a bakar diye düşünüyorum. Dert etme onu. Zaten IPBE dağıtıyoruz engel varken, bir adminbot yardımıyla da dağıtabiliriz hatta herkese.--evrifaessa ❯❯❯ mesaj 11.22, 20 Ağustos 2020 (UTC)

Biçem el kitabı/Görseller

İngilizce Vikipedi'de bulunan Manual of Style/Images politikasını Türkçe'ye çevirdim. Bu politikayla maddelerde kullandığımız görseller adına bir standarta ulaşacağımız kanaatindeyim.

Maddelerimiz adına faydalı olabileceğini düşünüyor ve topluluğun onayına sunuyorum. --ToprakM ^✉ 10.42, 17 Temmuz 2020 (UTC)

Politika teklif metni

Vikipedi:Biçem el kitabı/Görseller
İçindekiler tablosunda başlıklar gözükmemesi için metin buradan kaldırıldı. Vikipedi:Biçem el kitabı/Görseller sayfasına bakabilirsiniz.

Görüşler

• Öncelikle eline sağlık. Ben genelde en.wiki'yi referans alıyorum zaten ama başka dildeki wiki yardımlara her Vikipedist ulaşamayabilir, çalışma çok faydalı olacaktır kesinlikle. Kullanıcılar görsel söz dizimini kullanırken zorlanıyorlar, ben zorlanıyordum; halen zorlanıyorum. en.wiki'den ara ara açıp baktığım bir sayfadır burası. Benim bir-iki ufak noktaya dair görüşlerim olacaktı. İlki sentaks. Bana çok yabancı geldi. Sentaks sanırım İngilizce "syntax" kelimesinden geliyor. Türkçesi, bizim wiki'de de, sözdizim veya söz dizimi olarak geçmekte; bence bu kulağa daha hoş geliyor. Hem de amacı gayet belli ediyor. Ayrıca "VR" kısaltması kullanılmış. Yine bu kısaltma için de SG, sanal gerçeklik, kullanılabilir. Bunlar tabi ufak şeyler, politikadan bağımsız. Sayfa oluşturulduktan sonra düzeltilir. Polika teklifi anlamında destekliyorum, diğer noktaları zaten belirttim. Goktr 21.15, 17 Temmuz 2020 (UTC)

@ToprakM: Görüntülenen metnin altbaşlıklarının bu sayfanın içindekiler tablosunda görünmesini önleyebiliyor musun?

Vito Genovese 20.13, 29 Temmuz 2020 (UTC)

Mümkünse bile maalesef nasıl yapılabileceği hakkında bir fikrim yok. --ToprakM ^✉ 20.28, 29 Temmuz 2020 (UTC)

@Vito Genovese, @ToprakM, {{TOClimit}} ile TOC içinde görüntülenen alt başlık sayısını sınırlandırabilirsiniz. --Mskyrider ^ileti 11.17, 30 Temmuz 2020 (UTC)

• eline emeğine sağlık. görsel politikasına başvurmak gereken zamanlar olabiliyordu. DestekliyorumSatırdan Kahraman (mesaj) 08.58, 30 Temmuz 2020 (UTC)
• Öncelikle emeği geçenlerin emeklerine sağlık diyorum. İngilizce Viki'den çevrilmiş, çeviride atlanan bazı kısımlar mevcut. Bilerek mi atlanıldı? İngilizce Vikipedi'deki bazı yönerge ve politikaların benzer ifadeleri defalarca tekrarlayarak anlaşılmayı zorlaştırmasına şahit oldum. Ondan mı atlandı bilmiyorum ama mesela ilk başlığın ikinci paragrafı komple yok, son paragrafı yok vs. Ayrıca çeviride ciddi hatalar söz konusu. Images for the lead ifadesi Öncü görseller olarak çevrilmiş mesela. Buradaki lead giriş kısmını ifade ediyor. "Kendi görsellerinizi yapma" gibi aslında anlaması zor ifadeler söz konusu. Şu hâliyle üzerinden geçilmeye, daha da önemlisi nelerin lazım olup nelerin olmadığının tespitine gerek var bence, olduğu gibi kabul etmektense. Mesela "hayat döngüsü" kısmını birkaç gün önce İngilizce Viki'den kaldırmışlar, tartışma sayfasında 360 derecelik görsellerin kullanımını tartışmışlar vs. Direkt çeviri yerine biraz daha üzerinde kafa yorulmuş bir metnin daha sağlıklı olacağını düşünüyorum.--Nanahuatl^Efendim? 21.16, 30 Temmuz 2020 (UTC)

  "Lead image" terimini halihazırda kullanılan alternatif bir terim bulamadığım için "Öncü görsel" olarak çevirdim. Zaten "Öncü görsel"den kastedilen de bilgi kutusunda veya maddenin en üstünde -giriş kısmında- bulunan görsel. İngilizcede olan ama bizde olmayan kısımları gerek görmediğim için atladım. Son paragrafı ise hakkında bir bilgi sahibi olmadığım bir konu olduğu için çevirmeyi uygun görmedim. Açıkçası orayı anlamadığımı dahi söyleyebilirim. Son olarak kaldırılmasını veya eksik gördüğünüz şeyler varsa söylerseniz sevinirim. Sonuçta burası dediğiniz gibi üzerine kafa yormak için var. --ToprakM ^✉ 12.58, 1 Ağustos 2020 (UTC)

Hizmetlilik başvurusu karar aşaması metni hk.

Bugünlerde çok tartışılıyor, ve her zaman da çok tartışılıyor. Hizmetli seçimini hem daha şeffaf hale getirecek, hem de ilgili süreci rahatlatacak bir önerim var. İlgili politikamız en.wiki'den alınmış vaktinde diye düşünüyorum. İyi, hoş. Kendileri birçok konuda yaşanmışlıklara sahip, saygıdeğer bir wiki.

Bizdeki seçim sürecinde şöyle bir sıkıntı gözlemliyorum: gerekçelendirme. Olumsuz oylar genellikle daha gerekçelendirilmiş oluyor, haliyle. Şayet varsa, tarafsız oylar da gerekçe sunularak veriliyor; gerekçesiz tarafsız oya rastlamadım açıkçası. Hem gerekçeli oyların değerini arttırmak, hem de seçim sürecini daha akar ve sistematik hale getirmek için önerimi sunuyorum. İlk önce basit düzenlemeler yaptım, onlar tamamen ve-veya düzenlemeleri veya noktalama işareti düzenlemeleri. Tereddüt eden kullanıcılar, ana metinle bu metni karşılaştırabilir. Eklenen önerileri kalın biçimde belirttim. Çıkardığım kısımları üstü çizili yapacaktım ama çok karışık görünüyor o haliyle. Karşılaştırmalı görünüm konusunda yardımcı olabilecek kullanıcı varsa sevinirim. Her neyse. Önerilerimi parça parça sunuyorum. Parçalarla ilgili değişim öneriniz veya destek veya karşı görüşünüzü ayrı ayrı belirtmeniz çok daha faydalı olacaktır. Değişikliklere gelelim:

• [1] ve alt değişiklikler (lütfen değerlendirirken [2]'yi de okuyunuz): Topluluğun fikir birliği her aldığımız kararda büyük önem taşımakta. Bu yüzden fikir birliğinin muhafazası da elbette şart. Yalnız topluluğun fikir birliğinin belirli durumlarda varsayılabileceği kanaatindeyim. Neden? Çünkü topluluk zaten destekliyor olduğu bir kullanıcıyı "sudan" bahanelerle tekrar destekleyebilir, bunun fikir birliğine bir katkısı var mıdır? Veya tam tersi durumda, "karşı" şeklinde görüşümü belirterek fikir birliğine katılabilirim. Burada bana "Vikipedi çoğunluk demokrasisi değildir" itirazları gelebilir fakat bence burada dikkat etmemiz politika Vikipedi:Fikir birliği olacaktır. Burada "Ancak, ezici çoğunluğun oyları, fikir birliğine ulaşmak olarak değil de, fikir birliğinin test edilmesi olarak görülmelidir." denmektedir. Fikir birliğini hizmetli seçimlerinde bölgelere ayırabiliriz. Yeşil, gri ve kırmızı bölge diye. Yeşil bölge, "ezici çoğunluğun" bulunduğu bölge olabilir. Hizmetlilik yetkisi de kullanıcılara verilen ve geri alınamayan bir yetki değil. Bu yüzden fikir birliğinin test edilmesi noktasında "ezici çoğunluğu" dikkate almak nispeten doğru olarak düşünülebilir. Ayrıca da hizmetli seçimindeki fikir birliği kavramıyla, madde alanındaki veya tartışma alanındaki fikir birliği farklılıklar gösterebilir; çünkü her alan farklı dinamiklere sahip. Her politikanın kendini rahat hissettiği bir alan vardır, fakat hizmetli seçimiyle ilgili yazılanlar da diğer politikaların hepsiyle uyumlu olacak diye de bir kural yoktur; çünkü kendi içerisinde bu da bir politikadır. Politikaları birbirinden bağımsız düşünürsek ve bir politika diğerinin kapsadığı alana saldırmadığı sürece; politika geliştirmemiz de o kadar kolay ve faydalı olacaktır. Hizmetli seçimlerinde öncelikle süre sınırı var, belirli bir sürede topluluğun karar alması gerekmekte. Bu yüzden de fikir birliği test edilebilir olduğu durumlarda varsayılabilir de diyorum ben. Tek bir karşıt görüşe rağmen onlarca destek alan bir kullanıcının destekleniyor olarak seçilmesi elbette karşıt görüşteki kullanıcının kuşkularını gidermeye yetmeyecektir fakat iyi niyet varsayarsak bu kullanıcının onlarca kullanıcıyı yüzüstü bırakmayacağını da düşünebiliriz. Yalnızca %75 üzeri oranında bir sınır belirlemek doğru olmayacaktır. Bunun için %60 sınırına kadar destek alan adayların da nihai durumuna bürokratlar karar vereceklerdir. Geri bölgede tarafsız oyların da işlevsel hale geldiğine dikkat çekmek isterim. İşte bu durumda, fikir birliği tam anlamıyla uygulanacaktır; yani gri bölge diyebiliriz buraya. Bu değerin altındaki adaylıklar ise kırmızı bölge yani başarısız olarak sonuçlandırılabilir. Şu andaki politika gri bölge için %70-%80 arasını vermekte. Bence çok dar bir alan, ne kadar yoğun bir alan olsa da. Bu değerler elbet toplulukça değiştirilebilir, istisnai durumlar eklenilir. Spesifik olmak seçim konularında gayet mantıklıdır, her politikada değil elbet. Burada sonuç olarak aday destek oranına göre fikir birliği konusunda varsayımlar yapılmıştır. Hizmetlilik yetkisi vermek çok da abartılacak bir şey değil. O yüzden çok da abartılı bir sürecin olmasını ben şahsen doğru bulmuyorum. Bu öneri hem süreci daha basit hale getirecek, hem de süreç gayet şeffaf olmuş olacak. Sayı görmek, oran görmek can sıkıyor farkındayım; fakat hizmetlilerle ilgili politikalar veya hizmetli seçimleri de kanayan yaramız gibi. Çözelim bunu.

• [2] Bu eklenti aslında [1.2]'yi destekliyor. Yukarıda açıklandı. Yukarıdaki eke büyük bir altyapıdır.

• [3] Önceki politika hangi kararın bürokrat tarafından verileceğini netleştirmemiş. Olumlu olanlar bürokratta, diğerlerinde istisnalar var çünkü; daha önceki politikada da belirtildiği üzere.

• [4] Diğer kullanıcıların adaylık kapatabilmesi durumları netleştirildi. Kapamaması gereken durumlar da belirtildi.

• [5] Bekleyiniz denmiş fakat beklemesine gerek yok, isterse yine aday olsun fakat burada telkin edici bir eklenti yapılarak kullanıcıya diğer seçenekleri belirtilsin.

Karar aşaması

Herhangi bir kullanıcı, kullanıcı hesabı olan bir başka kullanıcıyı aday gösterebilir. Kişinin kendisini aday göstermesi de mümkündür. Eski başvurulara bakarak topluluğun hangi beklentilerde olduğuna dair fikir sahibi olabilir ve böylece sizin başvurunuza nasıl bir tepki geleceğini anlamaya çalışabilirsiniz. Adaylıklar başvurunun yapıldığı andan itibaren 14 gün boyunca sayfada aktif olarak kalır. Bu süre zarfında kullanıcılar fikirlerini belirtir, sorular sorar veya yorumlarda bulunurlar. Bu sürenin sonunda bir bürokrat ilgili başvuruyu değerlendirerek hizmetlilik için bir fikir birliğinin sağlanıp sağlanamadığına bakar. Buradaki fikir birliğinin sonucu sayısal sınırlarla değil, sunulan gerekçelerin gücüyle belirlenir. Yine de sonuçlandırma noktasında bürokratların karar alabilmesi için bir takım uygulamalar mevcuttur. Bu uygulamalar şu şekildedir: [1] Aday %75 oranı üzerinde destek aldıysa, fikir birliğinin sağlandığı kabul edilir ve başvuru başarılı olarak sonuçlandırılır. [1.1] Aday %60 ve %75 oranları arasında, sınır değerler dahil olmak üzere, destek aldıysa; adaylığı sonuçlandıracak olan bürokrat oylamadaki gerekçelendirmeleri de dikkate alarak başvuruyu başarılı veya başarısız olarak sonuçlandırır. [1.2] Bunun dışında kalan durumlarda, %60 oranı altında destek alındıysa, fikir birliğinin sağlandığı kabul edilir ve başvuru başarısız olarak sonuçlandırılır. [1.3] Yukarıdaki destek oranı; Destek oylarının Destek ve Karşı oyların toplamına oranıdır. Destek oranı bulunurken Tarafsız oylar dikkate alınmaz fakat oylamadaki gerekçelendirmelerin dikkate alınması gerektiği durumlarda Tarafsız oylar da dikkate alınır. Yine bu gibi durumlarda detaylıca gerekçelendirilmiş olan oylar; "tarafsız", "destekliyorum", "hayırlı olsun", "karşı", "kesinlikle olmaz" gibi gerekçelendirilmiş oylara göre daha etkili olacaklardır. Unutulmamalıdır ki, hizmetliler topluluğun fikir birliğine ulaşması ile seçilirler. [2] Bir başvuru başarılı olarak yalnızca bürokratlar tarafından kapatılabilir. [3] Ayrıca bürokratlar, eğer olası bir hizmetli yetkisi mümkün gözükmüyorsa veya başvurunun açık kalmasında herhangi bir yarar bulunmuyorsa, kendi sağduyularını kullanarak adaylıkları erkenden kapatmaya gidebilirler. Herhangi bir kullanıcı, adaylığın başarılı olma şansının hiç bulunmadığı durumlarda başvuruyu kapatabilirler. Adayken adaylıktan çekildiğiniz durumlar haricinde oylamada yer aldıysanız veya başvurunun en ufak ihtimalle bile başarılı olabileceği bir durum varsa başvuruyu kapatmayınız. [4] Vandalizm, uygunsuz düzenleme, reddedilmiş veya geri çekilmiş başvuru durumlarında bürokrat olmayan kişiler de başvuruyu listeden çıkarabilirler fakat adaya bir not bırakmaları şarttır ve eğer gerekirse ilgili başvuruyu arşivdeki uygun kısma başarısız (veya geçersiz) olarak taşıyabilirler. İstisnai durumlarda, fikir birliğini netleştirmek için bürokratlar hizmetlilik başvuru süresini 14 gün ötesine uzatabilir veya adaylığı yeniden başlatabilirler. Eğer adaylığınız başarısız olursa lütfen kendinizi yeniden aday göstermeden veya (başkasının yaptığı) bir adaylık başvurusunu kabul etmeden önce makul bir süre bekleyiniz. Tekrardan aday olan bazı adaylar birkaç ay sonrasında seçilebilirken, bazıları ise çok daha uzun süre adaylık için bekleyebilirler. [5]

Metinde değişiklikler:

• 30.07.2020 -> Değişiklikler oldukça buraya ekleme yapılacaktır.

Önerilerim bunlar arkadaşlar. İlk öneride rakamlar değişebilir, [1]'in hepsi değişebilir fakat [1] aynı kalmasın. Bunu net bir şekilde ortaya koyalım artık. Topluluğumuz için çok faydalı olacaktır görüşündeyim. Saygılarımla topluluğa sunarım. Goktr 23.29, 29 Temmuz 2020 (UTC)

Şu anda bizde de bir seçim var yalnız en.wiki'de de yazdıklarımla paralel güzel bir seçim ilerliyor. İnceleyebilirsiniz buradan. Soru sormanın daha önemli olduğu, basit ve detaylı destek oylarının verildiği, oldukça detaylı bir karşı oyun olduğunu görebilirsiniz. Goktr 23.35, 29 Temmuz 2020 (UTC)

Bu bir teklif değildir. Teklif diye bahsetmedim zaten, bu bir öneridir. Hiçbir kısmı da böyle olsun demiyorum, olabilir şu şu sebeplerle diyorum. Değişmesi gerektiğine inandığım için burada başlık açtım, zira burası politikalarla ilgili tartışma bölümü de ayrıca. Topluluk ya benim numaralandırdığım kısımlarda, veya kendileri belirledikleri noktada ekleme-çıkarma yapabilirler. Önerime her türlü müdahale yapılabilir. Burada tartışırız. En son bir şey çıkar, onu teklif ederiz bir şekilde. Goktr 02.29, 30 Temmuz 2020 (UTC)

Bazı notlar:

1. %75'in geçilmesi durumunda başvurunun varsayılan olarak başarılı olması kesinlikle kabul edebileceğim bir şey değil. Teoride %79'luk bir başvurunun da başarısız kapatılması gerektiğini savunabilirim. Bu tür bir başvuruyu doğrudan kapatmam, bürokrat tartışması başlatırım ve durum bunu gösteriyorsa savunduğum bu olur.
2. Geçmiş bürokrat tartışmalarına bakarsak, %71'lik Selahattin ilhan adaylığında benim dışımda hiçbir bürokratın adaylığın başarılı kapatılması kanaatine varmadığını görürsünüz. Yani %71'de bile yalnız kaldığım bir emsal var. Buradan hareketle ilgili sayfadaki ibareyi %70'in altına düşürmenin de net bir yararını görmüyorum.
3. %70-80 aralığı 2011'de şu tartışmayla eklendi ve isabetli olduğunu düşünüyorum. Aslına bakılırsa, yani özüne inilirse yalnızca bir yönlendirme olarak işlevi var. O ibare orada olmasa da (ve elbette şunun üzeri başarılı şunun altı başarısız gibi yönergelerle eli kolu bağlanmamışsa) bir bürokrat hizmetlilik için ve bürokratlık için yeter düzeyi biliyor olmalıdır. Bu oranlar genel olarak gerek bu tür uygulamalarımızı aldığımız enwiki'de gerekse de burada belli bir içselleştirmeden, yani zamanın sınavından geçmiş uygulamalardır. İbare zaten "genellikle" der. Olağanüstü şartlar her zaman mümkündür ve oranlarda katı çizgiler sağlıksızdır. Dolayısıyla [1] değişmemeli, diyorum.
4. [4]'ü de sorun potansiyelli buluyorum. Adaylığın başarıya ulaşmayacağı öngörüsü oldukça ihtilafa açık bir konudur, bunu da yapacaksa bürokrat yapmalıdır.
5. Doğru anladıysam [2], [3] ve [5] herhangi bir şeyi değiştirmeyi önermiyor.

Vito Genovese 23.54, 29 Temmuz 2020 (UTC)

1. İlgili sınır yükseltilebilir, %80 yapılabilir; bir önceki sınıra uygun olarak. Geri kalan aralık bürokrat takdirine bırakılabilir. Yine de oylamadaki gerekçelendirmelerin bürokratlar tarafından dikkate alınması hususu karar alma noktasında ilgili bürokrata yol gösterici olacaktır. Gri bölgede dolaşan bir bürokrat kendisini rahatsız hissediyorsa VP:BÜT açabilir, oylamayı dondurup. İlgili maddelerden sonra bürokratın uygun bulduğu durumda VP:BÜT açabileceği de metne eklenebilir, süreci muğlaklaştırmak ve "farklı" durumları çözebilmek adına. Burada sınır değerlerde olacaklara veya istisnai durumlara bakacaksak, ilerleme sağlayamayız fakat bu istisnai durumları olabilecek gibi kabul edip metne ekleyebiliriz. Her adaylığa örnekteki olur gibi gözüyle bakarsak ilerlememiz ne kadar verimli olabilir? Metinde yine de bürokratın bu süreci şu şu noktaya taşıyabileceği belirtilir; bu ek bir seçenek olarak sunulabilir. Bunu her daim bir seçenek sunmak bence doğru değil. Geçmişten ders almalıyız, geçmişi hep yaşamamalıyız.

2. Sayfadaki ibareyi %70 altına düşürmek tamamen gerekçeli oyları değerlendirmek adına yapılmış bir eklenti. Buradaki hiçbir madde ne topluluğun görüşlerini yok sayıyor, ne gerekçeli oyları görmezden geliyor, ne de "kafa sayımını" ön plana çıkarıyor. Aksine, gerekçeli oyların çok daha değerli olduğunu; "kafa sayımı" şekilde bir oylama olsa dahi bürokratın bu noktada inisiyatif alabileceğini-metinde değişiklik yaparsak- belirtiyor. Buradaki değişikliklerin ana amacı belirli sınırlar belirlemek değil, her ne kadar öyle bir izlenim ortaya çıkıyor olsa da. Bunlar "olağan" oylamaları olağan kılmak için. Olağanüstü durumlar açıkça belirtilebilir.

3. Oranlardaki katı çizgiler konusunda açıklama yaptım, değiştirilebilir.

4. [4] sorun potansiyeli taşıyorsa, takip eden cümleden sonrasına konabilir zira şu anki haliyle de buna izin veriyor politika.

5. Bunlar tamamen anlam kuvvetlendirme amaçlı, değişiklikten ziyade "clarity" gayesi güdüyorlar.

Bence burada kaçırılan nokta gerekçeli oyların değerli olduklarının hissettirilebilmesi. Şu andaki politika buna hiçbir atıf yapmıyor, oylamalarda da bunun etkisi görülebiliyor. Gerekçeli oyların değerleri olabileceği durum yaratılıp, bu oyların dikkate alınması gerektiği metne ekleniyor. Katı sınırlar konusunda dediğim gibi bir ekleme yapılabilir. Bütün sınırlar kalkacak olsa da gerekçeli oyların önemini bir noktada belirtmek gerekiyor diye düşünüyorum bu metinde. Goktr 00.24, 30 Temmuz 2020 (UTC)

• Direkt bir öneri öncesinde beyin fırtınası olsaydı fena olmazdı bence :) Biraz sert bir değişim öneriliyor zira, sonuçsuz kalma ihtimali yüksek olacaktır bu şekilde. Ama siz bilirsiniz :)--Nanahuatl^Efendim? 01.33, 30 Temmuz 2020 (UTC)

Doğru, ben teklif kısmında yaparız diye düşündüm beyin fırtınasını. Önerim bu olacak diye burada değil, böyle öneriyorum; sizler de destek olun. Bu ne olabilir, şu ne olabilir şeklinde. Burası köy çeşmesi politika bölümü, her şey teklif olacak diye bir şey yok ya. Politikayla ilgili tartışma bu, tekliften ziyade. Teklife sonrasında dönüşür ama bir şekilde başlatmak lazım diye ortaya attım. Buradan ileri gelinir, geri gidilir, o silinir, bu eklenir; o sebeple. "Politikalarla ilgili tartışma ve teklifler" denildiği için bu alana, ona güveniyorum. Ben yazdıklarım desteklensin, karşı çıkılsın diye yazmadım açıkçası, orada değişiklikler bölümü bile ekledim. Değişmesi gereken kısımları var çünkü. Goktr 02.26, 30 Temmuz 2020 (UTC)

Yani sonuçta bir öneri gelmiş, burada konuşmamız gereken bu önerinin uygun olup olmadığı, öyle değil mi? Burada öneri değil de "ne yapabiliriz?" tartışması olsaydı farklı ilerlerdi, sonunda da bir öneri gelebilirdi, bence. Dediğim gibi büyük ve önemli bir değişim olduğu için böyle diyorum, yoksa sıradan bir yönerge falan olsaydı böyle demezdim.--Nanahuatl^Efendim? 21.19, 30 Temmuz 2020 (UTC)

Hizmetli yetkisine sahip botların (adminbotlar) Türkçe Vikipedi'ye getirilmesi

Bu konu hakkında burada bir teklif yaptım. İlgili kullanıcıların katılımı beni mutlu eder. Sevgiler.--evrifaessa ❯❯❯ mesaj 07.50, 4 Ağustos 2020 (UTC)

Vikipedi:Biçem el kitabı/Bağlantılar yönergesinde bir düzeltme ve bir ekleme teklifi

Merhaba, Herkesin bildiği üzere politika ve yönergelerde hâlen eksik veya muğlak noktalar bulunuyor. Arada geniş çaplı çalışmalar olsa da, bunlar işin doğası gereği çok hızlı gerçekleşemiyorlar. @Nanahuatl ve @Vito Genovese ile sohbetimiz sırasında değindiğimiz iki maddeyi topluluk görüşüne sunmak istiyorum. Çok net ve anlatması kısa olandan başlayayım.

1. Vikipedi:Biçem el kitabı/Bağlantılar#Biçim bölümünde kesme işaretinin Jane's örneğindeki gibi bağlantı içinde kalması gerektiği yazılı. Uygulanmayan ve uygulanmaması çok yerinde olan bir yönerge cümlesi bu. İngilizcede de kesme işareti bağlantı dışında kullanılmasına rağmen muhtemelen İngilizce yönergeden çevrilip unutuldu diye düşündüm ama orda da göremedim. Türkçe vikipedide bunları düzelten botumuz bile var. (Ne yazık ki ContentTranslation da bu hatayı yapıyor.) Kanaatimce çok açık bu konu hakkında görüşlerinizi hızlıca paylaşmanızı rica ediyorum. Arada sırada da olsa hızlı aksiyon alınabildiğini görelim. (G.I. Joe's gibi adının içinde kesme işareti olan maddeler istisna tutulmalı elbette.)

2. Sohbetimizin asıl konusu, Türkçede yer almayan maddelere yabancı dil bağlantılarının hangi koşullarda ve hangi biçimde verilmesi idi. Olmayan maddeye kırmızı bir iç bağlantı vermek, o maddenin açılması gerektiğine, KD görüldüğüne ve mevcut maddeye de yarar katacağına işaret etmek anlamına geliyor. Evet yararlı. Ancak eğer yabancı dilde bu madde varsa ve bilgi/kaynak içeriyorsa, okuru yönlendirmek ve çevirilmesine teşvik etmek için yabancı dil bağlantısı verilmesi de yararlı. Fakat bu kez de, mavinin daha açık tonundaki linki farketmeyip bilmediği dile yönlenmesi gibi epey düşük düzeyde bir zararının yanında, asıl önemli zararı, daha sonra açılacak Türkçe maddesine yönlendirilmeyip yabancı dil bağlantısıyla hayatına devam etmesi. Mevcut maddede görerek yeni Türkçe maddeyi açan kişi, görev bilip bunu düzeltmeli tabii, ama çoğu kez diğer maddelerdeki kullanımları, yönlendirilmeleri incelenmeden yeni maddeler açılıveriyor. Bu sorunu göz ardı edemeyiz.

Çözüm önerim en:Help:Interlanguage_links#Inline_links_(links_in_the_text_of_the_article) alt başlığındaki üçüncü seçeneğin belli koşullarda tercih edilmesidir. Yani {{ill|Hanning Schröder|de}} yöntemini kullanarak Hanning Schröder görüntüsünü elde etmekten söz ediyorum.

Böylece, Türkçe madde açılmamışsa hem kırmızı linki oluşturup okura maddeyi oluşturmaya teşvik ediyor, hem okura isterse yabancı dilde okuma kolaylığı sağlıyor, hem de olası çeviriye bilgi ve kaynak(lar) sunabiliyoruz. Türkçe maddesi açıldığında {{ill|Timurlular|en|Timurid Empire|de|Timuridenreich}} yöntemi, Timurlular biçiminde nihai görüntüye ulaşıp yalnız Türkçe maddeye yönlenilmesini sağlıyor. Yine de yabancı dildeki maddesini okumak isteyen Türkçe Timur maddesinden devam edip ilerleyebilir zaten. (Tabii bu, "|display=1" parametresini eklemedikçe böyle, ki madde sayfalarında -özel bir gereklilik yoksa- bu parametre konmamalı.) Şöyle toparlarsak, bu yöntem, diğer iki yöntemin yararlarını kapsıyor, sakıncalarını eliyor.

Verilen yabancı dil bağlantısının kayda değerliği, bilgi ve kaynakların yeterli olması ve en önemlisi mevcut maddeye önemli bir katkısının olması değerlendirilmelidir.

Bir maddede yabancı dil bağlantısının çok olması da dikkat edilmesi gereken bir konudur. Nasıl ki bir maddede çok fazla sayıda bağlantı vermek önerilmemekteyse, bir maddede gerekliliği tartışmalı olabilecek ölçüde yabancı dil bağlantısı verilmesi de tercih edilmemelidir. Bunun için bir oran verilemez, bazı listelerde yabancı dil bağlantılarının çokluğu gereksiz olmaktan ziyade yararlı olabilir, ama detaylandırılmış, geniş bir madde içinde Türkçe maddesi açılmamış çok sayıda maddenin yabancı dil bağlantısının bu yöntemle verilmesi aşırıya kaçacak, -en azından okurların bir kısmı için- okuma zorluğuna hatta görüntü kirliliğine yol açacaktır. Bu durumda yukarıda gösterilen üç temel koşula başvurarak eleme yapmak yararlı olur. Örneğin bağlantı yabancı dilde seçkin bir maddeye veriliyor olsa bile, mevcut madde okurunun o maddeyi de okuyup öğrenmesinin mevcut maddenin özümsenmesinde bir yararı yoksa, yabancı dil bağlantısı vermekten kaçınmak gerekir. Ayrıca nihai hedefin bu maddeleri Türkçeye kazandırmak olduğu da unutulmamalıdır.

Ayrıca not etmem gerek, Yardım:Dillerarası bağlantı içinde de bu yöntemle ilgili bilgi eksikmiş, oraya zaten yerleştirmek gerekiyor.

--iazak (mesaj) 17.08, 4 Ağustos 2020 (UTC)

Hanning Schröder kullanımının son derece pratik ve işlevsel olduğu kanısındayım.

Vito Genovese 17.13, 4 Ağustos 2020 (UTC)

Gereksiz olduğu kanısındayım. Eklenecek dil neye ve kime göre seçilecek. Mesela de dili seçildi fakat kullanıcı en okumak istiyorsa ne olacak? Tüm dilleri mi ekleyeceğiz? Madde içlerinde de karmaşa yaratacaktır. Kırmızı maddelerin açılmasında bugüne kadar sıkıntı yaşanmadı ve başka bir dile yönlendirmeye de gerek yok. Kırmızılarla dolu maddelerin bu yöntemle ne kadar karışık görüneceğini hayal bile edemiyorum. — Hedda Gabler (mesaj) 18.43, 4 Ağustos 2020 (UTC)

Benim görebildiğim kadarıyla bu yöntem o maddenin tek bir vikide olduğu durumlarda kullanılıyor. Yani örneğin ünü ülke sınırlarının pek dışına çıkmamış bir kişi veya oluşum var, o ülkede konuşulan dilin vikisinde maddesi oluyor ama diğer vikilere taşınmıyor. Örneğin kişinin içinde yer aldığı oluşum uluslararası üne sahip ama kişi yerel üne sahipse, böyle durumlarda kişi maddesine bu tür bağlantılar kullanıyorlar. Bence "Bunun maddesi henüz yok ama şuradan alıp gelen olsa ne güzel olur" demek için çok yararlı.

Vito Genovese 18.53, 4 Ağustos 2020 (UTC)

Diğer vikilerde (özellikle sürüm kontrolü olmayanlarda) içerik bize göre çok daha kolay değiştirilebildiğinden ve hiçbir vikinin güvenilirliğinden emin olamayacağımızdan madde içlerinde diğer vikilere bağlantı verilmesini doğru bulmuyorum.--evrifaessa ❯❯❯ mesaj 18.58, 4 Ağustos 2020 (UTC)

O yönüyle değerlendirdiğimizde de yakın zamanda Vikipedi:Silinmeye aday sayfalar/Şablon:Genişlet dil (2. aday gösterme) sayfasında aynı mantığı güden bir şablonun yararlı olduğu kanaatinin oluştuğunu dikkate almak gerek.

Vito Genovese 19.08, 4 Ağustos 2020 (UTC)

Evet, ama yukarıda yer alan bir şablon ile maddenin içindeki kırmızı bağlantıların yapısını değiştirmeyi aynı bulmuyorum. Bu, ayrıca maddenin yapısını karışıklaştıracak ve bazı ek sıkıntılar doğurma ihtimalini de getirecektir. Örneğin giriş cümlesindeki bir kırmızı bağlantıyı kaldırıp yerine bu şablondan koyduk, Google da bu giriş cümlesini bizden çekerken şablonu nasıl haritalayacağını bilemeyecek, belki "X, bir y'dir" yerine "X, bir y [en]'dir" şeklinde haritalayacak, hatta belki o "y [en]" kısmını anlayamayıp direkt olarak "X, bir 'dir" şeklinde görüntüleyecek.--evrifaessa ❯❯❯ mesaj 19.13, 4 Ağustos 2020 (UTC)

Tanıma elbette koymamak gerekir. Bunu düzgün formülize eden neresiyse alalım ordan metni. Giriş bölümünde toptan olmasın gerekirse ama madde gövdesi için yararlı olacaktır, dile getirilen endişeler doğrultusunda kullanılması kaydıyla.

Vito Genovese 20.05, 4 Ağustos 2020 (UTC)

• Şartlı destek Konuyla doğrudan bağlantılı dillerin bağlantısı verilmesi şartıyla destekliyorum. Örneğin Macar bir futbolcunun Macarca bağlantısı veya Mısır'daki bir tepenin Arapça bağlantısı olabilir. Aksi takdirde kaos kaçınılmaz olur. Yine de Hedda Gabler'ın kuşkularını taşımadığımı söyleyemeyeceğim. --ToprakM ^✉ 19.06, 4 Ağustos 2020 (UTC)

Bu konu önemli. Kişi Alman, dil bağlantısı İngilizceye veriliyor :) Neden? İngilizce en yaygın konuşulan dil diye mi? İngilizcede olmayan bir maddede nereye vereceğiz? Çince? Ben şahsen bu tip bağlantı vermem zaten de (Türkçe Vikipedi'de olduğumuz için içeriğin mümkün mertebe Türkçe kalması taraftarıyım, ayrıca madde bizde açılınca o şablon yine orada duracak?), teklifi değerlendireceğim vakit bulduğumda.--Nanahuatl^Efendim? 20.10, 4 Ağustos 2020 (UTC)

Yanıt: İkinci maddeyi yeterince açık ifade etmemiş olabilirim, biraz daha netleştireyim. Üç koşulu net yazmadığımı gördüğümden öncelikle bunları maddeleyeceğim. Koşullar:

1. Bağlantı yapılan maddenin kayda değerliği.
2. Bağlantı hedef veya (nadiren birden fazla verilebilecek) hedeflerindeki bilgi ve kaynakların yeterli olması. (Çok geniş olmasından ziyade, okura yarar sağlayacak bilgi verebilecek olması açısından.)
3. En önemlisi mevcut maddeye önemli bir katkısının olması. (Bağlantı hedefi ne kadar gelişmiş ve değerli olursa olsun o an okunan asıl madde için gerekli olmayabilir, ki çoğu kez öyledir.)

Bu "ill" şablonunu kullanarak bağlantı oluşturmayı esas kabul etmekten söz etmiyoruz. O yüzden (Türkçede olmayıp yabancı dilde olması gerek koşullarının yanında) yazdığım üç koşulun yönergede açık biçimde belirtilmesi gerekiyor. Koşullar yazılmadan yönergeye eklenmek istense karşı olanların başında yerimi alırım.

Bu yöntemin yönergeye yazılmasından, çoğunluğun öğrenmesinden ve benimsemesinden yıllar sonra bile bağlantılarda bu yöntemin kullanılma oranının %2'nin altında olacağını düşünüyorum. Bunun bir nedeni de Türkçe maddeleri açıldıkça bu yöntemin görünmez hale gelmesi olacaktır.

Türkçe Vikipedi geneline değil de her bir maddeye tek tek bakıldığında da, bu yöntemin @Hedda Gabler'in çekince duyduğu "karmaşayı" yaratmayacak kadar azınlıkta olması gerekiyor. Koşullar bunun için var.

@Evrifaessa'nın belirttiği üzere hiçbir dildeki Vikipedi tam güvenilir değil elbette. (Ne yazık ki Türkçe de bu eleştiriden yeterince uzak değil. "Hepimiz uzaylı değil miyiz?") Tüm diller çok daha iyi durumda olsaydı bile, madde madde değerlendirmekten başka yol yok. Zaten yukarıda değindiğim 2. koşul bunun için var.

Yine Evrifaessa'nın değindiği, tanım cümlesinde (paragrafında) olmaması gerektiği görüşü ile hemfikirim. Geniş maddelerin görece geniş giriş bölümlerinde ise, yararı çok açık olabilecek sınırlı sayıda bu yöntemle verilmiş bağlantının oluşturulabileceğini düşünüyorum. Yönergeye bu konu da eklenmeli, Evrifaessa'ya teşekkür ediyorum.

@ToprakM ve @Nanahuatl'ın değindiği "hangi dil?" sorusu için, madde madde karar vermekten başka bir yol görmüyorum. Kırım Tatarları ile ilgili bir maddenin Kırım Tatarcasında bir cümle yazılıp geçilmiş, ama Rusçada 40-50K boyutuna varmış olabiliyor. Okur Kırım Tatarcası biliyor olsa bile bilmediği Rusçadaki bilgilere ya da en azından kaynaklara ulaşmayı tercih eder. Ayrıca biz yönergeye hangi dilin seçilmesi gerektiğiyle ilgili hiçbir şey yazmasak bile, vikipedistler, Türkçe bilenlerin az bildiği dillere bağlantı verilmesinden kendiliğinden kaçınılacaktır. Rusça, Çince gibi dillere pek bağlantı verileceğini sanmıyorum. Türkçeye en yakın dil olan Azerice de içler acısı haliyle bize bilgi sağlamaktan genellikle uzak durumda, ama bilgi bulduğumuzda da yararlanalım tabii. Diğer açıdan bir Rus kişi maddesi İngilizce ve Rusçada yakın gelişmişlikteyse yerel dilin seçilmesi Türkçe okurlara pek yarar sağlamayacaktır. Bırakalım vikipedistler bu kadarında özgür olsunlar.

Nanahuatl'ın diğer notuna da değineyim. "Yararlı olan madde bizde açılınca o şablon yine orada duracak" evet, ama yazdığımız {{ill|Timurlular|en|Timurid Empire|de|Timuridenreich}}, artık Timurlular olarak görünecek, okur (düzenleme yapmadıkça) bu "ill" şablonunu görmeyecek, linke bastığında da yabancı bir dile yönlenmeyecek. Zaten önerme nedenim de bu.

Şimdi bu yöntemin kullanılma oranı bu kadar az olacaksa neden önerdiğimi tekrar düşünenler olabilir. Çünkü bu yöntem, diğer iki yöntemin yararlarını kapsıyor, sakıncalarını eliyor. Bunu da seçim sloganı gibi kullanmaya başladım...

--iazak (mesaj) 09.04, 5 Ağustos 2020 (UTC)

Peki biri gelip bütün kırmızılara bu şablonu -mesela Vietnamca için- eklemeye başlarsa? Bu gibi durumlar için önlem almak elzem. --ToprakM ^✉ 13.01, 9 Ağustos 2020 (UTC)

Yanıt Kolay. Yönergeye koşullar açıkça ekleneceği için ısrarla yönergeye aykırı davranış vandallık olarak değerlendirilecektir. --iazak (mesaj) 17.10, 9 Ağustos 2020 (UTC)

• Sonunda fırsat bulup öneriyi değerlendirme fırsatı buldum. Öncelikle @İazak'a girişiminden dolayı teşekkür ediyorum. Burada yazanların tamamını okudum. Şunu belirterek başlayayım, İngilizce ile Türkçenin farklı yapıları gereği, kesme işareti ve sonrasındaki eklerin kullanımı konusunda farklılıklar var. Bizim yönergenin çevrildiği İngilizce Vikipedi yönergesinin o dönemdeki sürümü şu şekilde. Orada, "This does not work for affixes beginning with hyphens, apostrophes, or capital letters" ifadesiyle, bu eklerin bağlantı içerisinde olmaması gerektiği yazılıymış. Hatta ilerleyen sürümlerde bu ifade geliştirilmiş ve "This works not just for ‑s, but for any words that consist of a linked term and a suffix, for example ‑ing, ‑ed, or ‑est. However, such suffixes cannot begin with a hyphen (-), an apostrophe ('), or a capital letter" şeklinde yazılmış. Ancak bu ifade, 7 Mayıs 2020'deki şu değişiklikle "I think it's just easier to say go over there" özetiyle kaldırılmış. Dolayısıyla İngilizce Vikipedi zaten hiçbir zaman "gelen eklere bağlantı verin" dememiş. Bunu bir kenara koyalım.

İkinci husus, dediğim gibi Türkçenin yapısıyla İngilizcenin yapısı çok farklı, dolayısıyla gelen ekler konusu da farklı. Biz ve İngilizce Vikipedi [[elma]]lar ([[apple]]s şeklinde bağlantı verilmesi gerektiğinden söz ederken [[uçak|uçağın]] örneği gibi durumlarda mecburen gelen eki de bağlantıya dahil etmek durumunda kalıyoruz. Görünürde bir değişiklik zaten olmuyor, her iki şekilde kullanımda da zaten gelen ek de bağlantıya dahil edilmiş gibi gözüküyor ([[elma]]lar desek de [[elma|elmalar]]<nowiki> desek de aldığımız sonuç aynı). Çıktıda bir sonuç yok ama bir standart yakalama adına, "gelen eke göre metinde kullanılan bağlantıda bir ses olayı gerçekleşmekteyse, şu şu şekilde kullanılmalıdır" gibi bir şey eklenebilir diye düşünüyorum. En azından maddeyi yazan kullanıcılar, nasıl bağlantı vereceğini görmüş olurlar bu durumlarda :) :Üçüncü husus, kesme işareti ya da kısa çizgi gibi noktalama işaretlerinde, bir üst paragrafta bahsettiğim durum söz konusu değil. <nowiki>[[elma]]lar (elmalar) ile </nowiki>elma'lar</nowiki> (elma'lar) ve [[elma]]-lar (elma-lar) örneklerinde görülebileceği üzere, bu noktalama işaretlerinin ardından gelen ekler, bağlantıya dahil edilmiyor. İngilizce Vikipedi, bu yazdıklarımın ilk paragrafında dediğim gibi "hiçbir eki" (kesme işaretiyle ya da işaretsiz, fark etmez, tüm ekler) bağlantıya dahil etmeyin diyor. Ben de buna katıldığımı söyleyebilirim. İazak, burada bir değişiklik yapılması gerektiğini söylememiş, haklı olarak "burada öyle yazarken neden herkes aksini yapıyor?" minvalinde bu konuya parmak basmaya çalışmış. Kesinlikle haklı. İlgili kısmın değiştirilmesinin uygun olduğunu düşünüyorum yazdıklarıma dayanarak (metin önerisinde bulunabilirim ilerleyen zamanda).

Başka dildeki Viki maddesine bağlantı konusuna gelmek istiyorum. Zaten yukarıda buna dair denilmesi gerekenler bizzat İazak tarafından da denildi, metin içinde direkt olarak başka Vikipedi'deki maddelere bağlantı verilmemesi gerekiyor. Burada kendisinin önerisi, "bağlantı kırmızı ise, yanında yer alan köşeli parantezle, diğer dillerdeki bir Vikipedi maddesine bağlantı verilmesi" şekilde. Bu öneriyi sunarken de "Ancak eğer yabancı dilde bu madde varsa ve bilgi/kaynak içeriyorsa, okuru yönlendirmek ve çevirilmesine teşvik etmek için yabancı dil bağlantısı verilmesi de yararlı" argümanını öne sürüyor. Yanlış mı? Bence değil. "Verilen yabancı dil bağlantısının kayda değerliği, bilgi ve kaynakların yeterli olması ve en önemlisi mevcut maddeye önemli bir katkısının olması değerlendirilmelidir" demiş, bu biraz uğraştırıcı bir konu bence. Tek tek her bağlantıyı böyle ince eleyip sık dokursak işimiz var :D "Ayrıca nihai hedefin bu maddeleri Türkçeye kazandırmak olduğu da unutulmamalıdır" demiş, doğru olduğunu düşünmüyorum bunun, zira her Vikipedi'nin kayda değerlik yönergeler, kendisine özgü ve bu da her maddeyi bizim oluşturamayacağımız anlamına geliyor. İngilizce Vikipedi'de olup da gözden kaçmış, sonra da bize kazandırılmış, bizim de sildiğimiz maddeler var. Keza Azerice Viki, "her profesörü" kayda değer kabul ediyor, biz etmiyoruz. Bu gibi maddelerde bu bağlantıların olması yarar sağlamaz, zira bizde zaten "kayda değer değil bu madde" diyerek bağlantı verilmemesi lazım o maddelere (hiçbir zaman mavi olamazlar, zira kayda değer değiller). Öte yandan, @Vito Genovese, "Benim görebildiğim kadarıyla bu yöntem o maddenin tek bir vikide olduğu durumlarda kullanılıyor. Yani örneğin ünü ülke sınırlarının pek dışına çıkmamış bir kişi veya oluşum var, o ülkede konuşulan dilin vikisinde maddesi oluyor ama diğer vikilere taşınmıyor" demiş, benim gördüğüm kadarıyla da durum bu şekilde. Yani İazak'ın önerisi aslında çok dar bir kapsamda kullanılıyor pratikte. Dolayısıyla Vito Genovese'nin dikkat çektiği bu nokta, aslında yukarıda @Hedda Gabler ile @ToprakM'in dikkat çektiği, benim de katıldığım noktayı açıklığa kavuşturuyor. "Peki başka dilde de açıldı, o zaman ne yapacağız?" sorusunun ise yanıtı yok şu an :)

Son paragraftaki konuyla ilgili görüşüme gelirsem... Vikipedi'nin güvenilir olmayan bir kaynak olduğunu anlamamız lazım bir kere, dolayısıyla Vikipedi'ye hiçbir zaman referans vermemekteyiz. Buna karşın okurlara "Türkçe Vikipedi'de bu madde yok, ama Özbekçede var, istersen aç bak" demenin doğru olduğundan emin değilim. Yukarıdaki paragrafta İazak'ın bu bağlantıların neden olması gerektiğine yönelik gerekçesi, dediğim gibi teoride doğrudur, "en azından başka dilde, güvenilir olmasa da birtakım bilgiler sunma" fikri teoride doğru olabilir; ancak genel olarak Türkçe Vikipedi'deki okurları Türkçe Vikipedi'de, kontrol edebileceğimiz bir ortamda tutmayı şahsen yeğlerim. Bu önerinin uygulanması konusunda fikir birliği oluşursa da yoğun itirazlarım kesinlikle olmaz, ancak şahsen ben kullanma taraftarı değilim.--Nanahuatl^Efendim? 07.57, 10 Ağustos 2020 (UTC)

Yanıt: Detaylı yanıtın için çok teşekkür ediyorum @Nanahuatl. Dar kapsamda olabileceğinden söz etmişsin. Tabii ki. Zaten belirttiğim üzere ill şablonuyla bağlantının sınırlı sayıda yapılmasını öngörmeli, aşırılığa izin vermemeliyiz. Yalnız bu dar kapsam yalnız @Vito Genovese ile senin belirttiğin tek dilde olanlardan ibaret değil. Bir de yeterli gelişkinliğe sahip olmayan ve olana kadar diğer dillerden yarar sağlayabileceği terim, kişi vs maddesi olan sayfalarımız var ve bu ikinci öbek ilki kadar değil, daha az "dar" bir kapsam.

"Tek tek her bağlantıyı böyle ince eleyip sık dokursak işimiz var" deöişsin. Tersine böyle bir işimiz yok. Maddeyi hazırlarken, geliştirirken bu 2+3 koşula uygun olduğunu görürsek ill şablonuyla bağlantı vereceğiz. Bilmiyorsak, araştırmamışsak, emin değilsek, zaten kırmızı iç bağlantı verip geçeceğiz. Default olan devam edecek. (Mavi bağlantılar zaten 2+3 koşulun ilk adımında gündem dışı kalıyor.) Yani son koşuldaki yarar da gözümüze batıyorsa kullanacağız, kullanmış olmak için değil. Yönergede bunu da özenle vurgulamakta yarar var.

Son olarak biz farkında olmadan başka bir dilde daha açılması da onun daha da gelişmiş olması da temel bir sorun değil. Dil eklemesi veya öncekinin yerine geçmesi gerektiği farkedilirse değiştirilir. Tahminen %1 gerçekleştirilecek ill bağlantıların %1'inde sonradan bu değişikliğin yarar sağlayacağı düşünülerek değiştirilme gereği duyulacaktır. Yani üzerinde durulacak bir konu değil. --iazak (mesaj) 10.23, 10 Ağustos 2020 (UTC)

Bu "başka dilde bağlantı vereceksek, tek dilde olanlara değil yalnızca" görüşün senin kendi özgün önerin mi yoksa İngilizce ya da diğer dillerde geçen bir ifade mi @İazak? Soruyorum yalnızca. Bir de kapsamın darlığını nasıl belirleyeceğiz?--Nanahuatl^Efendim? 08.15, 11 Ağustos 2020 (UTC)

Yanıt:İngilizcede yok, diğer dilleri incelemedim, varsa da bilmiyorum, ama olduğunu hiç sanmıyorum. Zaten önerimin "yeni" ve "yararlı" olduğunu varsayıyorum. (Bizde de, diğer dillerde de kullanılmıyor değil de, yönergede yer almasının "yeni" olduğunu kasdediyorum.) Tek dilde bağlantısı olup başka yerde KD olmayanlar gerçekten bu konunun küçük bir kısmı, ancak İngilizce Vikipedi gibi hem nitelik hem nicelik olarak yeterli bir ansiklopedide bu olabilir. Genelde karşımıza çıkan ve çıkacak olan örnekler birden fazla dilde olup bizde olmayan maddeler. Yanlış anlaşılmasın, böyle maddeler yok demiyorum, konumuza dahil değil diyorum. Azericede her profesörün KD olması gayet net bir örnek, ama yeterli bilgi olmasından da önce, hem bizdeki asıl maddeyi açıklamaya önemli bir katkısı olmayacağından, hem de Türkçe Vikipedide KD görülmeyeceğinden 2+3 koşulun 4. ve 5. lerine takılıp elenmek durumundalar. Elenmek de lafın gelişi, zaten maddeyi düzenleyen editör, bu koşulları da düşünmeden bu maddelere ill şablonuyla bağlantı vermeyi düşünmeyecektir bile. Buradan bir not çıkaralım yönerge için; "KD olması" koşulunu "Türkçe Vikipedi için KD olması" biçiminde belirtelim ki yanlış anlaşılmaları önleyelim. --iazak (mesaj) 09.13, 11 Ağustos 2020 (UTC)

• "Eee, sonra?" diye sormak istedim @Evrifaessa, @Hedda Gabler, @ToprakM, @Nanahuatl, @Vito Genovese ve diğer okuyanlara. Katkı ve revizyonlardan sonra bir sessizlik dönemi oldu bu sayfaların alıştığı üzere. Birçok çetrefilli veya köklü değişiklikte neyse de, böyle (biri zaten kimsenin itiraz etmediği/etmeyeceği) iki detay için de bu kadar uzun süre beklemek verimsiz geliyor doğrusu. Konu tozlanıp unutulmadan açıklığa kavuşturmasak mı? Bu arada, 16 gün geçti ama buraya uğramamış ama mutlaka ilgilenebileceğini veya ilgilenmesi gerektiğini düşündüğünüz arkadaşlara da seslenirseniz memnun olurum. Ne kadar çok katılım, o kadar güçlü karar. --iazak (mesaj) 08.06, 20 Ağustos 2020 (UTC)

Ben diyeceğimi dedim, ekleyecek bir şeyim bulunmuyor. Önerinin en başta sunulduğu şekline katılmadığımı net bir şekilde ifade ettim gerekçelerimle (bazı kısımların İngilizce Viki'de de olmadığını belirterek), kabul edilirse uygularım, yapacak bir şey yok :)--Nanahuatl^Efendim? 06.25, 21 Ağustos 2020 (UTC)

Yanıt: Artık "önerinin en başta sunulduğu şekline" katılmayı konuşmuyoruz. Evrifaessa ve senin gibi arkadaşların çekince ve itirazlarından gayet mantıklı bulup güncelleme ve eklemeler yaptım yukarlarda. Zaten ortaya metin koymaktan çok ilkeleri derlemek için sohbetini yapıyoruz. Oylamak gerektiğinde metinleştirmek gerekecek. Bu arada ilk madde zaten hatalı bir bilginin yönergede yer almasından ibaret, o doğrudan yapılmalı aslında, şu an okuyan yeni bir kullanıcıyı da yanlış bilgilendiriyor olabilir. --iazak (mesaj) 16.20, 21 Ağustos 2020 (UTC)

• Metin içinde yabancı dillere bağlantı verilmesine karşıyım. Çok isteyen, dil bağlantılarından ilgili dile gidip, istediği maddeyi okur.--Sayginer^v-posta 11.18, 20 Ağustos 2020 (UTC)

Yanıt: Aslında amaç mevcut maddeyi açıklanmakta, özümsemekte yararlı olacağı görülen kişilere, terimlere bağlantı vermek. Türkçe bağlantılarda olduğu gibi. İsteyen bağlantı olmadığında da araştırır bulur demek Türkçe bağlantılar için de geçerli, ama öyle yapmıyoruz, okuru o bağlantıya yönlendir(e)miyorsak bile vurgulamış oluyoruz. Yabancı dildekiler için de (çok daha az olmak kaydıyla, ki yukarıdaki tüm koşullar sayısının sınırlı olması içindir) benzerini öneriyorum. Alt detayına girersek, malum bağlantı kurulabilecek kelime veya kelime grubunun yabancı dildeki karşılığı her zaman Türkçe ile aynı olmuyor. Timurlular için İngilizcede "Timurid Empire" veya Almancada "Timuridenreich" yazması gerektiğini çok az zorlanarak bulur okurlar, ama bambaşka şekillerde yazılmakta olan sayısız örnek gösterilebilir, yöneleceği dile hakim olsa bile tahmin edilemeyebilecek örnekler de çok. Tabii bunu ek not olarak yazdım, dediğim gibi öncelikli amaç ulaşım kolaylığından çok neyin mevcut madde için katkı vereceğinin vurgulanması. --iazak (mesaj) 16.20, 21 Ağustos 2020 (UTC)

Akademisyenlerin kayda değerliği için armağan / anı kitabı

Şurada akademisyenleri konu alan kayda değerlik alt yönergesi VP:AKADEMİSYEN'in 1. ölçütü için bir açımlama önerisi var.

Vito Genovese 15.12, 3 Eylül 2020 (UTC)

Aktif olmayan hizmetlilerin yetkilerinin alınması teklifi

Vikipedi:Şikâyet/Hizmetli sayfasında da yorum olarak belirtmiştim. Aktif olmayan hizmetli, bürokrat, kahya, denetçi gibi üst grup yetkilerine sahip kullanıcıların yetkilerinin alınması gerektiğini, ayrıca hizmetliliğin de belli bir süresi olması gerektiğini düşünüyorum. Yeni seçilen hizmetliler için bu sanırım var. Bunun için belirlenecek süre tartışılabilir. Bence maksimum inaktiflik süresi 3-4 ay olmalı. Çünkü bu yetkiler inaktifliği kaldırmıyor. Görev süresi de 3-4 yıl gibi olmalı. Ayrıca bu söylediklerim yalnızca Vikipedi projesi için değil Vikisöz vb. projeler için de geçerli. En popüler proje bu olduğu için buraya yazdım. Örneğin Vikisöz'de en son 2 yıl 3 ay önce değişiklik yapmış bir hizmetli var. Bir diğeri Vikipedi'de ise 1 yıl 5 ay önce değişiklik yapmış bir hizmetli var. Bir diğeri. --Henrymorgan92 (mesaj) 08.28, 9 Ekim 2020 (UTC)

Yeni seçilen veya eski seçilen ayrımı yok bu dört görev için, herkes süresiz olarak seçiliyor. Etkin olmamayla ilgili yürürlükte olan bir küresel politika mevcut, örneğin hizmetliyse 2 yıl boyunca hizmetli işlemi veya normal değişiklik yapmayan kullanıcıların yetkisi alınıyor. Bunun da temel nedeni güvenlik, çünkü projeye ve kullanıcıya zarar potansiyeli olan yetkiler söz konusu. Kullanıcının hesabında işlem yapmaması hesabı kullanmaması, kullanmaması da hesabın ele geçirilme olasılığının artması anlamına geliyor. Başka bir esprisi yok. Özellikle bizim gibi devamlılık sorunu yaşayan, bir 10 yıl önceki köy çeşmesi arşivini okusanız topluluğu tanımanızı olanaksız kılacak ölçüde kullanıcı devridaimi olan bir projede insanlara 3-4 ay gibi bir süre dayatmak sağlıklı görünmüyor. Sık gündeme gelen bir konu, en son da şurada konuşulmuştu. İki yıllık küresel politika kuralı yerel olarak gevşetilemez ancak sıkılaştırılabilir ve örneğin 1 yıla indirilebilir. Ancak bu da tek başına hiçbir anlam ifade etmez, çünkü yetkisini kaybetmemek için 2 yılda bir uğrayıp 3-5 madde silen hizmetli bu sefer de yılda bir uğrayıp aynı işi yapacaktır. Hem projenin hem elindeki yetkiyi kaybetmek istemeyen arkadaşlarımızın hem de topluluk olarak bizlerin toplu yarar sağlamasıyla sonuçlanacak daha sağlıklı çözümler geliştirmek gerekiyor önceki tartışmada da belirttiğim gibi.

Vito Genovese 12.52, 9 Ekim 2020 (UTC)

@Vito Genovese: Hizmetlilerimiz, Vikipedi'ye geri döndürülemez bir şekilde hasar bırakabilir mi? Böyle bir şeyin mümkün olduğunu sanmıyorum ama "Bunun da temel nedeni güvenlik, çünkü projeye ve kullanıcıya zarar potansiyeli olan yetkiler söz konusu." demenden hareketle biraz kafam karıştı. Alıntıladığım cümle fazlasıyla açık gibi görünüyor ama birkaç cümle daha eklemek ister misin? --Victor Trevor (mesaj) 14.18, 9 Ekim 2020 (UTC)

Söz konusu zarar (ana)sayfa silmek, tüm kullanıcıları sıradan engellemek gibi şeyler değil. Özellikle otomasyon sağlayan araçlarla desteklendiğinde bir denetçi tüm topluluğun kişisel olarak tanınmasına yol açacak IP bilgilerini ifşa edebilir, gözetmen gizli kişisel bilgilere ulaşabilir, hizmetli tüm projeyi çok zor temizlenecek biçimde vandalizme uğratıp akıllıca yapılacak bir saldırıyla çok ciddi bir hukuki yükümlülüğe neden olabilir, arayüz yöneticisi herkesin kötü amaçlı yazılımlara maruz kalmasını sağlayabilir, bürokrat da arayüz yöneticisi, hizmetlilik ve botluk gibi yetkileri dağıtarak bu saldırının kapsamının katlanmasına neden olabilir. Özellikle arayüz yöneticisinin verdiği zararın telafisi çok güç olabilir ve ticari zararla birleşirse çok çok ciddi hukuki sorumluluk doğurabilir.

Vito Genovese 14.27, 9 Ekim 2020 (UTC)

Bu ve bunun gibi tehlikeli durumlara karşılık alınan önlemler, sence yeterli düzeyde mi? Yani bir gün dediklerin gerçekleşse, bu hasar(lar)dan minimum şekilde etkilenmek için kullanıcıların yapacağı şeyler var mı? Sonumuz böyle olmasın da! :) --Victor Trevor (mesaj) 14.41, 9 Ekim 2020 (UTC)

Çok farklı zaman dilimlerinde yaşayan kahyaların hızlı müdahalesiyle olası sorunların çoğu çözülecektir, ancak onun dışında alabileceğimiz özel bir önlem yok. Bu yetkiler güven temelinde işliyor, 10 kişiden görüş alarak hizmetli olabiliyorsun ama denetçilik ve gözetmenlik için bu yetmiyor, sayı daha fazla, bunun da bir nedeni var. Arayüz yöneticiliği için de teknisyenlik veya hizmetlilik önkoşulu koyduk yakın zamanda, o da durumun ciddiyetine bir vurguydu. Teknisyen dahi herkesin süzgeç tarafından engellenmesine veya otomatik onaylı statülerinin kaybına yol açacak değişiklikler yapabilir. Dolayısıyla yapılabilecek en sağlıklı iş bu yetkileri verdiğimiz kişilerin güvenilir olduklarından emin olmak, ki bu konuda tek bir sorun yaşamadık neyse ki proje açıldığından bu yana. Astronomik bir olasılık ama olasılık işte.

Vito Genovese 14.51, 9 Ekim 2020 (UTC)

Oradaki tartışmayı okudum. Bence yapılan teklif, süreci yavaşlatan bir teklif. O yüzden fikir birliği oluşmamış. Ancak orada belirtilen güvenoyu fikrine katılıyorum. Tabii bu oylamanın niteliği de önemli. Oy kullanma kriterleri sıkı bir şekilde belirlenirse (1000 değişiklik, 1 yıl üyelik vs.) güvenoyu alamayan hizmetliye bir haksızlık yapılacağını zannetmiyorum. Zaten oylamaya çıkacak yetkililer çoğunlukla inaktif olacaktır ve olumsuz oy kullananlar, çok az aktif olduğu ve görevini yerine getirmediği için hizmetliyi görevden alacaktır. Oy kullanan kişilerin organize olup bir hizmetliyi hedef alma gibi bir şeye kalkışacağını zannetmiyorum. O yüzden bence güvenoyunun bir politikaya dönüşmesi elzemdir.

Orada Goktr001, bunun nasıl bir faydası olacağını sormuş. Açıkçası inaktif hizmetlilerin durumunu koltuk doldurmaya benzetiyorum. Dışarıdan bakıldığında 26 tane hizmetli var gözüküyor ama hakkını vererek yapanların sayısı 10'u geçmez belki de. Onların yerini alacak kullanıcıların çok daha aktif olacağını, eğer aktiflikleri son bulursa benzer şekilde görevden alınacağı bir sistem iyi bir fikir bence. --Henrymorgan92 (mesaj) 15.42, 9 Ekim 2020 (UTC)

"Oy" kullanma yeterliliği 150 değişiklik ve 2 aylık üyelikle sağlanıyorken bunu 1000 değişiklik ve 1 yıllık üyelik gibi bir noktaya çıkarmak son derece elitist bir yaklaşım olur. Eskiden de konuşuldu, yıllık güvenoyu Commons ve Meta gibi projelerde var ama içerik vikileri için sağlıklı değil. Zaten yıllardır etliye sütlüye karışmayan hizmetli sorunumuz varken bu o sorunun daha da ciddileşmesine katkı sağlayacaktır, çünkü atıyorum bir-iki ay sonra güvenoyuna gireceğini bilen hizmetliler inisiyatif almaktan kaçınacaktır. İçerik vikilerinde oluşan sorunlar Commons ve Meta'da (yerel düzeyde) oluşan sorunlardan her zaman daha ciddi olagelmiştir, dolayısıyla 26 kişilik "şişkin" bir listeyi eritmenin yolu herkesi birer birer kaybetmemizi sağlayacak bir "süzgece doldurup düşene kadar süzgeci sallama" prosedürü değil, o kişileri yeniden kazanmamızı sağlayacak bir çözümü barındırmalı. Mevcut koşullar altında rutin güvenoyunu sağlıklı bulmuyorum, çünkü bu insanları kaybetmek istemiyorum.

Vito Genovese 15.53, 9 Ekim 2020 (UTC)

Rutin bir şeyden bahsetmemiştim. Sadece güvenoyundan bahsediyorum. Bu da kullanıcı talepleriyle olmalı. Yani her hizmetli belli aralıklarla güvenoyuna tabi tutulacak diye bir şey yok. Yalnızca çok uzun süredir inaktif olanlar, bu inaktiflikten dolayı bir oylamadan geçirilebilir. "Yeniden kazanmamızı sağlayacak" derken tam olarak neyden bahsediyoruz? Bu kişiler Vikipedi'ye küstükleri için mi inaktifler ki onları kazanalım? Ayrıca onların inaktif olması da insan olarak bir kabahat değil. Gayet normaldir. İnsanlar sıkılabilir ve artık bunu yapmak istemeyebilir. Ya da öncelikleri başka olabilir. Onların yetkilerini ellerinden almak, onları Vikipedi'den uzaklaştırmak anlamına gelmiyor. Eğer ileride tekrar aktif olup hizmetlilik görevini yerine getirecek düzeye ulaşırlarsa yeniden hizmetli olabilirler. Ayrıca oy kullanma yeterliliği aynı kalabilir ya da daha aşağıya çekilebilir. Bunlar basit şeyler. Asıl önemli olan güvenoyu kısmı bence. --Henrymorgan92 (mesaj) 16.06, 9 Ekim 2020 (UTC)

Kendimden örnek vereyim. Epeydir aktif değilim. Denetçi yetkilerim geri alındı malum, bir süre önce. Şu an denetçi olsaydım ve bir kullanıcıyı inceleseydim, uzun süre aktif olmamanın çok büyük bir eksikliğini hissetmezdim inanın. Aktiflik dikkat etmemiz gereken önemli bir ayrıntı olmamalı bence. --Sadrettin 18.13, 9 Ekim 2020 (UTC)

Vikipedi:Biçem el kitabı/Giriş bölümü'nün güncellenmesi teklifi

Herkese merhaba,

Bugünlerde seçkin ve kaliteli içerik süreçlerimizde bazı değişimler, bizi iyiye götüreceğine inandığım bazı güncellemeler gerçekleşiyor. İşin kaliteli maddeleri etkileyen boyutunda, Vikipedi_tartışma:Kaliteli_madde_kriterleri#Genel_düzenleme'de yeni ölçütlere ilişkin güzel bir öneri tartışılıyor. Yeni bir sistem için büyük bir önem taşıdığını savunduğum 5 tane Biçem El Kitabı alt yönergesi var. Bunların hepsi an itibarıyla bizde yok, 1-2 tanesi var yalnızca, ancak eksikleri kapatmak için naçizane bir çalışma başlatmış bulunuyorum. Ayrıntıları o tartışmadan okuyabilirsiniz.

Bu beş yönergenin en önemlilerinden olan Vikipedi:Biçem el kitabı/Giriş bölümü, mevcut sürümüyle son derece yetersiz. Bu nedenle Vikipedi:Biçem el kitabı/Giriş bölümü/Teklif sayfasında enwiki'yi temel alan yeni bir sürüm hazırladım ve teklif olarak sunuyorum. Yönerge radikal bir değişim getirmiyor, ancak maddelere kalite açısından ciddi artılar getirecek biçimsel standartlaştırmalar sunuyor. Tartışmasına Vikipedi_tartışma:Biçem_el_kitabı/Giriş_bölümü#Yeni_metin'den ulaşabilirsiniz.

Vito Genovese 21.15, 18 Ekim 2020 (UTC)