webprog.hu – tartalom
Ebben a szálban szedjük össze, ki mint képzeli a webprog.hu tartalmát. Fő hozzászólásban írja le mindenki a gondolatait, amit a többiek kommentezni tudnak.
■ 
Friss blogmarkok
- Web Akadálymentesítési Útmutató (WCAG) 2.1 – nyilvános munkaterv – Megjelent a WCAG (Web Akadálymentesítési Útmutató) 2.1 nyilvános munkaterv (0)
- MongoDB Apocalypse Is Here as Ransom Attacks Hit 10,000 Servers – Több tízezer védtelen MongoDB szerverre csaptak le hackerek (2)
- 12 Signs You’re Working in a Feature Factory – A cél nélküli funkciógyártás néhány tünete (0)
- Translatable, custom dates in Twig templates of Drupal 8 – Saját dátumok megjelenítése, fordíthatóan a Drupal 8 smink rétegével dolgozva (0)
- NativeScript – Cross-Platform Native Development with Javascript – Fejlesszünk natív mobilalkalmazást JavaScripttel (0)
- GitHub Security Update: Reused password attack – Érdemes bekapcsolni a kétfaktoros azonosítást, ha a GitHub jelszavunkat más oldalakon is újra felhasználtuk (17)
- UX Design könyv – Hogyan tervezz felhasználóbarát és szerethető alkalmazásokat? (0)
- Introducing unlimited private repositories – Megváltozik a GitHub díjszabása: minden előfizetéshez korlátlan számú privát repository jár (0)
- Drupal 8 Twig: add custom CSS classes to menus (based on menu name) – Saját elképzeléseink szerinti CSS osztályok (automatizált) hozzáadása a Drupal 8 menüihez (0)
Cikkajánló
airwalker:
Keresőoptimalizálás
Granc Róbert:
Apache és PHP telepítése kezdőknek Windows rendszereken
janoszen:
Sessionmentes weboldalak
Friss csiripek
Csiripek betöltése…
Aktív fórum témák
Új fórum témák
Archívum
| H | K | Sze | Cs | P | Szo | V |
|---|---|---|---|---|---|---|
| 28 | 29 | 30 | 31 | 1 | 2 | 3 |
| 4 | 5 | 6 | 7 | 8 | 9 | 10 |
| 11 | 12 | 13 | 14 | 15 | 16 | 17 |
| 18 | 19 | 20 | 21 | 22 | 23 | 24 |
| 25 | 26 | 27 | 28 | 29 | 30 | 1 |
Szerintem
1, egy főszerkesztőSzervezet
2, több szerkesztő
3, moderátorok
4, olvasók
Fontosnak tartom, hogy legyen egy Tudástár, ahol strukturált formában foglalkozunk minden fontos feladatkörrel: frontend (html, css, javascript), backend (tartalom előállítása, szerverek menedzselése stb.). A webprogra felkerülő cikkek a Tudástár részét képezik, és megjelöljük, milyen nehézségű (kezdő, közepes, haladó). A cikkeket forráskódokkal vagy kódrészletekkel illusztráljuk.Tartalom
A szerzőknek lehetősége van a véleményüket kifejteni egy-egy témában, amely vitaindító beszélgetésnek minősül, és megfelel a weblabor blogbejegyzéseinek. Ezek nem kerülnek be a Tudástárba.
Az olvasók küldhetnek be számukra érdekes témában linkeket, amit blogmark vagy gyorsbejegyzés (mint a jelenlei twitter folyam) formájában jelenít meg az oldal.
A fórum 99%-ban ontopic, a webfejlesztést érintő témákban tehetnek fel az olvasók kérdéseket, véleményüket megoszthatják.
Ontopic témában csak webfejlesztéssel kapcsolatos hozzászólás jelenhet meg, az offtopic hozzászólások offtopic témába mozgathatók vagy törölhetőek. Ontopic téma vagy hozzászólás nem törölhető.
Nem megengedett a rasszizmus, a trágárkodás, obszcenitás, vulgaritás, szexuális jelleg, gyűlölködés, fenyegetés, vagy bármi módon törvénybe ütköző, a hozzászólások ilyen része törölhető, a hozzászóló tiltható.
Fontosnak tartom, hogy mindenki adja meg a nevét, és lehetőleg azzal publikáljon, így vállalja magát és a felelősséget a hozzászólásaiért.
Offtopic
Ontopic témában csak webfejlesztéssel kapcsolatos hozzászólás jelenhet meg, az offtopic hozzászólások offtopic témába mozgathatók vagy törölhetőek. Ontopic téma vagy hozzászólás nem törölhető.
A GG-n T.G is jelezte, és egyetértek vele, hogy az offtopic témáknak komoly közösségépítő ereje lehet. Így szerintem egyáltalán nem jó ötlet ezeknek a témáknak a háttérbe szorítása. Nyilván nem macskavideó-portált szeretnénk, de egy kis kikapcsolódásra is szükség van.
Az egyértelműen törvénybe ütköző viselkedések felvonultatása helyett szerintem fontosabb a befogadó, segítő légkör hangsúlyozása és megkövetelése. A negatív légkört teremtőkkel szemben szigorúan és határozottan kell fellépni, de (helyzettől függően) célszerű esélyt adni a jobb belátásra térésre.
A többivel kapcsolatban a bejegyzésem tartalmazza a véleményem.
Offtopic
Ne százalékold,
A WL már évekkel ezelőtt
GG-n már beszéltük, hogy nem feltétlen van szükség a tartalmak más jellegű megkülönböztetésére, tehát hogy fórum bejegyzés vagy cikk, vagy bármi egyéb, elég ha kiemeljük a jókat. Én személy szerint Q&A oldalakon arra jutottam, hogy a like nem működik, mert sokan nem tudják megítélni, hogy mi a jó tartalom, és mi nem az, és zsigerből használják.
Rosszból rosszat
Gondolj arra, mikor még jobban jöttek kezdők, bő fele fórumtéma rossz kategóriába került. Cikkek eltűnnek a süllyesztőben.
Szervezet OK, azzal, hogy főszerkesztőt bármikor újra lehet választani a szerkesztői csapat mindegyike 1-1 szavazat, egyszerű többség. Ne alakulhasson ki olyan helyzet, mint itt.
A többi tartalomtípus, amit felsoroltál, szintén jobb, ha egy típus és címkézve / flag-elve van. Ennek működését még nem ismerem közelről, de meg fogom ismerni. :)
Röviden összefoglalva, néhány
A minél egyszerűbb kezdeti felépítés jegyében, én egy tartalomtípussal képzelem el a dolgot, amit címkékkel lehet különböző kategóriákba sorolni akár a technológiai téma (js, tesztelés, CI, verziókezelés, stb.), akár a bejegyzés célja (eszmecsere, kérdés/válasz, offtopic, minden más pedig cikk) vagy szintje (kezdőknek és egyéb) szerint.
Ez sokrétű, rugalmas szűrési és rendezési lehetőséget biztosít, amit később szükség esetén egyszerű továbbfejleszteni. A szűrés/rendezés megsegítéséhez jól jöhet egy +1-ezési rendszer (a -1-ezést én nem tartom jó ötletnek).
A szerkesztők megérzése alapján kitalált fa struktúrán alapuló rendezést én amíg lehet, messziről kerülném, mert rugalmatlan és könnyű elbaltázni.
Ha drupallal indul a rendszer, akkor a hozzászólási lehetőség is támogatott alapból, nincs feltétlenül szükség fórum modulra.
A fentiek fényében lehet szűrni/rendezni a következők alaján:
Példa szűrések: az elmúlt hét/hónap/stb legnépszerűbb (php/java/stb) cikkei, a legtöbbet "megvitatott" eszmecserék, X szerző/téma legfrissebb írásai, friss/népszerű kérdések, kezdőknek való js cikkek, stb.
Illetve további feature, hogy linkek segítségével az erre fogékonyságot érzők ezeket tetszőleges sorozatba, válogatásba rendezhetik, illetve az oldal szerkesztői tetszőleges tartalmat emelhetnek ki tetszőleges helyre.
Alapból nem kötném az írások megjelenését bármilyen előzetes jóváhagyáshoz a kellemesebb felhasználói élmény és a minél egyszerűbb tartalomgyártás kedvéért (és így a moderátorokon sincs akkora nyomás, hogy éjjel-nappal monitorozzák a cikkeket, hogy nehogy hátat fordítson valaki azért az oldalnak, mert már egy hete nem jelent meg az írása). Ugyanakkor szükséges lehet felhasználási feltételekben, magatartási kódexben (code of conduct) kikötni, hogy milyen tartalom nem támogatott az oldalon (pl.: destruktív "kritika", öncélú, for-profit termék, szolgáltatás reklámja, törvénysértő tartalmak stb.) és az ezt sértő tartalmakat gyártókat figyelmeztetni, témáikat törölni, súlyos esetben a felhasználót tiltani.
A megfelelő címkék alkalmazására az ösztönözné az embereket, hogy eljuttassák az írásaikat a kívánt célközönségnek, így segítve hogy megfelelő ismertséget, visszajelzést, +1-et szerezzenek. Plusz, aki rendszeresen félrevezetően tagelné a tartalmait, azt a morcos közösség jelenthetné, és szükség esetén szankciókat lehet kiróni rá (természetesen a felhasználási feltételek alapján).
Én szorgalmaznám a markdown formázás használatát a tartalmak írásához.
Egy korábbi hozzászólásomból kiderül, hogy ezekre az inspiráció jó része a dev.to-ról származik, szóval ha valakit érdekel, hogy néz ez ki a gyakorlatban, ott lehet kattintgatni. Szerintem érdemesebb egy virágzó rendszerről mintát venni, mint megpróbálni egy lehaltat utánozni.
Az esetleges problémákat akkor javaslom megoldani, amikor felmerülnek. Például akkor legyen szükséges az előzetes moderáció, ha kezdené elönteni az oldalt a kritikán aluli tartalom. És így tovább.
Hidvégi Gábor bejegyzésére reflektálva:
A felhasználók azanosítására én legfeljebb email címet vagy github accountot kérnék (az elsőt mindenképp, de akár az utóbbit is elrejthető módon), tetszőleges nicknévvel. A privacy érdekében szükségtelennek tartom az AFK név igénylését. Aki jó szándékkal publikál, és ez által a saját "brandjét" akarja építeni, úgyis megadja, aki nem, és csak trollkodni akarna, az úgyis Teszt Elek néven regisztrálna. (Bár remélhetőleg pozitív közösség alakul ki, és az ilyenek számára nem lesz célközönség az oldal.)
A véleményem bizonyos pontjainak a részleteiért (és a kapcsolódó ellenvéleményekért :) ) lásd a GG-n elszabadult eszmecserét. És ha már itt is elindult ez a téma, akkor folytassuk inkább itt, mint ott.
Mit támogat a rendszer?
Szerintem számunkra nem az az egyszerű, ami byte szinten egyszerű, hanem az, amit a keretrendszer támogat. Ha az egyszerűsítéshez bele kell nyúlni a forráskódba, akkor az bonyolítja az életünket.
A Weblabor legnagyobb hibája, hogy még a legelején széjjel hackelték, majd utána nem tudtak frissítéseket tenni rá. Szerintem ez meglehetősen amatőr dolog volt a készítők részéről. Érdemes lenne ezt elkerülni.
És ez a hozzászólásom melyik
Node.type
Persze nem gond, ha nem használjuk ezt ki, csak gondoltam legalább egyszer legyen leírva ez is, hogy amikor a fejlesztő végiggondolja, hogy na akkor ez neki mennyi munka, akkor azért ezt is vegye figyelembe. :-)
Tisztázás
Egy node/entity típusa/bundle-ja elég központi/strukturális tulajdonság. Meghatározza, hogy milyen mezők tartoznak hozzá (milyen megengedett/alapértelmezett értékekkel rendelkeznek, hány értékük lehet, stb.), ezen alapul, hogy lehet-e kommentet írni a node-ra, milyen jogosultságok kellenek a megtekintéséhez, létrehozásához, szerkesztéséhez, stb., lehet-e nyelvet rendelni hozzá, és milyen módon fordítható, stb. Ebből következően egy alap drupal telepítésben nincs mód egy node típusának a megváltoztatására. Ha beküldtél egy blogbejegyzést, az hiába cikk minőségű, és hiába egyezik meg a két típus minden másban, nem tudod cikké tenni, csak ha újra beküldöd. Így vagy linkelhetsz az eredetire, hogy láthatóak legyenek az ottani hozzászólások, vagy azokat is áthekkeled a cikkhez, esetleg mennek a levesbe, ha törlöd az eredetit (mert nem akarsz duplikált tartalmat), illetve adott esetben irányíthatod a korábbi URL-ről az újra a látogatókat. (Mondjuk valami modul biztos van a node típus változtatására, de én ezt a részét, ha egy mód van rá, nem piszkálnám a drupalnak).
Továbbá, ha van X db node típusod (csak a "rendszerezés" kedvéért) ugyanazokkal a mezőkkel/beállításokkal, akkor ezek minden változásánál szinkronizálhatod a típusonkénti beállításokat az összesre. Vagy ha be akarsz vezetni egy új "kategóriát", akkor tarthatod észben, hogy mit, hogyan kell beállítani az új node típuson (akár a felületen, akár a vonatkozó sminkben, sablonfájlokban).
De ezeknek a megoldására szerencsére szintén az alap drupal telepítés része a taxonómia modul, ami a címkézést/kategorizálást teszi lehetővé. Illetve szintén az alap drupal része már a views modul, ami tud listázni tartalmakat többek között címkékre szűrve.
De ha valamire nincs is beépített modul, attól még a drupal szerves része az APIja, ami meglehetősen részletes (főleg manapság). Így nem feltétlenül ördögtől való, ha egy szükséges, a core-ral sehogyan sem megoldható funkcionalitás kedvéért (pl.: kódszínezés, markdown formázás) vagy telepítesz egy már meglévő modult/sminket, vagy írsz egy sajátot.
OFF
Persze szívesen segítek, de azt gondolom, hogy a "technikai igazgató" az legyen, aki a legjobban ismeri / legtöbb tapasztalata van.
A beállításban szívesen adok
Nem mintha csak az oldalvonalról szeretnék bekiabálni, de sajnos a saját sideprojectjeimmel sem tudtam haladni érdemben mostanság, pedig elég magasan vannak a tennivalóim listáján :(
Amúgy a fentiek szerintem olyan dolgok, amik kb. egy óra céltudatos kattintgatás és utánaolvasás után leszűrhetőek a drupalból. Mondjuk az eddig felmerült igényekhez amúgy sem kell túl sokat kattintgatni. Valamelyik nap alkalmam volt szétnézni egy alap drupal 8-ban, és sok minden gyárilag ezeknek megfelelően van beállítva. Leginkább csak az alapból hiányzó dolgokat kell beállítani (plusz csoportok és jogsultságaik, markdown, kódszínezés, plusz a tartalom listák), amik általában elég jól vannak kommunikálva manapság a felületen. Szóval szerintem aki már látott drupal adminisztrációs felületet életében, az nyugodtan bevállalhatja.
Mi a cél?
Miért ide írjon valaki, és ne a dev.to-ra? Hisz ott mindenképp többen olvassák a felkerülő témákat.
Amit én javaslok, ott a struktúra a lényeg, amit azért nem olyan nehéz kitalálni (a weblabor fórumok jó kiindulási alap). Abból indulok ki, amit látok, miszerint a fórumokon felmerülő kérdések zöme amatőr jellegű, az illető nincs tisztában az alapokkal. Ha valaki most kezd el a webfejlesztéssel ismerkedni, akkor egyrészt a tudás ezerfelé szét van szórva, másrészt óriási mennyiségű. Emiatt lassan tanulnak és a fejlesztők 99%-a egyáltalán nem érti, hogy mit csinál, csak gombokat nyomogat.
Ezért egy biztos pontra van szükség, ahol megtalálhatják jól felépítve a tananyagot, amivel jó szakemberekké válhatnak.
Egy dev.to-szerű oldalon sok új tartalom jelenik meg, viszont ezek gyorsan ki is futnak, így bármi, ami felkerül, hamar elértéktelenedik. Erre jó megoldás lehet, ha egy tapasztalt szerkesztők csoportja valamilyen módon kiszűri a fontos témákat, és strukturáltan jeleníti meg.
Persze egy dev.to-szerű szekciója lehetne a webprog.hu-nak.
Igen, amit én javaslok, az egy jóval lassabb (kiemelt)tartalomgenerálást tesz lehetővé, de szerintem ez nem gond, sőt. Manapság sok a zaj, a mellébeszélés, ezért tartunk ott, hogy már kliensoldalon is megabájt körüli keretrendszereket használnak, amelyek több másodperces válaszidőkkel operálnak. Ezzel szemben én például most egy olyan weboldalon dolgozom, aminek a teljes kliensoldali kódja 35k, a szerveroldali 40, WYSIWYG szerkesztővel, AJAX kommunikációval, statikus HTML generálással, dinamikus tartalomgenerálással (csak az frissül, ami megváltozott), képfeltöltéssel, és mindez bármilyen böngészőn működik, ezredmásodperces válaszidőkkel.
Hogyan lehet ilyen alacsony értékeket kihozni? A fenti számoknál miért nagyságrendekkel nagyobbak a modern rendszerek? Mindenkinek szükség van ekkora behemótokra? Hogyan segít ezekre a kérdésekre válaszolni egy dev.to-szerű oldal?
A dev.to jelenleg elsősorban
Az általam vázolt rendszer képes megvalósítani az általad igényelt struktúrákat sokkal kisebb előfeltételekkel, rugalmasabban.
A lassú tartalomgyártás nem jó, mert lassítja a kommunikációt. Ha pörög a tartalom (mindenki könnyen leírhatja a tapasztalatát, legyen kezdő vagy profi), és az értékelésében, társalgásban, egymás fejlesztésében aktívan részt vesz a közösség, akkor hamarabb oldódnak meg a problémák, nem szokványos vélemények is könnyebben előkerülnek, illetve nagyobb lesz a tudásbázis. A nagyobb tudásbázisból nagyobb eséllyel kerül elő értékes tartalom.
Én ennek az ellenkezőjét tapasztalom.
Például remek szűrők és követési lehetőségek vannak, így a felhasználók számára értékes tartalmak sokáig szem előtt maradhatnak. Aki éppen js-t tanul, kövesse a "kezdőknek" + "js" címkéket, és nem fogják elönteni a képességeit meghaladó, irreleváns témájú írások.
Valamint egyrészt sokszor ismét felbukkannak régi értékes cikkek válogatásokként, másrészt sokszor kerestem már vissza régi cikket pusztán az oldal vagy google segítségével, és kevesebb mint fél perc alatt megtaláltam, harmadrészt semmi sem akadályozza meg az oldal szerkesztőit, hogy létrehozzanak egy "tudásbázis" oldalt, ahol rendszerezve vannak a kifejezetten értékes cikkek, cikksorozatok. De ezt kevesebb beküldött tartalomból nehezebb előállítani.
Továbbá ha egy szűk réteg (a szerkesztőség) biztosítja (jóváhagyás által) a "minőségi" tartalmat, mi a garancia rá, hogy nem válik elavulttá a véleményük, nem ragadja el őket egy olyan divathullám, ami inkább árt a szakmának, mint használ? Mi a garancia rá, hogy nem állnak odébb, és döglik be az egész, mint a weblabor?
Ha viszont az ötletek szabadon áramolnak, a közösség végzi az értékelést, több szem többet lát alapon hamarabb észrevehetőek a hibák, hamarabb megkérdőjeleződnek az elavult rendszerek, egészségesebb marad az ökoszisztéma és a közösség.
Plusz egyébként sem hiszek az egy igaz útban. Ami nekem elősegíti a tanulást az mást lehet, hogy hátráltat benne. Minél több nézőpont kerül elő, annál jobb.
Illetve idéznék magamtól:
Amíg nem fulladunk bele a tartalomba, bátorítsuk arra a kollégákat, hogy osszák meg a tudásukat szabadon, magyarul.
A dev.to jelenleg elsősorban
Nem olyan fontos, de én például értéktelennek tartom a "lájkolást" meg pluszegyezést, mert nem hordoz lényegi információt. Összehasonlíthatatlanul többet ér, ha az illető kifejti a véleményét, abból egyrészt lehet tanulni, másrészt lehet tudni, hogy ki írta, így egy profi felhasználó gondolatai többet nyomnak a latban. Ugyanez a demokrácia problémája, ahol egy drogos cigány szavazata pont annyit ér, mint aki havonta többtízezer forint SZJA-t fizet.
A mostani világ rendkívül felületes, csillogó, de értéktelen. A közösség egy nagy átlagot tud hozni, egy gyenge közepes eredményt. Miért az ő ízlésük és tudásuk (hiánya) döntse el, hogy mi kerüljön előre és mi bukjon el?
Azt meg, hogy mi elavult és mi nem az, nehéz eldönteni. Egyrészt mindenben van egy ciklukusság, divatok jönnek-mennek, másrészt az alaptudás mindig értékes marad, és nagyjából változatlan. A programozás rendszere harminc éve ugyanolyan volt, hogy manapság, csak mostanában sok párhuzamos eszköz áll a rendelkezésünkre.
Valamint egyrészt sokszor ismét felbukkannak régi értékes cikkek válogatásokként, másrészt sokszor kerestem már vissza régi cikket pusztán az oldal vagy google segítségével
Én hiszek abban, hogy egy
Nem állítom sehol, hogy szabványokat írassunk kezdőkkel; ugyanakkor az sem véletlen, hogy a szabványosítási folyamatban kikérik a nagyközönség véleményét.
Az értékes tartalmat termelőkre pedig felfigyel és hallgat a közösség anélkül, hogy egy önkényesen felállított testületnek piedesztálra kéne emelnie őket. A tiszteletet csak kiérdemelni lehet.
A támogató értékrendű, kommunikációra hajlamos közösség segítségével. Szerintem erre gyúrt rá nálunk az evolúció :)
Ez a téma nem idevaló (és ebben a megfogalmazásban nagyon nem helyénvaló, destruktív és téves ideákra és előítéletekre alapozik), ezért az ilyen megnyilvánulásoktól légy szíves a jövőben tartózkodj ezen a fórumon!
Lényeg
Szerintem te valamit nagyon félreértettél.
A weblaboron felmerülő kérdések kilencven százalékára válaszolt az Egyszerű hibakeresés című cikkem, és minden alkalommal linkelni kellett, mert eltűnt a süllyesztőben, nem volt könnyen elérhető. De hogyan akarsz feljebb lépni, amíg a többség ilyen jellegű problémákkal küzd (ti. nem tudja, hogyan kell debugolni)?
Akinek van füle a hallásra, hallja meg!
Ki akar ilyet, amit te
Valakinek el kell döntenie, hogy mi kerül az egy igaz, "központi", tudástárba, és ez nem a közösség lesz,
, hanem néhány önkényesen kijelölt tag/szerkesztő. Nekem nincs bajom azzal, ha hozzáértők szerkesztett listákat tartanak fent, csak ne reklámozzuk az információ központi forrásaként, mert egy maroknyi ember véleménye nem az.
Aki jó tartalmat készít, az olvasókat fog találni, és hallgatni fognak rá. Ehhez kellene platformot nyújtani, nem pedig ahhoz, hogy volt wl tagok megmondják a frankót. Mert ha tudják a frankót, akkor az nyilvánvaló lesz az írásaikból, válogatásaikból. Ha meg nem, akkor nevezhetjük bármilyen tudástárnak, w3fools lesz belőle.
Úgy, hogy elérhetővé teszünk változatos debuggolási leírásokat, és a felmerülő kérdésekben igyekszünk empatikusabban reagálni, mint amit egy link odavetése jelent (ebben szerintem én sem voltam mindig mintapélda, de fejlődni mindig lehet :) ). Párbeszédet és támogató légkört kell teremteni.
Te miből gondolod, hogy aki most nem néz utána a debuggolás mikéntjének, az később majd egyből megy a webprog.hu/tudastar/a-hibakereses-alapjai oldalra?
A releváns információ kiválogatására pedig azért válasz a támogató közösség és az evolúció, mert az első bátorítja az embereket a hiányosságaik bevallására, kérdéseik feltevésére, és ezekre konstruktívan reagál, a második pedig az általam ismert jelenlegi infók alapján az ilyen közösségek kialakítása és az információ rendszerezése érdekében tette ilyen túlméretezetté az agyunkat, szóval bizonyos tekintetben erre vagyunk specializáltak. Az, hogy egyeseknek nem tanítják meg, hogyan kell tanulni, elég nagy baj, de nem egy debuggolási cikk kiemelése fogja megtanítani őket, hanem ha egy olyan közösségbe tartozhatnak, ahol ebbe az irányba terelgetik őket.
A politikai témát tényleg hagyjuk itt. Ha a demokráciáról szeretnél beszélni (amivel való igaz, vannak nem kis problémák), nyiss egy offtopik témát, de előtte vizsgáld felül, hogy értéktelen szavazatúnak miért nem a vagyonba született, diplomával rendelkező de befolyásolható, funkcionális analfabétát, értékes szavazatúnak pedig a jó észjárású, felelősségteljes kisebbségit hoztad. A példádban szereplők tulajdonságai független változók a szavazatuk értékességére vonatkozóan (esetleg korreláció van köztük (ami egy nagyobb, megoldandó problémára utal), de ok-okozati összefüggés biztosan nincs).
Nem értek egyet egyikőtökkel
HG oldaláról a weblabor mostani struktúrája, hogy egy ember dönt mindenről, nem működik, mert Ádámot már évek óta nem láttuk. Illetve amúgy sem működött, amikor még itt volt, mert azért ragadtak be cikkek, blogmarkok, mert nem volt kedve, ideje lektorálni őket, vagy csak megnyomni az ok gombot. Helyette én az utólagos moderálást, kiemelést támogatom az esetek többségében. Első beküldésnél a publikálás előtt esetleg bele lehet nézni, hogy nem e spam vagy ilyesmi, ahogy az máshol is szokás, illetve érdemes lehet botot is írni, ami a moderátorok figyelmébe ajánlja a problémásnak tűnő hozzászólásokat, pl csúnya szavakat tartalmazókat, reklámnak tűnőket, ismétlődőket, stb. Plusz szükség lesz egy feljelentés gombra is a tartalmak mellett, amit nyilván szövegesen is indokolni kell, hogy ne azon szórakozzon mindenki, hogy nyomogatja. Azzal a részével egyetértek, hogy a színvonalat valahogy tartani kell, illetve, hogy kell egy tudástár, ahova a színvonalas tartalmak bekerülnek. Én viszont nem korlátoznám ezeket csak cikkekre, mert akár fórum bejegyzésben is lehetnek jó dolgok.
Endyl oldaláról óriási hibának tartom tömegeknek átengedni a moderáció jogát és a like-olásra vagy pontozásra építeni azt. A látogatók nagy része, ha felfut az oldal, teljesen amatőr lesz, aki nem tudja megítélni, hogy mi a minőségi tartalom, és mi nem. Én személy szerint ezt legdurvábban stackoverflow-on tapasztalom, ahol előfordul, hogy jó válaszok tűnnek el a süllyesztőben, a rossz válaszok meg többszáz pontokat kapnak, vagy ugyanaz a kérdés egyik esetben többszáz pontot kap, a másik esetben meg lepontozzák és bezárják, hogy too broad. Az ilyen jellegű moderáció csak az elején működik, amikor még csak egy kis szakértői közösség (ha úgy tetszik kemény mag) látogatja sűrűn az oldalt. A like persze maradhat, de redukálnám arra a jelentőségét, hogy figyelmébe ajánlja a moderátoroknak az adott tartalmat.
Szóval én könnyíteném a tartalom beküldését, viszont az értékelést, moderációt, kiemelést, stb. meghagynám egy szűkebb elit rétegnél, ahova nem abból áll a bekerülés, hogy regisztrálok az oldalra, hanem mondjuk ír egy vagy több a moderátorok által minőséginek tartott cikket, hozzászólást, és látszik a hozzászólásai stílusán, hogy valószínűleg nem élne vissza a hatalommal. Bár nem lehetetlen automatizálni az ilyesmit, de egyszerűbb, ha a meglévő moderátorok szavazzák meg a bekerülését az illetőnek, és a rendszer csak felajánl valakit, aki jó jelöltnek tűnik. Ezen kívül esetleg megfontolandó, hogy témakör szerint lehessen moderációs jogot adni, tehát pl a nodejs szakértő ne kontárkodjon bele a PHP-s témák moderálásába, mert nem biztos, hogy ért a PHP-hoz. Még ami eszembe jutott, hogy HZ-nek szerintem igaza van abban, hogy nem jó, ha az általa beküldött tartalmat valaki felülírja. Szvsz vagy csak a szerző szerkeszthesse a beküldött tartalmat, vagy valahogy a szerző engedélyéhez legyen kötve, hogy ki szerkesztheti azt, a moderátoroknak meg elrejtési, figyelmeztetési, törlési és kitiltási, illetve kiemelési és beszavazási jogaik lehetnek. Nagyjából ezek az ötleteim, meglátásaim.
Off:
Egyébként úgyis azok fognak dönteni a témában, akik beleteszik az energiát és lefejlesztik Drupal-ban az oldalt, ez itt max brainstorming.
+1
Vita
dev.to
Nézni fogom kíváncsiságból.
Off
Véletlenszerűen kiválasztottam pár bejegyzést. Az elsőben annyi áll, hogy 458 statikus weboldalgenerátor létezik. És akkor mi van? Miért kellett ezt beküldeni? Miért érinti ez a kezdőket? Jó vagy rossz, hogy ennyi van belőlük? Miért van szükség ilyenekre? Mi alapján válasszunk?
Nem jöttem rá, hogyan lehet egyszerre több címkére keresni, a kézzel beírt https://dev.to/t/beginners/javascript cím nem működik.
A hónap legnépszerűbb kezdő cikkei közül megnéztem az aszinkron javascripttel foglalkozót. Az elején leírja a callback-ek működését, de csak a sokadik bekezdésben fejti ki, hogy miért is van rájuk szükség. Miért is?
Egy jól megírt weboldalon/alkalmazásban kliensoldalon elég, ha minden fizikai eseménykezelőhöz rendelünk egy callback-et, ez például az általam épp fejlesztett oldalon három (onclick, ontouchstart, onkeydown), ennyivel le lehet mindent kezelni. Akkor hogyan lesz callback hell? Sosem találkoztam vele. Akkor miért van szükség promice-okra?
Ha kliensoldalon nem, akkor nyilván szerveroldalon. De akkor miért nincs kifejtve, hogy hogyan működik a javascript motor? Mit jelent az, hogy blokkoljuk a fő programszálat? Miért blokkol bármi is? Ha PHP-ból jöttem, ott miért nem találkoztam a blokkolással?
Miért hozták be a promice-ok mellé az
async/await-et? Az előbbiek nem váltak be? Miből gondolják, hogy az utóbbiak jók lesznek, ha elsőre sem sikerült megfelelőt alkotni?Ez tényleg kezdő téma? Aki nemrég vágott bele a programozásba, annak ilyen dolgokat kell megértenie? De megértheti ennyi magyarázattal (azaz azok hiányával), vagy kénytelen elfogadni/hinni benne? Mint egy vallás.
Nagyon jól látszódnak azok a problémák, amiket korábban vázoltam, a sok zaj között elveszik az érték. Nemrég olvastam, hogy az internet előtt az volt előnyben, aki minél több információval rendelkezett. Az internet mellett pedig az, aki a leghatékonyabban meg tudja szűrni az adatokat. Nem véletlenül terjednek a hamis hírek a médiában, amivel csak növelik a káoszt.
?
Amit írtam: hogy rugalmasnak találom a rendszert (amire alapozva még sokkal jobb dolgokat lehet megvalósítani), jó a közösség, reszponzívak a fejlesztők, elősegíti a tapasztalatmegosztást, a párbeszédet, és hogy én személy szerint jó tartalmakat szoktam rajta találni, illetve hogy kövesd figyelemmel, olvasd rendszeresen az oldalt (ne pedig átfuss rajta, és kiragadj minden neked nem tetsző dolgot, figyelmen kívül hagyva az erősségeket).
Amiben biztos vagyok: ha valaki feltenné a kérdést, hogy "hogyan álljak neki X/Y technológia tanulásának?", rengeteg hasznos választ kapna, valószínűleg linkekkel a szintjének megfelelő, aktuális cikkekre.
Szóval még egyszer: kiindulási alapnak írtam, ami kellően rugalmas. Semmi sem akadályozza meg az embert abban, hogy ezen az alapon kiemelt tartalmakat kezeljen, rendszerezzen, több/jobb keresési funkciót vezessen be, stb.
Azért remélem azt te is tudod, hogy kezdő és kezdő között is van különbség. Például a kezdő gépi tanulás írásokat is #beginners taggel kell ellátni, de ez nem jelenti azt, hogy aki a css-sel akar megismerkedni, annak ezeket kéne olvasnia. Ugyanígy lehet olyan js fejlesztő, akinek bármilyen okból nem kellett/lehetett még async/awaittel foglalkoznia. Ő kezdőnek minősülhet ezen a téren.
Az is érdekes, hogy hiányolod az emberekben a kritikus gondolkodást, a kezdőktől mégis azt várnád el, hogy vakon kövessék a megmondóemberek szavát. Szerintem egy kezdő is gondolkodjon kritikusan, tudjon/tanuljon meg kérdést feltenni, keresni, szűrni (tetszik vagy sem, ezek ma már nagyon fontos készségek, és információdömping ide vagy oda, az élet minden területén roppant hasznosak). Legalábbis nekem az jön le az írásaidból, hogy halat akarsz adni a kezdőknek. Szerintem jobban járnak, ha megtanulnak halászni.
Ontopic-ként inkább írd meg, hogy mi az, amit ezeken az alapokon nem lehet implementálni.
Majdnem
A cikkek viszont legyenek frekventáltabban kezelve. Ezzel viszont adtál egy ötletet:
Személyes adatot én is minél kevesebbet kérnék el.
HA egyszerűen megoldható,
Ha erre szükség van, akkor például csak kell egy mező (nem cikk, cikk), amit csak X csoportba tartozók szerkeszthetnek (az ennyire részletes jogosultságokhoz valami plusz modul kell, de léteznek ilyenek). Ehhez már csak azt kellene kitalálni, hogy hogyan lehet igényelni a cikk státuszt, és ha a szerkesztők nem akarják, hogy ugyanaz az írás újra és újra jelölve legyen, akkor a fenti mezőhöz hozzá lehet venni az "elutasított" értéket.
Mire fel ez a félelem a kódszínezőktől?
Nem vagyok félős :)
Egyáltalán nem vagyok uptodate Drupalból, hangsúlyoznám, hogy ki kell próbálnom.
Hogy mikor, azt sajnos most nem tudom.
Lehet késő (ha jól látom, már
Ugyanakkor szerintem egy tudástár jellegű oldal élből kudarcra van ítélve. Egyrészt mert nem lesz elég tartalomgyártó, másrészt meg a tartalom gyorsabban avul, mint készül. Szvsz inkább arra kéne rágyúrni, ami a WL-t ma működteti, ez pedig a közösség és a gyakorlatilag önmoderáló működése. Ezen a talajon lényegesen értelmesebb beszélgetések tudnak kialakulni, mint pl a prog.hu-n, ami pikk-pakk átmegy kinek van nagyobb játékba, mivel maga a tulaj is ilyen. Én ebben hinnék, a tartalom készítésben viszont nem hiszek. Legalábbis nem olyan szinten, hogy eltartana egy oldalt. 4-5 ember írogat ebben a témában kb, és annál is kevesebb publikált itt pl cikket. Egy megfelelő minőségű és terjedelmű cikket megírni nem 1-2 óra. Ezt munka és mondjuk család mellett rendszeresen nem tudom ki tudja bevállalni.
Szvsz gyorsan fel kell dobni egy fórum+blogmark oldalt, és majd kiderül, hogy mire van keret.
Én is inkább egy fórum
Nem hiszem, hogy bárki elzárkózott más témáktól. A fő témakör nyilván a webfejlesztés, de azon kívül jöhet bármi más ugyanúgy, ahogy itt is.
re: fórum+blogmark
Támogatom. Továbbá ennél többet a távoli jövőben sem látom érdemesnek erőltetni. Ha kérdés van: fórum, cikket meg mindenki ír ahol neki jól esik, itt pedig egy blogmark róla, ami alatt lehet vitatkozni a témáról.
Szerintem
Gábortól a szervezet nekem teljesen OK, ennyi kiegészítéssel.
Szerintem a Tudástárnak sincs akadálya, amennyiben ez inkább egy linkgyűjtemény, mint különálló tartalmak.
Endyl címkézése is elég jónak tűnik, de van még pár dolog, amin gondolkodnék. Számomra még nem teljesen egyértelmű, hogy 1 vagy 2 tartalomtípus a jobb, ha lesz időm kipróbálni, okosabb leszek.
Felhasználási feltételek, Netikett szintén megírandó.
Kellene (már most) issue tracker, amit mindenki használ. Írjuk fel a feladatokat, legyen aki vállalja, legyen végre DONE feeling is. :) Nagyokat beszélgetünk, vitatkozunk, ez tök jó, de még jobb lenne, ha produktumot is mutatnánk fel. (Mondom ezt úgy, hogy pont most nem tudom, mikor tudom folytatni a dev változatot és sehol se tart.)