HUP Readers' Choice 2007 - Kedvenc programfejlesztést segítő eszköz

Egyéb

anjuta, glade, gazpacho
0% (0 szavazat)
borland jbuilder
0% (0 szavazat)
eclipse
0% (0 szavazat)
kdevelop
0% (0 szavazat)
monodevelop
0% (0 szavazat)
netbeans
0% (0 szavazat)
qt designer
0% (0 szavazat)
ultimate++
0% (0 szavazat)
visual studio
0% (0 szavazat)
zend
0% (0 szavazat)
Összes szavazat: 0

( cvk v | 2007. 11. 20., k – 16:20 )

scite :-)
________________
Intel(R) Pentium(R) 4 CPU 1.80GHz, 512 MB ram, 2.6.23-gentoo-r2

( meditor | 2007. 11. 21., sze – 11:42 )

Én írtam magamnak egyet. (-:: 'c'nyelvű
sintax_highlight, + scriptezhetőség. Nekem
ennyi elég.

> Sol omnibus lucet.

( Celtic v | 2007. 11. 21., sze – 15:48 )

Eppen neztem, hogy eltunt az (x)emacs vagy vi(m).
Anno (par eve) azon is ment a vita, hogy ezek kulon kategoriak vagy egyben
legyenek. Ma mar nincsnenek is felsorolva.

( kmARC v | 2007. 11. 23., p – 13:07 )

nahát.. nahát... eclipse nagyon vezet, őszintén szólva engem meglep. Nálunk egyetemen programozás tanításakor nyomatták, meg is utáltam: gyenge vasakon, alig poroszkált a nagy javas monstrum. Nagyobb projekt készítésénél azonban tényleg nagyon jó eszköz.

Továbbá, van benne Apache LDAP browser, szóval már eclipse-szel adminisztrálom az ldap adatbázist is. Pofás.

A netbeans viszont gyors. És nem utolsó sorban, könnyen össze lehet benne kattintgatni javas GUI-kat. Idén netbeansre szavaztam, bá nehéz volt :)

( fdavid | 2007. 11. 26., h – 12:24 )

Eclipse ugyben lenne nehany kerdesem, mert probalkozom vele, de nem tudtam tul sok idot raforditani, es nem tudom, hogy mennyire eri meg az energiabefektetest.

1) Van akinek sikerult mar a vimplugint (nem a viPlugin) eletre kelteni? Nekem sajnos az istennek nem akar mukodni.
2) Az eclipsere szavazok kozul hanyan fejlesztenek javatol eltero nyelven? Tehat mennyire alkalmas a dolog, ha nem elsosrban javara akarod hasznalni?
3) Miert nincs teljesen lecsontozott (java nelkuli) verzio? Ha tenyleg ennyire modularis, akkor ez elvileg nem lenne problema.
4) Mennyire jo az integraltsag? Csak egymas "mellett" futnak a pluginek, vagy tenyleg jol egyuttmokodenk. Pl. c++-ban fejlesztve, mennyire lesz egy UML editor vagy egy svn kliens jobban hasznalhato, mintha ket kulon desktop applikaciot hasznalnek? Tehat az eclipse egy desktop a desktopban, vagy tenyleg tobb ennel?
4) Mennyire problemas a pluginok kompatibilitasa? Nekem mar most nehezsegeim vannak, hogy melyik plugin melyik eclipse verziot szereti.

2) Mi (kisebb projekt csapat) C-ben, C++-ban fejlesztettunk benne. Mindegyikőnknek legalább 1G ram, legalább CoreDuos noti - nem volt zavaróan lassú felület, vagy ilyesmi. A Debuggere is jól együttműködik a gdb-vel, bár én sosem használtam, de gondolom annyit tudhat, mint fordításkor: parsolja a gcc üzeneteit, és aláhúzza az adott erroros/warningos sort.

egyik 4) CVS-t használtunk C++-os programunkhoz, tökéletesen működött, egyszerűbbé is tette a munkát a külön másik kliens használata helyett.

másik 4) Inkább már nem is a disztribúció által szállított verziót használom, hanem rábízom az eclipse, hogy frissítse magát, meg a pluginjeit. Konkrétan azt nem tudom, hogy mi van a régebbi pluginokkal. Elképzelhető, hogy egy nagyon régi plugin nem megy az jabb verziójú eclipssel, ám abból kiindúlva, hogy ez az egész cucc egy application framework, meg platform, szóval gondolom annyira gyakran nem változik az APIja.

Én is sokáig használtam c++-ra, de az irdatlan lassú és bugos code-completion és társai miatt valami mást kerestem. Jávára perfekt egyébként. Az tényleg tud szempont lenni, hogy van hozzá kismillió plugin. Most a kdevelopot használom, mert még az a legnormálisabb alternatíva. NetBeans-nak is van c++ része, de nekem nem sikerült vele megbarátkozni. Emacs-hez is van egy bővítés/plugin (?) ami projektorientált ide-vé varázsolja, de valahogy nem tudtam magam rávenni, hogy megismerjem. A JEdit is igen húzós kis testreszabható valami, csak ott is a completion hibádzik...

> irdatlan lassú és bugos code-completion
Milyen géped van?

Nálam a code completion pl.: az std:: után 1mp alatt megjelenik. Netbeansben mondjuk azonnal... Szóval nekem is kb. 20mp-es volt régen, de eleve miután feltelepítem ezzel szoktam tesztelni. A megoldás: rá kell venni az eclipset, hogy ne a gcj-t, hanem a sunos javat használja.

A gépem nem egy mai darab, szóval a sebességet még érteném (talán) - bár azért az 5-10 másodperces várakozási idő már használhatatlan kategória nálam-, de a rosszabb, hogy fel se hozza azt, ami releváns az adott helyen. (csak sun-os java-t használok) A mostani eszközöm se tökéletes (kdevelop), de az legalább az esetek nagy részében korrekt és gyors.

Akkor én eddig tévhitben éltem? A honlapjuk és a Linux disztrók csomagjai alapján úgy értettem, hogy van az Eclipse Platform, ami java-s, tehát a kell hozzá egy jre, de semmi más - és _csak_ ezt is letöltheted és telepítheted külön. Aztán ha használni is akarod valamire :) , akkor teszel fel plugin-okat: ha java-ban akarsz fejleszteni, akkor a JDT plugint + ekkor már kell a jre helyett egy teljes java SDK; ha C/C++-ban dolgoznál, akkor a CDT plugin kell, + a szükséges fordítók, egyebek (pl. GNU C/C++ toolchain); és van még egy rakás egyéb plugin nyelvekhez, UML-hez, stb., ha valamelyik kell, akkor felteszed a megfelelő plugint és az esetleg szükséges backend programokat.

Akkor ebben is van valami?

Idézet innen:

Platform Runtime Binary

These drops contain only the Eclipse Platform with user documentation and no source and no programmer documentation. The Java development tools and Plug-in Development Environment are NOT included. You can use these drops to help you package your tool plug-ins for redistribution when you don't want to ship the entire SDK.