cwbe coordinatez:
2525576

ABSOLUT
KYBERIA
permissions
you: r,
system: public
net: yes

neurons

stats|by_visit|by_K
source
tiamat
K|my_K|given_K
last
commanders
polls

total descendants::
total children::4
2 ❤️


show[ 2 | 3] flat


dark matter0
mrjn0
Jay0
||0
ne0
sly0
Sucasny rozsah funkcii kyberie by mal zostat viac-menej zachovany, okrem dvoch miest, a to K-list a pripadne Ziadosti o registraciu.
Hlavnou crtou, ktora by mala pribudnut, su skupiny pouzivatelov (grupy, gildy, mikrokyberie, cokolvek - ja budem pouzivat oznacenie grupy, lebo mi pripomina sladke a bezstarostne casy vysokoskolskej matematiky).

Grupa je samospravna jednotka v ramci kyberie, ktora:
- ma vlastnu startovaciu stranku,
- moze prijimat a vylucovat clenov na zaklade vlastnych kriterii (to nema vplyv na ich clenstvo v kyberii)
- ma vlastny K-list
- urcuje sposob zobrazenia obsahu tvoreneho grupou pre neclenov grupy (read-only, private, ...)

Kazda kategoria, forum a prispevok je jednoznacne priradene ku konkretnej grupe.Vsetky nove fora a kategorie musia patria do niektorej grupy (?). (Existujuce fora sa po prechode na novu verziu stanu sucastou grupy 0, bude mozny/vyzadovany ich presun. Grupa 0 by vo vseobecnosti mala byt vyhradena na fora tykajuce sa predovsetkym kyberie, teda almighty senat, vzkazy atd. Jej clenom by mal byt kazdy, je mozne sa ale tohto clenstva jednoducho zbavit). Blogy by mohli pokracovat v existencii tam kde teraz alebo by mohli byt specificke pre grupy.

Kazdy pouzivatel moze byt clenom neobmedzeneho poctu grup.

Sposob vzniku grupy: zalezi na dohode, idealne na vznik grupy treba aspon dvoch pouzivatelov. Uplne najvolnejsie by bolo, keby grupu mohol vytvorit ktokolvek, len neviem ci sa to nebude zneuzivat. Je potrebny samozrejme aj centralny zoznam grup.

K-list pre celu kyberiu tak ako existuje v sucasnej podobe bude zruseny bez nahrady. Dovodom je neporovnatelnost jednotlivych grup a poctov K v nich udelovanych, odlisnost informacii a sposob ich prezentacie a podobne. Ako alternativu si viem predstavit zoznam prispevkov v ktorom by bol vzdy jeden (2,3) najKckovanejsi prispevok z kazdej grupy (ktora o to stoji), pripadne user-specific zoznam najKckovanejsich prispevkov iba z grup, ktorych je pouzivatel clenom.

Granularita grup je pre mna velka zahada (vznikne grupa Hudba, alebo vzniknu grupy Grindcore a Huslovi virtuozi? Alebo aj-aj?). Grupy nie su hierarchicke, nemozno ich ani vnarat do seba.

Startovacia / hlavna stranka grupy pripomina sucasne id/1. Editovat ju mozu vsetci clenovia grupy, alebo zakladatelia grupy dostanu mastra a dalej si to riesia sami.

K technickemu rieseniu:
Cislo grupy bude sucastou primarneho kluca v tabulke nodes, ktory sa v sucasnosti (dufam) sklada iba z #id# nody. ID samozrejme aj nadalej zostane jedinecnym identifikatorom, cislo grupy vsak bude nutne pri kazdom selecte nody pre usera. Pouzivatel by mal mat zoznam grup, ktorych je clenom, uvedeny vo svojej node v jednom poli... to by malo stacit.

Do buducnosti:
Stoji na to uvazovat nad moznostou, ze kazda grupa, alebo aspon niektore (hysteria?) by mohli vo vlastnej rezii prijimat aj ludi, tj akesi vlastne 'ziadosti o registraciu'.

Este zopar drobnosti mimo hlavnej temy:
Bookmarky - moznost booknut si /id/x/sposob_zobrazenia, resp. pripadne booknut si cokolvek aj z mimo kyberie.
Centralny userlist s moznostou vyhladavania
Ankety - prestat pouzivat sucasne tabulky ako kladivo ;) a vytvorit zvlastne normalizovane tabulky len pre ankety (anketa-master: anketa, anketa-detail: jednotlive polozky, anketa-user: ci uz user anketu navstivil a ako hlasoval. resp ved urcite tu uz niekto vlastne ankety v mysql/php robil)




0252557602548002
Jay
 Jay      01.08.2006 - 15:49:12 (modif: 01.08.2006 - 15:54:18), level: 1, UP   NEW !!CONTENT CHANGED!!
vlastne som rad ze si to citam az teraz , po tom co som urobil vlastny navrh.

So zmenou Klistu nesuhlasim ak to ma byt zamena. Moze to byt ako doplnok. Nesuhlasim so zmenami ktore nutia usera si zvykat na nove ovladanie bez moznosti stareho (osvedceneho). Hromi to uz urobil 2x a vzdy ludia nadavali dalsieho pol roka.

Nesuhlasim s oddelenou tabulkou pre grupy, nie je potrebna ak budu mat nody typy co chcem aby tam bolo. Tak nemoze dojst k zamenam a problematickym priradeniam stromu.

Neviem preco by nemohli byt grupy hierarchicke? Sice nie v zmysle dedicnosti ale v zmysle orientacie. Napriklad grupa HZDS moze byt childom grupy (alebo kategorie) politika. Grup nebude tolko ako for a kategorii (zatial) a tak mozu usporiadanie robit zo zaciatku admini, a bolo by to v prospech orientacie.

Nechapem ani preco by malo byt "Cislo grupy bude sucastou primarneho kluca v tabulke nodes". Pripada mi to zbytocne, a hlavne takymto sposobom umoznujes zabranujes foru aby mal clenstvo iba v jednom guilde vo viacerych guildoch....

s poznamkami mimo suhlasim, zo vsetkymi...

025255760254800202565349
Thunder Perfect Mind
 Thunder Perfect Mind      10.08.2006 - 17:20:02 (modif: 10.08.2006 - 17:25:50), level: 2, UP   NEW !!CONTENT CHANGED!!
no...
napisem k tomuto aj nieco obsiahlejsie, zatial aby rec nestala:

- nikde nespominam nejake nove ovladanie. Navrh GUI s radostou prenecham ludom ktori sa v tom vyznaju a ktorych to bavi.

- tabulka grup je potrebna uz len preto, ze logicky je grupa nieco ine ako noda. Samozrejme moze mat grupa priradenu aj vlastnu nodu, ale to je iba jej prezentacia. Okrem toho takto (grupy v nodes) by si kazdy mohol vytvorit vlastnu grupu. Poznamke o zamenach a problematickych priradeniach stromu nerozumiem, objasni pls. Ked sa to dobre naprogramuje, nemoze byt problem.

- z hladiska navrhu je zbytocne aby boli grupy hierarchicke ak tam nebude dedicnost (a teda s tym nebude spojena ziadna funkcionalita), ale ak to niekomu spravi radost nech sa paci. v kazdom pripade som proti tomu aby nejake usporiadavanie grup robili admini, to je zbytocne zabijanie casu.

ad Nechapem ani preco by malo byt "Cislo grupy bude sucastou primarneho kluca v tabulke nodes". Pripada mi to zbytocne, a hlavne takymto sposobom umoznujes zabranujes foru aby mal clenstvo iba v jednom guilde vo viacerych guildoch….
- zatial co v tvojom navrhu mas pre forum/nodu zoznam grup napr. (1, 7, 12) a pre visiting usera tiez napr. (3, 24, 42). Mozno som mimo, ale mam pocit ze matchovat taketo zoznamy je podobne efektivne ako robit like %% na vector. Ak je forum v troch grupach a user v desiatich, spravi sa v najhorsom pripade 30 porovnani (grupy_fora * grupy_usera), v mojom navrhu je to vzdy max. pocet grup usera (tu 10). To je dost vysoka cena za feature, ktora vytvara nekonzistenciu a je uplne iracionalna (aby bolo jasne - podla Jayovho navrhu moze do fora patriaceho viacerym grupam prispievat clovek ktory je iba v jednej z nich, cize grupy nemozu urcovat kto do ich for moze prispievat).

- aj tak to treba poriesit irl

0252557602531017
bulY
 bulY      17.07.2006 - 15:45:02 , level: 1, UP   NEW
Jediny problem tejto nody je ze riesi priliz vela veci naraz. Napady su to podla mna dobre. Navrhujem aby sme tieto zmeny skusili rozdelit na fazy, zacat od grup. Bookmarky, ankety a dalsie veci riesit potom.

Podla mna by bolo dobre zostavit "pracovnu skupinu" ktora sa dohodne na detailoch a tie predlozi senatu. Tato skupina by mala byt schopna svoje navrhy aj technicky realizovat. Navrhujem aby sme sa dakde stretli napive a prebrali to osobne aspon traja.

025255760253101702531066
freezy
 freezy      17.07.2006 - 16:04:20 , level: 2, UP   NEW
aka pracovna skupina??
toto sa riesi do kyb v3 a nie do v2

02525576025310170253106602531161
maniac
 maniac      17.07.2006 - 16:37:40 , level: 3, UP   NEW
ja mam z tej v3 pravdupovediac dost strach pani, ono to spravit cele odzaciatku je dost tazke a hlavne to bude chciet odstavku a pod. podla mna by sa v3 mala vyvijat paralelne ale v2 by mohla stale zit, vysvetlim preco;
podla mna tieto veci este nikto neimplementoval tak ako su na kyberke a preto je dobre ked sa skusi ako to bude chodit na v2 a pri implementacii do v3 uz budu skusenosti a budeme vediet comu sa pripadne vyhnut alebo spravit to inac.

este by som chcel jednu vec - mat niekde kvazi projektovu nodu v3, kde by bolo spisane vsetko a aby tam mali vsetci zainteresovani ludia write access, mame uz nejaku taku?

0252557602531017025310660253116102531449
freezy
 freezy      17.07.2006 - 18:59:41 , level: 4, UP   NEW
sak v2 bude bezat pocas tvorby v3 ale ked bude v3 hotova a testnuta kodermi tak sa nahodi na real kyb [predpokladam]

0252557602531017025310660253116102531207
bulY
 bulY      17.07.2006 - 17:03:30 , level: 4, UP   NEW
suhlasim s tym ze v3 by sa mala spustit paralelne a poriadne otestovat
tyzdnovu odstavku mozete urobit tak ci tak (:

0252557602526694
Jay
 Jay      14.07.2006 - 20:11:32 , level: 1, UP   NEW
mas tu vela dobrych myslienok...

mam nejake pripomienky a dalsie soplnky a upresnenia ale musim to najprv sformulovat a dat do textu...
niekedy zajtra vecer..

0252557602525700
freezy
 freezy      14.07.2006 - 10:41:10 , level: 1, UP   NEW
celkom suhlasim.. len si dovolim par uprav/pripomienok..
- pre kazdeho usera dat moznost nastavenia si vlastnej uvitacej stranky [aby to nebolo podmienene clenstvom v grupe lebo ak bude clenom viacerych tak sa to bude ako riesit??]
- neviem ci je dobre aby kazda noda patrila do nejakej grupy.. grupu 0 by som dal ako volnu grupu do ktorej by patril kazdy a nic by sa tym nemenilo..
- zakladanie grup by som radsej riesil cez senat.. useri si daju poziadavku o vytvorenie grupy s patricnym cislom a startovacou strankou [korenom ich stromu]
- bookmarky by bolo dobre spravit ako zvlast tabulku a tym padom by sa dali pekne customizovat.. booknem si nodu a v bookmarkoch si k nej mozem nastavit patricne zobrazenie/zobrazenia.. tym padom ked budu vo vlastnej tabulke tak sa budu moct vytvorit viacurovnove kategorie a tym padom sa sprehladnia bookmarky

025255760252570002540817
SYNAPSE CREATOR
 rot      28.07.2006 - 00:55:30 , level: 2, UP   NEW  HARDLINK
bolo by fajn, keby som si ku kazdej polozke v bookmarks mohol napisat kratky comment, pripadne si (len "pre seba") zmenit nazov bookmarknutej nody. pri mnozstve nazvov typu "18.01.2005-00:21:32" je problem si zapamatat, co je vnutri, a musim vzdy vliezt dnu.

025255760252570002525726
acidmilk
 acidmilk      14.07.2006 - 10:49:05 , level: 2, UP   NEW
zakladanie grup by som cez senat neriesil.. mohli by sme sa pokusit vytvorit nejaky iny sposob, prehladny a jednoduchy, ktory umozni grupy vyvtvorit, ale cez senat nie. myslim si, ze myslienky "vsetko ide cez senat" by sme sa mohli pomali ale iste vzdat.
moznost nastavenia uvitacej stranky je dobry napad.. verim, ze vymyslime sposob ako bude moct aj najvacsi lamer customizovat svoju kyberiu, aj vstupnu stranku spolu s tlacitkom [UNDO]..
sprehladnenie bookmarkov urcite. velmi sa mi paci aj napad moznost booknut si hocico prostrednictvom kyberie, teoreticky tak mozeme zacat vytvarat vlastny bookmark/knowledge system, co je ale myslim debata na viac nez jeden prispevok/popoludnie.

02525576025257000252572602525783
freezy
 freezy      14.07.2006 - 11:07:14 , level: 3, UP   NEW
vytvaranie grup nemusi ist cez senat ale niekto by mal povolovat ich zalozenie aby sme predisli navalu vytvorenych "nezmyselnych" grup typu:: jeee ja som tu novy najdem si kamarata a spravime si grupu

0252557602525700025257260252578302525798
acidmilk
 acidmilk      14.07.2006 - 11:13:54 , level: 4, UP   NEW
skor by som to smeroval sposobom, ze vytvorit si moze kazdy grupu "merame si kokoty", ale otazka prezentacie grupy an kyberii celkovo je uz vec, ktora bude prechadzat nejakou instituciou.. ak chapes ako to myslim..
alebo teda to povolenie na zakladanie no.. ale niekde musi byt napisany zoznam ludi, ktorych bude dost vela, ale nie zas prilis, ktori toto povolenie budu mat..