Odpověď na názor

> Já bych nepřeváděl EUR 500 tomu vývojáři,
> ale podíval se po jiné komponentě, kterou lze s kreditkou
> v ruce koupit za desetinu ceny.

Kterou cast slov "specializovany software" jste nepochopil? Tezko si asi budete moci vybirat z n-moznosti, kdyz je to specializovany software. V roce 2000 moc HTMLTextAreas nebylo, kdyz se vyradily ty prilis narocne na hardware, zbyly tak maximalne 2-3 a z nich mela kazda nejakou takovouhle vadu.

> vývojové nástroje ve srovnání s Visual Studiem daleko horší
+
> Prosím Vás, kde jsou ty lepší vývojářské nástroje na Linuxu?

Jsem nuceny jeden program psat na Windowsech pomoci Visual Studia. Vadi mi toho dost:

Neni moc dobra integrace s vimem (pres vimemu jen nektere verze, nic moc), coz me nuti pri psani vic pohybovat rukama. To se mozna zda jako mala vytka, ale je to neco jako kdyby vas pri rizeni auta nekdo navic nutil jeste zonglovat.

Kdyz na Windows chci pouzit nejakou beznou knihovnu, musim jako nejaka blba sekretarka jit na webovou stranku te knihovny (= nekolik kliku mysi), stahnout si ji, vyextrahovat, jit do Visual Studia, kliknout pravym tlacitkem na project, proklikat se moznostma az k nastaveni include adresaru, tam pridat odpovidajici 3 adresare (pred nejake tlacitko "+"), proklikat se k nastaveni linkovani, pridat adresare s libkama, pridat jmena libek pro linker. Tohle je nutne provest pro vsech 10 knihoven, ktere clovek pouziva. Desna zabava. Na Linuxu clovek napise napr. "sudo apt-get install libcv1; vim Makefile" a prida na jedno misto v makefilu slovicko "opencv" a je hotovo. Samozrejme, nekdo muze namitnout, ze i impotentni Windows je mozne oplodnit nejakou implementaci pkg-configu a pak to snad jde lepe, jenze tu vetsina vyvojaru nema a ja chci, aby moje aplikace sla kompilovat na Windowzi platforme standardnim zpusobem. Radost z programovani = 1/(pocet kliku ktere programator musi udelat).

To nemluvim o tom, ze programovat v necem jinem nez .Netu se na Windows neda, protoze v C/C++ jsou 4 nekompatibilni microsofti ceckovske runtimy (ruzne verze jsou take nekompatibilni, ale to je jasne), nikdo nikdy u knihoven neuvadi, s jakym runtimem jsou kompilovane distribuovane binarky a i kdyz je to nekompatibilni, tak to bohuzel jde zkompilovat. Vysledek je program, co za 4 mesice zacne z neznameho duvodu padat. Tady se opravdu hodi mit v zaloze Linuxovou verzi, protoze na nem je jen jeden runtime a zjistovani, ktera knihovna za to muze, je casove narocne.

Dll hell ktery nedavno vyustil v tom, ze Microsoft opravoval "jpeg bug" ve sve knihovne tak, ze uzivatelum dal program, co prohledal vsechny disky pocitace, aby nasel vsechny vyskyty inkriminovane knihovny a fixnul je, snad nema ani smysl komentovat. Fakt me zajima, jestli se Microsoftu podari takhle podelat i .Net.

GUI rozhrani Visual Studia je sice hezke, zejmena pro debugovani, ale precijen s mensim propojenim s vimem je i s gdb radost pracovat a navic rozhrani gdb prirozene podporuje pouzivani i jinych nez jen "je mi 11 let a chapu rozdil mezi step into a step over"-funkci. Treba na to, ze bych si mohl realtime ve MSVC zavolat funkci nebo rekompilovat on the fly, jsem nikdy nenarazil (mozna to je nekde v gui schovane, ale pochybuju). Ve "Watches" nejsou expandovana makra a podobne. Proste "hello world" stylem to pouzivat jde, ale jinak plati tenhle graf:

http://www.fepus.net/images/curves.jpg