Hogyan legyél DevOps?

Hozzászólások

Elég jó kis bevezető. Jó lenne, ha a rendszergazdajózsikák akár csak a felét elsajátítanák.

Viszont. A devops eszközkészletet mástól lopta, de ezt nem nagyon tünteti fel.

Azt megnéztem volna ahogy a hallgatóság hunyorít hogy elolvassa a néhol világos kék alapon világoskék hajszálvékony betűket. Még így monitoron OK, de ez kivetítve milyen lehetet... :-)

Kicsit haza ugatok:

A devops eszközkészletet mástól lopta, de ezt nem nagyon tünteti fel.

A kép közepén az a XebiaLab logó szerinted miért van ott? Lehet, hogy csak szerintem de azért ez ne hívjuk már lopásnak :) Mondjuk egy linket kitehetett volna atya, de ettől még ne hívd tolvajnak.

Köszi

ui (és szerk): nehéz jó hátteret találni, mert vagy leereszted az előadóban az árnyékolót és akkor minden frankón látszik, de kb a résztvevők fele elalszik, vagy fennmarad a sötétítő, de akkor meg a fele sem látszik a szép háttereknek, slide-oknak ... mondjuk én pont ilyen okok miatt maradok a "szép" fehér háttérnél.

A xebialap logó nem egy forrásmegjelölés. Hivatkozni forrásmegjelöléssel szoktunk. Ha az nincs, akkor az olyan érzetet kelt, mintha a sajátja lenne. Attól, hogy nem mondom rá azt, hogy lopás/tolvajlás/csenés/stb. attól még etikátlan. Nem a világvége (már biztosan veled is meg velem is előfordult), csak jó lenne, ha nem lenne :-)

A háttérnél meg igen, sajnos ezek nagyon jól mutatnak monitoron, de aki előad, az tudja, hogy öngyilkosság egy trendi, nem elég kontrasztos slidedeckkel kiállni.

Nem igazán tetszik ez a hangnem.

Hová kellene feltüntetni, hogy a devops eszközkészlet a XebiaLabs munkája, ha nem a slide közepére? Egyébként erről elmondtam a hallgatóknak, hogy ha látni akarják az apró betűket, akkor keressék majd meg a neten.

http://lmgtfy.com/?q=xebialabs+periodic+table&l=1

A hallgatóság tökéletesen látta a betűket egyébként. Tisztában vagyok vele, hogy általában milyenek az előadó helységek kontraszt arányai. Idestova húsz éve tartok előadásokat, készítek prezentációkat. Anonymous ne oktasson már ki, hogy hogy kell ezt csinálni.

Nem kioktattalak, elmondtam pár tényt.

> Idestova húsz éve tartok előadásokat.
GFY. A kor nem érdem, hanem állapot. Anonymous

Amúgy ismertem a xebialabsos munkát (és a kritikáit is, ezeket itt hirtelen nem látom feltüntetve, mindegy, húsz év múlva majd), viszont a hivatkozásnak megvan az "illemtana", publikációkban pedig a kötelező formátuma is. Minden más a mosom kezeimet kategória.

Az, hogy sok éve tartok előadásokat csak arra mutat rá, hogy nem vagyok kezdő, figyelek az ilyesmire. Egyébként nem azt mondtam, hogy öreg vagyok, hanem hogy rutinos előadó. Néha, ha az előadóterem túl világos vagy a projektor kontrasztja nagyon gyenge, akkor a vetített prezim egy másik, kontrasztosabb, mint a webre kerülő. Ez esetben az Óbudai Egyetem egyik előadójában volt az előadás, így erre nem volt szükség.

Én a tudományos munkát vagy a cikket nevezem publikációnak, a tudományos ismeret terjesztő előadáshoz tartozó prezentációt nem. Eddig nem találkoztam olyan előadással (vagy nem tűnt fel, vagy ez _nagyon_ ritka), ahol részletes hivatkozásjegyzék volt minden beillesztett képhez. Amelyen nálam egyébként ott szerepel a készítő logója.

De mutasd meg a te előadásaidat és publikációidat, lássuk hogy te hogyan csinálod! Hogy tanuljak végre valamit.

Sajnos én veled ellentétben nem sokra vittem, néhány előadást tartottam csak, a szilícium-völgyben pedig mindösszesen egyszer :(
(kötözködést kikerülendő, a másik listázottnál csak a slide-show-t meg a programozást csináltam, magán az előadáson már szinte meg sem szólaltam)

De a kritikát szerintem nem csak az fogalmazhatja meg, akinek gyorsabb a dömpere. Amúgy mint írtam, velem is már előfordult, hogy lemaradt, de igen, ekkor bevállalom, tessék, nem hivatkoztam be. Ennyi. Ez objektív, nem kell mosakodni.

Szerintem nem a kritikával volt a baj, hanem a stílussal (lopás) ... mert ha lemarad valami az még nem lopás, főleg nem ha ott van az eredeti összeállító neve/logoja.

Fogadni merek egyébként, hogy atya hamarosan küld egy "javított" pdf-et, hogy az kerüljön ki a fenti linkre :)

Kezdem érezni, hogy itt konkrétan a lopás szón van a hangsúly pár ember részéről (én mondjuk ellopom a kollégám könyvét, sticky note-ját, barátnőm utolsó szem szőlőjét reggelinél stb., nekem nem adja ez a szó annyira - bizonyára azért mert még szerencsém volt nem igazi aljas lopással szembesülni*), viszont az elegánsan ki van kerülve, hogy az elején megjegyeztem, hogy milyen fasza dolognak tartom magát a dokumentumot.

Hát mindegy, vannak ezek a különbségek, én jobbnak látom nem fennakadni ezen. Ha azt tenném, biztos a leanonymousozás is érdekelne bármilyent szinten, de van egy régi tapasztalatom az ilyen támadásokkal kapcsolatban.

*: bár egyszer belgrádban egy 10 éves szerű kölök volt nyakig már a táskámban de nem találta a pénztárcámat - semmit nem lopott el, de nem is iramodtam utána hogy igazságot szolgáltassak.

"Kezdem érezni, hogy itt konkrétan a lopás szón van a hangsúly pár ember részéről "
Pontosan, ez eléggé sértő dolog volt, és az Anonymous is az, még ha nem is ennyire.

Azért magaddal szemben már elnézőbb voltál:
"de igen, ekkor bevállalom, tessék, nem hivatkoztam be. "
Ha ilyesmit írsz, akkor nem ugrottak volna sokan.

A "leanonymousozás" azért történt, mert az adatlapodon semmilyen információ nincs, így csak egy nick vagy. Nem sértésnek szántam. Miután ide linkeltél egy előadást egy konferenciáról, már tudom hogy ki vagy, tehát már nincs olyan érzésem, hogy egy szellemmel beszélgetek.

Egyébként csak azt kértem, hogy mutass olyan prezentációt, amit te csináltál. Én ilyet azon az oldalon nem találtam. De elég ha mutatsz pár olyat, ahol a beszúrt ábrákról csinálnak hivatkozásjegyzéket. Csak hogy értsem, hogy miért csinálod ezt a dolgot. És egyébként valóban a "lopás" szó volt, ami a leginkább zavart. Nem tettem úgy, mintha én csináltam volna azt az ábrát, mi sem áll tőlem távolabb, mint idegen tollakkal ékeskedni.

Általában nem a szakmára alkalmatlanság miatt hiányolnak emberek hivatkozásokat, hanem azért mert
1) felhívja a figyelmet, hogy ez itt nem a tied, hanem valaki másé
2) könnyű referenciát (linket, címet, stb.) ad azért, ha valaki kutatni akarja az eredetit, könnyen megtehesse.

Mindenesetre (dobpergés, ez itt HUP-on nem annyira ismert jelenség:) bocs a "lopás" szó miatt, sajnálom ha ezzel belegázoltam. Mint mondtam jó cucc. A hajszálbetűket még mindig nehezen tudom olvashatónak elképzelni a tökhalvány projektorokon. De ezt a pulpitusról annyira nem könnyű észrevenni. A harmadik sorból már igen.

Nem hittem volna, hogy ez megtörténik, de megtörtént. Érdemes volt élni. És köszönöm a dicséretet, nagyon jól esett, tényleg. :D

Nincs semmi gond, legközelebb szerintem fogalmazz kissé finomabban. A konstruktív javaslatokat szerintem mindenki el tudja viselni, a piszkálást viszont nemigen szeretik az emberek.

És kérem most már mondd meg, hogy hogyan tegyek bele hivatkozást és istenuccse beleteszem :D Legalább egy ilyet mutass, kérlek! Legyen a kép egy link? Vagy a prezentáció végén legyen hivatkozásjegyzék?

Hála Istennek, hogy ilyen pozitív lett a vége, ami lássuk be azért a HUP-on ritka, ahogy úgy általában az életben is! Ezért minden tiszteletem a Tiéd, és nem ironizálok!

Szerintem nincs harag, a lényeg, hogy fogalmazz óvatosabban, mert bár a saját megítélésed szerint igazad lehet a tudományos dolgozatok terén, azért egy dolgot ne felejts el: ez az FSF alapítvány egyik ismeret-terjesztő előadásának diája volt, nem tudományos publikáció! (persze ahogy anno talán az index kapcsán mondták: alkotni nehéz, fikázni könnyű! -- és ezzel én is felültem a fika vonatra ...)

De nagyon csúnya dolog valakit lopással vádolni, így elsőre ... az más kérdés, ha azt írod, hogy: "kedves atya, köszi a 10+ éves szabad szoftveres aktivitásodat, köszi, hogy szabadidődben konferenciákat és főiskolai oktatásokat szerveztél, meg könyveket írtál, de ne haragudj, de szerintem a 16. slide-on kellene egy forrás megjelölés ..." Ugye érzed a különbséget.

De hogy én is felüljek a pozitív vonalra:
- gyere el, ha időd és energiád engedi, az FSF 2016-os konferenciájára és tarts egy olyan frankó előadást, hogy atyával és többiekkel együtt csak nézzük a cipőnk orrát, ahogy a porban firkálunk vele és azt mondhassunk: hogy hát igen ez a kmARC igazán tud ... nagyon jót tenne a hazai szabad sw közösségének egy "kis" vérfrissítés!

Ezt több szempontból hasznos lenne:
- az hazai szabad sw közösség egy jobb előadóval gazdagodna
- lenne objektív összehasonlításunk az előadói képességeitekről :)

+ ígérem, ha eljössz előadónak az Andrews megtalálja a módját, hogy honorálja :p

++ ja és én kérek elnézést, hogy mindezt dash blogjának kommentjében követtük el és nem a fórumban :p

Ez azért szerintem távol áll a lopástól. Készített egy weboldalról egy screenshotot, ami épp jól elfért egy diára. Nem módosított rajta semmit (pl. a logót nem távolította el) és állítása szerint az előadás során megemlítette, hogy kinek a munkája és hol érhető el. Ez így teljesen korrekt szerintem.

nice. Foleg a 'periodic table' :-)

--
"nem tárgyszerűen nézem a dolgot, hanem a vádló szerepéből. Sok bosszúságot okoztak, örülnék ha megbüntetnék őket - tudom gyarló dolog, de hát nem vagyok tökéletes." (BehringerZoltan)

made my day :)

xxx: kumar-asshole.sh - scans the inbox for emails from "Kumar" (a DBA at our clients). Looks for keywords like "help", "trouble", "sorry" etc. If keywords are found - the script SSHes into the clients server and rolls back the staging database to the latest backup. Then sends a reply "no worries mate, be careful next time".

uristen, a forras fennvan githubon:
https://github.com/narkoz/hacker-scripts

nehez elhinni, hogy ezek a "szkriptek" elesben voltak hasznalva... Ahh, kamu...

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

Mint kezdő/kibontakozó devops köszönöm a diákat! :)

Nemrég olvastam valamilyen szakmai oldalon, hogy manapság egyre nagyobb az igény erre a feladatkörre pontosan amiatt, hogy tudja, hogy "amit a jobb kéz csinál azt tudja a bal is".
Kár, hogy lényegében olyan maga a téma, hogy ezt nem lehet tanulni - ezt a gyakorlatban tudod csak elsajátítani és a hétköznapokban is úgy kell hozzáállni a feladatokhoz.

---------------------------------------
Devmeme - fejlesztői pillanatok

De lehet tanulni. _Nagyon_ sok mindent megtanulhat akár egy jó hozzáállású diák is. Javasoltam is pár dolgot az utolsó két dián. Így amikor a munkahelyre kerül, akkor már a dolgok nagy részében profi vagy legalább egy kicsit jártas benne. Ez óriási előny egy sima kezdő diplomáshoz képest. Ebből a kiinduló pontból egy jó cégnél egy-két év alatt nagyon profi devops szakértő lehet egy megfelelő képességű ember.

Igen, valóban, kell az elméleti háttér.

Arra gondoltam egyébként, hogy olyan tudás kell ezekhez, amit egyszerűen nem tanítanak például egyetemen. Nincs devops szakirány, sőt mégha lenne sem lenne sosem elég korszerű :) Talán a mérnök informatikus áll a legközelebb hozzá, de ezt is egyeteme válogatja.

...egy jó cégnél egy-két év alatt nagyon profi devops szakértő lehet egy megfelelő képességű ember

És ez elég lényeges szempont. Szomorú, amikor az embert egyszerűen nem engedik közel a "tűzhöz"...

---------------------------------------
Devmeme - fejlesztői pillanatok

"Szomorú, amikor az embert egyszerűen nem engedik közel a "tűzhöz"..."

+100

------------------------------------------------------------------------------
http://www.kmooc.uni-obuda.hu/
http://www.hbone.hu/hu/hirek/hbone_workshop
http://videotorium.hu/hu/channels/details/814,BME_Villamosmernoki_es_In…

Szerintem ilyenkor érdemes az elszomorodás mellett elgondolkodni a váltás lehetőségén is ...

Mindenhol vannak féltve őrzött infók, titkok (értsd üzleti információk, üzleti titkok), de ha csak ilyen van és fejlődési/tanulási lehetőség nincs - pedig mondjuk igény lenne rá :) - akkor rossz helyen ül az ember.

Munkaadóként ha azt látja az ember, hogy a jelentkező tett valamit önerőből a szakmai fejlődésért (hobby projektek is lehetnek ilyenek! nem kell mindig enterpriseban gondolkodni ...) és az eredmény kellően meggyőző (pl végig gondolt, megfelelően dokumentált - például leírja a megvalósítást vagy csak a gondolatmenetet ami alapján csinálta vagy csinálná az adott dolgot ...) akkor az sok esetben többet számít mint maga a végzettség.

Mert képesítést szerezhet az ember kényszerből is (pl mert a szülei elvárják tőle, vagy mert azt gondolja, hogy még mindig jobb képzésben részt venni mint dolgozni ...) de alkotni valami egyedit (és kellően minőségit) az már annak a bizonyítéka, hogy meg van benne a tenni akarás és adott esetben a tehetség is az eredményes munkához.

Nem rossz bevezető. Én a hangsúlyt arra fektetném, hogy elsődlegesen hozzáállás kérdése, amit muszáj, hogy egy cégben a felsővezetés is támogasson. Több száz, ezer fős cégeket nem lehet csak úgy átállítani devopsra.

--
„Spiró ótvar, Konrád átok, Nádastól meg mindjárt hányok!”

"Több száz, ezer fős cégeket nem lehet csak úgy átállítani devopsra."

Meg azt az 50 fő alatti, multinacionális céget sem ahol jelenleg dolgozom, és mindenre az a válasz, hogy "nem", valamint mindig azt hiszik, hogy kérdezek.

------------------------------------------------------------------------------
http://www.kmooc.uni-obuda.hu/
http://www.hbone.hu/hu/hirek/hbone_workshop
http://videotorium.hu/hu/channels/details/814,BME_Villamosmernoki_es_In…

Halk megjegyzés:
(Nekem a dia stílusa inkább a vélemény kategóriát hozta, mintsem egy tudományos munka tárgyilagosságát.)

Érdekelni fog. Virágnév, azaz nefelejcs.

☼☆♫♪♫♪☆☼
AGA@
Fork portal és az egyik logóm :)

[fun]Nekem ezt anno ilyesmiképp magyarázták el:
- Sysadminkodás olyan mint a család, meg a kiskutya. Ha a kutya beteg, akkor a család körbeállja, megvizsgálják, találgatják mi lehet a baja, ha kell orvost hívnak, és szépen lassan, de meggyógyítják a kutyust
- A DevOps (illetve a Cloud) meg olyan mint amikor az ember marhákat tart: Amint az egyik marha megbetegszik nyomban fejbe lőjük, mielőtt a többit is elkezdené megfertőzni, majd hozunk helyette egy másikat, ami pontosan ugyan úgy néz ki mint az előző, csak ki tudja miért még nem betegedett meg[/fun]

Amúgy a DevOps-nak is kb itt látom a hátrányát: Ha már alapból úgy van kialakítva a környezet, hogy erősen standardizált a környezet, és sehol nincs semmiféle hülye "egyéni igény", akkor teljesen jól működik. De egy olyan environmentet szinte lehetetlen erre átállítani, ami tele van toldozva-foldozva mindenféle örültséggel, és az eredeti fejlesztők nevét se lehet már tudni (de a szerviz az fusson, mert azt fontos!)
____________________________________
Az embert 2 éven át arra tanítják hogyan álljon meg a 2 lábán, és hogyan beszéljen... Aztán azt mondják neki: -"Ülj le és kuss legyen!"..

Azért a pájtonon kívül van más, jól használható nyelv is :-P

Nekünk is volt egy Python-os web alkalmazásunk, ami cache-elés nélkül 4 oldalt tudott visszaadni másodpercenként.
Ezt átírtuk Scala-sra, ami ugyanazon a vason, szintén cache-elés nélkül 2000 oldalt ad vissza másodpercenként.

A (script) nyelvek közül (mint nyelv) szerintem magasan a Scala a legjobb, mondjuk én a Python-t jóval jobbnak gondolom a Perl-nél.
Ha teljesítmény kell, akkor kiemelkedik.
Nagyjából minden megoldható vele viszonylag könnyen, hiszen ott a teljes JVM univerzum.
Viszont vannak hátrányai, ami miatt mégsem lehet rámondani, hogy tökéletes:
- nagyon lassan indul. Az első indulása 2-3 mp, szemben a versenytársak tizedmásodperceivel.
- viszonylag nagy (bár ez a python, perl-ről is elmondható)
- viszonylag sok memória kell a futásához.

Példa kód, azon partíciók listázása a df segítségével, amelyek az sda tárolón vannak és van rajtuk legalább 30G szabad hely:


(%%df) filter { _ startsWith "/dev/sda" } map { _ split "\\s+" } filter { _(3).toInt > 30000000 }

Téged úgy látom teljesen beszippantott a Scala :-)

Én JVM-en voltam sokáig Javaval, szerettem az ecosystemet, aztán viszont Haskell jött. Na azután egy lassú, félretervezett verbose szörnyetegnek tűnik a scala.

Mindenesetre abban szerintem egyetérthetünk, hogy a 4 (python) vs 2000 (scala) az nem a

python <<<< scala

miatt van, hanem a rosszul megírt szoftver miatt.

"Téged úgy látom teljesen beszippantott a Scala :-)"
Sajnos ez így van :D

"Mindenesetre abban szerintem egyetérthetünk, hogy a 4 (python) vs 2000 (scala) az nem a python <<<< scala miatt van, hanem a rosszul megírt szoftver miatt."

Én annyira nem értek a Python-hoz, de kb. ugyanazt csinálta a két alkalmazás. SQLite-ban vannak az adatok, onnan kiveszi, template alapján generálja az oldalt és visszaadja.
Egyik TurboGear nevű keretrendszer segítségével volt megírva, a másik Play-jel.

Ui.:
A lassúságot honnan veszed? Én csak ezt a benchmark-ot találtam.
Itt általában a Scala gyorsabb.

Régen foglalkoztam vele, de ez a levél sokmindent elárul: https://gist.github.com/anonymous/1406238

Amikor én néztem legutoljára a benchmark game-et, akkor még verte a ghc a scala-t. A wayback machine talan megmondja.

De igazából ezek a metrikák annyira nem voltak fontosabb, a terseness, a nem szeparált side effectek, és a (haskellhez képest) rémálom pattern matching után mondtam, hogy ezzel még a jvm ecosystem miatt sem érdemes foglalkozni.

Ahogy hallom viszont, azóta van fasza scala.js production ready compiler. Ez viszont jó. A ghcjs-sel jelenleg csak a szopás van (amellett, hogy 200k-nyi gzippelt kódot generál)

Köszi, elég hosszú levél, majd lehet, hogy később elolvasom.

Nekem viszont a tömörségnél sokkal fontosabb az olvashatóság, és úgy általában meg vagyok elégedve a nyelvvel, bár a típusoknál azért vannak gondok.
[kicsit off]
Eszembe jutott erről egy videó (sajnos nem találom), ahol van egy torony és az előadó szépen elsorolja, hogy melyik nyelvet használók, hol találhatóak a toronyban. PHP-sok a torony pincéjében, ..., Scala-sok a torony felső részében, a LISP-esek a torony tetejében. No és a Haskell-esek? Hát azok egy másik bolygóról jöttek és mutat a torony fölé.
[/kicsit off]

Scalajs. Igen, sokan dicsérik, és ezzel (meg az Ammonite-tal) már majdnem minden része le van fedve a fejlesztésnek, már csak a natív appok létrehozása hiányzik. Ezt viszont a Java 9 vagy 10 szállíthatja.

Nice.
Azért vicces, hogy a tesztelés és a tervezés, hogy kimaradt a DevOps feladatkörök közül. Pedig mint autonóm, kódot író embernek tudnia illik tesztelnie a saját maga által írt kódokat. Ahogy egy DevOps-nak érdemes terveznie is tudnia, lévén nem jó ha ugyanarra a funkcionalitásra időről, időre újra kéne írni a saját tooljait.
Pl. az általad említett agilis eljárás része az automatizált vagy tapogatózó tesztelés, vagy legrosszabb esetben bugvadász eventek. Például szerepelnek is a periódusos táblájának a 10,11,12-es oszlopában az automatizált teszteléshez szükséges toolok, és nem árt ezeket használnia is.
De ugyanez vonatkozik a dokumentálásra is.
--
"Maradt még 2 kB-om. Teszek bele egy TCP-IP stacket és egy bootlogót. "

A tesztelés azért többször szerepel, pl. 15. dia, illetve 20 és 22. dia a CI kapcsán. Oké, a CI-nél tudni kell, hogy mi az, de ha az előadó megemlítette e buzzword jelentését, akkor ok. Így az "A CI segít a hibák azonnali felfedezésében, a regressziók elkerülésében" mondat elég konkrét utalás a tesztek aktív használatára.

Valóban. Csak ha megejtette pár sorban a scrum-ot és az agile-t, akkor megejthette volna a continuous integration és test-driven development-et is kifejthette volna és ezek szerepét a DevOps.-on belül.
Nem attól lesz valaki DevOps, hogy kibaszkodják a kényelmetlen folyamatokat és nem attól lesz DevOps admin az admin, hogy a DevOps toolok telepítése mellé képes megírni pár scriptet, hanem azt, hogy képes ezeket a folyamatokat alkalmazni. Az-az képes a DevOps által megkövetelt igényeknek megfelelni.
--
"Maradt még 2 kB-om. Teszek bele egy TCP-IP stacket és egy bootlogót. "

Van olyan, aki ezt a 120 eszközt "csípőből" használja?

----
FreeBSD, Solaris, Debian, LMDE

Hogyne:

- firefox https://www.google.hu/search?q=[eszköz_név]
- man [eszköz_név]
- apt-get source [eszköznév]; grep "ami_erdekel" -rs ...

:)

Kb egy hete döbbentem rá mennyire így van ez:)

Szerintem senki se szeretne olyan kollégával dolgozni, ami minden tud, max akkor ha azt is megcsinálja amit neki kell, de a fizetését nem veszi fel helyette :p

Szuper prezentáció, köszi!

"If I had six hours to chop down a tree, I'd spend the first four hours sharpening the axe."

az az igazsag, hogy az a helyzet, hogy ez egy jo tema es jo az eloadas is, bar egy kisse sok toltelek felmondatokkal ;-)

--
"nem tárgyszerűen nézem a dolgot, hanem a vádló szerepéből. Sok bosszúságot okoztak, örülnék ha megbüntetnék őket - tudom gyarló dolog, de hát nem vagyok tökéletes." (BehringerZoltan)

Az az igazság, hogy az a helyzet, hogy ez van. Ilyen lett. Majd igyekszem többet aludni egy-egy előadás előtt. Főleg ha videóra veszik. Bár egyébként a hallgatók átlagos potenciális vételi sávszélessége nem minden esetben teszi lehetővé, hogy minden szavadnak ólom súlya legyen. De ez itt most nem elégséges magyarázat, tudom :D