Sziasztok,

először is szeretnék elnézést kérni, amiért a progtut.net az elmúlt 1-1,5 hónapban nem működött, másik szerverre költöztem és kicsit bonyolult volt a dolog, és lusta voltam rendberakni (a részleteket hagyjuk). Az adatbázisnak egy régebbi backupja került most vissza, így néhány account (ha minden igaz akkor 6 db) elveszett, ezért szintén elnézést.

A progtut.net egyébként jelenleg rendesen működik, a meglévő cikkek mind elérhetőek. Újak nem nagyon várhatóak mostanában, bár aki ihletést érez rá, az írjon nyugodtan. Az újraírásról még mindig nem tettem le, majd valamikor sort kerítek rá.

Ebbe a blogba nem fogok többet írni, de azért a tartalom marad. Nagyjából 2 év alatt több mint 100 posztot írtam, remélem vannak köztük olyanok amelyek még hasznosak lehetnek valakinek.

Az új blogom címe: http://erosbence.blogspot.com (angol nyelvű, így többen tudják olvasni). Akiket a továbbiakban is érdekelnek szakmai agyömléseim azok majd nézegessék :)

üdv,
Bence

A Project Darkstar egy - a Java-világon belül - elég marginális területre fókuszál: a játékfejlesztésre. A projekt célja egy olyan szerver-motor létrehozása, melyre egyszerűen lehet fejleszteni real-time online játékokat, nyilván a legfontosabb kérdés a skálázhatóság, hibatűrés, stb, magyarul sokminden, amiben a java technológiák már bizonyítottak. Az érdekesség a dologban az, hogy a darkstar nem a Java EE technológiára épül, a futtatásához elég egy sima JRE.

Állítólag marha egyszerű fejleszteni a platformra, és - bár nem rágtam bele magam olyan nagyon a témába - úgy tűnik jól le is van dokumentálva a cucc, a kliens- és szerver-oldali része egyaránt. A kliens-oldali grafikai megoldás nyilván egy ilyen projektnél a Java3D technológia, ami egyébként mióta ki tudja használni a videókártyát, nagyon szép dolgokat tud.

Mindezzel együtt nem úgy tűnik, hogy a közeljövőben fel fog virágozni a Java-alapú játékfejlesztés. Nem mintha a technológia nem állna rá készen, inkább az a baj, hogy egyrészt gyakorlatilag nincs marketing a dolog körül (legalábbis én nem látom, hogy lenne), másrészt a PC játékfejlesztés - amennyire belelátok - nagyon nehezen mozdul a c++ directx/opengl vonalról. A legtöbb játékfejlesztő cég 2-5 évig dolgozik egy projekten, így gyakorlatilag nincs rá kapacitás, túl kockázatos, hogy új technológiákat kipróbáljanak. Az MS-nek sem nagyon sikerül a C#-ot (XNA Game Studio) elterjeszteni.

A JavaFX technológiában az (lenne) az egyik nagy feature, hogy ugyanaz a program egyaránt fut telefonon, böngészőben és desktopon. Nos, az első programomat desktopra írtam, hát nem volt egyszerű NetBeans-en kívül lefuttatni. Böngészőben egyébként ugyanaz a program simán ment, és a netbeans által generált .jnlp fájlt (Java WebStart formátum) a javaws program is tudta futtatni konzolból indítva, csak ez így kicsit ronda volt, az ablak tetejére ki volt írva ronda szürke alapon hogy "Java Application Window" (kb úgy mint mikor egy applet megjelenít egy message boxot - már ha ez mond valakinek valamit), ami némi helyet is foglalt így kilógott pár widget alul az ablakból, úgyhogy más megoldást néztem. A desktop futtatás a dokumentációban standard-run néven szerepel, namost ezt elvileg úgy kellene, hogy az ember elindítja a javafx programot, és átadja neki paraméterként a futtatandó osztály nevét. Ami rendben is lenne, csak a javafx program nincs benne a jre-ben (a legújabban sem), csak a javafx sdk-ban - az pedig nyilván nem megoldás, hogy az ember a program mellé adja a fejlesztői környezet egy részét is (még akkor sem, ha egy rövid shell scriptről van szó). Néhány óra szenvedés után a javafx sdk-ban található javafxpackager programmal sikerült lefordítani úgy a cuccot, hogy simán a java programmal lehessen futtatni, és classpath gond miatt se álljon le, röviden annyi volt a lényeg, hogy a javafxpackager a jar fájlba berakott egy cmo.sun.javafx.runtime.main.Main nevű class fájlt, és ezt kell futtatni mint főprogramot - ebben van a main metódus, ez lesz a futtatókörnyezet a javafx programunk számára, és át kell adni neki a ténylegesen futtatandó class fájlt. Ugyanezt belesuvasztani a netbeans által használt ant build fájlba már nem volt erőm.

Ami viszont jó hír, az az, hogy jre 1.6 update 4 is tudta futtatni, tehát nem kellett hozzá a legújabb update 14.

Ismét új design-t kapott a blogom, nem mintha az előző felülettel problémám lett volna, de egyszer ki kell próbálni ezt a stílust is :) Szerintem egész pofás lett, és (életemben először :)) a html-css is valid. Lehet, hogy később a KBlog blogmotornak ez lesz (vagy valami ilyesmi) az alapértelmezett témája.

Véleményeket, bugreportokat kommentbe kérek (ie6 nem érdekel).

Bruzsy-val elindítottuk a http://web2design.blog.hu-t. Az aldomain elég pocsék, de hát mit csináljon az ember ha a webdesign.blog.hu és a web-design.blog.hu is le van már foglalva :( ...

Azt hiszem épp ideje volt már egy olyan blognak, ahol a magyar weblapokat alaposabban szemügyre vesszük design szempontból, nem tudok róla hogy lenne bármilyen hasonló jellegű oldal. Nem vagyunk ugyan design-guruk, de talán nem is vagyunk egészen hülyék a dologhoz :) Én leginkább azt várom ettől a blogtól, hogy egy év alatt elérje a napi 200-300-as látogatottságot, azt hiszem van ennyi webdesign-érdeklődésű emberke az országban. Persze az igazán jó az lenne, ha egy majdnem-webisztán méretű blogot sikerülne csinálni belőle, és ha számítana, hogy mit írunk, és főleg hogy a kommentelők mit írnak. Ugyan kicsi az esélye, de én örülnék neki, hogy a nagy portálok átalakítanák a design-jukat ha kiosztjuk kicsit őket :) Jelenleg azt hiszem elég ritka az ilyesmi, sok fontos weblapnak van régi és elavult design-ja - persze alapvetően azért, mert a magyar internetező közösségben nem nagyon van meg az igény a minőségi szolgáltatásokra...

Az a baj hogy nincs egy olyan irányadó szakmai fórum vagy közösség, ami képes lenne formálni a közízlést. Csomó cégnek könnyű a pocsék design-t eladni (a pocsék kódminőségről nem is beszélve). Mondjuk baromira nem hiszem hogy nekünk ezen sikerül változtatni. De talán mégis - vagy legalább elindul valami változás, kicsit igényesebbek lesznek a hazai weblapok. Ha meg nem, akkor legalább lesz egy jó blogunk :)

Épp a javaforum.hu-t olvasgattam, mikor eszembe jutott, hogy meg kellene nézni hogy van-e java.hu és hogy mi van ott. Megnéztem... jobb lett volna ha nem teszem. A java.hu átirányít a hu.sun.com-ra, ahol a főoldal kb. 80%-a angolul van, az összes menüpont angol oldalakra mutat, semmi releváns információ nem található meg magyarul. A layout hasonlít az angol sun-os oldalakhoz de úgy néz ki mintha 10 perc alatt dobálták volna össze a meglévő design-elemekből. Összességében teljesen amatőr a honlap, meg se próbáltak úgy tenni mintha fontos lenne nekik. Egyáltalán nem méltó egy ekkora céghez, még akkor sem, ha nem egy nagy piac Magyarország.

Ezután - ha már benne voltam - megnéztem a microsoft.hu-t. Ez se sokkal jobb a sun oldalánál, a microsoft.com design-jának silány utánzatát kapta. A felső menü nálam szétcsúszik, az oldalon egyébként alig található információ. Nagyjából olyan az oldal mint egy félkész template. A legtöbb link a microsoft.com-ra mutat, de az legalább viszonylag jól le van fordítva magyarra - csak hát a microsoft.com használhatóság szempontjából híresen pocsék.

Ezután megnéztem még az ibm.hu-t. Nekem ez tetszett a legjobban. A design nem túl szép, de használható és nem is összecsapott, nagyjából minden le van fordítva magyarra, logikus az elrendezése - az ibm ebben a mezőnyben messze a legjobban teljesített :)

Ezután gondolkodtam kicsit hogy mit kellene még megnézni, először a google.hu jutott eszembe de ott azt hiszem nem sok újdonságot találtam volna :) végül az oracle.hu lett. Hát... ez... szörnyű. Mondjuk igaz hogy a felsorolt cégek közül valószínűleg az oracle-nek vannak legkevésbe magyarországi érdekeltségei, de ettől függetlenül nem kellene egy-az-egyben az angol odalt lemásolni (nagyjából 5 szó van lefordítva magyarra) - főleg mivel az angol oldal is ronda, full-layout van apró betűkkel és nagy térközökkel, a főoldal nagyjából úgy néz ki mint egy hangár.

nemtom pontosan mikor, vmikor nemrég megújult a http://devportal.hu. Ugyan a regisztrációig nem jutottam el, de azért megpróbálok írni róla pár sort:)
A design szerintem jó esetben közepes, nekem legalábbis tuti nem jön be. A kocka a fejlécben határozottan ronda, a felső menü sem szép (nekem legalábbis nem tetszik). Érdekes, hogy a fejlécben a logót meg a devPortal szöveget tartalmazó kép ugyan link, de nem mutat sehova, a főoldal pedig egy külön menüpont. Szintén rendkívül sajátos megoldás, hogy az oldal egy része (alapvetően a belső oldalak címe) angolul van. Egyébként elsőre talán úgy tűnhet, hogy nem sok dolog van a portálon, de nézzünk szét a szakmai közösségek menüpontban - ez tényleg jó ötlet volt :) A blog-részt nem tudom honnan szedték, gondolom a régi ms portál tartalmát integrálták, de nagyon sok bejegyzés található - mondjuk elég érdekesen működik, a most recent fülben (alapból ebben vagyunk) lapozgatva legalább 3x beleakadtam ugyanabba a postba.

A főoldal közepén egy jó nagy kép fogadja a látogatót az alábbi szöveggel:

"A devPortal a hazai szoftverfejlesztés közöségi infrastruktúrája, melyet azzal a céllal hoztunk létre, hogy nyílt teret adjunk a szakmai ismeretek, tapasztalatok megosztására"

Namost az hogy ez egy képre van ráírva magyarul nem lehet copypastelni az még hagyján, meg az is hagyján hogy a főoldal legfontosabbb része gyakorlatilag statikus (bár alatta jönnek a legújabb blogpostok) - ez egyébként nagyon amatőr megoldás szvsz, de az hogy a microsoft 2008-ban azt mondja magáról hogy ő a hazai szoftverfejlesztés az finoman szólva meredek. Az a baj hogy ha egy 14 éves nézi meg a portált akkor ezt valószínűleg el is hiszi és onnantúl kezdve a devportal lesz neki a "definitive guide" - ez így nekem erősen agymosásnak tűnik.

Összefoglalva lehet hogy korrekt oldal lesz belőle, de a főoldalt mindeképp le kéne cserélni, és le kéne fordítani a maradék részeket magyarra. Nekem egy ilyen állapotban levő portálra nem lenne pofám azt mondani hogy kész van......

röviden a javadoc-ról: ez a JDK (java developer kit) által tartalmazott dokumentációs eszköz, ami nagyon hasznos tud lenni, mert a forráskódba beírt kommentekből (a javadoc kommenteknek kicsit speciális szintaxisuk van de ebbe most nem megyek bele) tud az adott programhoz, API-hoz dokumentációt készíteni. Ennek nagyon örülünk, mert a speciális javadoc "tagek"-kel szépen, szisztematikusan tudjuk dokumentálni a programunkat, ami nagyon nagy segítség fejlesztéskor ill. API-k használatakor, maga a javadoc kommentek önmagukban sok jó lehetőséget adnak.
Na nem azér írok én postot a blogomba, hogy istenítsem a cuccot, ez csak a bevezető volt, most jön a fikázás. Totál falramászok tőle, hogy a javadoc a kommentekből html formátumú, frames doksit csinál, amiben nem lehet normálisan keresni, és az osztályok, interfészek stb ugyan megvannak egy oldalsó frameben, egy másikban pedig a csomagok szépen sorban, de ha az ember mondjuk keres egy metódust, ami nem tudja hogy melyik objektumon belül van, akkor már meg van lőve. A generált html-t ugyan lehet formázni ha jól tudom, de az alap frames szerkezet az marad. Nemtom mér nem lehet megoldani hogy a javadoc mondjuk chm formátumot is tudjon generálni, azt ezerszer könnyebb lenne használni, de néhanapján jól jönne a pdf is. Néhány API-hoz ugyan lehet találni a neten chm formátumot, de pl a Java SE doksiját nem lehet megtalálni a sun portálján, csak html formátumban (máshol találtam chm-et is).
Attól meg aztán főleg falramászok, hogy egyes vendorok nem teszik egy zip-ben letölthetővé a generált javadocot, hanem a html-t szépen kinyomják a honlapjukra, aztán ha az ember azt használni akarja, akkor vagy turkál benne online, amitől én alapból fázok (nagy élmény mikor be van lassulva a szeró), vagy letölti... úgy értem letölti a rahedni html-t tartalmazó mappát, parancssorból, wget -r -rel (nemtom van-e rá grafikus megoldás, meg azt se hogy windowsos alternatíva van-e) - hát ez teljesen nonszensz. Már nem tudom hanyadik doksit szedem wget -r, de most pl épp a Log4j doksi jön (magyarul egyáltalán nem jelentéktelen cucc doksija van hót amatőr módon publikálva). Falramászok, elegem van, borogassatok...

asszem nem kell magyarázni hogy mi az a midori: ez lesz a ms új oprendszere (-családja) miután kijön a windows 7. Teljesen új architektúra, nulla kompatibilitás, új pc-s platform. Minimálkernek maximális modularitással. Már fejlesztik pár éve, de amíg nem lesz win7 (vagy legalább stabil vista..) addig nyilván nem ez lesz a középpontban.

Igazából ez asszem nagyon nagy váltás az ms-nél. Mivel az oprendszer önmagában semmit nem fog tudni és mindenki magának választja ki a komponenseket, gondolom mostmár tényleg át fognak állni előfizetéses rendszerre (már úgyis szemeznek vele pár éve). Azt hiszem jóval gyorsabban ki lehet fejleszteni mint a vistát vagy a win7et, mivel nem kell figyelni a kompatibilitásra. Ez mindenképp sokat számít, és bár nem vagyok OS guru azt hiszem sokkal átláthatóbbá teszi az architektúrát.
A projekt rákfenéje szvsz a modularitás. Valószínűleg egy olyan kernelt akar összepakolni az ms ami nagyon hosszú távon korszerű és használható, és lehetőséget kell adni rengetegféle komponens írására - na ez az amit én nem csinálnék :) nagyon nagy felelősség 20-30 évre előre-gondolkodni. Gondolom alapvetően nem csak pc platformra tervezik a cuccot hanem mobil eszközökön is használni akarják, stb.
Kíváncsi vagyok hogy meg fog-e változni a fejlesztési metodikájuk. Komponens-alapú oprendszer - na azt hiszem ezen a téren nagyon hatékony lehetne a kód nagyrészének megnyitása, szerintem ebben az esetben nagyon hasznosak lehetnének a közösségi fejlesztések. Az utóbbi pár év tapasztalatai alapján azt hiszem feltételezhetjük, hogy a nyílt kódú szoftverek piaci részesedése a következő években növekedi fog - az ms-nek itt a kiváló alkalom hogy legalább részben váltson. Ha nem teszi az szerintem egyszerűen konokság. Na mindegy.
Amúgy ha már egyszer az ms szakít a visszafele-kompatibilitással, akkor már egyúttal az intel is igazán megtehetné. Sokkal olcsóbban lehetne procikat gyártani ha kiszednék belőle a rakás 1000éves utasítást - asszem jelentősen tudnák csökkenteni az árat, az árrés jelentős növelésével együtt. És 20 év alatt át is állna a piac az új platformra (talán).

mostanában egyre többet lehet fórumokon, blogokban stb. hogy melyik oprendszernek mennyi a boot-ideje és ez mennyivel több mint az előző verzióé stb. Igazából nem tudom hogy ez miért ilyen fontos. Az átlag user naponta egyszer vagy kétszer kapcsolja be a gépét, szerintem nagyjából lényegtelen hogy ilyenkor 45 vagy 20 másodperc alatt tölt be az oprendszer. Ez inkább csak egyfajta marketing-háború, amit a geek-népség szépen benyal és offol róla a fórumokon. Ezek a tesztek egyébként azért is ~lényegtelenek mert a bekapcsolástól a login képernyő megjelenéséig számított időt mérik, tehát nincs benne a login és az asztal teljes betöltődése között eltelt idő (ami mondjuk windowson sokszor annyi mint ubuntun).

Jó, oké, vannak olyan speciális feladatok, amikor nagyon fontos hogy gyorsan bootoljon a rendszer, de ezek szvsz alapvetően beágyazott rendszerekhez köthető feladatok, tehát elég speciális dolgok, és messze nem olyan fontosak, hogy indokolt legyen az hogy ettől zeng az egész net.