Integrovaná vývojová prostředí pro Linux - recenze

Pavel Tišnovský představuje ve vyčerpávajícím článku integrovaná vývojová prostředí pro Linux. První díl popisuje prostředí Anjuta a Qt Creator. Článek rozebírá a na screenshotech přibližuje vše od správy projektů přes psaní kódu až po ladění programů.

21.2.2013 09:31 | Robert Krátký | Zajímavý článek

Komentáře

[vencour]

Tak jen trochu of topic ... železo železem se ostří (Aneb dík, Roberte, že píšeš.)

[Petr Ježek]

Pavel Tišnovský opět ukázal, že psát odborné články z IT prostě nemůže každý, ale jen ti, kteří to prostě umí. Už jen to, že nenásilně nabádá k využití běžně dostupných lehkých IDE, které běží na čemkoli, takže můžete pracovat téměř bez přestávěk vynucených opuštěním svého stroje se spuštěným Eclipsem, je cenné. Anjuta opravdu činí GDB nástrojem použitelným snadněji a rychleji při zachování síly podstatných funkcí. Pokud děláte běžné nekomplexní apps třeba v Pythonu, pak ta práce třeba v Anjutě dáva mnohem větší smysl. To je ten rozdíl mezi pokustónstvím a profesionalitou...

[tul]

Tohle mi zrovna pripada jako ciste subjektivni vec. Me vyhovuje eclipse i na male programy. Textovy editor pouzivam na drobne upravy, kdyz mam IDE vypnute nebo na veci co IDE neumi a pro lehke IDE nemam vyuziti. Stejne tak se najdou lide co tvrdi, ze pouzivani IDE je znak spatne navrzeneho jazyka. Ja bych nechal na ctenarich at se rozhodnou sami. Profesionalni mi spis pripada postavit cely vyvojovy proces nezavisle na IDE a nechat programatory si vybrat co jim vyhovuje, nez presvedcovani o tom jak maji pracovat.

[Rezza]

No Eclipse jsem nikdy nepochopil. Co je horsi, v RIMu maji (jejich) Eclipse i pro nativni veci - tudiz pruser. Nastesti i vyvojari u nich jsou rozumni a pouzivaji k tomu Qt Creator a makaji radsi na nem :) Pac Momentics ci jak tomu rikaji je ostuda - nema ani podporu Qt syntaxe...

[Petr Ježek]

Subjektivita? Jistě, ale v rámci omezení daných technologií. A Anjuta je žravý dobrman... Kromě toho, bez programátorských schopností lidí je i Anjuta k ničemu. V tom je jádro pudla - mít podle svých schopností nástroje k vývoji.

[smazáno]

snad nezapomene na vim

[Rezza]

Tak v Qt Creatoru je popisovany VIM mod :)

[SPM]

Jako naprogramovat si vimem svoje vlastní IDE? Já ti nevím... :)

[smazáno]

vim s par pluginama a mas "full blown" IDE, kterymu se jen tak neco nevyrovna

[SPM]

párset pluginů, než se nastaví, nakonfiguruje, tenhle po update přestal fungovat, tenhle se nesáší s tímhle... no a za rok máš asi i IDE, pokud si mezitím nedospěl do stavu, že ti stačí editor a terminál a IDE nepotřebuješ :))

Jenom ten seriál na rootu měl asi 150 dílů :))

[smazáno]

Chapu a souhlasim, nad ladenim vimu jsem stravil vic jak tyden fulltime ... ale nelituju protoze se mi to podarilo dostat do stavu, ze je presne podle mych predstav to by se mi s zadnym velkym IDE nepovedlo nikdy a ze jsem jich pouzival dost.

[coder]

Podle mě dost záleží kterej jazyk píšeš, jak rychle píšeš obecně a do jaké míry umíš VimL. Otevřeš IDE, zapneš si Vim-like mód a jedeš. Nic neřešíš.

Ale je spousty magorů, kterým se ten útrpný začátek konfigurování vyplatí a nakonec doženou a předeženou pomocí vimu produktivitu, kterou by měli v IDE.

[SPM]

Svého času jsem zkoušel Python na Emacsu a byly s tím víceméně akorát potíže... instalace dost komplikovaná, každou chvíli se něco rozbilo... oproti tomu IDE co mám teďka, tak funguje bezproblémově, spousta těch věcí tam je, aniž by je člověk musel sáhodlouze hledat a konfigurovat a nemyslím si, že by čistý vim v tomhle přinesl něco navíc. Myslím, že jsou lidi, co budou mít i jenom s čistým editorem vyšší produktivitu než ostatní v IDE; ale osobně si myslím, že ten samotný nástroj je až tak moc neovlivní...

[tul]

Vyvojove nastroje zasadne neupdatuju, pokud chci aby fungovaly a neni k tomu hodne padny duvod. Podobny problem muze nastat i u eclipse a na potvoru nejcasteji nastane kdyz se ti to nejmin hodi.

[SPM]

Když je v balíčkách, tak se updatuje se zbytkem systému... a ikdyž se to tady zadrží, tak nutně přijde čas, kdy to stejně bude potřeba upgradovat...

IDE co mám teď taky updatuju, když vyjde nová verze a nikdy s tím problém nebyl :)

[tul]

Proto na práci nepoužívám rolling updates, takže updaty mám pod kontrolou.

[SPM]

Takže ten problém přijde s dalším updatem celého systému :) Pak je jen o tom, jak často ty updaty jsou, nicméně buď je to za cenu používání veškerého sw, který je dost obsolete nebo za cenu častějšího řešení stejných problémů.

[luky]

Jake zasadni vyhody prinasi napriklad novejsi bash, vim a mutt ve srovnani s temi, co jsou v debianu?

[SPM]

U bash, vim-u a muttu zrovna nevím, ale tak třeba u mého oblíbeného window manageru oproti tomu, co je v debian stable, došlo k hodně změnám, OpenSSH co se týče pkcs11 taky od verze 5.5 udělalo několik pokroků, u mého oblíbeného torrent klienta se například výrazně zlepšilo webové rozhraní a pokud bych měl pokračovat, tak bych asi našel ještě několik dalších aplikací, které používám a ve kterých se za poslední rok staly zajímavé věci ve vývoji.

Jistě, u aplikací, které se vyvíjí už přes 10 let a už tam prakticky není co přidat, je téměř jedno, jaká verze tam je... Ale u mě to nejsou jediné aplikace, které běžně používám...

[radix]

K tomu full blown jsem dost skepticky. Vetsina takovych "spichnutych" IDE nema skoro zadnou statickou analyzu kodu. Trivialni priklad - mam tridu a jeji metodu (napr. "getId") a potrebuju zobrazit seznam mist, kde se tato metoda vola. Dokaze toto VIM?

[smazáno]

samozrejme pisu python a mam jedi-vim plugin zmacknu \n nad jmenem a presne toto udela

Co se tyka C, tak imho se na to uz par desitek let pouziva cscope ...

[radix]

Mozna upresnim, co vlastne myslim - kdyz potrebuju najit vsechny vyskyty pouziti metody getId() z tridy Trida, tak musim ve vsech zdrojacich najit vyskyty instanci tridy Trida nebo jejich podtrid. Pokud ma jina trida metodu getId() (jakoze je to dost caste), tak neni soucasti vysledku hledani. To vyzaduje porozumeni kodu, ktere nastroje typu ctags nebo cscope nejsou schopne (v C to ale moc nevadi).

Vypada to, ze ta Jedi skutecne analyzuje zdrojaky, je tedy mozne, ze toto podporuje. Docela by me zajimalo, jestli podobne pluginy jsou dostupne i pro jine jazyky (Java, C++).

Tech veci, ktere by melo umet spravne IDE je ale samozrejme vic ... napr. me casto zajima, ve kterych podtridach je dana metoda prepsana, casto vyuzivam extrakci kodu do metody, pripadne extrakce interface a podobne refaktorizace, automaticke pridavani importu a includu ...

[smazáno]

Tak jasne ze na Javu bych s vimem nesel (i kdyz to zrovna ted delam , protoze je jednodussi napsat malej patch ve vimu a pak pustit ant, nez resit IDE )

C++ nevim ... ale fakt by me zajimalo jak/jestli jde udelat z vimu plnohodnotne IDE pro C++ (treba rozparsovat Makefile.am a pak tam hledat vsechny ty -I aby to naslo hlavickovy soubory by byla bomba ... ale tohle zadny IDE stejne neumi co vim, a prasit repo radou "projekt" souboru pro ruzna IDE a aktualizovat je a vubec je me hodne proti srsti).

Python - vim jednodznacne nejlepsi IDE co znam - a ano i diky staticke analyze, kterou resi jedi.

[luky]

Ve VIMu jde pouzivat analyzator kodu z Eclipse, takze to umi stejne veci a stejne dobre.

Mozna upresnim, co vlastne myslim - kdyz potrebuju najit vsechny vyskyty pouziti metody getId() z tridy Trida, tak musim ve vsech zdrojacich najit vyskyty instanci tridy Trida nebo jejich podtrid. Pokud ma jina trida metodu getId() (jakoze je to dost caste), tak neni soucasti vysledku hledani. To vyzaduje porozumeni kodu, ktere nastroje typu ctags nebo cscope nejsou schopne

Halting problem, zadne nastroje nejsou schopne toto udelat se 100% spolehlivosti.

[radix]

Ve VIMu jde pouzivat analyzator kodu z Eclipse, takze to umi stejne veci a stejne dobre.

To je sice mozne, nevim ale, jestli je integrace ve Vimu na takove urovni ...

Halting problem, zadne nastroje nejsou schopne toto udelat se 100% spolehlivosti.

U staticky typovanych jazyku v tom nevidim Halting problem. Teda az na problem mrtveho kodu, to mne ale v praxi nevadi.

[luky]

Halting problem, zadne nastroje nejsou schopne toto udelat se 100% spolehlivosti.

U staticky typovanych jazyku v tom nevidim Halting problem. Teda az na problem mrtveho kodu, to mne ale v praxi nevadi.

Nejspis jste prehledl pointery na funkce.

[radix]

Aha, no zalezi to na jazyku. V Jave lze na to pouzit reflexi, ale u techhle veci mne to prijde tak absurdni, ze to vubec neberu v uvahu.

[Petr Ježek]

A právě proto je vim v této roli celkem postradatelný, maje mnohem efektivnější alternativy. Ale pro úkoly nezatížené pokustóny - jak je ctěná libost.

[xxxxxxxxxxxxxxxx]

Vim + Unix = nejlepsi IDE :)

[blami]

Jako uzivatel Solarisu nemohu nez souhlasit ;)

[Petr Ježek]

Bohužel svobodný vývoj Solarisu je pomalý. Proč neběhá Solaris na critical edge serverech? Banky, burzy, korporace s masivní produkcí... Kolik je tam Solarisů či OpenIndian? Kde není implementace, tam není zájem o pokračující vývoj.

[citanus]

Opeknych par nasazenich bych vedel, ale obavam se, ze nemohu byt konkretnejsi.. : (

[mirec]

Zase až tak hrozné to nie je, ale je to dlhá cesta, vlastne je to len cesta bez cieľa Človek si jednoducho stále niečo vylepšuje, tuninguje a stavia si editor presne k tomu ako ho chce používať. V jednom svojom staršom videu mám ukázané schopnosti doplňovania kódu. Videá však nahrávam väčšinou s IDE aby som nikoho nevystrašil

[Jan]

Těším se na další díl s Geany.

[kouzer]

Kde na to ten člověk bere čas? Spí někdy? Tolik článku co on vydá na různých webech během roku, tak ostatní nevydají za celý produktivní život...

[lyon]

Je to tajna informace, ale Pavel je prvni uspesny projekt v klonovani lidi! Kdyz je potreba, i v praci se snadno forkne, aby toho stihl vic. :-P

[Nikola Ciprich]

přesně tak, vždycky žasnu nad tím jak jsou precizně zpracované.. ať jde o jakékoliv téma...

[Sešívaný]

Já v práci Pavla vídám už dva roky a taky to nechápu. Napíše mraky článků, dělá školení jak interně, tak externě, v openJDK QA je těžko nahraditelným členem a přesto si občas najde čas i na kávu a donedávna jsme spolu chodili i do posilky. A to nemluvím o tom, že má několik dětí. Moje teorie je taková, že patří mezi tu malou skupinu lidí, která prostě nepotřebuje spát, a přes noc píše články

[coder]

A nebo ty články píší jeho ratolesti a manželka

[Petr Ježek]

Což nic nemění na faktu, že Pavel Tišnovský je prakticky nenahraditelná autokreativní databáze i s mocným exportním kanálem. Ovládání prakticky není třeba... :)

[Petr Ježek]

Pokud umíte anglicky a německy a nečiní vám problém fulltext search, tak se vaše produktivita dramaticky zvýší. Což ale neznamená, že Pavel je zbabělý kompilátor...

[Jardík]

Dodnes nechápu Eclipse. V celém IDE se plácá místem, obrovský taby, obrovský mezery mezi vším a s odpuštěním hovno místa na psaní zdrojáku.

[radix]

Tohle me taky stve. V 4.3 ale uz jde schovat toolbar!

[Petr Ježek]

Plýtvání místem jako v Americe či Rusku... Jak snadno přistřihnout potenciál produktivity...

[citanus]

je to jen o nastaveni tematka a stylu pro javu. Uz si, ale ani za boha nevzpominam jak, nicmene vyladit to jde.