Hlavní navigace

IDE a já

27. 3. 2014 8:05 (aktualizováno) | Petr Blahoš

V komentářích za mým předchozím blogpostem se objevila otázka na to, jak velký projekt se dá zvládat ve vimu (nebo obecně textovém editoru) bez IDE. Tak jsem se rozhodl spočítat soubory a řádky ve svých největších projektech. Vyšlo mi toto:

Projekt Souborů Řádků
Desktopový klient 193 49000
Webový výrobní IS 307 64000
Jiný webový výrobní IS 144 21000
Webový interface k ERP 174 35000
Tohle všechno ve Vimu. K pomůcce python-mode začínám přicházet až teď a vlastně jej (aspoň zatím) nepoužívám na orientaci v kódu a takové ty věci, které by člověk asi tak očekával od IDE. Prostě nepovažuju za takový problém se ve svých projektech orientovat. Částečně je to asi tím, že na tom dělám sám, ale hlavně když si dodržím nějakou logickou strukturu pojmenovávání souborů, tříd, funkcí, tak se neztratím. Automatické testy spustím s releasem projektu, commity do version control systému dělám ručně mimo vim, ikdyž pro něj taky pluginy jsou.

Já nepoužívám IDE proto, že je mi z práce v něm fyzicky špatně. To ale nemyslím jako kritiku IDE, prostě to tak na mě působí. Upřímně teda řeknu, že poslední IDE, které jsem používal, bylo Visual Studio 6, a takové přidávání souborů do projektů, definice nějakých post-build kroků a tak bylo pro mě utrpení. Kromě toho, ten textový editor v něm patřil tak do 17. století. Doplňování kódu? Stačí mi bezkontextové – Ctrl+P. Class Browser? Dobře, v neznámém projektu to může pomoct, ale stejně potom budu z IDE rychle utíkat.

Když se podívám do historie, tak jsem začínal (asi jako všichni v mém věku) v Turbo Pascal / Borland C. Pak jsem přešel na Emacs, a když jsem pak znovu zakopl o Borland C, tak mě překvapilo, jak je ten integrovaný textový editor mizerný. Pak jsem přešel na vim, hlavně proto, že vi je všude, a že byl přece jen menší než ten Emacs. Uvažoval jsem, že zkusím Sublime Text, nebo Atom, ale teď jsem v situaci, že mám tak 50–100 počítačů (Windows), na kterých musím občas něco udělat, no a vždy, když dostanu nový, tak na něj nainstaluju balíček, ve kterém je Python + nějaké knihovny, a vim.

  • 25. 3. 2014 21:08

    IDE (neregistrovaný) 108.59.11.---

    Jestli jste napsal 64 000 řádků pouze ve VIM, potom bezodkladně navštivte svého psychiatra, tam už budou vědět co a jak.

    Ve volné chvíli nám můžete napsat, jak ve VIM řešíte navigaci mezi soubory ve smyslu Ctrl+Click, správné doplňování názvů a nebo debug jako třeba breakpointy, watch, call stack seznam threadů, pro zasmání to bude luxusní.

  • 25. 3. 2014 21:14

    belzebub (neregistrovaný) 89.177.123.---

    Jsem rad ze nejsem sam :) obcas se mi stava, ze se ve me kolegove s ruznymi eclipse apod. snazi vzbudit dojem, ze to bez IDE nejde, ale stale plati, ze ve Vimu jsem "doma".
    Zaujala me ta veta o logicke strukture - cim dal vice zacinam zjistovat, jak moc dulezite to je a jak moc je to vesmes prehlizeno. Protoze pracuji na projektech srovnatelne velikosti, docela by me zajimalo, jak tu strukturu resi ostatni. Mohl byste o tom treba napsat dalsi blogpost?

  • 25. 3. 2014 21:20

    belzebub (neregistrovaný) 89.177.123.---

    [1] chapu, ze si myslite, ze to bez IDE nejde. Klidne si to myslete dal.

    Jinak jenom ve zkratce (za me, za autora mluvit nemuzu):

    a) navigaci mezi soubory "Ctrl+Click"? na mys pri praci nesaham

    b) doplnovani nazvu? vim umi doplnovat cokoliv

    c) debugger pouzivam pri debugovani problemu (tj. cca 1x za rok), ne pri programovani. Na hledani chyb v novem kodu jsou unittesty. Tj. podobne veci nepotrebuji.

    Tak se zasmejte, a zkuste si predstavit, ze temer u vseho existuje nekolik ruznych zpusobu, jak neco delat. A protoze jsou lide ruzni, i zpusoby jsou ruzne.

  • 25. 3. 2014 21:43

    tadeas (neregistrovaný) 77.240.103.---

    Ono IDE (slušné, funkční IDE - zkušenosti mám s Eclipse (PyDev, CDT, ADT), VS2010 a XCode a jediné slušné je XCode) má spoustu hezkých vlastností a často pomůže. Ovšem Vim má taky spoustu hezkých vlastnosti, které v IDE nejsou, zejména tedy slušný textový editor, který se na, ehm, editaci textu docela hodí...

  • 25. 3. 2014 21:54

    Pavel (neregistrovaný) 217.67.16.---

    Nedalo mi, a pozrel som sa do archivu na projekt v PHP nad ktorym som zabil par rokov:
    - 901 suborov
    - 198 122 riadkov
    - priemerny pocet vyvojarov 2-3
    - pisane v davnej minulosti bez IDE vo VIMe/notepade

    Ten projekt casom umrel na nedostatok zdrojov, nemal som pocit, ze sa v nom neda orientovat, ci ze je problem zaucit noveho cloveka.

    [1] ach, ta rozmaznana mladez :)

  • 25. 3. 2014 22:51

    okolo (neregistrovaný) 94.112.230.---

    Hneď druhá veta podáva vysvetlenie: "ve svých největších projektech". Pokiaľ sa jedná o bezbrehé patlanie vo voľnom čase, pokojne. Vo firemnej sfére pod tlakom termínov by niečo také neprešlo.

  • 25. 3. 2014 23:17

    head (neregistrovaný) 89.173.201.---

    Pre tych "expertov" co si myslia, ze bez IDE sa neda programovat odporucam knihu Pragmatic Programmer: http://pragprog.com/the-pragmatic-programmer

    Vim je v prvom rade vyborny textovy editor. Co je pri pisani kodu zaklad. Okrem toho navigaciu medzi subormi a rozne ine veci zvlada bez problemov.

  • 25. 3. 2014 23:17

    Ondřej Němeček (neregistrovaný) 194.12.42.---

    [4]: XCode že vede? Snažím se v něm už několik měsíců a oproti Eclipse mi dost přijde polovičatý. Podotýkám, že jsem nastudoval většinu klávesových zkratek a snažil se neopomenout žádné důležité části editoru. Co se vám na XCode tak líbí?

    Mě tam schází našeptávání metod s rozlišením zda jsou zahrnuty i zděděné (v Eclipse 1x CTRL+O, 2x CTRL+O), hledání dle kritérií (typ souboru, cesta, ruční výběr) s výpisem shod a možností ve shodách nahrazovat (v Eclipse file search + file results), zobrazení typové hiearchie (v Eclipse type hiearchy), automatické sbalení/rozbalení kódu (folding) alespoň na úrovni metod (se snadným rozbalení či sbalením všeho). Taby se chovají divně (při otevření nového tabu se otevře včetně naposledy editovaného souboru, což mi přece nemůže být k ničemu dobré), občas zmizí záhlaví tabu takže netuším co tam je. Storyboard editor neumožňuje otevřít controller v novém tabu, scény nelze v seznamu ručně seřadit, scény v seznamu nejsou v zabaleném stavu klikací takže abych skočil na danou scénu musím ji rozbalit (čímž se stane seznam nepřehledným), navíc ze Storyboardu nelze snadno skočit rovnou na kód akce nebo outlet (nebo to neumím). Celkově musím často sahat na myš.

    Mám dojem, že by mé problémy řešil http://www.jetbrains.com/objc/features/ ale nezkoušel jsem to.

  • 25. 3. 2014 23:53

    karel (neregistrovaný) 89.103.19.---

    [3] mi spadl kamen ze srdce ze nejsem posledni na svete co nepouziva breakpointy

  • 25. 3. 2014 23:55

    karel (neregistrovaný) 89.103.19.---

    [1] a kdyz si chce clovek jako ja uzit trosku sado maso, tak edituju nebo pisu scripty v nano primo na serveru

  • 26. 3. 2014 2:12

    BoneFlute (neregistrovaný) 194.228.13.---

    Blá, blá, blá. To je furt řečí. Já IDE nepoužívám, a to jsem si poctivě prošel Eclipse, NetBeans, InteliJ, PHPStorm, a mraky dalších. Zkoušel jsem i Sublime, a čas od času dávám šanci znova. Musíte si prostě uvědomit, že Produktivita != IDE.

  • 26. 3. 2014 6:12

    pb. (neregistrovaný) 2001:470:1f15:----:----:----:----:----

    C++, velikost momentálního projektu cca 40k řádků, všechno vim. Debugger (breakpointy, krokování) nastartovaný tak jednou, dvakrát za rok - vždycky se nechám nachytat a vždycky konstatuji, že jsou efektivnější metody, jak nahánět chyby. V gdb spuštěný program prakticky pořád, abych nepřišel o občasný sigsegv a backtrace.

    Na editoru vim se mi libí, že je rychlý. Ještě jsem nikdy nenarazil na IDE, které by bylo schopné pobrat všechny znaky tak rychle, jak já dokážu psát. Naprostá tragedie je Netbeans, v závěsu za tím Eclipse. Občas nastartuji i QtCreator, ale ani ten to nedává. Je zoufalé, když mi IDE vyrobí v odstavci tři překlepy.

    Někdy se bohužel nedá bez IDE obejít - tuhle jsem psal nějakou aplikaci pro Android v Qt a co se nakonec vlezlo do jednoho Makefile na deset řádků, bylo v návodu popsané na patnácti stránkách i s třiceti obrázkama. Nastavit něco v IDE bývá složité.

    IDE mi připadá jako klacek pod nohama, který se staví mezi mne a mou práci.

  • 26. 3. 2014 6:42

    pb. (neregistrovaný) 2001:470:1f15:----:----:----:----:----

    [12] Znovu jsem to po sobě přečetl... aby nedošlo k mýlce: někdy se nedá bez IDE obejít, protože kdosi, kdo se bez IDE nedokázal obejít, napsal návod na 15 stránek, místo aby na padesáti řádcích popsal Makefile.

  • 26. 3. 2014 7:12

    karel zeman (neregistrovaný) 213.160.23.---

    Mě by zajímalo jak bez IDE děláš refaktoring (v pythonu nedělám takže nevím jestli je podporav IDE). Věřím, že takto malé projekty bez IDE zvládneš, ale představ si třeba systém co má několik milionů řádků a více autorů. V takovém projektu ti ani navigace mezi soubory nestačí, protože je zbytečné mít stáhnuté všechno (navíc když se to pořád mění). Dál práce s verzovacím systémem je základ. Nedokážu si představit, že by editor, v kterém píšu neuměl anotovat řádky podle toho kdo je kdy opravil nebo neuměl vyřešit konflikty při slučování. Dál třeba velice často potřebuju vyhledat všechny použití nějakého symbolu.

    Bez IDE se programovat dá, ale kromě malých projektů to dá mnohem víc práce.

  • 26. 3. 2014 7:52

    JmJ (neregistrovaný) 109.164.85.---

    Tak jsem se schvalne podival na nejake me projekty. Vybral jsem jeden mensi v C#. Budu vypadat jako blbec, ale ted rychle nevim, jak zjistit pocet radku kodu, takze jsem zjistil jen pocet souboru. Jasne, muze byt v kazdem souboru jeden radek :-) Takze me projekty maji od 719, pres 1399 po 4245 souboru.

    Take jsem napsal docela rozumny IS v php jen ve vimu a s vimem rad delam a delam v nem docela casto. Ve VS casto mackam esc, :, w a divim se, ze to nedela co chci. Stejne jako $ pro skok na posledni radek a podobne. Ale delat neco rozumne velkeho jen pres nej, to by mi prislo dost silene. Napovidani, skoky na definice, refaktorizace, debuger, memory dumpy a cert vi co jeste, na to vsechno mozna do vimu jsou nejake "pluginy", ale dobre IDE to ma rovnou a prece jen GUI ma proti textovemu rezimu neco do sebe :-)

    Dulezite je, aby se prace darila, at ji dela kazdy v cem chce :-)

  • 26. 3. 2014 8:08

    Pavel (neregistrovaný) 217.67.16.---

    [14]
    To co slusne IDE realne pridava je breakpoint a krokovanie.
    Zvysok je vec konvecii.

    Teoria, ze IDE povsimnutiahodne zlacnuje bezny projekt mi pride diskutabilna. Mate k tomu nieco viac ako vlastny pocit?

  • 26. 3. 2014 8:44

    JmJ (neregistrovaný) 109.164.85.---

    Jeste na to tady cumim a trochu mi to pripomina debaty z jineho fora :-). Jine forum je forum fanousku VAZu (patrim mezi ne ;-) ). Tam je mnozstvi lidi, kteri jsou tvrdymi zastanci myslenky, ze dnesni auta jsou na nic, ze jedina spravna jsou ta, ktera se delala pred 20 - 30 lety. Jde jim o to, ze dnesni auta vam "kecaji do rizeni", ze maji ruzna vykonova omezeni, ze ridic nema kontakt se silnic a ze prece udrzovane stare auto prece dojede tam kde ta nova, staci mu jen dat trochu pece a udrzby. Tezko se jim vysvetluje, ze kdyz v tom aute ma clovek cestovat casto, delsi trasy a uz neni nejmladsi, tak mu to nove auto pomuze, zbavi ho jistych utrpeni. Tempomaty, klimatizace, posilovac rizeni...

    Ano, s vimem a trochou te snahy najit si pluginy a pri mladem mozku jiste muzete udelat zazraky. Ale, jsou i nastroje, ktere vam udelaji praci prijemnejsi a pohodlnejsi. Kazdy at uziva co mu vyhovuje. Uzivatel IDE by mel umet zvladnout i textovy editor jako je vim a uzivatel vimu by si mel nekdy zkusit rozumne IDE. Na program v C o 10 souborech nepujdu s IDE a na system mereni sireni zvuku s gui nepujdu vimem.

  • 26. 3. 2014 9:17

    podlesh (neregistrovaný) 37.143.117.---

    Typická jalová debata, typ 27B.

    Uvědomte si prosím, že je ZÁSADNÍ rozdíl mezi situací kdy člověk programuje SÁM a situací kdy na projektu pracuje TÝM (no obecně větší množství lidí, kteří se navíc v čase vyměňují). Jakékoliv debaty o způsobu práce (ať už se jedná o IDE, programovací jazyk nebo dokonce paradigma) nemají naprosto žádný smysl pokud účastníci diskuse stojí v těchto odlišných světech.

    PS: Nejde o velikost - i samotný člověk dokáže vytvořit velké věci. Naopak, občas je to jednodušší :-)

  • 26. 3. 2014 11:37

    Hmmm (neregistrovaný) 213.160.185.---

    [6]: Omyl. Ja programujem vo firme, pod tlakom terminov, a taktiez bez nejakeho IDE. Na Sublime Text 2. A nemam pocit, ze by som terminy nestihal.

  • 26. 3. 2014 11:38

    belzebub (neregistrovaný) 195.88.165.---

    [18] to neni pravda. Pred par lety jsem delal ve firme, kde 2 lide (vcetne me) jeli ve Vim-u, jeden clovek jel v EMACSu a 2 dalsi pouzivali nejake IDE (vazne nevim jake) - nejvetsi a v podstate jediny problem, jaky jsme meli bylo dohodnout se na odsazovani (tedy tabelatory ano/ne, kolik mezer atd) :) a par dalsich detailech coding stylu, coz se predpokladam resi vsude.
    Myslim ze IDEisti meli trochu problem s tim, ze museli delat nejakou praci navic, protoze ty jejich IDE nejak importovalo makefiles neboco.. v kazdem pripade projekt (linux, C, oracle) postupoval a po vyreseni coding stylu jsem nezaznamenal zadne problemy vyplyvajici ze spoluprace.

  • 26. 3. 2014 11:39

    belzebub (neregistrovaný) 195.88.165.---

    btw, pokud vim, tak jeste v r.2008 se v Seznamu Vim pouzivalo hodne vyvojaru (nekteri i EMACS) a at si o Seznamu myslite co chcete, asi nebudete tvrdit, ze je to "maly projekt co si clovek programuje sam".

  • 26. 3. 2014 12:26

    Leinad (neregistrovaný) 84.42.235.---

    Nedokážu si představit, že bych dával přednost editoru, který nemá historii úprav, zobrazení změněných řádků proti CVS, debugování, kontextové doplňování kódu se zobrazováním dokumentace dané metody / funkce (užitečné hlavně v PHP, kde jazyk nemá moc dobrou konvenci pojmenování - s IDE to tolik nevadí), kontextové přejmenování, skok na definici funkce/metody, statickou analýzu kódu během psaní.

    V minulosti jsem napsal kód, zjistil, že mi chybí středník, opravil, zjistil, že mi chybí středník jinde, opravil, zjistil, že mám překlep v názvu proměnné, opravil, zjistil, že mám jen jedno rovnítko místo dvou v ifu, opravil, kód se spustil, zjistil jsem, že kvůli chybějícím složeným závorkám u podmínky se mi provede jen první řádek, místo celého bloku, opravil.

    Vše tohle mi IDE zanalyzuje před tím, než se vůbec kouknu na výsledek.

  • 26. 3. 2014 14:17

    Milan (neregistrovaný) 77.236.200.---

    [22] Presne popisujes to co mi dela vim + par pluginu. Plus to ze ma pekelne rychle prechody mezi soubory, fuzzy hledani nazvu atd...

  • 26. 3. 2014 14:39

    Marek Mizera (neregistrovaný) 195.168.42.---

    Dalsi zbytocny flamewar imho.

    Ja som produktivnejsi v IDE, bodka. Niekto iny moze byt produktivnejsi v textaku.

    Samozrejme sa viem zorientovat vo vime (potrebne zaklady ak treba nieco riesit na unixovom stroji bez GUI).

  • 26. 3. 2014 15:28

    podlesh (neregistrovaný) 37.143.117.---

    [20] A co přesně není pravda? Že nejde používat různou směs různých věcí? To asi opravdu pravda není, ale já jsem také nic takového netvrdil, že. Já jsem jen tvrdil že v této debatě padají jen nevalidní argumenty (nevalidní v logickém smyslu: závěr neplyne z předpokladů).

    Mimochodem, k tématu: osobně nevidím žádný přínos IDE pro kombinaci C/Linux, kombinace vim+ctags+makefile by měla být zcela dostačující. A pokud by nebyla, tak to znamená že nejsou nastavena dostatečná pravidla a celý projekt se rozsype tak jako tak :-) Odvážné tvrzení, uznávám. Navíc jsem nikdy v C nedělal na dostatečně velkých projektech a ani neviděl žádné pořádné IDE.

  • 26. 3. 2014 18:47

    ondra.novacisko.cz (neregistrovaný) 2a02:598:7000:----:----:----:----:----

    Já různě přecházím mezi Eclipse CDT a Visual Studio 2010 (kde mám nainstalovaný Visaul Assist X). Osobně se mi lépe pracuje v Eclipse CDT i když má své chyby. Tam to samo sestavuje makefile, takže stačí jen pridávat nové soubory do adresáře. Ve visual studiu stále musím přidávat soubory ručně.

    Hodně často používám hledání referencí a deklarací. Mezi zdrojáky neprocházím klepnutím na jméno, ale klepnutím na symbol. Velice často přepínám pouze mezi H a CPP a Ctrl+Tab musí fungovat pro přepínání mezi nejčastějšími soubory jako ve Windows Alt+TAB.

  • 26. 3. 2014 19:06

    Kozzi11 (neregistrovaný) 83.240.62.---

    Driv jsem taky zvladal velke kvanta kodu bastlit v geany nebo ve vim. A ano opravdu to jde a nemam pocit ze bych byl nejak mene produktuvni. Teda aspon co se tyce rychlosti generovani kodu. Hlavni vyhodu v pouzivani IDE vidim v tom ze napriklad pro PHP je to velky pokrok. Diky tomu ze PHPStorm dokaze velmi slusne nejen napovidat ale i hlavne kontrolovat jakykoliv preklep, nebo predavani promene spatneho typu, spatny pocet parametru a podobne, tak se kvalita kodu zvysila mnohonasobne.

    Dokonce to odhali veci jako nepouzita promena, nebo promena pouzita ale nedeklarovana atd.

    Pokazde kdyz otevru jakykoliv program napsany v php, ktery nebyl vyvijen za pomoci PHPStormu tak se nedokazu divit kolik chyb v nem je. Ono jedna vec je ze to nejak funguje (napriklad predavat funkci ktera ocekava 2 parametry 3 parametry), ale co se stane kdyz pak pridame dalsi? Ve vimu bych neco takoveho hned nevidel.

    Jinak prave to ze pouziva clovek vim muze casto byt duvodem ze je ten projekt vetsi, jelikoz slusne IDE umoznuje celekem snadno refaktorovat a tim i snizovat pocet radku. Take umoznuje odstranovat nepouzity kod a hledat duplicitni kod. Takze ono nakonec je mozne ze ty obrovske projekty napsane ve vimu na 40000 radku by se za pomoci poradneho IDE daly napsat na treba jen polovinu radku a z mnohem kvalitnejsim a mene chybnym kodem.

  • 26. 3. 2014 20:12

    head (neregistrovaný) 89.173.201.---

    A k velkosti projektov. Kolko Linux kernel developerov podla vas pouziva IDE? A co Linus Torvalds? Ak sa nemylim, tak on pouziva emacs.

    IDE obhajuju len ti co nikdy poriadne neovladali ziadny texotvy editor. A nimi myslim vim, alebo emacs.

  • 26. 3. 2014 21:38

    pb. (neregistrovaný) 2001:470:1f15:----:----:----:----:----

    [27] Tohle mi přijde jako jeden z prvních rozumných argumentů, proč používat IDE. Mým nejužívanějším jazykem je C++ a v PHP jsem taky občas dělal nějaké věci. U PHP mě nepřestávalo udivovat, jak obrovské množství chyb jsem schopný v kódu vygenerovat, a přesto to jaksi "funguje" - čím víc jsem pak programoval v C++, tím více mě tato vlastnost PHP nestačí udivovat.

    Jenže ono naštěstí C++ není PHP. C++ mi přijde jako jeden z nejstriktnějších jazyků, co jsem kdy používal. Konstrukce, které v PHP projdou (špatný počet parametrů, špatný datový typ v parametrech, konstanta místo proměnné), jsou v C++ nepřeložitelné. Před časem jsem hodil nějaký úkol v C++ na dlouholetého programátora v PHP a docela jsem se bavil, když prskal, že půl hodiny už honí v kódu chybějící středníky a ještě se mu nepodařilo program spustit.

    Někdy mě mrzí, že nejsem na IDE zvyklý, některé věci se v IDE dělají opravdu pohodlně - občas mě například potřeba pohodlného ladění vláken přesvědčí k nastartování QtCreatoru, ale to jsou spíš výjimečné situace. Někdy používám QtCreator častěji, potom začnu blbnout ve velkém s breakpointama a krokováním, IDE k tomu svádí, než zjistím, že kód, který se hemží časovači, je v něm desítka vláken a nejdelší kus synchronního kódu má kolem stovky řádků se takhle prostě ladí špatně.

    Překvapilo mě, že i QtCreator ani na mém počítači často nestíhá a nestačí psát, co do něj klepu. Při práci s Netbeans jsem si připadal, jakobych pracoval přes lagující mobilní spojení - když se do toho ještě přidal našeptávač, který občas přepsal, co jsem napsal před dvaceti úhozy, lezl jsem z toho po zdi. Bylo to jak diktovat blondýně heslo po telefonu.

  • 27. 3. 2014 2:45

    sid (neregistrovaný) 84.47.9.---

    "debugger pouzivam pri debugovani problemu (tj. cca 1x za rok), ne pri programovani. - mohli by ste priblizit tu aplikaciu? predpokladam, ze single thread ziadna integracia, vacsina kodu balast. Ak nie klobuk dole a hop sup do Google, MS a podobne. Za cloveka co nepotrebuje debuger a vsetko dokaze pokryt unit testami (???) zaplatia zlatom. Sice sa budete citit ako v ZOO ked sa budu menej obdareny kolegovia na vas chodit pozerat a nasavat vas talent ale cert to ber. Ak napiste knihu som prvy co pobezi si ju kupit, lebo pouzit debuger raz za rok je moj sen.

  • 27. 3. 2014 7:58

    petrb (neregistrovaný) 80.95.102.---

    Děkuju všem za příspěvky. Myslím, že už zaznělo všechno, začíná se to opakovat, a občas to dokonce sklouzne až k jízlivostem, takže s díky všem komentáře uzavírám.

Přidávat nové názory je zakázáno.