Dotaz: java na linuxu

[tascoa]

Dobry den, s programovanim zatim zacinam. Chci se Vas zeptat, pouzivate nekdo k programovani v Jave napr editor VI nebo editor v Midnight Commanderu a naslednou kompilaci a pote spusteni programu. Pokud si na kompilaci a nasledne spusteni clovek vytvori v Bashi skript, tak se mi toto pouziti jevi rozhodne lepsi a rychlejsi nez programovat nejake jednoduche aplikaci v NetBeans napr. Na pomalejsim stroji je NetBeans v grafickem prostredi dost pomaly. Nevim, jestli je to jen muj nazor, tak se ptam. Zda se mi lepsi mensi aplikaci naprogramovat pomoci radky a editoru. Jak jste na tom Vy??

Odpovědi

[JirkaH]

vim + make. netusim co resis?

[Petr Holík]

Na javu se pouziva ANT je logictejsi, jednodussi a konfiguraci ma v XML

[Filip Jirsák]

Ant bohužel nemá v XML konfiguraci, ale skript. Konfigurační (definiční) soubor pro build používá třeba Maven, ovšem to je zase takový idealista, který občas těžce snáší srážku s tvrdou realitou.

[zoul]

Pokud OP teprve začíná, tak by si klidně mohl vyzkoušet make a následně Ant. A od Mavenu by se v zájmu svého duševního zdraví měl nějakou dobu držet dál :)

[zoul]

Taky mám radši vim. Doporučuju prostudovat Quickfix (:help quickfix) a pokud často překládáš, tak zkus Jikes – když jsem si ještě hrál s Javou, byl nesrovnatelně rychlejší než standardní javac. Na editor v Midnightu bych zapomněl, časová investice do naučení slušného editoru se každému programátorovi bohatě vrátí.

[tascoa]

diky za odpovedi

[ZAH]

Ono jde o to, co nazýváte menší aplikací. Jakmile se aplikace rozpadne do několika balíků. Nebo jsem nucen použít cizí třídy tak mi připadá výhoda vývojového prostředí nanahraditelná(Okamžitá kontrola, kontextové doplňování kódu, getter setter metody atd). Osobně používám Eclipse i na drobné věci. Chce to však stroj na kterém skutečně poběží. Moje osobní zkušenost je asi tak minimálně Celeron 2G a alespoň 400 MByte paměti pro vývojové prostředí.

[zoul]

Okamžitá kontrola je IMHO jen věc zvyku a generování opakovaného kódu se dá ve vimu zařídit docela snadno. V chytrém doplňování kódu mají větší IDE opravdu výraznou výhodu, zvlášť v Javě. Novější vimy to trochu stahují, ale jak moc to doopravdy funguje nevím (v Javě už nepíšu). Vim má pro mě osobně velkou výhodu v tom, že je zkrátka lepší editor. Folding, záložky, logický systém pohybu po zdrojácích a naprosto minimální overhead (to především). Těžko říct, nakonec je to asi otázka vkusu.

[mutable]

Přesně, a proto (momentálně) používám NetBeans. Ne že by to bylo lepší než třebas Eclipse nebo IDEA (vlastně ani nevím), ale celkem dobře tam funguje editor jVi a jako v každym IDEčku se tam pohodlně debuguje a má to různý vychytávky (vyhledávání typů, ...). Velká škoda že vim neni u IDEček tolik populární :(.

[happy barney]

skús emacs + jdee (popr viper, ak preferuješ vi-like editáciu)

[Tom.š Ze.le.in]

Zajímalo by mne, zda někdo z těch co doporučují viper ví co dělá, respektive zda někdy pořádně pracoval s Vimem. To že existuje někdo kdo preferuje čistou vi-like editaci mi přijde jako mýtus na historické úrovni toho, že emacs je bloated (pamatujete? Eight megabytes and constantly swapping).

Alespoň mně viper způsoboval těžké frustrace (gf? nefunguje. Ctrl-P? Nefunguje. Skoro cokoliv jiného? Nefunguje.) Radši se naučit pořádně ten emacs, i když to bolí.

[happy barney]

no ja osobne preferujem vi-like editáciu s možnosťou emacs keybindings.

a medzi rečou, trúfam si povedať, že nezanedvateľná časť užívateľov vim-u neovláda vi

[Filip Jirsák]

Než si na kompilaci a spuštění psát pokaždé vlastní skript, asi bude lepší použít Ant. Jinak vim bude na pomalém počítači asi vždycky rychlejší než IDE, na druhou stranu v IDE máte velkou podporu pro psaní kódu – doplňování kódu, integrované zobrazení JavaDocu, refaktoring, inkrementální kompilaci atd. Takže výsledná produktivita bude na nějakém normálním počítači určitě vyšší s nějakým IDE.

[Petr Holík]

Pokud zacinate, jednoznacne doporucuji IDE, napr. v Cesku vyvijene NetBeans minimalne proto, ze delanim jednodussich aplikaci se naucite IDE pouzivat. A slozitejsi aplikace se v nem delaji nepopsatelne snadneji. Pokud to myslite s programovanim vazne, poridte si HW, kde NetBeans bezi staci cca giga ram, coz je dneska otazka par stovek. Nehlede na to, ze i malou aplikaci mate v NetBeansech napsanou doslova, za par vterin. A nemusite pokazde psat nejake skripty Makefily a podobne otravne veci a muzete se venovat programovani.

A to uz vubec nemluvim o podpore doplnovani kodu a kontextove napovede, nevim jak vy, ale ja bych si na programovani jen tak z pameti v Jave netroufnul, a to uz v ni nejaky ten patek delam :)

[zoul]

Jsou lidi, kteří tvrdí pravý opak. Tedy že by člověk měl začít pokud možno bez berliček a teprve když ví co dělá, usnadnit si práci. (Způsobem, který mu připadne nejvhodnější.) Viděl jsem na fakultě lidi, kteří začínali v NetBeans, a netušili naprosto nic o cestách, načítání tříd a podobně. Logicky pak to jejich programování stálo za starou belu. Což se ale vůbec nechci hádat, jen nabízím názor.

[Petr Holík]

Jenomze IDE dnes jiz neni berlicka, ale spis nastroj. Tento postup bych prirovnal k tomu jako kdyby zednik maltu michal rukama, a rikal ze michackou, to muze zacit kdykoliv .

a netušili naprosto nic o cestách, načítání tříd a podobně

Ano to je mozne, ale je otazkou je jestli to k necemu potrebovali. Je sice krasne si vsechono napsat sam, zkompilovat ze zdrojaku, ale ve skutecnosti je to casto jenom kontraproduktivni. Psat neustale dokola ANT skripty je celkem nuda :)

Osobne si myslim, ze pokud se naucite programovat pomoci IDE, tak kdykoliv budete potrebovat neco zmenit, nebo si zkompilovat sam, bez problemu to nastudujete, kdyz (a pokud vubec) to budete potrebovat.

[zoul]

Já nemám vůbec nic proti IDE, jen si nemyslím, že je na nich dobrý začínat. Myslím si, že opravdu dobrý programátor by měl mít velice dobrou představu, co se mu pod rukama děje. V případě Javy by tedy měl mít přehled, co padá z překladače, kam to padá, jak se to za běhu programu používá, do čeho se to vlastně překládá, a tak dále. Tyhle věci si může v příkazové řádce krásně osahat. Jakmile ví, co vlastně Ant dělá, a umí to v případě potřeby zařídit ručně sám, už samozřejmě není důvod dělat nějakou nadbytečnou práci. Dřinu strojům.

[Petr Holík]

S Vasim prispevkem bych souhlasil pokud by se jednalo o C/C++ . Kde hraje dulezitou roli preprocesor, includovani souboru, linkovani, preklad do assembleru atp. V Jave z prekladace pada ByteKod a uklada se do aktualniho adresare, do souboru .class. Ted uz to vite, takze muzete smele zacit pouzivat IDE :)

Je to mozna nadsazka, ale opravdu si nemyslim, ze to co do zacatku programovani v Jave potrebujete je naucit se psat ANT skripty.

Btw.: Chci se vas zeptat, jak chcete programovat ve Vi, to znate vetsinu prikazu z pameti vcetne nazvu baliku atp? napr. JFrame ma 4 ruzne pretizene verze konstruktoru. Znete je z pameti? je tedy nikoliv a nedokazi si predstavit, jak bych bez codeComplete funkce programoval.

Osobne si myslim ze zacinat s javou ve Vi je nejlepsi cesta, jak nekoho odradit od javy. Protoze Java obsahuje pomerne dlouhe a slozite nazvy a konstrukce, ktere za Vas dela IDE. scene.getActions().addAction(ActionFactory.createCenteredZoomAction(1.1)) a to bych urcite nasel mnohem slozitejsi konstrukce, kdybych vic hledal.

Az se naucite zaklady, urcite Vam doporucuji zkusit si nejaky ten ANT skript napsat a precist si neco o prekladaci Javy. A souvisejicich nastrojich. Ale to co popisujete mi prijde extremni :)

Tot muj nazor.

[podlesh]

Vcelku souhlasím se zoulem. A myslím že zedník (učeň) by měl míchat maltu ručně (ne holýma rukama, samozřejmě).

[Ivo]

Skus Eclipse.