Melyik java alapú IDE-t preferálod / használod?

Programozás

Eclipse
32% (122 szavazat)
NetBeans
20% (75 szavazat)
IntelliJ IDEA
15% (58 szavazat)
Egyiket sem
28% (107 szavazat)
Egyéb, leírom.
4% (14 szavazat)
Összes szavazat: 376

Én ott követtem el a hibát,hogy Visual Studion kezdtem el programozni.Aztán mikor áttértem Java-ra,
azt láttam,hogy az Java-hoz írt IDE-k fényévekkel le vannak maradva,és a VS után kész gyötrelem volt
a használatuk,még hosszú idő után is.Aztán felfedeztem IntelliJ IDEA-t,és azóta is azt használom.
Van vele egy kis kínlódás az elején,1-2 nap(de már ekkor kevesebbet bosszankodtam),de utána baromira kényelmes.

Nem jobb a VS-tól,de közel áll hozzá + free(bizonyos opciókig).

Az utolsó VS a 2010 volt,amit használtam,szóval csak arról tudok nyilatkozni.Emlékeim szerint teljesen jól be volt lőve,semmin nem kellett állítanom,míg ezzel volt az elején egy kis kínlódás.

Kicsit talán jobb volt az autocomplete,tán reszponzívabban reagált,picit jobban megmutatta egy object membereit,kicsit jobban segített,ha nem tudtad,hogy egy metódus mire való,nagyon jó és átlátható segítséget adott,meg ilyenek.Ha elkavarodtam a kóddal,a zárójelekkel,mindig szépen(és nem idegesítő módon) kijavította.Ettől függetlenül nem azért írtam,hogy istenítsem az ms-t,van amelyik termékét szeretem,van amit nem,ez speciel jó volt.
Mondom,számomra közel áll egymáshoz a kettő,és ahhoz képest,hogy ingyen van,az IntellJidea zseniális.Csak a neve béna :)

Arra mondjuk pont szar. Kódkiegészítés többször nem megy mint igen, semmi refactoring lehetőség, sőt még a "jump to definition/declaration" sem működik rendesen...

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o

( kmARC v | 2014. 06. 28., szo – 09:19 )

Megdöbbentem azon, hogy az eclipse vezet.

Egyetlen pozitívuma az swt, és hogy emiatt a desktop fotn hintinget használja, nem a fos javásat.

Több, mint egy éve használom a studiot. Nulladik perctől nagyságrendekkel jobb és hatékonyabb, mint az eclipse. Éles ipari projekten dolgozom vele.

Annyi "gond" van/volt vele, hogy 1-2 verzióváltásnál át kell írjak valamit a projekt gradle-ben. Előtte 2 évig eclipse volt. A studio nem dobál nullpointer exceptionöket. Főleg nem ilyeneket:
http://imgur.com/zI47VQQ
------------------------
Everyone is a winner*

( uid_7086 | 2014. 06. 28., szo – 10:58 )

Saját céljaimra jó az eclipse, de bőven elég többnyire valamelyik vi(m) mutáció.

Imádom, mennyire ész nélkül kötekszel. :D
Valahol csúnyán beégettelek, hogy ennyire...
Azért egy vim bármennyire intelligens, nem nevezhető IDE-nek.
Épp arról van szó, hogy a saját céljaimra a legtöbb esetben bőven elég a vim is.
Egy viszonylag kis gépen futó, kevés memóriával rendelkező virtuális gépen nem mindig előny, ha a memóriát eszi az eclipse.
Pláne, ha csak 10-20 soros scriptek szerkesztésére használom. Vagy ha párszázezer soros logot akarok nézegetni. Valamiért akkor is gyorsabb a vim. (ezt viszont nem igazán értem, mert látszólag nem swappel)

Szóval, ha nem fejlesztésre, hanem szövegszerkesztésre, szövegnézésre akarod használni az Eclipset fejlesztés helyett, akkor arra kevésbé jó, mint az előző két célra fejlesztett szoftverek. Majdnem meglepődtem.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

Az a sejtésem, hogy most nem látsz túl a webes/magas szintű fejlesztésen, ami pedig csak egy része a dolognak.

Hallottam már akkora projektekről, ahol már az IDE-k lehaltak (konkrétan ipari partnernél), ott vim-emacs-mcedit-notepad-whatevernél jobbat nem nagyon tudsz csinálni.
Meg - bár itt a HUP-on talán nem jellemző - komplex, custom buildrendszerrel rendelkező beágyazott szoftvereknél vagy komoly HDL projekteknél nem nagyon nyersz egy IDE használatával.
Igaz, ez nem az a terület, ahol az IDE meg tudja írni helyettünk a kódot.

Szóval - bár én se komálom, és ahol lehet, kerülöm - ne becsüljük le a vimet.

En a magam unalmas, hetkoznapi valosagaban azt ertem ebbol, hogy nem strukturaltatok a projectet annyira, hogy az eclipsenek ne kelljen egyszerre 12ezer osztallyal megbirkoznia. Illetve mas tenyezok is okozhattak a dolgot, nekem per pillanat, a 33ezer osztallyal nevetve elfutkos (meg mellette ugyanaz a project ideaban betoltve is)

Mondjuk nekem 1-2 fagyás befigyel egy aktívabb munkanap folyamán, igaz, ezt azóta figyeltem meg, mióta teletömtem 1-2 pluginekkel a VS2010-et. De az az 1-2 perc belefér még, tekintve, hogy sokat növelnek a VS használhatóságán.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

( NPeete | 2014. 06. 28., szo – 11:05 )

Eclipse-re szavaztam, mert azt használom, de nem (feltétlenül) azt preferálom. Csak arra van lehetőség... Régen NetBeans-eztem, kicsit jobban kézreállt, IDEAt meg egyszer ki kéne próbálnom, lehet meggyőzne, de nincs ilyenekre időm...

( BaT | 2014. 06. 28., szo – 12:41 )

Sajnos eclipse az ipari standard. Igen komoly plugin támogatottsága van, nem tudsz olyan (szóba jöhető) toolt mondani amit ne lehetne Eclipse alól használni. A gond csak az, hogy az eclipse rengeteg hiányossággal, kényelmetlenséggel küzd, és sok esetben nem is lehet ezeket pluginnel javítani. Vagyis kénytelen vagy megszokni, együtt élni ezekkel, és reménykedsz, hogy a bejelentett bugokat majd idővel javítják. Épp ezért otthon netbeanst használok, amit régen (a 7-es verziója előtt) butának tartottam pl. egy visual studiohoz képest, de azóta egész használhatóvá vált.

( iattilagy | 2014. 06. 28., szo – 13:04 )

IntelliJ-t használok (androidra fejlesztek), régen használtam eclipse-t de az sokkal lassabb volt, illetve nem lehetett tudni, hogy egy frissítés után megy-e vagy sem. Nem véletlen, hogy az android studio is erre épül, nem eclipse-re.

"nalatok nem lassu remote desktop keresztul?"

Ugyan melyik cegnel van az, ha szabad kerdeznem..? Nekem is volt reszem ilyen mokaban, a tavoli gep amin az IDE(k) futottak talan UK-ben volt valahol, de egesz hasznalhato volt.

----------------------
"ONE OF THESE DAYS I'M GOING TO CUT YOU INTO LITTLE PIECES!!!$E$%#$#%^*^"
--> YouTube csatornám

Az ISP-k megítélésekor leginkább a szomszéd nője mindig zöldebb effektus játszik...

Az aktuális szolgáltató mindig köcsög, bezzeg a többi... Elárulok egy nagy titkot: elég sok ISP-hez volt közöm a nagyobbak közül, és a UPC egyáltalán nem volt a legkevésbé stabil a sok közül.

Ja, hogy 99,999%-os SLA kéne? Van olyan is, de ahhoz tejelni kell, azt nem kapsz havi két rugóért.

Naja, csak amikor a megkötött üzleti csomag kapcsán felhívnak minket, hogy de tök jó nekünk, hogy ha új hűségnyilatkozatot kötünk, mert akkor 2000 forinttal olcsóbb lesz a havidíjunk, meg gyorsabb lesz a net, cserébe nem a dobozuk utáni első eszköz kapja az IP-t (ez még a kisebbik gond lett volna), hja meg persze a fix IP is változik. Picit nehéz volt velük megértetni, hogy az a munka, potenciális kieső veszteség, ami abból tart, hogy n*x partnert kiértesítünk, hogy ez-az változik (szoftver csak fix ip-re tud működni), az nagyságrenddel több, mint az a havi 2000. Ha már UPC :) Bár tény, hogy sikerült megérteniük.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

ez igaz, de azert irtam upc 60-et, mert _akkor_ nemvolt gond a nettel, a 60-as net (vagyis az ahhoz tartozo 6M upspeed) eleg volt h atvigye a tobbi program grafikajat, egyedul az android studio megjelenitese szaggatott mint allat.

--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

( lajos22 | 2014. 06. 28., szo – 14:10 )

Másként közelítettem meg... Eclipse-t használom, mert azt utálom a legkevésbé. Valójában, mert az van az ADT-hez.
Minden másra (még tiszta java-hoz is) gedit a nyerő. Qt-hez pedig a Qt cucca.

--
Fontos! Ha berágok, nem feltétlen személyed ellen szól...
openSUSE 13.1 x86_64

Gyorsabban leírom, mint autocompleterből kivadászom ami kell. (amúgy lehet van gedithez is)
Qt esetén sem nagyon használom, amikor kéne nem jön be, amikor bejön, akkor meg könnyebb kézzel megírni. Eclipse-ben használom Androidhoz, mert nem mindig ugrik be azonnal mi kellhet épp.

Nem perfektül nyomom a Javat, C-t, de amikhez használom, azt már gyorsan nyomom complete nélkül.

--
Fontos! Ha berágok, nem feltétlen személyed ellen szól...
openSUSE 13.1 x86_64

Hja, van az a keresős izé. Bár ne lenne, idegesítőbb, mint amennyire hasznos. Mondjuk, amióta megváltoztattam a billentyűkombinációját, amivel váltani lehet a normál és a keresős között, azóta nem zavar :)

Az viszont jobban zavar, hogy a VS2010-hez volt egy halom jó bővítmény, amit nem portoltak vagy csak részben portoltak a 2012/3-hoz. Vagy szarul.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

> Bár ne lenne, idegesítőbb, mint amennyire hasznos. Mondjuk, amióta megváltoztattam a billentyűkombinációját

Na várj, én az IntelliSensről beszélek. Ha pl. van egy WebServiceClient osztályom, akkor a Client-et beírva (tfh nincs a névtérben Client kezdetű valami) azt fogja kihozni. Van más hasonló is?

> a VS2010-hez volt egy halom jó bővítmény, amit nem portoltak vagy csak részben portoltak a 2012/3-hoz

Ez mondjuk igaz. :( Ami még rosszabb, hogy a VS 2010/12 váltáskor eltörték a Silverlight támogatást, így egyetlen darab régebbi SL projekt miatt meg kell tartani a VS10-et.

"As a TDD developer we often use classes and members BEFORE they exist. It's pretty annoying when you go to type the name of something that doesn't exist and you get IntelliSense."

Csak nem értem miért. Sima fejlesztéskor is rengeteg olyan nevet ír az ember, ami még nem létezik, mégse zavaró.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

( xea v | 2014. 06. 28., szo – 14:17 )

Az az egy nagy banatom van az IDEA-val kapcsolatban, hogy a szamomra erdekes funkciokbol eleg sok csak a fizetos valtozatban van meg, ami meg draga.

( asch v | 2014. 06. 28., szo – 16:17 )

Lehet, hogy nem tökéletes az Eclipse, de teljesen szabad szoftver, és teljesen nyitott a saját bővítésekre is. A lassúságát egy erős processzor, sok RAM plusz SSD megoldja. Úgyhogy szerintem kényelmes. De az is igaz, hogy a többit már régóta nem próbáltam. Egyelőre nem a legújabbat, hanem egy régebbi verziót használok belőle.

A lassúságát egy erős processzor, sok RAM plusz SSD megoldja.

Vagy az IntelliJ-re váltás is megoldja. Régen amikor csak 4GB ramom volt swappelt buildelés alatt az eclipse egyébként meg dög lassú volt, ezért beleraktam még 4-et, a build részt megoldotta, de továbbra is lassú volt, utána egy napig próbáltam gyorsítani az eclipset, de nem nagyon sikerült, de keresgélés közben megtaláltam az IntelliJ-t, azóta ezt használom.

Buildeljen a CI és ne az Eclipse, nem is értem a problémát. A fordítási hibákat eddig is jelezte az ecj, a komolyabb dolgokra meg ott a build szerver. Alap, hogy nem a fejlesztő gépen buildelünk, másrészt kellően modulárisnak kell lennie a kódnak, és csak az érintett modulokat kell újrabuildelni Mavennel vagy más értelmes build eszközzel.

Két offtopic kérdés, amire csak akkor várok választ, ha egy-két mondatban megválaszolhatóak.
- Mit jelent itt a build? Régen, Turbo C/Pascal környezetben kb. megfelelt egy make futtatásának.
- Ant az mire jó? Szebb/jobb/gyorsabb/??? ? Annyit olvastam róla, hogy kb. a make java változata.

Gyakorlatilag igen.

A build általában egy olyan folyamat, aminek a végén létrejön egy futtatható kód. Gyakorlatilag azonban ennél sokkal több lehet, például automatizált tesztek futhatnak
minden szinten, statikus kód analizátor, dokumentáció kreálás, installerek, estenként komplett tesztkörnyezet egy szerveren, adatbázissal, toronyóra lánccal.

Ant: ant egy make szerű rendszer, amit fordításhoz lehet használni, java-hoz. De bizonyos esetekben, főleg webes fejlesztésnél, ahol könyvtáraktól függsz, sokkal jobb maven-t használni.

Erre azért kíváncsi vagyok hogyan kivitelezitek. Nálunk a CI csak a commitált kódot buildeli. Tehát ha én magamnak a gépemen fejlesztgetek a working copy-ban vagy ami gyakoribb egy mellék branchen és oda mergálgatom a fő kód módosításait, addig erről a CI semmit sem tud. Mellesleg Eclipse-hez próbálgatom az Infinitest-et (próbálom szokni a TDD-t) aminek előfeltétele hogy nálam forduljon a kód.

Persze, ez tiszta sor, amit mondasz.
Arrol beszelek, hogy olyan buildet, ami sokaig tart, es bonyolult, a fejleszto a gepen nem csinal, ami meg komoly build, azt a CI szerver csinalja. Fejlesztoi gepen eleve csak inkrementalis build van az elso forditas utan.
Az, hogy te a sajat forrasoddal mit csinalsz sajat brancheidben, senkit nem erdekel. Mi van a projekt forrasfaban, ez szamit a projektnek.
Ha te azzal szopatod magad working copyban, hogy mindig tiszta buildet csinalsz, az a te bajod :) Plane ha ezt IDE-bol csinalod.
Ha valakinek mindig clean build kell, inkabb csinaljon a CI-ben egy sajat build jobot, ami a sajat repositoryjabol buildel, ezzel is parhuzamositani tudja a munkat + lesz build archivuma is.

Miert mondana ellent? A build nem csak forditasbol all.
Amikor dolgozol, tipikusan a kodot modositod, es nem mondjuk a dependency injection konfigot (mar ha nincs autowire es tarsai) vagy eppen a resource fileokat. De peldaul egy APK epitesehez Androidon vagy IPA keszitesehez iOS-en mar nem csak annyi kell, hogy "hopp, source file compile, keszen vagyunk." Ott meg sok minden mas is tortenik.

Nálam a probléma lehet, hogy az volt, hogy közben ment a chrome vagy 20-30 tabbal (android fejlesztői doksik...). De nem is ez a lényeg, mert ezt a ram megoldotta, de az eclipse-re túl sokat kell várni, mert lassú, sokkal lassabb mint az IntelliJ és nagyon utálok a gépre/programra várni.

( sz332 v | 2014. 06. 28., szo – 17:00 )

Eclipset használunk a cégnél. Szerintem gyors, kényelmes, jók a pluginok.
Többszáz megás kódbázison dolgozunk, semmi baja, ráadásul még ssd
sincs alatta. Otthon van ssdm, ott még gyorsabb. Használtam visual studiot is, Eclipse nekem sokkal jobban bejött.
Vim és hasonló vicceket értem, csak nem szeretem, nem egy kategória a kettő. Netbeanst PHP fejlesztésre használtam, az tetszett, Ideat többször
próbáltam de valahogy mindig visszatértem az eclipsehez. Talán azért mert abból igazán a fizetős a jó.

( amnesia | 2014. 06. 28., szo – 17:25 )

Android Studio-ban vagyok manapsag a legtobbet, es valoban az IntelliJ IDEA-t preferalnam Eclipse helyett.

( DirtY_iCE | 2014. 06. 29., v – 00:10 )

o, a kerdesben csak ket olyan szo/kifejezes van, amit utalok :D

I hate myself, because I'm not open-source.

( answ | 2014. 06. 29., v – 03:25 )

Preferálod vs használod nagy különbség. Régen NetBeans-t használtam, de verzióról verzióra egyre rosszabb lett. Most Eclipset használok mert ingyenes és gyakorlatilag univerzális, de próbáltam IntelliJ IDEA-t és mérföldekkel jobb és gyorsabb nála. Csak azért nem vásároltam meg, mert közben úgy hozta a sors, hogy C-ben kell fejlesztenem.

( uid_7086 | 2014. 06. 29., v – 19:11 )

Aki IntelliJ IDEA-t használ, annak mennyi memória van a gépében?
Az előbb ki akartam próbálni a Community Editiont (azt hittem, abban is van python), de valami félelmetesen lassú volt. (Virtualbox-ban futó xubuntu 14.04, 2GB RAM)
Nem csak az indulása tartott sokáig, de miután elindult, volt valami olyan érzésem, amit utoljára úgy tíz éve éreztem, egy tisztán java-ban készült editor használatakor.
Persze nem zárom ki, hogy az én készülékemben van a hiba.

Virtualbox néhány % overheadet okoz CPU-ban. Ami a szűk keresztmetszet volt az a RAM. 8-16G nem egy olyan művészet egy DDR3-mas gépben, ami meg azért nem mai technológia (tekintve, hogy itt a DDR4 is már). 16G ram mellett meg bőven lehet adni 8G-t virtualizálásra. Munkahelyi gépemben csak azért van 8G ram pl. mert DDR2-es és már nem éri meg fejleszteni. 2G ram? Ne vicceljünk már.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

EMBER! (?) :D
A guest kapott 2G-t a gépem 8G-jából. Sajnos a gépem papíron nem bír el többet.
És épp csak a lényeg maradt le a kérdésemből: az eclipse-en nem érzem ezt a lassúságot, ezért voltam kíváncsi.
Nem igazán tudom eldönteni, hogy vga gyorsítót hiányol, a xubuntu java-ját nem szereti, a memória kevés vagy egyszerűen egy két-három éves notebook az új IDEA-nak már kevés?

16gb. 3 gigas max heappel inditom, jelenleg egy 6500LOC-s kis projekten 1 gigaig szokott felkuszni a memoriahasznalata, emellett fut meg egy tomcat ami kb 600mb-t foglal.

----------------------
"ONE OF THESE DAYS I'M GOING TO CUT YOU INTO LITTLE PIECES!!!$E$%#$#%^*^"
--> YouTube csatornám

( sigellef | 2014. 06. 30., h – 13:32 )

Ha Androidra akarok valamit gyártani, akkor AIDE... ( egyébként "nem preferálom" a java-t )

-fs-
Az olyan tárgyakat, amik képesek az mc futtatására, munkaeszköznek nevezzük.
/usr/lib/libasound.so --gágágágá --lilaliba

( Obsitos | 2014. 07. 01., k – 09:25 )

Eclipse-t és NetBeans-t is használok, de a NetBeans jobban tetszik. Eclipse csak azért van még, mert Androidos projekt abban készül jelenleg

( inagy | 2014. 07. 02., sze – 19:20 )

NetBeans-ben kezdtem még az egyetemen illetve a munkahelyemen is ez volt amivel érkezésemkor legtöbben fejlesztettek. Aztán pár évvel később kipróbáltam az Eclipse-et és a rengeteg plusz pluginja és tesztreszabhatósága miatt átnyergeltem rá. Időközben áttértem a Spring Tool Suite-ra ami egy okosított Eclipse kimondottan Spring-es projektekkel dolgozáshoz. Közben az újonnan érkező emberek közül is sokan ezt kezdték el használni, valószínűleg ebben annak is köze van hogy az oktató videókban amiket gyártok belső oktatásra ezt látják. Úgyhogy most kb. fele-fele arányban használják az emberek a két IDE-t.

Mostanság egyre kevésbé vagyok elégedett a sebességével így szemezek az IDEA-val, viszont érdekes módon az egyik fő projektnek a futtatását és build-elését nem tudtam benne rendesen beállítani. Igaz sok időm nem volt vele kísérletezni. Ahogy írták is felettem, csomó hasznos dolog (pl. Spring támogatás) csak a fizetősben van benne, és azt az STS-ben eléggé szeretem ha alám dolgozik.

Igazából a Maven projekt kezelése az amiben még nem szeretem az Eclipse-et, mert ugye a build-et nem direktben futtatja csak a projektet konfigurálja fel a pom.xml alapján a belső builder-eihez, m2e plugin-jaihoz. Igaz NetBeans-ben pont ezért dög lassú a Maven build mert minden parancsot direktben futtat a Maven klienssel. Nehéz jó megoldást találni, talán Gradle-re kellene átállni mert annak van daemon-ja ami tud cache-elni.