Sabotażysta w repozytorium serwisu

Sabotażysta w repozytorium serwisu
Spine
  • Rejestracja:prawie 22 lata
  • Ostatnio:około 5 godzin
  • Postów:6630
5

Dodałem do githuba tego serwisu kilka issues, których implementacja byłaby na plus dla projektu Coyote:

Jak widać, część z nich została zamknięta jako wykonana:

screenshot-20250109022555.png

Ale tak naprawdę te issues nie zostały wykonane.

Przykro mi to stwierdzić. Niestety to jest sabotaż rozwoju tego serwisu.
Uprzedzenia do użytkownika nie usprawiedliwiają olewania zgłoszonych przez niego problemów i sugestii.

Nawet jeśli główny programista zamknął te issues nie z powodu uprzedzeń do użytkownika, tylko np. nie miał chęci na ich realizację, to powinien je zostawić otwarte, żeby jego ewentualny następca, albo niezależny kontrybutor się tym kiedyś zajął.

@pradoslaw napisał niedawno w komentarzu na mikroblogu:

Nie jestem w stanie czytać wszystkiego, a już na pewno wchodzenie w dyskusje z osobami, które cały czas widzą jedynie problemy, a nie dają pomysłów na rozwiązania też nie jest w mojej naturze.

Dodałem problemy i sugestie rozwiązania w systemie do tego przeznaczonym. Tak, żeby nie umknęło.
I sabotażysta dopilnował, żeby jednak to umknęło.

@pradoslaw: skoro nie czytasz wszystkiego, to może naprawdę wiele rzeczy do Ciebie nie trafia do rozważenia, właśnie przez Twoją prawą rękę?
Osobę, która filtruje dla Ciebie informacje o tym, co się dzieje w serwisie, a także w repozytorium? Zaglądasz czasem do repozytorium Coyote?

Gdybyś wcześniej trochę czytał i odpowiednio reagował, to teraz ludzie oznaczaliby Cię znacznie rzadziej i byś miał mniej do czytania.
Postanowiliście gdzieś po drodze nie reagować na zgłoszenia, więc ilość problemów wzrasta zamiast spadać.


🕹️⌨️🖥️🖱️🎮
edytowany 11x, ostatnio: Spine
Marooned
Nie tylko na GH. W tym zabawnym wątku drzewiastym z sugestiami mnóstwo sugestii jest regularnie kasowanych przez Riddla, więc to taka fasada, że niby chcą nas posłuchać, ale tylko tego, co pasuje. Jak sugestia nie pasuje do wizji, to mimo, że ludzie dali lajki, to sugestie znikają i tylko moderatorzy widzą ten smutny obrazek. Szkoda naszego czasu na pomoc w rozwoju. Rozwój i tak będzie toczył się wizją niezależną od głosów społeczności. Do tego Riddle staje ponad admina i usuwa przywrócone wątki. Choć fakt, sam przyznał, że chciałby dla siebie stworzyć grupę SuperAdmin ;-)
Spine
SuperAdmin kojarzy się z super managerem z viva la dirt league, tylko że tam jest to pozytywna postać ;) => https://youtu.be/ZMWYQGxibB0
loza_prowizoryczna
  • Rejestracja:ponad 2 lata
  • Ostatnio:około 15 godzin
  • Postów:1604
0
Spine napisał(a):

Ale tak naprawdę te issues nie zostały wykonane.

Przykro mi to stwierdzić. Niestety to jest sabotaż rozwoju tego serwisu.

Może autor jest (ex)googlersem? Tam to standardowa praktyka a mierni tam chyba nie robią, c' nie?


Przetrzyma wszystko
Riddle
Administrator
  • Rejestracja:prawie 15 lat
  • Ostatnio:około 9 godzin
  • Lokalizacja:Laska, z Polski
  • Postów:10056
1

Dodałem Możliwość uploadu plików .py jako załaczników https://github.com/pradoslaw/coyote/issues/792.
Dodałem Dodanie treści komentarza do powiadomienia mailowego o nowym komentarzu https://github.com/pradoslaw/coyote/issues/793.

Spine
  • Rejestracja:prawie 22 lata
  • Ostatnio:około 5 godzin
  • Postów:6630
2
Riddle napisał(a):

Dodałem Możliwość uploadu plików .py jako załaczników https://github.com/pradoslaw/coyote/issues/792.

Mój issue nie dotyczył dodawania pojedynczych rozszerzeń do whitelisty, tylko zastąpienie whitelisty blacklistą.

https://github.com/pradoslaw/coyote/issues/787

Proponuję zmianę whitelisty na blacklistę, jeśli w ogóle chcemy nie dopuszczać jakiegoś rozszerzenia, np. *.exe.

Dodasz *.py i co jeśli ktoś będzie chciał dodać źródło *.pas? Albo *.java? Albo *.cs?

Riddle napisał(a):

Dodałem Dodanie treści komentarza do powiadomienia mailowego o nowym komentarzu https://github.com/pradoslaw/coyote/issues/793.

Nie musiałeś nic dodawać, wystarczyłoby gdybyś otworzył, to co zamknąłeś:
https://github.com/pradoslaw/coyote/issues/790


🕹️⌨️🖥️🖱️🎮
edytowany 2x, ostatnio: Spine
Spine
  • Rejestracja:prawie 22 lata
  • Ostatnio:około 5 godzin
  • Postów:6630
1

Jeszcze jedno...

Riddle napisał(a):

Dodałem Możliwość uploadu plików .py jako załaczników https://github.com/pradoslaw/coyote/issues/792.

Jeśli nie trollujesz...
Jeśli rzeczywiście interpretujesz opisy tasków ( https://github.com/pradoslaw/coyote/issues/787 ) w taki sposób...
To lepiej czytaj te opisy dokładniej, od początku do końca.
Bo inaczej realizujesz zupełnie inne zadanie, niż planowano.


🕹️⌨️🖥️🖱️🎮
edytowany 3x, ostatnio: Spine
KL
Ale to jest chyba zgodne z TDD, przecież robisz jak najmniej tak żeby dany przypadek przechodził. No to teraz najpierw dodamy *.py, później *.cs, później *.odt. I tak będziemy się przez miesiące bujać :]
Spine
No właśnie...
RD
Może ma płacone od feature'a? Nic nie wiecie...
Spine
Mi pisał, że ma płacone tylko za zlecenia. Zgłoszenia użytkowników realizuje bezpłatnie, tylko jeśli ma taki kaprys.
RD
Żartuje sobie tylko. Od lat obserwuje jego dyskusje i wiem, że to zwykły buc ot co i rozwiązanie.
KL
  • Rejestracja:12 miesięcy
  • Ostatnio:około 9 godzin
  • Postów:379
6

W sumie to ja nie wiem co ma na celu zamykanie issue stworzonego przez kogoś innego, ale tworzenie dokładnie takiego samego tylko założonego przez siebie?

Jest w tym jakaś logika?

RA
Gdzie tu sens gdzie logika Monika.
KL
Nie wiem, może jakaś jest dlatego pytałem w tym poście co to może mieć na celu.
RA
To tekst z Moniki Brodki
Marooned
Politycy tak robią, by potem pochwalić się, ile to "swoich" pomysłów zrealizowali.
AN
  • Rejestracja:prawie 11 lat
  • Ostatnio:18 minut
  • Postów:973
4

Pewnie nabijanie statystyk na swoją korzyść, nic innego mi nie przychodzi do głowy. Albo po prostu robienie tylko "swoich" bo taka jest konwencja czy coś


Zdalna praca dla Senior Python Developerów --> PW
Spine
  • Rejestracja:prawie 22 lata
  • Ostatnio:około 5 godzin
  • Postów:6630
0

@anonimowy: Ale to jest projekt open source...
Każdy może być kontrybutorem. Bez sensu jest dublowanie każdego issue, który napisał ktoś inny.


🕹️⌨️🖥️🖱️🎮
cerrato
Moderator Kariera
  • Rejestracja:około 7 lat
  • Ostatnio:około 2 godziny
  • Lokalizacja:Poznań
  • Postów:8769
1

To lepiej czytaj te opisy dokładniej, od początku do końca.
Bo inaczej realizujesz zupełnie inne zadanie, niż planowano.

Tak jeszcze dodam jedną rzecz - prezentujesz bardzo roszczeniową i niefajną postawę @Spine. Co znaczy "zadanie jakie planowano"? Kto planował?

Moim zdaniem (jeśli jestem w błędzie/coś źle rozumiem to mnie proszę naprostuj) sytuacja wygląda tak, że to jest/był Twój pomysł zmiany sposobu przesyłania plików. Zrobiłeś w tej sprawie zgłoszenie i tyle. Ale to, że Ty (albo ktokolwiek inny) sobie czegoś zażyczył, nie oznacza, że to ma być wdrożone, a tym bardziej nie posuwałbym się do mówienia o czymś, że zostało zaplanowane.

I żeby była jasność - co do sensu proponowanej zmiany to ją w pełni popieram. O wiele lepszą opcją jest puszczenie wszystkiego z określonymi wyjątkami, niż jedynie plików, które są dozwolone. Także nie wiem i nie rozumiem, dlaczego to tak działa, pewnie jakieś naleciałości z ostatnich 20 lat, których odkręcenie by wymagało w członek dużo pracy. Tak czy siak - to może być ewentualnie powód odrzucenia danego zgłoszenia, albo wrzucenia go gdzieś daaaaaleko na koniec listy TODO. Tylko podkreślam - nie mam zastrzeżeń do samego pomysłu zmiany sposobu działania wysyłki załączników, jedynie nie podoba mi się Twoje podejście: @Spine zarządził, @Riddle ma od razu to zrobić, bo zlecenie od @Spine wpłynęło i "zostało zaplanowane".


edytowany 1x, ostatnio: cerrato
Spine
  • Rejestracja:prawie 22 lata
  • Ostatnio:około 5 godzin
  • Postów:6630
1

@cerrato: Włodarze serwisu są współodpowiedzialni za roszczeniową postawę użytkowników.

Im dłużej użytkownik czeka na rozpatrzenie zgłoszonej poprawki, która jak najbardziej zasługuje na wykonanie, tym bardziej sceptyczny staje się użytkownik.

A jak już ktoś wreszcie zareagował na zgłoszoną poprawkę, to złośliwie ją przerobił, żeby to nie było rozwiązanie zasugerowane przez użytkownika.

Włodarze postanowili karać UX wszystkich użytkowników tylko dlatego, że mają uprzedzenia do użytkownika zgłaszającego poprawkę. To nieprofesjonalne zachowanie.

cerrato napisał(a):

To lepiej czytaj te opisy dokładniej, od początku do końca.
Bo inaczej realizujesz zupełnie inne zadanie, niż planowano.

Tak jeszcze dodam jedną rzecz - prezentujesz bardzo roszczeniową i niefajną postawę @Spine. Co znaczy "zadanie jakie planowano"? Kto planował?

Tutaj mam na myśli komunikację @Riddle z @pradoslaw, czy innym Dizajnerem. Jeśli @Riddle w taki wybiórczy sposób traktuje zadania, które od nich dostaje... W taki sposób jak mój issue, to coś jest nie w porządku.


🕹️⌨️🖥️🖱️🎮
edytowany 2x, ostatnio: Spine
cerrato
Moderator Kariera
  • Rejestracja:około 7 lat
  • Ostatnio:około 2 godziny
  • Lokalizacja:Poznań
  • Postów:8769
3

Włodarze postanowili karać UX wszystkich użytkowników tylko dlatego, że mają uprzedzenia do użytkownika zgłaszającego poprawkę. To nieprofesjonalne zachowanie.

To jest Twoja opinia. Może masz rację, ale równie dobrze jest szansa, że tak samo by zostało potraktowane zgłoszenie, jakbym np. ja je wstawił.

Także mamy tutaj trzy rzeczy do przegadania/omówienia/zastanowienia się:

  1. czy Twoja postawa jest OK. Może masz rację, że ona wynika z wcześniejszych doświadczeń. Ogólnie mam mocne (graniczące z pewnością) przekonanie, że obie strony są niefajnie nastawione: z jednej strony użytkownicy czują się olani, z drugiej "zarząd" czuje się przytłoczony negatywnymi reakcjami i falą krytyki. Mam wrażenie, że czasem było tak, że cokolwiek by zrobili, to tak dla zasady pewna grupka userów by pisała, że to jest do bani. Może przydałby się taki reset - zaczęcie od nowa, bez tych animozji, założenie dobrej woli z obu stron i próba dogadania się. Co o tym sądzicie?
  2. Czy Twoje zgłoszenie było zasadne
  3. Czy taki sposób rozpatrywania/reagowania na zgłoszenia jest OK

edytowany 1x, ostatnio: cerrato
YA
  • Rejestracja:prawie 10 lat
  • Ostatnio:około 3 godziny
  • Postów:2368
5

@pradoslaw może warto doprecyzować/określić zasady dotyczące wkładu społeczności w rozwój kodu serwisu?

Obecnie wydaje się, że brakuje podstawowych informacji:

  • czy licencja MIT dla Coyote jest aktualna po zmianie właściciela
  • jak wygląda cykl życia zgłoszeń typu "issues" -> rodzi to wątpliwości jak w tym wątku (zamknięte issue bez jakiegokolwiek komentarza na GH).
  • jak wyglądają zasady kontrybuowania do tego konkretnego projektu open source
  • jeśli pull requesty mają spełniać jakieś wymogi, to brakuje opisania tychże wymogów

Brak zasad prowadzi do niepotrzebnych dyskusji. Mogą być proste, ale jasne, np. "mnie, jako @pradosalwa, nie interesują zgłoszenia społeczności, wszystkie decyzje podejmuje wyznaczony Nadszyszkodwnik, koniec i kropka". Jeśli jednak głos społeczności jest brany pod uwagę, to co stoi na przeszkodzie opisania tychże zasad na GH?

bagietMajster
  • Rejestracja:ponad rok
  • Ostatnio:około 7 godzin
  • Postów:434
3

@cerrato: to niech góra wyjdzie i powie jak to ma wyglądać. Ludzie się tu produkują na darmo a potem tematy giną w odmętach albo są zamykane na GH. Zakładam że wszyscy jesteśmy dorosłymi ludźmi i trzeba to załatwić po dorosłemu


Praktyczna implementacja TDD zaczyna się od ciebie.
obscurity
  • Rejestracja:około 6 lat
  • Ostatnio:około 10 godzin
4
Klaun napisał(a):

W sumie to ja nie wiem co ma na celu zamykanie issue stworzonego przez kogoś innego, ale tworzenie dokładnie takiego samego tylko założonego przez siebie?

Jest w tym jakaś logika?

Oczywiście że jest
screenshot-20250110161318.png


"A car won't take your job, another horse driving a car will." - Horse influencer, 1910
Kliknij, aby dodać treść...

Pomoc 1.18.8

Typografia

Edytor obsługuje składnie Markdown, w której pojedynczy akcent *kursywa* oraz _kursywa_ to pochylenie. Z kolei podwójny akcent **pogrubienie** oraz __pogrubienie__ to pogrubienie. Dodanie znaczników ~~strike~~ to przekreślenie.

Możesz dodać formatowanie komendami , , oraz .

Ponieważ dekoracja podkreślenia jest przeznaczona na linki, markdown nie zawiera specjalnej składni dla podkreślenia. Dlatego by dodać podkreślenie, użyj <u>underline</u>.

Komendy formatujące reagują na skróty klawiszowe: Ctrl+B, Ctrl+I, Ctrl+U oraz Ctrl+S.

Linki

By dodać link w edytorze użyj komendy lub użyj składni [title](link). URL umieszczony w linku lub nawet URL umieszczony bezpośrednio w tekście będzie aktywny i klikalny.

Jeżeli chcesz, możesz samodzielnie dodać link: <a href="link">title</a>.

Wewnętrzne odnośniki

Możesz umieścić odnośnik do wewnętrznej podstrony, używając następującej składni: [[Delphi/Kompendium]] lub [[Delphi/Kompendium|kliknij, aby przejść do kompendium]]. Odnośniki mogą prowadzić do Forum 4programmers.net lub np. do Kompendium.

Wspomnienia użytkowników

By wspomnieć użytkownika forum, wpisz w formularzu znak @. Zobaczysz okienko samouzupełniające nazwy użytkowników. Samouzupełnienie dobierze odpowiedni format wspomnienia, zależnie od tego czy w nazwie użytkownika znajduje się spacja.

Znaczniki HTML

Dozwolone jest używanie niektórych znaczników HTML: <a>, <b>, <i>, <kbd>, <del>, <strong>, <dfn>, <pre>, <blockquote>, <hr/>, <sub>, <sup> oraz <img/>.

Skróty klawiszowe

Dodaj kombinację klawiszy komendą notacji klawiszy lub skrótem klawiszowym Alt+K.

Reprezentuj kombinacje klawiszowe używając taga <kbd>. Oddziel od siebie klawisze znakiem plus, np <kbd>Alt+Tab</kbd>.

Indeks górny oraz dolny

Przykład: wpisując H<sub>2</sub>O i m<sup>2</sup> otrzymasz: H2O i m2.

Składnia Tex

By precyzyjnie wyrazić działanie matematyczne, użyj składni Tex.

<tex>arcctg(x) = argtan(\frac{1}{x}) = arcsin(\frac{1}{\sqrt{1+x^2}})</tex>

Kod źródłowy

Krótkie fragmenty kodu

Wszelkie jednolinijkowe instrukcje języka programowania powinny być zawarte pomiędzy obróconymi apostrofami: `kod instrukcji` lub ``console.log(`string`);``.

Kod wielolinijkowy

Dodaj fragment kodu komendą . Fragmenty kodu zajmujące całą lub więcej linijek powinny być umieszczone w wielolinijkowym fragmencie kodu. Znaczniki ``` lub ~~~ umożliwiają kolorowanie różnych języków programowania. Możemy nadać nazwę języka programowania używając auto-uzupełnienia, kod został pokolorowany używając konkretnych ustawień kolorowania składni:

```javascript
document.write('Hello World');
```

Możesz zaznaczyć również już wklejony kod w edytorze, i użyć komendy  by zamienić go w kod. Użyj kombinacji Ctrl+`, by dodać fragment kodu bez oznaczników języka.

Tabelki

Dodaj przykładową tabelkę używając komendy . Przykładowa tabelka składa się z dwóch kolumn, nagłówka i jednego wiersza.

Wygeneruj tabelkę na podstawie szablonu. Oddziel komórki separatorem ; lub |, a następnie zaznacz szablonu.

nazwisko;dziedzina;odkrycie
Pitagoras;mathematics;Pythagorean Theorem
Albert Einstein;physics;General Relativity
Marie Curie, Pierre Curie;chemistry;Radium, Polonium

Użyj komendy by zamienić zaznaczony szablon na tabelkę Markdown.

Lista uporządkowana i nieuporządkowana

Możliwe jest tworzenie listy numerowanych oraz wypunktowanych. Wystarczy, że pierwszym znakiem linii będzie * lub - dla listy nieuporządkowanej oraz 1. dla listy uporządkowanej.

Użyj komendy by dodać listę uporządkowaną.

1. Lista numerowana
2. Lista numerowana

Użyj komendy by dodać listę nieuporządkowaną.

* Lista wypunktowana
* Lista wypunktowana
** Lista wypunktowana (drugi poziom)

Składnia Markdown

Edytor obsługuje składnię Markdown, która składa się ze znaków specjalnych. Dostępne komendy, jak formatowanie , dodanie tabelki lub fragmentu kodu są w pewnym sensie świadome otaczającej jej składni, i postarają się unikać uszkodzenia jej.

Dla przykładu, używając tylko dostępnych komend, nie możemy dodać formatowania pogrubienia do kodu wielolinijkowego, albo dodać listy do tabelki - mogłoby to doprowadzić do uszkodzenia składni.

W pewnych odosobnionych przypadkach brak nowej linii przed elementami markdown również mógłby uszkodzić składnie, dlatego edytor dodaje brakujące nowe linie. Dla przykładu, dodanie formatowania pochylenia zaraz po tabelce, mogłoby zostać błędne zinterpretowane, więc edytor doda oddzielającą nową linię pomiędzy tabelką, a pochyleniem.

Skróty klawiszowe

Skróty formatujące, kiedy w edytorze znajduje się pojedynczy kursor, wstawiają sformatowany tekst przykładowy. Jeśli w edytorze znajduje się zaznaczenie (słowo, linijka, paragraf), wtedy zaznaczenie zostaje sformatowane.

  • Ctrl+B - dodaj pogrubienie lub pogrub zaznaczenie
  • Ctrl+I - dodaj pochylenie lub pochyl zaznaczenie
  • Ctrl+U - dodaj podkreślenie lub podkreśl zaznaczenie
  • Ctrl+S - dodaj przekreślenie lub przekreśl zaznaczenie

Notacja Klawiszy

  • Alt+K - dodaj notację klawiszy

Fragment kodu bez oznacznika

  • Alt+C - dodaj pusty fragment kodu

Skróty operujące na kodzie i linijkach:

  • Alt+L - zaznaczenie całej linii
  • Alt+, Alt+ - przeniesienie linijki w której znajduje się kursor w górę/dół.
  • Tab/⌘+] - dodaj wcięcie (wcięcie w prawo)
  • Shit+Tab/⌘+[ - usunięcie wcięcia (wycięcie w lewo)

Dodawanie postów:

  • Ctrl+Enter - dodaj post
  • ⌘+Enter - dodaj post (MacOS)