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

Címkék

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ások

"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

+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

-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!

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.

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

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

- 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 ]

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 :) )

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!

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

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 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 :)

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

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.

[troll]
+ cat
- eclipse
[/troll]

- 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.