Wiki/index.php/sraz so 100116

SCHUZE SO 16.1.2010

Program

• 1. Dokumentace AP

Temata na pristi sraz SO - neupraveno

• (casovy odhad (max) - moderator - popis)
• 1h - ? - pozadavky spravcu na nase systemy - IS - Pozadavky
• 1h - VV? - odmeny spravcu, prip. hodnoceni prinosu - dat do souvislosti HKFree+ vs * (hlasovani 1002) vs Desatero Desatero spravce - VV toto vyresil zavedenim HKFree+, nebo to ma jeste nejakou navaznost ? idealne si vse vyjasnit a splachnout to

• nedokážu odhadnout - VV - celou debatu o odměnách správců rozšířit o diskuzi k tématu <<so a výběr "připojovacího" poplatku (někde dřív zmiňováno jako "příspěvek na AP")>> v návaznosti na jednotlivá AP, myslím tím LAN vybudovaná HKfree, AP a LAN vybudovaná so a usery/kamarády z materiálu HKfree, AP z materiálu so včetně práce. (zde jde o jedno - někde se vybírá, jinde ne, jako celek jsme HKfree, a ve vztahu k venku to může být prezentováno všelijak) - Pozn. - jestli je to vyřešené a jasné, omlouvám se, a prosím o link, kde se to dočtu.

• 45min - Paul - prezentace reseni serveru Wanted_admins#Virtualni_servery a monitoringu Služby#Monitoring a rozlozeni linek (http://lide.hkfree.org/~paul/rozvoj/ + hkfree.sit.rozvoj)
• 30min - jrk - prezentace JIRA+Confluence, dokumentace AP, použití JIRA pro support, trackování problémů na AP atd.
• 30min - Zavis? - stanoveni pravidelnych pevnych terminu srazu SO ?
• 1h - ? - definice pravidel pro pripojovani clenu
• 1h - VV? - technici (prezentace pravidel, zhodnoceni fungovani i ze strany SO)
• 30min - Paul - vznik pracovnich skupin ? (kdokoliv a kdykoliv se muze do pracovni skupiny pridat, rekneme 1x za 6mesicu - prip. to svazat s terminy pravidelnych srazu SO - vydat nejaky souhrn co se udalo (aby prip. zajemci o info zustali v obraze - transparentnost, informovanost), udat se nemusi nic :-) ) - PMV, Servery, Konektivita, NFX, HW_spoje, HW_router+switch, HW_pripojenci, IS, jednotlive sluzby, superoblasti ? ... teleso SO zacina byt prilis velke na reseni a schazeni ... pozn. rad bych mel info a sledoval vic veci, ale zacina byt nad sily+cas sledovat vse a dle meho tim pak vznikaji dlouhe thready na newsech (zvlast pokud se ten kdo ma info "pripoji pozdeji" a treba 1 prispevkem se zjisti, ze cely ten prokecany cas byl zbytecny)

Pravidla pro připojování členů

Aktualne sdruzeni pouziva tyhle "zakladni pilire":

1) "HKFree nezajima kdo je firma a kdo ne" (proste je to "clen")
2) "pripoj se jak umis (a jak ti SO dovoli)"
3) "plat clensky prispevek a nic po nas nechtej" 

Proto firmu na HKfree ano, ale jen za urcitych podminek:

1) Firma ma svoji vlastni zalohu, kterou pouzije vzdy kdyz vypadne free
2) Firma jako celek plati jen standartni clenske prispevky - tj ma svoji vlastni registraci
3) firma nebude pozadovat aby hkfree bylo v pripade problemu sprovozneno za par minut ci hodin
4) firma si plati sve prijmove zarizeni

Z MÉ STRANY BOD NÍŽE STAHUJI, NEBUDU A NECHCI JEJ ŘEŠIT NA SRAZU SO, A V DALŠÍM SE BUDU DRŽET ZAUŽÍVANÉHO "STATUS QUO" - SO SI NA SVÉM AP PŘIPOJUJE KOHO A JAK CHCE - JE TO JEHO VĚC Pozn. - vůbec mi nešlo o ochranu nějaké firmy, jak si myslel Paul :D.

Poutnik - pozn k tematu - NEVZTAHOVAT K DERS, PROSÍM - (abych do 16. nezapoměl, o co mi jde :D, a ti, co to zajímá, se podívali, o co mi jde): - 4 druhy připojení:

• a) user1 (fyzická osoba)
• b) user2 (firma, pro kterou není inet "výrobní prostředek")
• c) user3 (firma, která je přímo závislá na inetu a za pomoci inetu tvoří zisky, tzn je inet pro ni "výrobní prostředek)
• d) user4 (školy, knihovny a spol z projektů hkfree)

- když se řeklo, že je hkfree jedno, k čemu user připojení používá - viz dole (jde jen o velikost zátěže a dat), proč se řeší nat a připojení "kamarádů" buď zadara, nebo za nějaký poplatek do kapsy připojovatele (když to nevadí u usera3, který má inet jako "výrobní prostředek" a platí standardní příspěvek - ať už jde o nat nebo připojování jiných mimo hkfree, nebo o použití připojení od hkfree jako "výrobní prostředek")

• citace k diskuzi (z news)ze kterých vycházím:
• Finance:
  • Paul - Kurna proc jde vsem jen o prachy ? Jestli chcete vycislit celkovy prinos DERSu pro HKFree, tak si pak prepocitejte moje zasahy co jsem v praci jako vyjezdy techniku ... takhle to ja delat nechci.
  • Harry - Jen jsem všechny (Paula - potažmo DERS i VV) upozornil, že jakmile v té firmě nebude pracovat Paul a nebudeme z toho mít znatelný finanční zisk, tak to nechávat na střeše AP Andre nebudu.
• Použití připojení HKfree:
  • Poutnik - K těm firmám, dnes připojeným - když už jsi to načal - kolik z nich je v oboru vývoj software, systémová integrace a poradenství (tzn přímo závislých na lince do inetu), a kolik z nich má připojení na zaměstnance - člena HKfree, ne na majitele - nečlena?
  • pavkriz - No tohle asi nikdo nijak statisticky nema podchycene, nejspis z toho prosteho duvodu, ze to HKFree nezajima (proc by taky melo).
  • Paul - Dle meho je to uplne fuk, stejne tak se ja jako spravce nebudu nikdy ptat fyzicke osoby co dela, k cemu to potrebuje atd.

Paul - pozn. k user2 vs user3

• pochopil bych, kdyby se reklo, ze "vyrobni prostredek" = NAT/preprodej_konektivity (tj. firma je ISP), jinak ale to je dost na vode (pokud firma potrebuje internet treba k vyberu posty, komunikaci s klienty, tak to neni vyrobni prostredek ? a k cemu jinemu to pak ma ?), podle me je user3 ISPcko (ktere nepocitam, ze nekdy pripojime), paklize neuvazujeme smluvni garanci, tak ostatni firmy spadaji do user2 (a stejne jako u usera1 neresime, jestli to ma babicka na brouzdani, nebo je tam treba programator-zivnostnik, ze nekdo ma doma homeoffice apod.)
• jiny pohled analogii z "ISP sveta" - firma se muze pripojit na stejny UPC/O2/... jako fyz. osoba (u rychlosti do 8Mb, ADSL apod., akorat se ten tarif jmenuje jinak, je to bez garanci apod.) ... kdyz se firma nespokoji s tim, ze "internet muze kdykoliv odpadnout, volani na podporu muze mit stejny efekt jako > /dev/null, protoze to neni garantovany nemuze chtit nahradu usleho zisku" domluvi si s ISP nejakou garantovanou linku s nejakym SLA ("iks devitek"), podle toho naroste cena, ale taky i sankce kdyz ta firma pripojeni nema - byl bych hodne proti, aby HKFree nekdy neco takoveho podepsalo, i kdyz to spravce bude myslet v dobrym (prinesu freecku hodne penez a tech "99%/99.9% bezne mam, to ustojim"), na to freecko neni staveny, seredne bychom se na tom spalili
• podle me to "studovani clenu od Poutnika" bylo mysleny v dobrym, tj. predejit pripadu, ze freecko spadne, firma na nem bude zavisla (blba, ze nema zalohu) a pak by mohla pripadne sirenim info pokazit "image HKFree"

Technici

Paul - co vymezit oblast (napr. pro zacatek hyperpaterni linky), kde muzou technici zasahovat ihned(=2h?), VV jim hlasovanim stanovi limit (mesicni?), technici tyto zasahy oznaci zvlastni znackou (v systemu, kde eviduji praci; napr. v JIRA se muze udelat jiny projekt s jinym workflow), kde to muze jednou za cas kontrolovat VV a jednou za cas SO (kontrolni fce), vysi limitu si pak VV obhaji kazdorocne na VH, pokud by byl strach, ze se VV muze s techniky nejakou pokoutne dohodnout, tak na to mame mechanismus (stanovy 3.8.)

• modeluju to na pripade Summitu ve Lhote (hkfree.nejdeto - 18.11.2009 17:05)
  • je to problem na 30min prace max, rychly reseni pomuze dost lidem
  • nevim jak presne to je s techniky dohodnute (jak musi byt na telefonu apod.), ale jestli technik maka v nejakym rezimu a pro schvaleni vyjezdu si to musi telefonicky overit u SO, nebo VV ... tak obdivuju vsechny borce, co takto visi na telefonu !
  • pokud se za nejakou linkou hyperpatere vyskytuje nejaky dobrodinec, ktery i treba v pracovni dobu je schopen zasahnout, da se to osetrit pres JIRA (technik zalozi issue, jasne se stanovi (VV/SO) cas (2h?), behem ktereho muze prijit dobrodinec a issue odbavit) ... mozna "burza prace" = brigady na AP (mesic internetu zdarma co SO ma k rozdelovani), proste treba potrebuju neco udelat na AP, zalozim issue, kdyz se nejaky cas (tyden? dva?) nikdo neprida, tak to preklopim do hlasovani VV (TECHNIK:)
  • nevyhoda1: stanovenim limitu rikame technikovi (alias externi firme) jakej kolac davame na stul a on by mohl mit pocit, ze ho vzdy musi snist cely (navrh: na to by meli prijit VV i SO pri te kontrole, dle zavaznosti resi domluvou, zmenou limitu, rozvazanim dohody s technikem)
  • nevyhoda2: muselo by se osetrit co se stane kdyz nepujde JIRA (navrh: bude se to resit jako do ted)
  • nevyhoda3: ty hesla v dokumentacich by bylo lepsi resit LDAPem, nebo klicema (predstava, ze vyrazime "technika-skodice" a bude nutny na vsech aktivnich prvcich prekopat hesla, brrr :-/ )
  • nevyhoda4: mozna jsem uplne vedle, protoze technici jsou ted nasmlouvani jinak, ale moje predstava je, ze technik (aktualne) bere eviduje pozadavky od clena (SO je v praci/dovolene/...) a dela praci, kterou nikdo nedela (prip. se nekdo boji s jistenim, prip. je to potreba rychleji nez ma SO cas)
  • nevyhoda5: technik je neustale na prijmu, takze obcas se z nej muze stat dobrodinec, aby "mel aspon neco" ... no, muze, nikde neni receny, ze dobrodinec ma odmenu, to je na pochvalu a treba rad mysiho kozisku na festu :-)
  • nevyhoda6: mozna to moc resim a kdyz to nejde, tak bychom meli vyrazit do prirody, na prochazku apod. jako kdysi ... nedala by se z toho udelat podpora porodnosti v HK ? :-D
• tak ted jsem se zamyslel a je to blbost, upravil bych 2h na dny - proste nekdo zaeviduje ukol, a pokud ho SO, nebo VV nepostouchne do ty hranice, nebo ho nevyresi carodej dobrodej, tak problem odbavi technik (plati jen pro urcitou oblast - navrhoval jsem hyperpater) - proste jen aby nejaky problem nezapadnul a SO i VV mohli v klidu odjet na dovolenou atd., ale ty brigady pres JIRA bych asi prohnal