HOVD 2012 - Kedvenc programfejlesztést segítő eszköz

HUP

anjuta, glade
0% (3 szavazat)
code::blocks
3% (21 szavazat)
eclipse és ráépülő környezetek (aptana, zend)
25% (164 szavazat)
emacs, vi
19% (124 szavazat)
gedit, geany
15% (98 szavazat)
kdevelop
2% (11 szavazat)
netbeans
16% (102 szavazat)
qt designer, qt creator
6% (38 szavazat)
sublime text
7% (45 szavazat)
visual studio
8% (50 szavazat)
Összes szavazat: 656

Akkor kellett volna mikor a szavazas kiirasarol volt szavazas: http://hup.hu/cikkek/20121203/hovd_2012_kedvenc_virtualizacios_technolo…
Ahogy nezem az intelliJ Ideara osszesen 9 plussz szavazat erkezett, es 3 minusz (bar feltetelezem az inkabb code::blocks eltavolitasa ellen szolt).

------------------
http://www.youtube.com/watch?v=xnJwT_30p6k

( nevergone v | 2012. 12. 10., h – 22:01 )

Jelenleg Komodo, használnék Eclipse-t webes PHP alapú fejlesztésekhez, de elég nehézkesnek érzem. :(

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."
rand() a lelke mindennek! :)

Szerintem Linux alatt elég tré, legalábbis OpenJDK-val. Az Oracle-féle változattal még nem néztem, az ára sem olyan húzós, de ha az Eclipse/Aptana megadná, amire szükségem van, akkor feleslegesen nem venném meg. (Ui.: A debuggerét sokan dicsérik.)

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."
rand() a lelke mindennek! :)

Oracle JDK-val használom (IDEA-t is), nagyon kényelmes vele dolgozni, fürge. Nekem bejött. Esetleg Ubuntu alá van PPA ahonnan le tudod rántani az Oracle JDK 7-et.

http://www.webupd8.org/2012/01/install-oracle-java-jdk-7-in-ubuntu-via…

Touch screenes laptopon igaz nem tudtam használni valamiért... de az ilyen linuxos betegség, minden program bugos volt azon a laptopon. (Azóta Win van a laposon és kíválóan működik a touchscreen / pen.)

Újra kipróbáltam az Oracle-féle Java-val (kösz a linket!), egy fokkal jobb, csak azok a fránya dialógus-ablakok. Pl. nekem a fájl megnyitás ablakban alapból már fel van véve elég sok könyvjelző, ami a munkához kell, viszont a PHPStorm a Java-alapú alapú ablakot hozza fel. :( Érdekes amúgy, hogy az Eclipse/Aptana viszont az operációs rendszerét adja.
Ettől függetlenül elkezdtem most az ismerkedést a PHPStorm-mal, mert körülöttem sokan dicsérik, aztán ha beválik, akkor megvetetem.

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."
rand() a lelke mindennek! :)

Hint: dobd ki az OpenJDK-t. Lehet, hogy szoftvert fejleszteni jo ra, de hogy az IDE-k borzalmasan futnak rajta, azt tapasztalatbol tudom. NetBeans, Eclipse, IntelliJ, eddig egyik se szerette az OpenJDK-t.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

( emberk | 2012. 12. 11., k – 11:13 )

Bátor leszek, de az ultimate++ megérdemelne egy lehetőséget. De sok jó van. Alapvetően kezdem megszokni az u++-ot.

------
3 fajta matematikus létezik. Aki tud számolni, és aki nem.

( Dgzt | 2012. 12. 14., p – 15:53 )

Szegény KDevelop, pedig nem rossz az.
---------------------------
Oszt jónapot!

( aborg | 2012. 12. 15., szo – 19:59 )

Valaki, akinek Visual Studio a kedvence meg tudná mondani, hogy mit érdemes feltenni, hogy használhatóvá váljon? Itt fekszem egy VS 2012 Ultimate előtt és bizony nem egy leányálom a használata. (Bár kétségtelen, hogy egy MonoDevelophoz képest sokkal jobb.)
Ami nem tetszik:
- még nem ismerem, ha az eclipses funkciókat ahhoz hasonló billentyűkombinációkhoz lehetne rendelni, az tetszene (Pl. F3 F12 helyett, Alt+1 Alt+F10 helyett, ... lusta vagyok, tudom, ezen kellene változtatnom :) )
- nem lehet futás közben változtatni a kódon
- gyakran szerkesztéskor (talán elég csak kijelölni egy részt) több másodpercre is felugrik egy ablak ami arról tájékoztat, hogy most bizony dolgozik és nem tudok semmit sem csinálni
Ami tetszik, azért abból is akad sok dolog, de az utóbbi kettő tényleg nagyon zavar.

A billkombok szabadon varialhatok, es el tudom kepzelni, hogy ha rakeresel, talalsz elore definialt Eclipse-s kiosztast.
A masik kettore nem tudok mit reagalni, az elobbire sosem volt szuksegem, az utobbit meg meg sose lattam.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Köszi, ebben nem kételkedtem, de nem egyszerű a megfelelő opciót megtalálni minden -általam használt- kombinációhoz. A Google keresések a fordított iránnyal kapcsolatos eredményeket adnak, ami valószínű azt jelenti rosszul kerestem (vagy sok embert ,,kényszerítenek'' VS után eclipse használatára).
Mostanság úgy tűnik eltűntek az ilyen jellegű megállások. :) Fogalmam sincs mi lehetett ennek hátterében. Lehet, hogy AOT fordítás? (Ami elég furcsa lenne azért.)

Nem úgy tűnik, hogy Any CPU mellett működne. Be van kapcsolva alapból is, de úgy panaszkodik, hogy 64 bites módban ez nem működik.
Kipróbáltam a projektem x86-os módban, de úgy nem tudott más komponensekhez kapcsolódni, így nem olyan nyerő... Persze köszönöm a linket. :)

Hasznos bővítmények: VS2012, VS2010

Amennyire én láttam, Debugger Canvas és teljes funkcionalitású productivity power tools még mindig nincs 2012-höz.

A VS edit&continue funkciója valóban nem annyira fejlett, bár alapvetően ugyanazt meg lehet vele csinálni. Csak akkor tudod szerkeszteni, hogy ha előtte megállítod egy breakpointnál valamint nagyjából ugyanazok a limitációi megvannak, mint Java alatt: nem lehet új függvény, metódus, régieket nem lehet átnevezni, stb.

Plusz a 2010 nem rajong, ha anonym method-okba nyúlkálsz, 2012 alatt nem néztem, hogy van-e valami változás. Na meg leginkább .NET alatt működik.

"- gyakran szerkesztéskor (talán elég csak kijelölni egy részt) több másodpercre is felugrik egy ablak ami arról tájékoztat, hogy most bizony dolgozik és nem tudok semmit sem csinálni"

Ez passz, ilyet nálam nem csinál. (Milyen nyelven dolgozol egyáltalán?)

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

Köszi. Hmm. Ez a Debugging Canvas tényleg jónak tűnik. :) Kár, hogy úgy tűnik ez is hiányzik a 2012-ből. A VS Edit & Continue funkciója mindennek tűnik, csak épp jónak nem. (Nem lehet 64 bites kóddal használni (kit érdekel milyen architektúrára fejleszt az ember ha menedzselt kódot fordít?), illetve jó lenne egy JRebel-jellegű funkció is, ahol azért elég sok mindent lehet csinálni.)
Ha jól sejtem, akkor akiknek a VS a kedvence nem a 2012 miatt gondolják így, bár már az SP1 is megjelent belőle (fel is tettem). Lehet érdemesebb lenne a 2010-et használnom. Miért nincs az eclipse-nek, vagy az IDEA-nak egy Java támogatottsági szintű .NET-es (C#) pluginje? (A sok vizuális játékszer nem fog meg annyira mint egy jó editor/IDE, bár elismerem néha hasznos.)

A szerkesztéskor feljövő ablak szerencsére az utóbbi időben már nem jön fel. :) Így csak az E&C és a tapasztalatlanságom hátráltat. ;) Ha lenne valamilyen LinqPad/F# Interactive jellegű dolog beépítve C#-hoz, az azért még hasznos lenne.

Egyébként a legszokványosabb .NET-es nyelvet használom, C#. Ha valami nagyon funkcionális részhez érnék, vagy a type providerre lenne szükségem, akkor értelemszerűen ráfanyalodnék az F#-ra. (Bár nagyon úgy tűnik, hogy a COM-os szenvedéshez a VB.NET lenne a legjobb, de a C# dynamic elég jó alternatíva.)

Szezont a fazonnal es meg azt is osszekutyulva, szoval ha nem ertesz hozza, akkor legalabb hulyeseget ne terjessz.

Egyreszt a VS-nek semmi koze a .NET debugger API-jahoz. Masfel perc goglezas utan fellelheto ilyen, hogy:

http://msdn.microsoft.com/en-us/library/vstudio/bb384289(v=vs.90).aspx

"VS Debugger API" maximum ott jatszik, hogy ha te akarsz valami sajat nyelvhez sajat debuggert illeszteni a VS-be bele. (Es breaking news: ilyet nem egy projekt megtett mar.)

Nem olyan zartak ezek a dolgok, mint ahogy egyesek gondoljak.

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

Es Java-bol meg lehet-e ezt hivni? Merthogy ez erost .Net API-nak tunik, az IDEA/Eclipse projektek pedig, javits ki, ha tevednek, de Java-ban irodtak. Vagyis _kivulrol_, ugy ertem, IPC-vel nem igazan lehet ezzel kommunikalni direktben.

Nem ismerem a VS/.Net debugger felepiteset, de voltam oly bator feltetelezni, hogy nincs egy gdb szeru cucc hozza, amivel az egesz debug folyamat mondjuk nem-dotnet kornyezetbol is menedzselhetove valna. Nem veletlen irtam protokollt, es nem API-t, a ket fogalom ugyanis nem pontosan ugyanazt takarja.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

"Es Java-bol meg lehet-e ezt hivni?"

Google első találata:

http://stackoverflow.com/questions/283679/how-can-i-call-net-code-from-…

Onnan első relevánsnak tűnő link:

http://jni4net.sourceforge.net/

Na meg Java-ból lehet natív kódot hívni, natív kódból meg .NET-et.

"Nem ismerem a VS/.Net debugger felepiteset, de voltam oly bator feltetelezni, hogy nincs egy gdb szeru cucc hozza, amivel az egesz debug folyamat mondjuk nem-dotnet kornyezetbol is menedzselhetove valna."

=> API. Nyilvánvalóan nem tudod kikerülni a managelt környezetet és a .NET debugger API-t, ha .NET kódot akarsz debuggolni.

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

Miért lepték volna el?

Egyrészt a VS funkcionalitása bővíthető, számtalan ingyenes és fizetős plugin van hozzá. Nem kevesen vannak, akik erre állnak rá és valószínűleg azért is, mert olcsóbb, mint nulláról egy teljes IDE lefejlesztése. Másrészt meg nem olyan rossz az a VS IDE, még ha egyeseknek nem is tetszik.

Másrészt meg sokan úgy vannak vele, hogy MS felségterület a .NET aztán nem igazán próbálkoznak. Ellenpélda a Delphi.NET. Nem tudom, hogy most hogy áll, de Delphivel sajnos csúnyán el voltak maradva mindig 2 lépéssel.

De úgy is fogalmazhatnánk: nincs rá valós reális, fizetőképes piaci igény.

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

Nem kell nullarol IDE-t fejleszteni, ott a NetBeans, ott az Eclipse, eleg csunya nagy kozosseggel es tamogato cegekkel a hatuk mogott - es semmi. Ott az IDEA - semmi, pedig ok nagyon jelen vannak a .Net kornyezetben is, mindenfele toolokat adnak ki.

Hogy a VS bovitheto, azt nem vitatom, de nem biztos, hogy mindenki szamara megfelelo. Azert allnak at emberek VS-re, mert nincs komolyan veheto alternativaja. Egy egyszereplos piacon pedig eleg nehez barmit is hasonlitgatni.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Igen, VS2010-zel szerintem hatarozottan jobban jarsz. Itthon feldobtam MSDNAA-bol a 2012-t ismerkedni vele, de annyira nem gyozott meg meg. E&C szokhato, bar nem egy Java HotSwap. (Pedig szerintem minden adott lenne ahhoz, hogy ezt implementaljak, hiszen -AFAIK- a Java HotSwap sem tud funkcionalisan tobbet (pl. uj metodusok hozzaadasa), csupan nem kell breakpoint hozza.

Eclipse vs VS: hat nemtom, en hasznalom mindkettot, elobbit Javara es PHP-re is, de az edit&continue-t leszamitva szinte mindenben a VS-t talalom kenyelmesebbnek vagy fenyevekkel gyorsabbnak. (Eclipse + PHP Debug => rossz vicc, Eclipse + Java Debug => hat mukodni mukodik, de eleg csigalassu es kenyelmetlen.)

IDEA-t nem ismerem.

VB.NET-et kb. egyaltalan nem ismerem, ha neha-neha kidob a net valami VB.NET-ben irt kodot, akkor is jellemzoen az a kuzdes targya, hogy megprobalom kitalalni, hogy az C#-ban hogy nez ki. Ezt a COM-os dolgot mi alapjan mondod? Ugyan nem surun kell COM-ot tutujgatnom, de elofordul.

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

Az új metódusok hozzáadása, elvéltele nagyon szépen működik JVM alatt, ha az ember JRebelt használ. Nyílt forrású, vagy Scala fejlesztésekhez ráadásul ingyenes is. :)

Eclipseben nálam csak Java (nagyszerű), Xtend (kb. mint egy lajhár), illetve Scala a fő tapasztalati forrás. PHP-s szerkesztésre szerencsére nincs szükségem. :)
A debug Java alatt nekem nem okoz nagy gondot. De az sokat segít, ha javíthatom a kódot anélkül, hogy emiatt újra végig kellene járnom a leállítás, újraindítás és a kontextus előidézése folyamatot egy integrációs teszt esetén (vagy ha valamilyen monolitikus szörnnyel kell játszadozni). Értelemszerűen ha nincs rá szükségem, akkor nem debug módban indítok el programokat, de ez VS esetén is így van.

(A scratchpad azonban egész hasznos tud lenni, akárcsak a linqpad, vagy a scala worksheet.)

Nem igazán találom a linket, abban telán ref paraméterek megadása volt a probléma COM objektumok metódusai esetén, de azért .NET 4 előtt az opcionális és neves paraméterek hiánya is probléma volt. Egy azt hiszem most is aktuális probléma pedig ez lehet: Thinking about ..., de ezzel azért még együtt lehet élni. :) Könnyen lehet, hogy tévedek és mostanra ezek is eltűntek. De az, hogy a COM esetén szinte minden dinamikus, az nem teszi a szívem csücskévé. Ilyenkor azért jól jönne az E&C.