40382: > lehet, nem a usernép által
elvárt iramban, és sok esetben csak
lereagálás (és nem
előrelátás)
> jelleggel, de születtek ilyen
korlátozások: lásd hoaxok
mass-forwardolása, hoaxok kijelzése,
bejelöléslimit,
Hat ez egy eleg eufemisztikusra sikerult mondat :) . A
hoaxok miatt ugy emlekszem fel evig ugattunk. De
lehet, hogy csak negyed. Aztan jott egy olyan 5 perces
megoldas (egy html attributum atallitasa!), amit
magatoktol kellett volna nehany nap vagy het utan
reagalni, amig ki nem fejlesztitek a megoldast. A
hoaxok kijelzese uber bena. Az tenyleg egy szegyen
(kliens oldali javascript ellenorzes), nem is
reszletezem. Meg azt sem mondom el, hogy milyen
ertelmes javaslatok szulettek az ilyen jellegu tomeges
uzenetek (akar hoax, akar spam) szuresere.
> spamvédelem. Ez folytatódni fog, mert
mindig lesznek "kreatív és
jószándékú" userek.
Igy van. Ilyen a vilag, ezzel nem sokat van mit
tenni.
> De ezeket mindig olyan
körültekintéssel kell specifikálni
és implementálni, hogy az ne sértse
vagy
> korlátozza a valóban jó
szándékú, "átlagos?"
felhasználók jogait és
lehetőégeit.
Hat ez szerintem nem egeszen igy van. A korlatozasokat
ugy kell kitalalni, hogy a korlatozas osszessegeben
kevesbe zavarja a kozosseget (aminek a nagy resze
persze atlagos user), mint a korlatozas nelkuli
helyzet. Ez egy kicsit mas nezopont. Meg aztan a fent
emlegetett megoldasaitok aztan nem sokat tettek sem az
atlagos felhasznalas elosegiteseben, sem a hatekony
vedelemert. Pl. korlevelezes kilovese ->
cimzettenkent egy round trip a serverre, mikozben
tavaly ilyenkor 4-5 kattintasonkent jott egy
timeout??? Na de ha nem, akkor is. Holott kaptatok
olyan javaslatokat, hogy mondjuk mindenki az ismerosei
15-20%-anak kuldhessen egyszerre uzenetet (persze
kliens oldali cimzett valogatassal). Ugyis ritkan van
ra szukseg, egy buli meg meger ennyit. Ehelyett
alhattam neki browsert hekkelni Hanoiban, hogy
korbekuldhessem 60-80 ismerosomnek a blog oldalam
cimet. Es sikerult. Es masoknak is sikerult. Aztan egy
ido utan rajottetek, hogy illene szerver oldalon is
ellenorizni, de meg mindig minden uj cimzett
felvetelekor futottunk egy kort a szerverre. (Most nem
tudom, hogy hogy van, de van egy tippem.) Pedig meg ez
is siman hekkelheto lett volna GM-val, ami azt
jelenti, hogy nektek megkevesebb munkabol meglett
volna. Siman.
Amugy tenyleg ajanlom azt a belinkelt Clay Shirky
cikket, nem kioktataskepp, hanem valoban nagyon
erdekes es szorakoztato. Arrol szol lenyegeben, hogy a
felhasznalok sosem azt csinaljak, amit a
fejlesztok/uzemeltetok kepzelnek, hogy csinalni
fognak, hanem azt, amit akarnak es azt, amit konnyu.
(Amugy ez szerintem total altalanos emberi
tulajdonsag, altalanos szociologiai elv.) Ezert aztan
azokat a dolgokat kell konnyuve tenni, sot, adott
esetben motivalni, amit szeretnenk, hogy csinaljanak,
es azokat nehezze, amiket meg szeretnenk, hogy _ne_
csinaljanak. Es persze a vegkovetkeztetes az, hogy ha
valaki kozossegi sw-t fejleszt, akkor nem valaszthatja
szet a fejlesztest es a kivanatos rend fentartasat,
mivel a rendet (a sok felhasznalo szamara hosszantarto
es kifizetodo hasznalatot) pont a megfelelo
fejlesztesekkel lehet elerni.