Oracle - Sun
bullet Crystal -- 2010-01-26
Na most hogy az oracle-nek végre sikerült elég EU-s nagykutyát lefizetni ahhoz hogy megvehesse a Sun-t, úgy érzem itt az ideje hogy én is pampogjak valamit az üggyel kapcsolatban.

Kezdjük talán azzal a fölöttébb aktuális dologgal (az utóbbi napokban sokan blogoltak ezzel kapcsolatban), hogy mi lesz a Java-val. Sokan attól félnek hogy az oracle be fogja zárni a platform eddigi meglehetősen nyílt fejlesztését, de ez szerintem hülyeség. A Java technológiák attól életképesek és azért tudják felvenni a versenyt a .NET-tel, mert sok cég részt vállal benne: sun, redhat, ibm, google, oracle stb (most többet mondjuk nem tudok). A Sun ügyesen menedzselte a rendszert, alapvetően specifikációkat (JCP - Java Community Process) és referencia-implementációkat adott ki (pl. alkalmazásszerver, JPA stb), és a speckót bárki maga is implementálhatta. Ez belső versengést idézett elő a platformon belül, amiben a fent említett cégek részt vettek, és így van alternatíva minden lényeges dologra. Ez így faszán működik, ha jól tudom akkor 3x annyi a Java-s szoftverfejlesztés mint a .NET-es (fixme). Namost nyilván igaz hogy az oracle-re nem jellemző hogy ingyen adjon/nyílt kóddal adjon jó dolgokat, de ez nem jelenti azt hogy hülyék és rá fogják kényszeríteni teljesen a saját üzleti modelljüket a Sun-ra. Lehet hogy a specifikációk kialakításába kevesebb beleszólást engednek majd külsősöknek, de ezt eddig is 80%-ban a Sun végezte, meg vétójoguk is volt, magyarul nem dől össze a világ ha ezt mostmár teljesen az oracle csinálja. Annyira meg aztán tényleg nem hülyék, hogy az egész java platformot bezárják és maguk akarják fejleszteni, akkor az lenne a helyzet hogy Oracle (Java) vs. Microsoft (.NET), ezt pedig nyiván nem érdemes bevállalni. Magyarul röviden a Java miatt senkinek nem kell sipítozni szvsz.

Na nézzünk még meg néhány Sun terméket: a SPARC architektúrát nyilván fejleszteni fogják, baromira megéri hosszabb távon hogy saját hardvert fejleszthetnek a DMBS-ük alá, még akkor is ha perpill nem túl izmos a SPARC platform.

A NetBeans már kicsit húzósabb, van ugyanis az Oracle-nek egy JDeveloper nevű Java IDE-je, ami mondjuk nem túl elterjedt, a NB viszont gyorsan fejlődik, sokan használják és van körülötte közösség, meg üzleti modellt se nehéz tenni alá (már ha perpill nincs), úgyhogy én nem féltem. Az OpenOffice viszont elég gáz, nem hiszem hogy az Oracle-nek megéri irodai szoftvercsomagot fejleszteni - főleg nem ingyeneset - úgyhogy nem lennék meglepve ha elsorvadna az OOo (a community tuti nem fogja életben tartani eddig is 80%-ban a Sun fejlesztette). A MySQL meg gyakorlatilag szintén felejtős, ha úgy nézzük kb semmire nem kötelezte magát végül az ora a fejlesztésével kapcsolatban, viszont van helyette PostgreSQL úgyhogy pótolható, nekem a magam részéről nem fog különösebben fájni a szívem ha bedől a MySQL.
NetBeans 6.8
bullet Crystal -- 2010-01-03
Nem igazán friss hús, de most kéne tanulni, úgyhogy most próbáltam ki a NetBeans legújabb verzióját. A php és javafx verzió érdekelt, a Java-ról egyrészt elhiszem hogy nagyon jó, másrészt kicsit mostanában (sajnos?) mellékvágányra került nálam a téma, a többihez (ruby, c/c++) pedig nem értek.

Először 1-2 hete a NetBeans for PHP-t néztem meg, hát mit ne mondjak rég láttam ilyen jó php környezetet. Na nem mintha sokat várnék, de ami kell azt tudja: syntax highlight megy, rendesen működik az auto-completion (legalábbis kohana-s cucchoz, aminek ugyebár kb ugyanúgy működik az autoloadere mint a ZF-é, ez mondjuk lehet benne van a dologban), ráadásul normális a sebessége is. Összehasonlításképp: eclipse-ben az autoloader hol megy, hol nem, és ha megy, akkor is döglassú.

Ezen kívül kipofozták a JavaScript syntax highlightert, 6.1-ben még elég pocsék volt, mostmár rendesen megy (legalábbis én nem tudtam olyan kódot produkálni a rászánt 2 perc alatt amitől megfeküdt volna). Ráadásul a standard DOM API-hoz van autocompletion és még popup doksi is, szóval igazán tisztességesen meg van írva a js támogatás is, nem nagyon láttam még ehhez hasonlót. Ha már így benne voltam megnéztem a CSS szerkesztőt is. Na itt lepődtem meg igazán, ugyanis nem csak hogy rendesen működik, hanem egy dobozban megjelenítni on-the-fly hogy az éppen szerkesztett CSS utasítás hogyan fog formázni egy divet, ráadásul ez is normális sebességgel működik - csöpögök.

Szóval PHP téren jelenleg nagyon odaveri a netbeans az eclipse pdt-t, érdemes váltani.

Ezután jött a JavaFX-es NetBeans, ettől már nem voltam annyira elragadtatva. Telepítés közben kicsit meglepődtem, mert a telepítő nem kérdezte, hogy hova akarom rakni a cuccot, hanem észrevette hogy már van egy NB telepítés a gépen (a php-s) és abba másolta a javafx-es cuccokat is. Gondolom ez nem javafx-specifikus dolog, hanem úgy alakították át a netbeans-t hogy egy gépen csak egy telepítés lehessen. Nem vagyok túl boldog tőle dehát istenem, ettől még nem dől össze a világ.

Viszont ez a JavaFX támogatás sehogy nem akar jó lenni. Még mindig nincs hozzá normális drag&drop editor, amit annak neveznek az annyi, hogy ráklikkolok egy gombra és a kódba beilleszt az adott widgethez egy sample kódot - akkor is, ha épp rossz helyen áll a kurzor és syntax erroros lesz a kód. Van még újításként egy preview nevű ablak amiben elvileg látjuk hogy hogy fog kinézni az éppen szerkesztett UI, ez elvileg nem lenne rossz csak ahogy néztem kicsit döcögve működik. Ezen kívül még mindig vannak olyan banális hibák, mint pl az hogy ha a forráskód hibás volt, aztán javítom, attól még a fájl ikonja továbbra is hibásnak jelzi, meg ilyesmi. Na nembaj legalább a kódszerkesztő jobban működik mint 6.5-ben.

Egyébként bekerült a netbeans-be egy olyan feature hogy az internal frame-eket lehet undockolni és akár másik workspace-re helyezni, ezt én pl az eclipse-ből nagyon hiányolom, úgyhogy most ennek szintén örülök:)
JavaFX 1.2
bullet Crystal -- 2009-06-28
Megjelent a JavaFX 1.2, és mostmár van Linux és Solaris támogatás is. Már kezdtem aggódni, hogy sosem fog megjelenni a linux SDK, ez a bő fél éves csúszás a Windows/OSX verzióhoz képest kicsit sok volt, de legalább megérkezett.

Én ha lesz időm biztosan kipróbálom, amúgy sem foglalkoztam még komolyabban semmilyen RIA platformmal, és a JavaFX ígéretesnek tűnik, vagy legalábbis - amennyire én látom - elég nagy felhajtás van körülötte. Van hozzá NetBeans támogatás is, aminek szintén örülünk.

Letöltés innen

Tutorial itt
netbeans 6.5
bullet Crystal -- 2009-03-07
Nemrég jelent meg a NetBeans 6.5, most jutottam el odáig hogy kipróbáljam. Java-oldalról nem néztem meg, nem is történt állítólag túl sok változás, meg annyira nem is érdekel (teljesen meg vagyok elégedve az eclipse-el). Az új php plugint viszont megnéztem (pontosabban a NetBeans for PHP verziót töltöttem le), és - amennyire a ráfordított 10 perc alatt át tudtam nézni - elég jó a cucc. Nagyjából mindent tud ami kell, bár nincsenek is nagy igényeim (normális syntax highlight, goto-declaration stb), nem is nagyon lassú, teljesen használható. A JavaScript syntax highlight mondjuk elég bugos, de az mondjuk annyira vészesen nem nagy probléma, szerintem én biztosan használni fogom. Sokkal jobb mint a gedit (már marhára elegem volt belőle).

Ja, és jól néz ki a splash screen, az új Swing Look and Feel (a Nimbus) szintén egész korrekt (mondjuk szépnek azért nem nevezném). Örülünk.

A netbeans support honlapon külön oldal van ubuntu + lamp + netbeans konfigurációhoz ( http://www.netbeans.org/kb/docs/php/configure-php-environment-ubuntu.html ). Szintén örülünk.
Java Swing tervezés
bullet Crystal -- 2009-03-08
Gregg Bolinger vetette fel a blogjában a témát, hogy a Swing ugyan egy nagyon jól tervezett és fejlett API és komponenstár grafikus java programok fejlesztéséhez, de valójában nagyon kevés útmutató van a weben ahhoz, hogy hogyan kell valójában egy swing-alapú alkalmazás architektúráját megtervezni. Mitöbb, nagyon kevesen tudják hogy hogy kell csinálni, mivel java programozásban nem mainstream a desktop platform, elég kevés javában írt komoly asztali alkalmazás van.
Ezért a blogger felvetette, hogy kellene egy demó-alkalmazást írni, melynek forrása referenciaként, útmutatóként szolgálhat a programozóknak. Hozzátette, hogy ő maga sem nagyon járatos a témában, így nem érzi magát alkalmasnak arra hogy ő tervezze a programot, és az a nagyobbik baj, hogy eddig még csak egy ember jelentkezett hogy beszállna a projektbe, annak ellenére hogy elég nagy érdeklődést váltott ki a projekt (úgy tűnik, valójában mégis megvan az igény a java fejlesztői közösségben desktop progik fejlesztésére).
A probléma kétségtelenül fennáll, de nem hiszem hogy egy demó-program megírása megfelelő megoldás lenne. Már csak azért sem, mert van már egy ilyen, úgy hívják, hogy NetBeans (igen, a NetBeans-projekt elindításának egyik alapvető oka volt, hogy egy referencia-alkalmazása legyen a swing api-nak) - és a blogger maga írja, hogy az nem megoldás, hogy azt mondjuk az ifjú titánoknak hogy nézzék meg a netbeans forrását, és abból tanulják meg hogy hogy kell swing progit írni. Nem tudom, hogy miért gondolja hogy egy másik referencia-projekt megoldást jelentene, főleg hogy perpill lövése sincs hogy milyen progit kellene írni (én a part 3-nál kommentben javasoltam, hogy egy egyszerű rasztergrafikus program jó lenne). Szerintem jó ebookra lenne szükség a témában, mondjuk "How to design a Swing application? - Definitive Guide" címmel, olyan 600 oldal terjedelemben:), és ezt a Sun-nak illene megírni, sőt alapvetően a swing api tervezőinek. Pontosabban talán a Sun-nak kellett volna már évekkel ezelőtt...
Tényleg nem jó, hogy nincs egy egységes tervezési minta swing-hez (jó, oké, MVC, de hogy azon belül mit hogy az elég homály), bár nekem ez talán még jól is jött: mikor még az ősidőkben (2 éve:)) elkezdtem javázni, akkor először én is egyszerű swing progikat írtam, és így utólag belegondolva jó volt, hogy a swing nem kényszerített rám semmilyen struktúrát, rajtam állt, hogy milyen szerkezetet alakítok ki a kódban, gondolkodásra és alapos tervezésre késztetett, azt hiszem mindenképp sokkal többet fejlődtem így, mint ha valamilyen frameworkre fejlesztettem volna :)
NetBeans 6.1
bullet Crystal -- 2009-03-07
Este leszedtem a NetBeans 6.1-et - hát ez valami iszonyatosan lassú... Semmi nem fut, sima Java SE alkalmazást fejlesztek, semmi Visual Web vagy ilyesmi. A lelkem eszik 250 mega memórát, 50%-on pörgeti a procit. Le se akar állni (kb 5 percig tartott, amíg lelőttem..). Lehez csak rá kellene nézni az Eclipse -re, hátha az használhatóbb (amúgy nem tudom miért gondolja bárki is hogy ezt a tehén NetBeans-ta gépeknek elfogadható százaléka elbírja, nincs gyenge gépem, nem is csináltam semmi extrát és mégis meghalt..)

Amúgy a feature-listája egész pofás :) Még nem nagyon néztem bele, de ha jól láttam van JS támogatás, a PHP fejlesztés alatt áll, Ruby és RoR is van benne. Összességében tetszene ha bírná a gépem:)

[szerk] amúgy ez az új splash screen elég fos, olyan half-life 1 és gagyi-kínai-szar keverék  feelingje van sztem