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

 ( trey | 2010. november 1., hétfő - 17:18 )

Mostantól 24 órán keresztül lehet módosítási kérelmeket (ez még nem a szavazás) küldeni a címben említett kategória jelöltjeire, amelyek a következők:

  • anjuta, glade
  • code::blocks
  • eclipse és ráépülő környezetek (aptana, zend)
  • gedit, geany
  • kdevelop
  • komodo edit, komodo ide
  • monodevelop
  • netbeans
  • qt designer, qt creator
  • visual studio

A módosítási kérésekre ugyanazok a szabályok vonatkoznak, mint a kategória szavazásra!

Példa:

Ha az foo helyett izébigyó-t szeretnél, akkor:

- foo
+ izébigyó

Ha az kdevelop helyett foobar-t, akkor:

- kdevelop
+ foobar

és így tovább.

Ahol "?" van, ott értelemszerűen lehet javasolni jelöltet az üres helyre.

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

"kedvenc program fejlesztést segítő eszköz" módosításokat ebbe a szálba (a válasz linkre kattintva) kérem. Egy válasz egy javaslatot tartalmazzon!

Ebből a szálból a kiírásnak meg nem felelő javaslatok és egyéb hozzászólások törlésre kerülnek!

--
trey @ gépház

-anjuta, glade
+kate, kwrite

- monodevelop
+ emacs, vi

-1

2010-et írunk...

igen, de valakinek még mindig az a leghasznalhatobb (keyboard only?). Bar a monodevelop iden szerintem mar jobban kell alljon, ne annak a helyere mar

emacs, vi, vagy egyeb CLI/ncurses

+1

Szólj meg ha akarsz, sokszor vim-et használok programozásra; nekem bevált.

Nekem mindegy, de szerintem egyik jelenlegi jelölt helyére sem férne be.

igen, ez fontos, ha jól látom, már az ms is a kuka felé tolja a mono eredetijét...

szerintem:
- monodevelop
+ vim

Rosszul latod. A SilverLightot tolja legfeljebb.


Amit nem lehet megirni assemblyben, azt nem lehet megirni.

Mert a mono eredetijének semmi köze a silverlighthoz?

Mint a java -nak a java applethez.
Az utobbi jo esetben halott, az elobbi meg el es virul.


Amit nem lehet megirni assemblyben, azt nem lehet megirni.

+1

+1

+1

+1

-1

+1 a cegnel kizarolag vim-et hasznalok. (sajat valasztas, elturnek vele :) sok kollega az http://www.ultraedit.com/ -re eskuszik, kiprobaltam, nem jott be.
==
`Have some wine,' the March Hare said in an encouraging tone.
Alice looked all round the table, but there was nothing on it but tea.

+1
ha jol emlekszem, tavaly (meg talan azelott) sem volt vim, aztan a hozzaszolasokban siman tobb szavazatot kapott, mint a szavazasban szereplo utolso(k) :D
mondjuk osszehazasitani az emacs-szal kicsit fura, de vegul is megmagyarazhato
-
Slackware current / OSX Snow Leopard

Így van, renegát szavazásban felhoztuk a vim|emacs-et! Ha bejött 2009-ben, 2008-ban, 2007-ben, idén is bejön! :)

-1
Egy text editor akkor sem "programfejlesztést segítő eszköz".
Márpedig a szavazás tárgya az lenne!
Amúgy meg mindenkinek leesik az álla, hogy milyen ügyesek egyesek tudnak IDE eszközök nélkül is programozni. Igen tudjuk az az igazi tudás.
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba és kész!

mit nem tud a vim vagy az emacs, ami miatt nem IDE (megfelelo pluginokkal felvertezve termeszetesen)?

ne a mi gondunk legyen már, ha nem tudsz különbséget tenni szövegszerkesztő és ide között (de mondjuk itt szemezgethetsz, ha nagyon akarsz).

az emacs meg egy torzszülött, ennyi erővel betehetnénk a kedvenc operációs rendszer vagy kedvenc zenelejátszó közé is :)

az alap vi szovegszerkeszto, de van hozza egy halom plugin, amivel teljes erteku ide-t lehet csinalni belole

max mas kerdes, hogy manapsag nem mindenkinek eri meg honapokat elmolyolni vele (tobbek kozt ezert hasznalok en is netbeanst, mert az ossze van szerelve)

na ugye. fából is lehet (próbálni) vaskarikát csinálni, csak annak se nem látom, mi haszna.

>csak annak se nem látom, mi haszna.
akkor te ne tedd :)

az a baj, hogy te se látod, mivel nincs is.

ooo, en vim-et hasznalok C fejlesztesre (eclipse-t meg java-hoz) szoval valami hasznat csak latom :) de orulok, hogy egyre tobb itt az ezotv szokeveny, aki belelat a fejembe, es helyettem tudja mit gondolok :)

a te dolgod, ha mazochista vagy.

ezaz, ussel!

nem!

:D

+1

Ebből kiindulva akkor:

-gedit, geany
+firefox, opera, internet explorer, chrome, safari, konqueror, ...

http://coderun.com/ide/

>Egy text editor akkor sem "programfejlesztést segítő eszköz".
mert? ha kedvenc programfejleszto IDE lenne a szavazas temaja ertenem a problemat (bar a fenti allitas meg akkor sem allna meg a helyet) de akkor a gedit se valo a listaba.

+1

Egy text editor _nem_ segíti a programfejlesztést...? Mióta?

- waiter -

Miota leteznek :)

Nem tudom te hol élsz, de sokszor egy Notepad simán elég javítani egy-egy weboldalt, tehát segít ;-)

--
falura elmegy, városban meg úgy sem nézik...

Egy text editor akkor sem "programfejlesztést segítő eszköz".

Miota? Igaz, anno copy con-nal is lehetett szoftvert "fejleszteni".

---
pontscho / fresh!mindworkz

elég arra egy mérnöki pult is...

Az emacs is és a vim is IDE. Különösen ha az X-es változat fut (utóbbiból gvim). Bőven hozza ugyanazt a funkcionalitást, amit akár az Eclipse, akár a Netbeans. Itt-ott vannak hiányosságai, viszont csak azt nem teszel mögé, amit nem szégyelsz (szkriptezve).

-1

+1

-1

+1 a vi-nak (nálam mondjuk vim)

+1

+1

+1 (vim)

+1

+1

- anjuta, glade
+ Xcode

+1

+1

vagy

+ xcode
- gedit

- anjuta, glade
+ whiteboard

Szerk: mintha segédeszközökről lenne szó... :)

----------------
Lvl86 Troll

+1

+1 :]

-gedit, geany
+gedit, geany, kate, vim, emacs

2010-et irunk, a java ide-k pedig meg mindig alkalmatlanok dinamikus nyelvekre egy szines notepadnal lenyegesen ertelmesebb tamogatast nyujtani; marad a .vimrc

ez igy majdnem jo is lenne, de furcsa hogy koztuk GNOME-os, KDE-s es még CLI is

cli != curses ui

gvim, xemacs

+1
inkább így legyen, mint ahogy elöbb írtam.

+1

Hát ezeket így érdekes lesz belevenni. Én pl. geany-t használok, de emacs-ot bottal sem piszkálnám, ettől függetlenül ha így is lenne, erre a csoportra szavaznék.

Viszont a vim az királyság, úgyhogy +1.

Szerintem sokkal értelmesebb lenne egy "Kedvenc integrált fejlesztőkörnyezet" kategória, mert összerakni az IDE-ket az egyszerű szövegszerkesztőkkel nem túl szerencsés.

Bar a masik (+ emacs, vi) javaslatra vonatkozoan valaszolnek, elsosorban emacs ismereteben: az emacs nem egy egyszeru szovegszerkeszto, nagyon nem az. Problema nelkul felveszi a versenyt barmelyik, az eredeti listaban szereplo jelolttel.

Az emacs-ot azok szokták kritizálni, akik nem ismerik.

Valószínűleg igazad van.
De egy túrabakancsot akkor sem neveznék közlekedési eszköznek, ha pluginelhető rá görkorcsolya is.
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba és kész!

+ netbeans

-komodo edit, komodo ide
+IntelliJ Idea
----------------------
while (!sleep) sheep++;

-1

Lehet, hogy van jobb is, de
- ubuntun
- ingyenesen
- az én igényeimnek
- az általam eddig kipróbáltak közül
a Komodo Edit a legmegfelelőbb.

Napi szinten használom másfél éve.

--
http://bekex.hu

IntelliJ-nek is van ingyenes valtozata, Ubuntun is megy.

----------------------
while (!sleep) sheep++;

Kedvenc programfejlesztést akadályozó eszköz:
+szoftverszabadlmak

+1 :)

+licenszek
--

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

+1

- gedit stb
+ intellij idea

Indoklás: ha a normál editorokat belevesszük, akkor sztem elég sok embert ismerek, aki ultraedit/notepad++ meg hasonlót használ. Vagy ne legyen benne semmi ilyen, vagy az egészet át kell alakítani.
Ha marad IDE only szavazás, akkor IDEA-nak ott a helye.

- gedit, geany
+ [bármilyen] forráskód szerkesztésre alkamas szövegszerkesztő [minimum syntax highlight támogatás, notepad nem tartozik ide]

ebbe belefér a joe-tól kezdve az vi-ig, emacs-ig minden, de mégsem egy netbeans/eclipse/intelliJ/akármi IDE-nek nevezett eszköz,
így (szerintem) a szavazásból kiderül, hogy mekkora részben vannak használva az úgynevezett 'fapados' eszközök 2010-ben is
[ én mindkettőt használom, de az ún. 'fapados' eszközt jobb kedvelem... ez valószínűleg még 2020-ban is így lesz, ha fejlesztek még akkor ]

-1 geany-t nem bántani!

--
falura elmegy, városban meg úgy sem nézik...

szövegszerkesztősök: az nem segítő eszköz, hanem eszköz, jó hogy nem a billentyűzetet akarjátok idesorolni

vi, emacs: ezek sem segítő eszközök, hane segítő eszközök alakatrészei, jó hogy nem a c-t akarjátok idesorolni

(aki ezeket akarja idesroloni két dolgot láthat be magáról: vagy nem kell neki segítő eszköz és a téglát haza nem kocsival viszi hanem kézben, mert olyan fasza gyerek hogy elbírja, a másik pedig hogy azért viszi kézben mert az az egy darab nem építkezéshez kell, tehát komolytalankodik itt és beleszól a nagyok játékába hogy milyen kocst nézzen :) )

A legelső "programozást segítő" eszközök: a csavarhúzó, csipesz, páka, blankoló fogó, stb. voltak, amikor is huzalozással programozták a gépeket.
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba és kész!

akkor keress egy 50 évvel ezelőtti szavazást, nem azért ismétlik meg évente mert az előző pontatlan volt :)

Pontosan azért, mert a mai "programozást segítő" eszközökről szól ez a szavazás, kellene a txt-editorokat elfelejteni ez alkalomból. Még akkor is ha az "pluginozható", mert saját IDE-t bárki össze tud állítani, akár a nano editor, egy két parancsfájl segítségével is és a make program ár a delux változatban szerepel.
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba és kész!

akkor vegyük fel a listára az iq-t is:))))

mennyivel segit tobbet egy Code::Blocks pl? jo, lehet benne project file-okat csinalni, de ettol meg nem segit tobbet mint egy vim (ahonnan indithatsz buildelest, a hibakon vegiglepegethetsz (automatikusan a rendes sorra ugrik), van kodkiegeszites, tag-ek, stb)
kb. az egyetlen ami gyarilag nincs megoldva a vim-ben az a gdb tamogatas, de plugin arra is van
-
Slackware current / OSX Snow Leopard

Ezen mar picit tulhaladott a technologia. Refactoring?

----------------
Lvl86 Troll

a szavazas jeloltjei kozul ahogy nezem jopar nem tud refactoringot (az, hogy en szemely szerint sem rajongok erte, mar az en bajom :D)
nekem eleg a vim autoindentje, ennel komolyabb 'forrasmodosito' eszkozoket nem szeretek piszkalni
-
Slackware current / OSX Snow Leopard

na jó, legyen neked, ha szerinted menő, akkor tologasd a spojleres taligádat :DD

koszonjuk az ertekes, erett hozzaszolast :)
-
Slackware current / OSX Snow Leopard

szívesen, de igazán nincs mit, könnyű dolgom volt a kérdés már a számbaadta a választ, nekem csak a babérokat kellett learatni :)

a codeblocksot nem ismerem (csak előítéletem van hogy gagyi:) )

a lényeges különbség a vim és a többi közt hogy aki ezt a listát megnézi kezdő lévén egy listát lát melyik mennyire népszerű, tehát ha már más szempontja nincs ez alapján dönt hogy a kiszemeltjeit milyne sorrendbe próbálja ki

tehát programot akar fejleszteni, nem kínaiul megtanulni

egy fejlesztést segítő valamine egybites legyen, azaz vagy tudom a jelszót és akkor tökéletesen működik (:q!) vagy egyáltalán nem

hanem intuitíven el tudjon rajta indulni, aztán ami kell azt megtanulja

igen, jó a vim, én is mazochista vagyok :) de ezekről az eszközökről egy msik szavazáson (fórumban) kellene listát csinálni, :D

a notepad is eleg intuitiv, programot is lehet irni benne.
meg sem jelolte senki.

és?

a szavazas meg nem a legjobb kezdo programozok szamara ajanlott fejlesztoeszkoz
neven fut, hanem "Hup Olvasok Valasztasa" nem reprezentativ (max az olvasok kozott) felmeres.
nem a legjobb, legelterjedtebb, legkenyelmesebb, legkonnyebben tanulhato eszkozt keressuk, hanem a kedvenceket. es ha a kozonseg egy jelentos resze olyan mazohista mint te vagy en, es a meredekebb tanulasi gorbeju, de utana kenyelmesen es hatekonyan hasznalhato eszkozoket kedveli, mint a vi(m) akkor minden ok megvan, hogy ott legyen a listan

es sehol nem volt kikotve, hogy csak ide-ekre lehet szavazni. ha valakit egy "nemide" (hoho) jobban segiti a programozasban, peldaul a geany,gedit,tcedit,nano,pico,emacs,vi,ed, vagy pasztazo alagut elektronmikroszkoppal bokodi a biteket, akkor arra szavazzon. legfeljebb kiderul, hogy itt mindenki elmebeteg ;)

amikor kezdtem még nem volt normális eszközkészlet, kellett a vim, de bennem pusztán a beleölt munka mérete miatt önigazolásképpen nem értékelődik fel, kúl meg minden, de senkinek sem kívánom ma már hogy csak azért ugorjon neki mert páran jónak találják, sokat fejlődött a világ

nekem jó a vim, de ez magánügy, nem szavazástéma :)

>nekem jó a vim, de ez magánügy, nem szavazástéma :)
dehogynem :)

nyilvan senki nem varja el senkitol, hogy 'menozesbol' vagy azert hasznaljon vimet mert 'aszonta a bela hogy az jo'
en szemely szerint azert imadom, mert elkepesztoen hatekony, ennyi...

aki nem ismeri, altalaban nem is erez kulonosebb vagyat a hasznalatara, mert elso ranezesre baromi riaszto, raadasul primitiv szutyoknak nez ki :D
volt pl. olyan hogy kollegam/finokom (inkabb manager mint fejleszto) ult mellettem, en mutogattam neki a kodot (persze vimben) es egyfolytaban csak azt hallottam tole hogy 'ez ilyet is tud? ezt is tudja? ez is benne van?' :D

persze nincsenek benne forradalmi, sehol mashol nem letezo funkciok, de nekem baromi kenyelmes (sot, nelkulozhetetlen) a fuggoleges blokkszerkesztes, a bookmarkozas, az hogy egyetlen gombnyomasra a kurzor alatti szo kovetkezo elofordulasara ugrik, mindezt ugy, hogy nem kell eger utan nyulkalnom, vagy kulon hotkeyeket beallitanom/scriptet irnom
-
Slackware current / OSX Snow Leopard

a lényeg hogy az a hatékonyság nem akkora mint a munka

a legfőbb bajom vele hogy karaktereket kezel nem programot

kb mint ahogy a bash felett áll a powershell, úgy kőrözték le a többi ide-k a vimet (emacsról nem tudok nyilatkozni)

azaz "bash" _szemlélet_ hogy nem az információt hanem az adatot dolgozzuk fel, a kimenet 13. karakterétől a 16. karakterig lesz valami amit majd tovább kell küldeni
ezzel szemben lehetnek objektumok, amik nem érzékenyek annyira, azt mondjuk hogy a dátum oszlop kell majd, azt küld tovább

vim is _lényegében_ csak regexp szinten keres karaktersorozatokat, nem látja át magát a programot, eclipse-ben meg ha a következő előfordulásra ugrok, nem fog beugrani a kommentbe

lekőroztek, es megettek hagymaval? :)
a gond az, hogy ki lehet talalni mindenfele okossagot, attol meg a kompjuter az adatot dolgoz fol, es nem informaciot ;) es minnel tobb absztrakciot pakolunk kozenk, es az adat koze, annal nagyobb lesz csak a kaosz, es lehet pislogni, ha valami nem megy

próbáltam rájönni mit akarsz az első mondattal, de aztán feladtam, mert ekkora fssgt hogy a nagyobb absztrakció olyan káoszhoz vezet aminél gond esetén csak ég nagyobb gondba kerülsz...

ne haragudj de ... nem is mondom, menj vissza a turing gépedhhez aztán pakolgasd a 0-kat meg az 1-1ket, és ha szólnak hogy gond van akkor tedd vissza a helyére azt a szalagot, mert biztos az esett le :)

tehat ha valami ele eloszor leulve nem megy minden mint a karikacsapas, akkor az szar?
ha eletedben eloszor beulve egy autoba, anelkul hogy barmit tudnal a pedalokrol, valtorol, oninditorol probalsz vezetni, es mar elinditani sem tudod, akkor az auto szar, bezzeg mennyivel jobb a lovaskocsi, ott csak elkialtod magad es mar megy is? :)

a vim nyilvan nem annak valo, aki azt sem tudja, mi kell neki. en imadom, a cegnel tobben hasznaljuk napi sok oraban munkara (szoftverfejlesztes), es nem hello world-oket irunk benne. azt alairom, hogy kell hozza tanulni (mint ahogy hiaba ulsz le egy netbeans ele azzal hogy 'akkor most programozni fogok', ugy, hogy fogalmad sincs mi az a Java), de cserebe rengeteget segit is
-
Slackware current / OSX Snow Leopard

Lásd itt.

Életedben nem használhattad e kettőt, mert nem tudod, mit tud. Kb. mintha a bash-re azt mondanád, hogy nem lehet benne shell scripteket írni, mert a szintaxisa eltér a csh-tól.

az emacs és a vim nem IDE
az emacs és a vim sok munkával (tanulással és puginek megírásával, felrakásával ill azok megtanulásával) azzá tehető (ahogy írtam a c-t is lehetne hozni hisz egy eclipse-t mielőtt nekiállunk egy programnak c-ben meg jól beállítjuk a nulláról)

az IDE az ami elé leülök is tudom használni

tudom mit beszélek, nekem a kedvencem és a gyakorlatban használom is, a vim, de nem ide (höhö) való

más: aki meg az IDE-t erölteti, azokkal sem értek egyet, legalábbis elvi szinten el tudnék képzelni más ami segít (pl egy vim utasítást vagy uml diagram rajzolót vagy mit tudom én), az más kérdés hogy gyakorlatban ilyet nem tudnék mondani ami felférne a listára

Akkor ennek analógiájára a netbeans, eclipse, stb. nem IDE, mert sok munkával (tanulással) képes vagyok használni hatékonyan. Elvégre is nem működnek az emacsban vagy éppen vimben beállított vagy eleve benne lévő billentyűkombók, meg kell tanulni az újakat.

Integrált fejlesztőkörnyezet = IDE. De tudod, nálunk cégnél van egy olyan program, ami a verziókezelésben, fordításban, mindenben segít, kivéve magában a kód megírásában, hogy mindenki kedvenc editorját használhassa. Ez a program egy vimmel, emaccsal, vagy akár eclipse-szel együtt már határozottan IDE.

a vim segít, a billentyűzet is segít, jobb mint a drótokat dugdosni a gépben

Az eclipse meg a netbeans is csak segít. Helyettem nem ír kódot.

Hm, miről is beszélünk? Ez már trollkodás.

Amikor annak idején először kerültem eclipse elé, baromira nem tudtam használni. De a vim-mel ellentétben legalább elsőre ki tudtam belőle lépni ;)

[troll]
+ cat
- eclipse
[/troll]

+echo >>
-cat
:D

- echo, cat
+ butterfly

- gedit,geany
+ XCode

A gedit elsosorban szovegszerkeszto, nem IDE, noha alkalmas fejlesztoeszkoznek. A geany meg egy felokositott gedit.
--

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

+1, de azt ugye tudod, hogy ebbe a szálba írva nem számít?
Fönt írtam már hasonlót, inkább arra írj egy +1et.

- Kedvenc programfejlesztést segítő eszköz
+ Kedvenc IDE

-1 a geany miatt :)

--
falura elmegy, városban meg úgy sem nézik...