Rozhovor: Roman Štrobl (Sun) o Ruby v NetBeans

Jakub Šťastný, člen komunity Ruby a Ruby on Rails, připravil rozhovor s Romanem Štroblem na téma podpora Ruby a Rails v NetBeans. V rozhovoru se například dozvíte, proč má Sun rád Ruby, co nového se v oblasti podpory Ruby a Rails v NetBeans chystá nebo proč používat NetBeans jako IDE pro vývoj aplikací v Ruby.

20.5.2008 18:04 | fakenickname | Zajímavý článek

Komentáře

[pools]

Jediné správné IDE pro vývoj je Microsoft Visual Studio 2008. Ostatní je jen tupě napodobují a ani zdaleka nedosahují jeho kvalit. A ke všemu jsou NetBeans napsány v Jave...

[Let_Me_Be]

Jo, Visual Studio (pokud si odmyslim kompilator a ty ostatni hnusy kolem a divam se nejnom na IDE) je jediny software, ktery se Microsoftu opravdu povedl.

[mnn]

v tom mas pravdu, zatial som na linux nenasiel ziadne take IDE. (aj tak programujem v C# a Mono toho moc nema, bud to krachne, alebo to bude dlho trvat kym bude podpora obstojna)

[Kyosuke]

Jediné správné IDE pro vývoj je GNU Emacs. Ostatní jen tupě napodobují a ani zdaleka nedosahují jeho kvalit. A ještě ke všemu ani NetBeans, ani Visual Studio nejsou napsané v Lispu....

[...]

ale fuj

[Kyosuke]

Ale to já myslím zcela vážně.

[Honza "tux" Friesse]

Hlavně je zajímavé, že při větším množství funkcí je Emacs mnohem rychlejší. A to je implementace ELispu v Emacsu docela tragicky pomalá (oproti jiným Common Lispům, i když ELisp není Common Lisp, ale rozhodně není Scheme, aby se pomalost svedla na Continuation) a nemá JIT.

[Kyosuke]

Odkdy Scheme musí být pomalé? Máme Gambit, Chicken, Bigloo, chvílemi se dá použít i Stalin , a i kdybych začal psát vlastní editor v Gauche, stejně nevěřím, že by byl nějak extra pomalý.

[Honza "tux" Friesse]

Scheme nemusí být pomalý, ale rozdíl mezi (nejen) Steel Bank Common Lisp a implementacemi Scheme (samozřejmě kromě Stalinu) tu prostě je. Co jsem četl vyjádření, proč tomu tak je, tak se to opravdu vždycky svedlo na podporu Continuations. Jenže ty ELisp nemá, takže by mohl mít rychlost SBCL.

Gauche je hodně rychlý. Je určitě rychlejší než Emacs ELisp a měl by být rychlejší než mnou oblíbené PLT Scheme. Což je zvláštní, protože PLT Scheme má JIT a Gauche by ho mít nemělo (jestli se něco nezměnilo, nebo jsem to nepřehlédl)..

Jinak editor v Gauche by byl super, možná bych ve volných chvílích přispíval do vývoje

[Kyosuke]

SBCL má za sebou v reálu více než sto člověkolet práce, možná více než dvě stě. A dvacet tři let soustavného vývoje. Snad se dalo čekat, ze z toho za tu dobu něco vyleze. Scheme toho minimálně ve verzi R5RS mělo víc, co dělalo problémy. Třeba Common Lisp sice dovoluje nahrazovat funkce za chodu programu (samozřejmě ), ale zase celý package COMMON-LISP je "chráněný" (CLHS 11.1.2.1.2), takže spousta věcí typu +, -, LDB a podobně se dá bezpečně inlinovat. Ve Scheme si snadno můžu dovolit (define + *) - standardní bindingy jsou mutable. Jedna z "optimalizací" mnoha kompilátorů tedy spočívá ve flagu, co umí zakázat jejich měnitelnost nad rámec R5RS a pak se hromada věcí prostě dá kompilovat líp...

[BlackShark]

Jediné správné IDE pro vývoj jsou NetBeans 6.1. Ostatní je jen tupě napodobují a ani zdaleka nedosahují jeho kvalit. A ke všemu je VisualStudio 2008 napsané v .NET...

[Kyosuke]

Ne tak docela. Podstatná část VS je AFAIK psaná "postaru".

[linear]

Presne tak, pouzival jsem oba a pro vyvoj Enterprise aplikaci VS je bohuzel absolutne nedostatecne. Na desktopove aplikace a podobne hracky je to asi ok, ale Netbeans 6 ma tak rozsahlou, propracovanou a uzivatelsky snadnou podporu Enterprise aplikaci (Java EE) ze VS vedle toho vypada jako notepad.

[Kyosuke]

"Netbeans 6 ma tak rozsahlou, propracovanou a uzivatelsky snadnou podporu Enterprise aplikaci (Java EE) ze VS vedle toho vypada jako notepad."

Děkuji za varování, aspoň vím, jakým prostředím se mám vyhnout.

[linear]

? nejak jsem to nepochopil ale budiz.

[Kyosuke]

Prostě je to tak, že "moderní" způsob vývoje firemního softwaru spočívající ve vrhnutí jednoho gigabajtu kódu na kolizní kurz proti jinému gigabajtu kódu (tzv. "J2EE"), mi poněkud nedělá dobře. Pokud tedy Netbeans 6 "má rozsáhlou, propracovanou a uživatelsky snadnou podporu Enterprise aplikací", znamená to s největší pravděpodobností, že dělá všechno možné, jen ne to, co bych potřeboval.

[BlackShark]

Což je poněkud ukvapený závěr pokud NetBeans nepoužíváte a nevytváříte J2EE aplikace. Aby nedošlo ke zkreslení: používal jsem Visual Studio a používám Netbeans. V obojím jsem vytvářel webové aplikace a osobně mi J2EE na webové aplikace přijde pohodlnější.

[Kyosuke]

Co je na tom závěru ukvapeného?

[BlackShark]

Uznávám, že jsem Vás možná špatně pochopil. Pokud jste svým příspěvkem poukazoval, že nepotřebujete nástroje na tvorbu EE aplikací, pak samozřejmě nic. Ale v NB jdou psát i jiné než EE aplikace

[Kyosuke]

Přesně to jsem měl na mysli. Jenže i když se mi NetBeans moc líbí - oceňuju tedy spíš než Javu podporu Cčka a hlavně výbornou podporu Ruby - na to pro mě nejdůležitější, tj. na Lisp, jsou mi na nic. ;/ V jednu chvíli jsem uvažoval o pluginu, ale pak jsem si řekl, že s mým vztahem k Javě by to pro mě bylo jako provdat se Michaela Jacksona.

Ale kamarádka si NetBeans na Ruby a Rails moc chválí, prý jede celkem soustavně na 6.1 už od časných milestone verzí a je totálně happy.

[pools]

V novych NetBeansech je taky hodne hezky zpracovana cast pro UML a taky to umí PHP a XHTML a tak, takže to taky celkem poteší

[Kyosuke]

Hmm, takže zase nic zajímavého. UML nepodporuje multiple dispatch a metatřídy, PHP nemusím ani vidět a XHTML - viděl jsi PSGML a NXML režimy Emacsu?

Jo, to by mohli udělat: Zaintegrovat Emacs do NetBeans jako defaultní editor. Pak bych mohl používat ty project management featury a ty buildovací a deployment věci okolo a přitom bych měl lidský editor.

[Algi]

V novych NetBeansech je taky hodne hezky zpracovana cast pro UML

Tedka si delas legraci, ne? Nic pomalejsiho a horsiho jsem na UML jeste nevidel. Naprosta tragedie. A to nemluvim nejen z pohledu Macu (kde je to naprosto nepouzitelny), ale i kolegove co maji Win XP rikaji, ze je to totalni shit. Promin, ale tohle mi fakt nedalo...

No a co se tyce XHTML. Nevim, jak presne XHTML, ale napoveda pro XML soubory je taky tragicka. Strasne dlouho vzdycky trva, nez tam nahodi napovedu. Vyzkouseno v praxi...

[pools]

Mohl bys napsate nejaky free(jestli najdes gpl tak gpl) program pro UML ktery by dosahoval alespon vzdalene kvalit Enterprise Architectu? To s tou napovedou, je to psany v jave, takze jestli mas malou ramku/slaby procesor tak se neni co divit, ale neni to nic, co by extra zdrzovalo praci a psat vetsi veci v Emacsu nebo Vimu... Leda Joe

[linear]

zlata tynejdzerska leta kdy vsechno je tak snadne a ve Visual Studiu, na kolene, se daji naprogramovat Enterprise Aplikace!

[Kyosuke]

Každý správný geek ví, že Enterprise aplikace se programují jedině v LCARS.