About: dbkwik:resource/Z63voVlQERiXOY4_LaAT5A==   Sponge Permalink

An Entity of Type : owl:Thing, within Data Space : 134.155.108.49:8890 associated with source dataset(s)

AttributesValues
rdfs:label
  • Dyskusja Gothicpedia:Przyznawanie uprawnień
rdfs:comment
  • Korzystając z sytuacji, że nie trwa żadne głosowanie, zebrałem kilka propozycji do aktualnego regulaminu przyznawania/odbierania uprawnień. * Dodać punkt „Głosy oddajemy do przedostatniego dnia głosowania“ – chciałbym w ten sposób dać administracji ten jeden dzień na archiwizację głosowania oraz ewentualnie odebranie/przyznanie uprawnień i rzeczy z tym związane. W obecnym systemie jest to tak, że kilka godzin przed zakończeniem głosowania już wszystkim się zajmuję, a nie chciałbym, żebym zarówno ja jak i moi następcy słyszeli słowa A Ty to skracasz głosowanie, nie fair lub – broń Boże – fałszujesz je * Rozumiem, że ktoś może się zresocjalizować, ale chyba dość racjonalne będzie zakazanie zgłaszania się użytkowników, którzy odbyli choć jedną dłuższą blokadę, np. dwa tygodnie lub miesi
dbkwik:pl.gothic/p...iPageUsesTemplate
abstract
  • Korzystając z sytuacji, że nie trwa żadne głosowanie, zebrałem kilka propozycji do aktualnego regulaminu przyznawania/odbierania uprawnień. * Dodać punkt „Głosy oddajemy do przedostatniego dnia głosowania“ – chciałbym w ten sposób dać administracji ten jeden dzień na archiwizację głosowania oraz ewentualnie odebranie/przyznanie uprawnień i rzeczy z tym związane. W obecnym systemie jest to tak, że kilka godzin przed zakończeniem głosowania już wszystkim się zajmuję, a nie chciałbym, żebym zarówno ja jak i moi następcy słyszeli słowa A Ty to skracasz głosowanie, nie fair lub – broń Boże – fałszujesz je * Rozumiem, że ktoś może się zresocjalizować, ale chyba dość racjonalne będzie zakazanie zgłaszania się użytkowników, którzy odbyli choć jedną dłuższą blokadę, np. dwa tygodnie lub miesiąc * Punkt „Głosów nie trzeba uzasadniać, choć jest to mile widziane.“ można wykreślić, bo tak na dobrą sprawę to on ani niczego nie zakazuje, ani niczego nie nakazuje * Jesteśmy dość sporą wiki, a posiedzenie tutaj pół roku i wbicie kilkudziesięciu edycji to nieduży problem. Proponuję zwiększyć próg głosowania do 100 lub 150 edycji * Na przyszłość, żeby wszystko było fair, proponuję dodać tekst Nowe zasady wchodzą w życie wraz z zakończeniem wszystkich trwających głosowań do ostatniego punktu Co Wy na to? — Wedkarski 13:38, lip 30, 2014 (UTC) Zgadzam się ProOski 14:10, lip 30, 2014 (UTC) Myślę, że wyżej wymienione punkty będą rozsądnym rozwiązaniem. — Light22(dyskusja) 14:24, lip 30, 2014 (UTC) Za. – NexGaming27 (dyskusja) 14:35, lip 30, 2014 (UTC) Popieram. — Migulo (dyskusja|wkład) 16:15, lip 30, 2014 (UTC) Może się mylę, a ty na pewno byś starał mi się to udowodnić, ale mam wrażenie, że punkt wymieniony jako drugi wymyśliłeś, by pewien użytkownik po skończeniu kary nie mógł się już zgłosić do kadry. Nawet jeśli nie, skreśla go to jednak na okres, kiedy te przepisy będą funkcjonować, a ja uważam, że mimo wszystko na to nie zasłużył. Więc mam wątpliwości. sXe Lares174 (Dyskusja) 17:06, lip 30, 2014 (UTC) Rozumiem, że pasuje to do akurat tej sytuacji, ale nie wprowadzam tego pod jednego użytkownika, bo o tym wszystkim (pomijając 1. punkt) myślałem już dużo wcześniej, właściwie tuż po wprowadzeniu nowych zasad, ale nie chciałem babrać się ze zmianą reguł tuż po uchwaleniu ich (tak już mam, że jak coś zrobię, to jeszcze mam pomysły co do tego ;P). Normalnie napisałbym to już trochę wcześniej, ale dopiero teraz nadarza się dobra okazja, bo nie trwa żadne głosowanie. BTW obawiam się, że po tym, co zrobił pewien użytkownik, już raczej by się nie dostał do kadry, nawet bez tego punktu :/. — Wedkarski 17:36, lip 30, 2014 (UTC) EDIT 17:50, lip 30, 2014 (UTC): Jeśli ten punkt naprawdę jest problematyczny, to zawsze można to zmienić na np. 6 miesięcy, ale dla użytkowników nie-spamerów takie bany są dawane wyjątkowo rzadko, a ta regułka miała odciągnąć wszystkich niepewnych kandydatów, więc mocno bym się nad tym zastanowił. Zgadzam się ze wszystkim. Tylko proponowałbym ten miesiąc wydłużyć aż do ½ roku. Mam świadomość restrykcyjności mojej propozycji, lecz wychodzę z założenia, że jak ktoś chciałby się zachowywać jak pewien użytkownik, miałby dobrego bata nad głową. Uważam, że to odpowiednia kara dla tych z kryminalną przeszłością. — Diode24q (dyskusja) 02:00, lip 31, 2014 (UTC) Mam pytanie. Czy ostatnio padły jakieś półroczne blokady? Raczej nie. Głównie są kilkudniowe, o ile to jest recydywa, to są dłuższe. Dlatego nie ma sensu wydłużać aż tak tego. ProOski 07:34, lip 31, 2014 (UTC) Jest sens. Teraz dwa tygodnie to dłuższa blokada. Nie widzę sensu bycia łagodnym. Administrator musi reprezentować sobą jakiś poziom. Jeśli nie z własnej woli – to trzeba to na nim wymusić. — Diode24q (dyskusja) 09:38, lip 31, 2014 (UTC) Czegoś tutaj nie rozumiem. Twierdzisz, że nie ma sensu być łagodnym, ale chcesz, żeby zasadę złagodzić do pół roku? To się kupy nie trzyma. — Wedkarski 10:20, lip 31, 2014 (UTC) @Diode24q, hmmm. Jeśli dobrze zrozumiałem twoje wypowiedzi. Chodzi ci o to, żebyśmy zmienili próg wstępu do kadry. Czyli taki user co miał miesięczną lub wyższą blokadę mógł wejść do administracji, bo nie miał półrocznej blokady. Nie rozumiem tego. Ja natomiast chciałbym dodać taki punkt. Jeśli suma blokad przekroczyła np. jeden miesiąc, to user nie ma wstępu do administracji. ProOski 13:13, lip 31, 2014 (UTC) Najmocniej was przepraszam. Wypowiedź tę pisałem o po nieprzespanej nocy, o trzeciej/czwartej nada ranem.. To o co mi chodziło jest nieważne. Po prostu pomieszałem różne punkty regulaminu. Tak to jest jak się wypowiada o nieodpowiednich godzinach. :) Jeszcze raz Was najmocniej przepraszam. — Diode24q (dyskusja) 17:55, lip 31, 2014 (UTC) W związku z tym, że większość osób poparła propozycję, nowe zasady zostały wprowadzone. — Wedkarski 12:42, sie 1, 2014 (UTC)
Alternative Linked Data Views: ODE     Raw Data in: CXML | CSV | RDF ( N-Triples N3/Turtle JSON XML ) | OData ( Atom JSON ) | Microdata ( JSON HTML) | JSON-LD    About   
This material is Open Knowledge   W3C Semantic Web Technology [RDF Data] Valid XHTML + RDFa
OpenLink Virtuoso version 07.20.3217, on Linux (x86_64-pc-linux-gnu), Standard Edition
Data on this page belongs to its respective rights holders.
Virtuoso Faceted Browser Copyright © 2009-2012 OpenLink Software