Ocenianie komentarzy

Ocenianie komentarzy
Ocenianie komentarzy?
Jestem za
45%
45% [15]
Jestem przeciw
52%
52% [17]
Nie mam zdania
3%
3% [1]
ShookTea
  • Rejestracja:około 12 lat
  • Ostatnio:prawie 6 lat
  • Lokalizacja:Wrocław
  • Postów:629
0

Chyba nie można dopisać więcej do tematu "Ocenianie komentarzy", dlatego też piszę to zdanie, by nie było pusto.


dzek69
Moderator
  • Rejestracja:ponad 18 lat
  • Ostatnio:5 dni
  • Lokalizacja:Rzeszów
0

Brak opcji "nie mam zdania", za którą głosuję ;)


spartanPAGE
nie mam zdania to nie ruszam ankiety :D taka domyślna
ShookTea
A myślałem faktycznie nad wpisaniem jakieś bzdury, która zastępowałaby taką opcję. Stwierdziłem, oglądając inne tematy, że zwykle nie kończy się to dobrze.
dzek69
Trzeba było wpisać normalnie, a nie bzdurę. Informacja typu: 5% jest na tak, 3% jest na nie, 92% ma to gdzieś też jest ważna ;]
spartanPAGE
  • Rejestracja:prawie 12 lat
  • Ostatnio:4 dni
0

Dość często można spotkać sięz czymś takim @XYZ +1, dlatego jak najbardziej jestem za

abrakadaber
abrakadaber
  • Rejestracja:ponad 12 lat
  • Ostatnio:7 miesięcy
  • Postów:6610
2

jestem na nie - ocenie podlegają wypowiedzi w tematach technicznych więc siłą rzeczy oceniana powinna być przydatność takiej wypowiedzi. Komentarz służy do skomentowania wypowiedzi, wtrącenia OT, zwrócenia na coś uwagi. Wartościowe (pod względem merytorycznym) wypowiedzi w komentarzach nie powinny się znaleźć (częste karcenie przez modów za dyskusje prowadzone w komentarzach). Idąc tym tokiem rozumowania wypowiedzi merytoryczne powinny znaleźć się w postach i jako takie to one powinny być oceniane. Komentarze jako dodatek do dyskusji nie powinien przekazywać odpowiedzi na pytania przewodnie (bo od tego jest post) więc z definicji nie powinien zawierać treści podlegającej ocenie.
Wiem, że trochę pokrętnie ale nie wiem jak to prościej napisać. Dodatkowo uważam, że jak będzie ocenianie komentarzy to dyskusje na temat głównego problemu będzie się częściej do komentarzy przenosić.


Chcesz pomocy - pokaż kod - abrakadabra źle działa z techniką.
msm
W założeniach masz rację, w praktyce i tak (często) najwięcej plusów dostają cięte riposty. A jeśli chodzi o ocenianie komentarzy to chyba nie mam zdania na razie.
ShookTea
  • Rejestracja:około 12 lat
  • Ostatnio:prawie 6 lat
  • Lokalizacja:Wrocław
  • Postów:629
0

Ależ chodzi właśnie o ocenianie tego offtopu i wtrąceń. Skoro może to przenieść dyskusje na tematy techniczne do komentarzy, to dlaczego oceniane są wypowiedzi w OffTopie/Flame? Może tam też przeniesiemy dyskusje techniczne?


abrakadaber
abrakadaber
  • Rejestracja:ponad 12 lat
  • Ostatnio:7 miesięcy
  • Postów:6610
0

a są (serio pytam bo nie pamiętam)? Przecież miały być tylko w działach technicznych.

No to może zacząć od początku i zdefiniować co te oceny w ogóle symbolizują bo aktualnie to chyba zbyt miarodajne nie są.

Poprzedni mój post dostał +1 i tutaj to sygnalizuje, że ktoś się ze mną zgadza. Niby OK tylko, że to się ma nijak do rozwiązania "problemu pytacza" bo tak naprawdę nie ma tu żadnego problemu a mój post nie jest rozwiązaniem a jedynie opinią.
Wydaje mi się, że założeniem "+1" było wyróżnianie/nagradzanie postów prowadzących do rozwiązania problemów jakie się tu (na forum) pojawiają. Jeśli moje założenie jest prawdziwe to ten powyższy "+1" z jednej strony fałszuje moją "przydatność/wiarygodność/jak to nazwać" ale z drugiej strony, właśnie w tej dyskusji niejako "popiera" moje zdanie.

Może rozwiązaniem jest "+1" dla działów technicznych i np. "zgadzam się/nie zgadzam się" dla działów nietechnicznych?


Chcesz pomocy - pokaż kod - abrakadabra źle działa z techniką.
edytowany 1x, ostatnio: abrakadaber
ShookTea
  • Rejestracja:około 12 lat
  • Ostatnio:prawie 6 lat
  • Lokalizacja:Wrocław
  • Postów:629
0

i np. "zgadzam się/nie zgadzam się" dla działów nietechnicznych? I dla komentarzy? ;) Bo przecież właśnie w taki sposób używane są teraz te "++" lub "+1" w komentarzach.


edytowany 1x, ostatnio: ShookTea
abrakadaber
abrakadaber
  • Rejestracja:ponad 12 lat
  • Ostatnio:7 miesięcy
  • Postów:6610
0

tak i dla komentarzy też by mogło wtedy być "zgadzam/nie zgadzam". Bo wtedy to będzie wyrażenie swojego zdania w stosunku do czyjejś wypowiedzi a nie "nagradzanie". Takie "zgadzam/nie zgadzam" nie były by nigdzie sumowane czy przeliczane. Była by to jedynie informacja dla innych userów i samego "właściciela" danego wpisu, w dyskusjach nietechnicznych, jaki jest stosunek innych userów do tej konkretnej wypowiedzi.
Teraz i tak często jest tak, że w komentarzach oprócz tych +1 czy ++ są też -1

Dla mnie aktualne +1 to rodzaj nagrody za wiedzę - pomógł rozwiązać problem, znaczy coś wiedział i zechciał się podzielić więc należy mu się takie wirtualne poklepanie po plecach. W końcu dlatego od jakiegoś czasu zaznaczenie postu jako rozwiązanie automatycznie skutkuje +1 od akceptującego (pytacza? - nie wiem jak dokładnie jeśli akceptuje mod). Następnie te plusiki są sumowane, mnożone, dzielone, pierwiastkowane, potęgowane, całkowane i cholera wie co jeszcze aż na końcu mamy "reputacje" - słowo wytrych. Niby jest, niby skądś się bierze ale jak się ktoś nad tym zastanowi to ciężko to odnieść bezpośrednio czy nawet pośrednio do wiedzy danego usera bo można "zarobić" plusów w takim flame bardzo szybko.


Chcesz pomocy - pokaż kod - abrakadabra źle działa z techniką.
edytowany 1x, ostatnio: abrakadaber
spartanPAGE
Do reputacji liczą się tylko plusy z działów technicznych - w reszcie to zwykła okejka
flowCRANE
Moderator Delphi/Pascal
  • Rejestracja:ponad 13 lat
  • Ostatnio:około 8 godzin
  • Lokalizacja:Tuchów
  • Postów:12166
0

Według mnie ocena komentarzy nie ma sensu, a już na pewno nie powinna się liczyć do reputacji;

Ocena postów oraz możliwość ich akceptacji pomaga pytaczowi znaleźć najlepszą i najbardziej merytoryczną odpowiedź; Użytkownicy mogą oceniać posty (choć niezbyt często to robią) i te najlepsze promować, aby np. pytacz będący Newbie wiedział czym się sugerować, aby rozwiązać problem; Ocena w działach technicznych stanowi po pierwsze wskazówkę dla pytaczy i innych użytkowników, brzydko mówiąc pasożytujących na danym wątku (mających ten sam problem, ale nie zakładających nowe wątki, tylko czerpiących korzyści z wątków istniejących); Po drugie, ocena posta w dziale technicznym powoduje puchnięcie reputacji właściciela docenionego posta, czyli sukcesywne wyróżnianie użytkowników, mających wiedzę i praktyczne umiejętności, umożliwiające pomaganie innym;

Dlatego też możliwość oceny postów ma silne uzasadnienie i nie powinno być wątpliwości co do sensowności istnienia takiej funkcji; Forum istnieje głównie po to, aby każdy mógł pytać o zagadnienia techniczne - problemy z kodem, ze zrozumieniem jego działania czy doborem odpowiednich algorytmów, technologii, bibliotek itd.; Działy takie jak Off-Topic czy Flame to działy dodatkowe;


Komentarze istnieją po to, aby móc coś skomentować, bądź zwrócić na coś uwagę - moderacja dodatkowo używa komentarzy do zwracania uwagi na niezgodności z regulaminem forum - tytuły wątków, ich tagi, znaczniki, załączniki, słownictwo, literówki, ortografię, wylgaryzmy itd.; W komentarzach można też prowadzić OT, aby nie zaburzać pierwotnych dyskusji, wprowadzając zamęt w wątkach;

I tak faktycznie jest - większość [potrzebne źródło] komentarzy zawiera off-top, więc po co móc oceniać coś, co w ogóle powinno nie mieć miejsca w technicznej dyskusji? Jaki pożytek z takich komentarzy mają pytacze, skoro w niczym nie pomagają w rozwiązaniu danego problemu? Dla mnie to zbędny fiuczer, bo nie da użytkownikom nic ponadto, co istnieje obecnie;

A ocenienie komentarza tylko dlatego, że ktoś napisał w nim coś śmiesznego jest bezsensowna i niepotrzebna, tym bardziej jeśli taka ocena miałaby się liczyć do reputacji; Obecnie reputacja daje możliwość wyróżnienia takich użytkowników, którzy są najbardziej pomocni, najwięcej pomagają i najsensowniej, a nie tych najbardziej śmiesznych, bo 4programmers to forum dla programistów, a nie komików;


Dlatego też jestem przeciwny temu, aby wprowadzać ocenianie komentarzy, zarówno w działach technicznych, jak i tych dodatkowych; Połowicznym rozwiązaniem była by możliwość oceny komentarzy tylko w działach technicznych, ale nawet takie rozwiązanie z góry jest niedoskonałe, bo nie ma możliwości sensownego odróżnienia komentarzy istosnych dla pytacza, od tych off-topowych;

Stąd jeśli ktoś ma coś sensownego do dodania w technicznym wątku, to niech to robi w postach, a nie w komentarzach; Dlatego też moderacja zwraca uwage na to, aby dyskusję w działach technicznych prowadzić w postach, a komentarze pozostawić dla off-topu i ewentualnie dla moderacji, na uwagi dotyczące utrzymywania porządku na forum;

W sumie to tyle; Do ankiety dodałem opcję "nie mam zdania", aby nie ciągnąć off-topu o tym, dlaczego ankieta jest niedoskonała i pewna grupa użytkowników faktycznie niemających zdania w poruszanej kwestii mogła coś wybrać.


Pracuję nad własną, arcade'ową, docelowo komercyjną grą z gatunku action/adventure w stylu retro (pixel art), programując silnik i powłokę gry od zupełnych podstaw, przy użyciu Free Pascala i SDL3. Więcej informacji znajdziesz na moim mikroblogu.
flowCRANE
Z tego wszystkiego zapomniałem zagłosować... :D
fourfour
  • Rejestracja:prawie 11 lat
  • Ostatnio:prawie 9 lat
  • Postów:627
0

E tam, można kliknąć, jeśli post jest wartościowy? Można. Można by też kliknąć wartościowy komentarz? Można by. Tylko należy te dwa kliknięcia oddzielić, i np. kliknięć komentarzy nie uwzględniać albo uwzględniać w reputacji z mniejszą wagą.

edytowany 1x, ostatnio: fourfour
flowCRANE
Moderator Delphi/Pascal
  • Rejestracja:ponad 13 lat
  • Ostatnio:około 8 godzin
  • Lokalizacja:Tuchów
  • Postów:12166
1

Tyle że wartościowość posta jest o niebo bardziej przydatna, niż wartościowość komentarzy, nawet komentarzy w działach technicznych;

Tu problem nie stanowią komentarze, tylko niechęć użytkowników do pisania postów; W działach technicznych w ostatnim czasie sporo komentarzy zawiera wskazówki dotyczące problemu, ciągnące się przez kilka komentarzy; A wiadome - komentarze mogą być krótkie, więc wiele w nich zapisać nie można; No i oczywiście dochodzi problem formatowania zawartości, który praktycznie nie istnieje w komentarzach; A widuję komentarze z podanymi kodami, które czyta się beznadziejnie;

Do tego jeszcze niektórzy zamiast pisać posty, odpowiadają pytaczom w komentarzach; Pytacz chce odpowiedzieć komentarzowi, ale napisać coś więcej i np. jeszcze podać pokolorowany kod, więc pisze kolejny post; W niektórych wątkach posty jednego użytkownika siłą rzeczy umieszczane są jeden po drugim, bo odpisać w komentarzu ciężko, zedytowanie posta to słabe rozwiązanie, bo najpierw czyta się post, a dopiero potem komentarze pod nim, więc zakłada się kolejne posty i wprowadza zamieszanie; Jakaś dziwna niechęć pisania postów istnieje, jakby na ich umieszczanie potrzebny był opłacony abonament...

Dlatego też według mnie samo ocenianie komentarzy, tylko dla ocenienia nie ma sensu, bo nie daje to żadnych korzyści, prócz rozwijania Coyote'a.


Pracuję nad własną, arcade'ową, docelowo komercyjną grą z gatunku action/adventure w stylu retro (pixel art), programując silnik i powłokę gry od zupełnych podstaw, przy użyciu Free Pascala i SDL3. Więcej informacji znajdziesz na moim mikroblogu.
edytowany 2x, ostatnio: flowCRANE
abrakadaber
abrakadaber
i agree
Adam Boduch
Administrator
  • Rejestracja:około 23 lata
  • Ostatnio:11 dni
  • Postów:11948
1

Nie jest to najgorszy pomysł, ale zdecydowanie takie oceny komentarzy nie powinny mieć wpływu na reputację.

KR
  • Rejestracja:prawie 16 lat
  • Ostatnio:5 miesięcy
  • Postów:2514
0

Czasami w offtopicowych tematach (nie tylko) tworza sie jeszcze bardziej offtopicowe (ciekawe) dyskusje w komentarzach. Wtedy przydalby sie taki +1.

Czasami chcesz podkreslic ze zgadzasz sie z tym komentarzem. (niektore komentarze sa slabe wiec nawet na -1 by sie przydal)

Zgodze sie ze nie powinno miec to wplywu na reputacje.


░█░█░█░█░█░█░█░█░█░█░█░
ShookTea
Cii, "-1" kiedyś było w zwykłych odpowiedziach i wywalili, jeszcze wywołasz burzę :]
Endrju
  • Rejestracja:około 22 lata
  • Ostatnio:ponad rok
2

Po co komu kolejne ocenianie. Tego co już jest i tak nikt prawie nie używa. :-P

Jestem na nie.


"(...) otherwise, the behavior is undefined".
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)