Wiki/index.php/sraz so 100116

Z HKfree wiki
Skočit na navigaci Skočit na vyhledávání

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
  • 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)

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

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 :-)