-
Notifications
You must be signed in to change notification settings - Fork 29
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Issue zamykane bez podania powodów #136
Comments
Dołączam się do pytania / apelu. Ale czuję że odpowiedź będzie BOT AK. Lub "Bo prawda w oczy kole.". Pragnę też zauważyć, że w #135 była na koniec sugestia, że nadal Tor i część VPN-ów są blokowane dla safesafe.app i zostało to zamknięte mimo braku wyjaśnienia tej części. BTW. Wyjaśmi mi ktoś co oznacza reakcja "Rocket emoji 🚀 "? |
@potiuk @SeraMoon A część z powodu zamknięcia tematu od strony projektowej. Dodatkowo w najbliższych dniach będą prowadzone prace porządkowe na GH. |
@Tarvald - Zanim dołączycie wyjaśnienia, żeby uprzedzić dalsze wydarzenia, mam pytanie od razu co do https://github.com/ProteGO-Safe/specs/blob/master/.github/CODE_OF_CONDUCT.md Zapewne będzie wiele kontrowersji czy faktyczne wypowiedzi go naruszają i niektóre osoby mogą się chcieć od jednoosobowej decyzji czy tak jest odwołać (bo code of conduct takie prawo zapewnia) Wasz Code of Conduct odwołuje się wprost do code-of-conduct CNCF w którym istnieje instytucja "Code of Conduct Committe". https://github.com/kubernetes/community/tree/master/committee-code-of-conduct . Wprost, z imienia i nazwiska i linka na githubie wymienione są tam osoby, które w tym komitecie zasiadają. Kiedy możemy oczekiwać że ogłosicie publicznie listę osób które w tym komitecie zasiadają (bo na razie takiej listy nie ma) ? Bez tego, każda decyzja o zamknięciu z powodu łamania Code of Conduct jest ułomna, |
Oczywiście ludzie mogą się odwoływac do członków Kubernetesowego "Code of Conduct Committe", ale zakładam że tego nie chcecie. |
@potiuk Dzieki! |
Proponuję zamiast nich - prace porządkowe w projekcie celem usunięcia elementów inwigilacyjnych z kodu. Skoro nie ma spotkania z Google w sprawie API - czas najwyższy się zająć tymi tematami.
Proponuję umieścić to poza kolejką do natychmiastowego zwołania bezstronnych członków. Na kandydatów pozwolę sobie zaproponować osoby z zamkniętych wątków. Proponuję na to stanowisko też ludzi z Panoptykonu oraz Niebezpiecznika 😸 Przynajmniej będą bezstronni a zajmą się tematami prywatności, czy zostały rozwiązane, bo jak widzę wszystkie te wątki dotyczyły właśnie kwestii prywatności i bezpieczeństwa.
Hmm. Ministerstwo Cyfryzacji / Finansów (nie wiem które już za tym wszystkim stoi) zaczyna się powoływać na takie wartości jak płeć, orientacja seksualna, identyfikacja seksualna, pochodzenie etniczne, podczas gdy kiełbasą wyborczą w 2019 był hejt na te wartości i do dziś istnieją "strefy wolne od LGBT"? Zaiste zastanawiające. Patrząc na treść tego kodeksu @potiuk, czuj się wolny pisać do tamtego zespołu (conduct [coś tam] kubernetes.io) skoro nie wyznaczono innego składu. |
@SeraMoon W Code of Conduct jest wspomniany @MateuszRomanow |
Uprzejmie donoszę @Tarvald, że mocno się mylisz. Chyba nie przeczytałęś tego co tam napisaliście. W obecnym "Code of Conduct":
W oryginalnym Code of Conduct CNCF Ten fragment brzmi tak:
W oryginalnym code of conduct, Mishi jest kontaktem do "innych projektów". Jeśli chodzi o Kubernetes to jest odpowiednie ku temu "Committee". Podobnie w waszym "Code Of Conduct" @MateuszRomanow jest kontaktem do "innych projektów". Nie wiem o jakie "inne projekty" chodzi, natomiast włąściwy do zgałaszania problemów dotyczących "GitHub SafeSafe-app organization" jest "SafeSafe-app Code of Conduct Committee via community@safesafe.app.". Ponownie - nie wiemy jeszcze kto jest w owym "committe" i problem ten zgłaszałem już powyżej i mam nadzieję że wkrótce się dowiemy. |
@potiuk Wątek już dawno odbiegł od głównego tematu więc podsumuje: Issue nie bedą zamykane bez powodu. Zawsze dołączymy notke. Pozdrawiam |
Describe the bug
Ostatnio kilka issue zostały zamknięte bez podania powodów (lub z powodów niezgodnych z faktami).
W mojej opini zamykanie issue bez podania powodów jest działaniem, które utrudnia pomoc w projekcie - nie wiadomo dlaczego dane issue są zamykane, więc nie wiadomo czy w ogóle warto zgłaszać problemy i propozycje.
Nawet jeśli issue zgłaszane są w pełni zgodne z zasadami opisanymi w
https://github.com/ProteGO-Safe/specs/blob/master/CONTRIBUTING.md . W znaczący sposób utrudnia to zgłaszanie wartościowych uwag, bo nie wiadomo które z uwag autorzy aplikacji uznają za wartościowe i jakie mają kryteria.
Poniżej przedstawiam listę tych issue które zostały zamknięte wraz z ich tytułami. Dopóki jasno nie będzie opisane dlaczego zostały zamknięte, postaram się tą listę utrzymywać w miarę aktualną (uwzględniając również przyszłe issue):
To Reproduce
Zajrzenie do poniższych issue:
Expected behavior
Każde z issue powinno mieć wyjaśnienie, dlaczego zostało zamknięte. Wyjaśnienie to powinno być rzetelne, uzasadnone i odnosić się do całości zgłoszonego problemu a nie wybiórczo do jego fragmentów (tak na przykład było w przypadku #116). Wyjaśnienie powinno być zgodne z zasadami opisanymi w https://github.com/ProteGO-Safe/specs/blob/master/.github/CODE_OF_CONDUCT.md
The text was updated successfully, but these errors were encountered: