Dlaczego formatowanie kodu na forum przerasta tyle osób ?

3

Jw. Uważa się, że programowanie to zajęcie dla choć trochę rozgarniętych/inteligentnych osób, a w co drugim temacie widać jak autorzy swoich tematów przegrali bitwę z formatowaniem kodu na forum. Czy faktycznie umieszczenie kawałka tekstu w klamrach jest poza zasięgiem wielu ludzi? Dlaczego w takim razie biorą się za trudniejsze rzeczy?

Tutaj przykład o czym mówię:

title

1

Problem polega na tym, że jak wklejasz kod i go nie oznaczysz jako kod, to wszystko, co się zaczyna od czterech spacji jest oznaczane jako kod. I potem fragmenty kodu są oznaczane, bo są wcięte.

Znaczy się: autorzy w ogóle nie oznaczają kodu jako kod, stąd wychodzą kwiatki z powodu takiego, a nie innego działania automatu.

1

@slayer9: tak btw. do obrazków mamy "załączniki" :D Niby nie ma problemu z imgurem, ale czasem (szczególnie na innych forach) jak się przegląda wątki które mają 5, 7, 10 lat to 99% obrazków jest niedostępna, bo są z zewnętrznych hostów (szczególnie imageshack) i trochę to boli

7

Można by przed dodaniem posta dodać walidatora, który przelatywałby przez tekst i szukałby rzeczy charakterystycznych dla kodu (klamerki, nawiasy, słowa kluczowe jak if i tym podobne), i jeśli zostaną wykryte, to dać wskazówkę wygląda na to, że wklejasz kod, czy wiesz, że możesz go sformatować w ten i ten sposób (i tutaj pokazany przykład). Użytkownik wtedy mógłby albo poprawić swoją wypowiedź, albo po prostu olać wskazówkę i zatwierdzić posta w taki sposób, w jaki napisał (wymuszanie tego z automatu nie ma większego sensu, bo mogą być fałszywe pozytywy albo niedokładne wykrywanie, więc to użytkownik powinien i tak mieć moim zdaniem ostateczny głos, czy jest to kod, i co jest kodem).

0
Ktos napisał(a):

Problem polega na tym, że jak wklejasz kod i go nie oznaczysz jako kod, to wszystko, co się zaczyna od czterech spacji jest oznaczane jako kod.

Problem polega na tym, że w miejsce działającego i sprawdzonego przez lata (acz mającego swoje osobliwości) parsera postów wprowadzono na forum „nowy, lepszy” parser na miarę naszych czasów.

5
Azarien napisał(a):a tym, że w miejsce działającego i sprawdzonego przez lata (acz mającego swoje osobliwości) parsera postów wprowadzono na forum „nowy, lepszy” parser na miarę naszych czasów.

Markdown (bo o nim mowa) to obecnie standard. Czy to na github, bitbucket, gitlab, stackoverflow, slack itp. Aż dziw bierze, że programiści nie potrafią się ją posługiwać.

0

Bo to nie jest łatwa składnia, tylko dość myląca.

1
Azarien napisał(a):

Problem polega na tym, że w miejsce działającego i sprawdzonego przez lata (acz mającego swoje osobliwości) parsera postów wprowadzono na forum „nowy, lepszy” parser na miarę naszych czasów.

Owszem, tamten parser był sprawdzony i na skutek tego sprawdzenia podjęta została decyzja o zmianie. Swego czasu powodował masę problemów, z zawieszaniem forum na niektórych wątkach włącznie.

A jedyny problem jest taki, że ludzie(?) jakimś cudem przeoczają wielką, rażącą, żółtą instrukcję publikowania postów, która pojawia się zawsze podczas edycji. Inny parser tego nie naprawi.

0

@somekind: serio uważasz, że łatwiejszy jest obecny parser? Czy po prostu, trzeba iść owczym pędem "za trendami", a jak ktoś podniesie temat, że to mniej wygodne, zakrzyknąć tylko "jesteś programistą, powinieneś się nauczyć!". Tak, mogę się nauczyć i dalej uważam że magiczne wcięcia tu i ówdzie są miej wygodne niż konkretne tagi otwierające i zamykające. Dajmy może jeszcze obowiązek pisania w LaTex, programista jak mądry to będzie z pamięci formatował tekst, a co.

P.S. jak stary parser zawieszał forum, to trzeba było go poprawić tak, żeby nie zawieszał.

0
kulson napisał(a):

@somekind: serio uważasz, że łatwiejszy jest obecny parser? Czy po prostu, trzeba iść owczym pędem "za trendami", a jak ktoś podniesie temat, że to mniej wygodne, zakrzyknąć tylko "jesteś programistą, powinieneś się nauczyć!". Tak, mogę się nauczyć i dalej uważam że magiczne wcięcia tu i ówdzie są miej wygodne niż konkretne tagi otwierające i zamykające. Dajmy może jeszcze obowiązek pisania w LaTex, programista jak mądry to będzie z pamięci formatował tekst, a co.

P.S. jak stary parser zawieszał forum, to trzeba było go poprawić tak, żeby nie zawieszał.

Tylko, że opcja z wcięciami jest jako dodatek ;) Tagi dalej są i można wybrać sobie to z górnej belki. Fakt nie wygląda to na zasadzie <otworz></otworz> tylko w postaci apostrofów ale i tak nie jest to skomplikowane

1
Adam Boduch napisał(a):
Azarien napisał(a):a tym, że w miejsce działającego i sprawdzonego przez lata (acz mającego swoje osobliwości) parsera postów wprowadzono na forum „nowy, lepszy” parser na miarę naszych czasów.

Markdown (bo o nim mowa) to obecnie standard. Czy to na github, bitbucket, gitlab, stackoverflow, slack itp. Aż dziw bierze, że programiści nie potrafią się ją posługiwać.

Programiści nie mają takiego problemu. To raczej random ludzie przychodzący po gotowce albo rzeźnicy w trakcie przebranżawiania się.

5

@somekind: serio uważasz, że łatwiejszy jest obecny parser?

Osobiście serio nie mam żadnych problemów z nowym parserem. Serio nie wiem, co takiego skomplikowanego w nim jest, szczególnie, że ma dokładną dokumentację (nie to co poprzedni).
Dodam też, że z punktu widzenia moderatora, nieprawdą jest, jakoby poprzedni parser był łatwiejszy dla użytkowników. Olewali go dokładnie tak samo, jak olewają obecny. Błędnie sformatowane posty nie są wynikiem prób formatowania, a właśnie braku tych prób (kopiuj-wklej i tyle).

1
kulson napisał(a):

@somekind: serio uważasz, że łatwiejszy jest obecny parser?

Zdecydowanie. Po pierwsze wymaga znacznie mniej pisania i pamiętania, po drugie jej znajomość jest przydatna nie tylko na forum, ale też do pisania dokumentacji technicznej czy tekstów na stronę.

Czy po prostu, trzeba iść owczym pędem "za trendami", a jak ktoś podniesie temat, że to mniej wygodne, zakrzyknąć tylko "jesteś programistą, powinieneś się nauczyć!".

Owczy pęd za trendami? Markdown to już od dawna powszechnie używany standard w branży.

Tak, mogę się nauczyć i dalej uważam że magiczne wcięcia tu i ówdzie są miej wygodne niż konkretne tagi otwierające i zamykające.

Sześć znaków, vs pełne tagi i wszystkie problemy z nimi związane: pamiętanie o nawiasach, literówki w nazwach tagów, konieczność pamiętania o tagach zamykających i zapisywania ich w odpowiedniej kolejności. Faktycznie szczyt wygody.

P.S. jak stary parser zawieszał forum, to trzeba było go poprawić tak, żeby nie zawieszał.

Masz rację, trzeba było. Nie rozumiem tylko czemu tego nie zrobiłeś?

0

Bez przesady że markdown jest tryduny. Proste formatowanie (bez kolorowania) to 6 znaków łącznie i w dodatku wszystko jest tym samym znakiem...

0

Na moim przykladzie: nie przyszlo mi do glowy ze to Markdown tylko myslalem ze jakis autorski wynalazek.
Do tego np. dopiero dzisiaj zauwazylem zolty dymek z linkiem do opisu markdown. Wiec po prostu brakuje gdzies tej informacji/nie rzuca sie w oczy.

2

Ja tylko mam nadzieję, że wszyscy ci, którzy nie zauważają ogromnego żółtego obszaru przed wzrokiem nie mają praw jazdy. Z taką spostrzegawczością mogą się wbić w ciężarówkę z Biedronki i spowodować lokalne problemy z zaopatrzeniem w mleko i kiełbasę.

1

@somekind: taki zolty obszar sie podswiadomie ignoruje. po prostu cos jest nie tak z layoutem i nie zwraca uwagi jako cos waznego.

Ale najlatwiej probowac wbic komus szpile.

2

Do tego np. dopiero dzisiaj zauwazylem zolty dymek z linkiem do opisu markdown. Wiec po prostu brakuje gdzies tej informacji/nie rzuca sie w oczy.

Ale co proponujesz w zamian? Dla mnie żółty komunikat jest dostatecznie wyraźny, ale OK. Lepszy będzie czerwony? Trochę dziwnie, bo ten kolor jest umownie zarezerwowany dla błędów. Różowy, fioletowy, może czarne tło i białe litery? To niby ma jeszcze jakoś się komponować z resztą layoutu...

Co poza tym możemy zrobić? Jedyne co mi przychodzi do głowy, to odtwarzanie nagrania dźwiękowe z komunikatem: "Uwaga, uwaga! Używamy Markdown"...

0
aurel napisał(a):

Jedyne co mi przychodzi do głowy, to odtwarzanie nagrania dźwiękowe z komunikatem: "Uwaga, uwaga! Używamy Markdown"...

Nie zadziała, jak ktoś ma wyłączony dźwięk (wiem, czepialstwo).

Osobiście nie mam problemu z zauważeniem komunikatu, ale może takie dwa rozwiązania:

  • Niech ten komunikat zasłania pole zamiast być nad nim
  • Niech ten komunikat będzie po prostu w polu i wymaga usunięcia – to jest strasznie upierdliwe, ale można byłoby to zrobić dla niezarejestrowanych
2

@aurel: szczerze? Nie wiem. Po prostu zwracam uwage gdzie moze byc problem. Absolutnie nie znam sie na layoutach, usability i jestem antytalentem graficznym. W firmie wzialbym pare losowych osob kazal cos zrobic i obserwowal jak to robia na co zwracaja uwage. Mi ten dymek kojarzy sie po prostu z jakims popupem, a popupy odruchowo ignoruje. Dopiero dzisiaj przeczytalem co tam jest napisane. Za to z doswiadczenie wiem ze pare razy robilem interfejs ktory mi sie wydawal oczywisty a dla ludzi nie byl. Czytalem kiedys taka ksiazke o projektowaniu UI: "nie kaz mi myslec" i tam tez bylo sporo przykladow ze ludzie uzywaja/widza strone zupelnie inaczej niz autor przewidywal.

Moze warto ankiete/sonde wystawic podpiac w dobrze widocznym miejscu i zebrac opinie? Cos w stylu: czy wiesz ze na forum jest markdown? Czy wiesz gdzie mozna odnalezc informacje jak w nim formatowac? Czy zauwazyles zolty dymek?

0
WhiteLightning napisał(a):

Moze warto ankiete/sonde wystawic podpiac w dobrze widocznym miejscu i zebrac opinie? Cos w stylu: czy wiesz ze na forum jest markdown? Czy wiesz gdzie mozna odnalezc informacje jak w nim formatowac? Czy zauwazyles zolty dymek?

Dodałbym jeszcze: "czy jesteś przeciwny propagandzie homo sapiens?". Tak tylko, żeby wykazać iż ludzie, którzy odpowiedzą przecząco na Twoje pytania, na to odpowiedzą twierdząco. :)

0

Powiem tak. Już wiem dlaczego tak wiele systemów leży od strony UX/UI. Zabierają się za nie takie osoby jak @somekind czy @aurel
Prawda jest taka, że intuicyjnie system dodawania tematów/postów leży prawie kompletnie a te osoby to bronią bo dla nich jest do łatwe i każdy programista powinien to ogarnąć.

0

Zatem niech się wypowiedzą ludzie od UX/UI

Są tu tacy?

0
anonimowy napisał(a):

Powiem tak. Już wiem dlaczego tak wiele systemów leży od strony UX/UI. Zabierają się za nie takie osoby jak @somekind czy @aurel

Przywaliłeś jak łysy grzywką o kawał betonu, bo w moich systemach nie ma żadnego UI ani nawet GUI.
Za to widzę, że próbujesz winić Adama Boducha za swoje lenistwo. Czym Ci tak podpadł?

Prawda jest taka, że intuicyjnie system dodawania tematów/postów leży prawie kompletnie a te osoby to bronią bo dla nich jest do łatwe i każdy programista powinien to ogarnąć.

Markdowna jak najbardziej.
A co do leżącego UX, to podaj konkretne zarzuty, co jest z nim nie tak? Przyciski brzydkie? Pole edycji nie w tym miejscu? Brak dostępu do informacji o znacznikach? A może brak możliwości poglądu?

0

czepialstwo i tyle

0

Rozważymy wszelkie propozycje ulepszenia UX :) Zapraszam do działu Coyote

P.S. Jest jeszcze taki dymek informujący o markdown:

screenshot-20180308082148.png

0

ja już wiem czemu ja taki marudny jestem, w środowisku programistów nie da się nie marudzić...

1

Moim skromnym zdaniem nie ważne czy posty/komenatarze się pisze w markdownie czy trzeba było je pisać za pomocą xml czy czegokolwie innego jest opcja "Podgląd". Zawsze przed publikacją można (tfu powinno) sprawdzić jak post będzie się prezentować czy wygląda czytelnie, czy gdzieś nie ma literówek/błędów, czy zdania mają sens po polsku(czasem jak chce się przelać myśli to różnie się to kończy) itp.

Zresztą nawet po publikacji widać czy jest czytelnie czy jednak inni mogą mieć problem z rozszyfrowaniem naszego pytania. Jak jest coś nie tak to się to poprawia(jest opcja edytuj :D). Jeśli ktoś nie pośwęcił czasu na napisanie poprawnie post'a dlaczego inni maja poświęcać czas na odpowiadanie na coś takiego(jeszcze wcześniej roszyfrowywanie co autor miał na myśli)?

UX? Od siebie proponuje bojkot postów ze złym formatowaniem kodu (ale takim na prawde już utrudniającym czytelność), tylko informacje że prośba o poprawienie i potem dopiero dawanie odpowiedzi :)

0

Ja bym nie ułatwiał jeszcze bardziej tych podstawowych czynności. Dzięki temu od razu widać, czy ktoś chociaż trochę stara się o to, żeby nie utrudniać życia osobie, od której żąda pomocy. Tutaj nie chodzi tylko o trudność formatowania (które tak naprawdę jest bardzo proste), ale bardziej o sposób myślenia. Powinien być kciuk w dół za niedbałe, nielogiczne, niejasne, brzydkie posty. To nie wizaz.pl. Od inżyniera albo kandydata na niego oczekuje się więcej.

0
Burmistrz napisał(a):

Ja bym nie ułatwiał jeszcze bardziej tych podstawowych czynności. Dzięki temu od razu widać, czy ktoś chociaż trochę stara się o to, żeby nie utrudniać życia osobie, od której żąda pomocy. Tutaj nie chodzi tylko o trudność formatowania (które tak naprawdę jest bardzo proste), ale bardziej o sposób myślenia. Powinien być kciuk w dół za niedbałe, nielogiczne, niejasne, brzydkie posty. To nie wizaz.pl. Od inżyniera albo kandydata na niego oczekuje się więcej.

##Witam
Ostatnio "odkryłem" że, posty można pisać w ulubionym edytorze VSCode jako plik z rozszerzeniem .md. Nic nie umniejszając wbudowanemu w forum edytorowi (przeciwnie uważam że jest OK) to w VSCode z użyciem wtyczki "Markdown shortcuts" i podglądowi na żywo pisze się łatwo i przyjemnie. Miło jak wychodzi to na żywo ładnie jak w git plikach readme.md. Potem kopiuję źródło na forum, ;) "poprawiam ortografię" i jest całkiem OK.
pozdrawiam : AK

ps: Nie wszystko wychodzi nie działają dla przykładu inne nagłówki niż H2 :(

1 użytkowników online, w tym zalogowanych: 0, gości: 1