Zavar az adásban

Azt hiszem a PMD-hez és általában az összes kód-ellenörző szoftverhez hasznos lenne egy extra prioritás paraméter ami egy ruleset-hez megmondja hogy mennyire komolyan kell venni. Például a cyclomatic complexity dolgokat komolyan kéne venni, az pedig hogy egy paraméter nem final pedig lehetne final az is hasznos, de akkora mennyiségben fordul elő, hogy eltakarja az egyébként ennél sokkal komolyabb problémákat.

Jhacks újra elérhető

A JHacks (Java Bütykölő Bázis) visszatért, ismét új domain címen. Régi tartalom, majd ahogy van időm kalapálgatom.
A snipsnap igazán nullfeature wiki, a nagy előrelépés az lenne ha le tudnám váltani, például egy xwiki tetszene.

Mégegyszer köszi Attilának és Kareninnek a segítségért!

A napos oldalon

Nos, rövid lesz mert csak 12:30 körül estem be. Abban a másfél órában amíg ott voltam, semmi marketing nem volt. A sun-os arcok opensource feliratos pólóval (hacker-divat :) népszerűsítették a Sun új stratégiáját. Mindegy, ami szabad, azt szeressem. Nézzük.
Netbeans: Jól beszélt a srác. Az élő demó során persze bugok is előugrottak a rejtekhelyükről, hiszen még csak nem is RC, de kellemes előadást tartott. A GUI editor még mindig veri az eclipse VE-t, viszont a netbeans-nál nekem sokkal jobban tetszett az a kis open source beszéd szintetizáló cucc, amivel a srác demózott, imádnivaló :) A Netbeans Profiler is szép demót kapott persze, bár sok újat nem tudtam meg róla.
OpenESB: Kicsit gyakorlatlanabb előadóval, de amúgy szerintem egy jó áttekintést kaptunk az ESBről és a Netbeans képességeit és láthattuk egy-egy screenshot alkalmával.
És itt el kellett rohannom jegyet beíratni. Nagyon nem jó hogy nem tudok egy szakmai konferencián végig ott lenni, pedig voltam ma 1 órán át olyan meetingen amin fogalmam nem volt hogy mit keresek...
A szünetben összefutottam régi munkatárs arcokkal, persze pont azzal nem tudtam beszélni akivel akartam,

A SUN-nak jár egy köszi, fincsi volt az üdítő, jó volt a hangosítás, én nem láttam marketinget, az előadók pedig jól vágták a témát, már amennyi előadáson ott tudtam lenni :(

A PERMGEN OOM szelídítése

Frank Kieviet ír a blogjában a túlságosan is jól ismert permgen hibáról, és egész érthetően elmondja hogy mi vezet ide. Innentől boldogság lenne, ha lenne valami eszköz ami gyorsan felderíti nekem hogy pontosan mitől történik, hogy nekem már ne kelljen. A karácsonyi kivánságlistámra. Vagy inkáb a születésnapira, de addigra úgyse lesz kész, hacsak nem a jövő évire. Valami build lifecycle-be illeszthető dolog lenne jó.

Elméleti tapasztalat

Egy új szerzetes ment oda a Mesterhez.
- Mester, kérlek mondd el, hogyan láthatom meg a Lényeget?
A Mester ujjával rámutatott egy VAX-terminálra.
- Mi az ott?
- Egy VAX-terminál - felelte értetlenül a szerzetes.
- Mondd el nekem, hogyan láthatom meg a VAX-terminált?
A szerzetes immár tökéletes zavarban felelte:
- 'Ugy, hogy ránézel, Mester.
A Mester erre iszonyú haragra gerjedt, és a terminál-klaviatúrával ütlegelve elzavarta a szerzetest.
(Zen-Fóthista példázat)

Alighanem én is így járnék ha megmutatnám azt a kis projectet a Mesternek (természetesen maven és java 1.5 :) ) amiben modellezgetem az ELTE matematikai tanait.
De nem ez a Lényeg. Nagyon sok generic típus csináltam vele, egészen a halmazelmélettől felépítve a programozás elméletig, és úgy tűnik hogy a egész kellemes generic típusokat írogatni. A C++ template osztályoknál legalábbis sokkal olvashatóbb és igazából a korlátaiba se nagyon ütköztem bele. Szóval minden tudományos összehasonlítást mellőzve: jó cucc, még ha csak syntax sugar is.

A napos oldal

A Sun fejlesztői nap méretre évek óta szép nagy - nyilván, ha egyszer ingyenes :) - és a tartalma és tarthat számot némi érdeklődésre, én legalábbis már évek óta várom hogy az ESB technológia elterjedjen kishazánkban.
Viszont a Sun-nak valószinűleg szembe kell néznie azzal a kihívással hogy mindenki szines marketingcuccnak veszi azt ami onnan jön. Vajon így sikerülhet-e ezeket a technológiákat belopni a magyar köztudatba, vagy Sun-os perverziónak tűnik majd a nagyközönségnek?

Ezek derülnek ki csütörtökön, többek közt.

JHacks.hu vs hiperkorrekt cikkek

Javában tartanak a megszorítások^H^H^H^H^H^H^H^H reformok, így megy ez nálam is sajnos, amivel nem akarlak fárasztani titeket de ennek lett az áldozata a múlt héten a jhacks.hu. A háborúban áldozatok vannak*
Legeslegeslegelösször hackers.forgeahead.hu címen volt elérhető. Ezt akkor azért csináltam hogy az akkor széthulló cég-csapatom valamivel pótoljam és a kialakuló közösséggel el tudjam vinni az ajánlkozó projecteket. Na persze nem így sikerült, (tapasztalat levonva persze :) de mindenesetre az oldal akkor elég jól haladgatott. Mindenki csak hozta a saját kedvenc dolgait. Ebből adódóan soha nem volt hiperkorrekt, minden snip olyan volt mint maga a szerzője, kézzel lehetett tapintani a stílust akkor is ha nem olvastad el a szerkesztő nevét legfelül.

És pont ezzel kapcsolatban jutott eszembe az a kérdés hogy jobb-e (értsd: célravezetőbb-e) az ha egy wiki hiperkorrekt próbál lenni. Na és arra jutottam hogy szerintem nem, de leírom pár érvemet hogy miért nem:

• A magyar IT szaknyelv legkevésbé sincs letisztulva, az erőszakos magyarítások állandóan tréfák tárgyai. Például a bög (inode) és a felhasználói üllésszak (HttpSession).
• Elég dinamikusan változó mesterség, amit ma még így látunk, azt holnap már másként.
• Tele vagyunk flame-ekkel.
• Ha valaki van olyan jó arc hogy összedobjon pár dolgot arról amit kitapasztalt akkor köszönök szépen minden hasznos információt, nem unatkozó bölcsészekhallgatók vagyunk, sajnos :)
• Nyilván egy JUM-on jobban átjön, meg bármilyen más konferencián, de azt hiszem a kissé szlenges kifejezéseink jobban árnyalják véleményünket és ezáltal a tapasztalatainkat is, mint egy teljesen hiperkorrekt és száraz szöveg.
  

Kb ennyi. JHacks-ból nem lesz tankönyv. A tankönyveket úgy írják, az órákat úgy tartják, hogy ha a diák vizsgán mérgesen mutat egy tételre, akkor mondhassák hogy hát le van írva a könyv megadott oldalszám tartományában, el lett hadarva órán valamikor, jobban kéne figyelni. Ugyanakkor semmi felelősséget nem vállal a tanulmányi eredmények alakulásáért. Ez a stratégia szerintem a versenyszférában nem célravezető. Valahol a tacit knowledge háza-táján járkálunk, azt hiszem.

*: És a törpök élete se csak játék és mese. Tudom, hogy nagyon unalmas vagyok :)

Van élet a halál elött

A POI 3.0 a múlt hét pozitív meglepetése. Nagyon sok ideig volt alfa, pár hónapja még mindig alfa volt és semmi jele nem mutatkozott hogy ez változna, akkor le is mondtam róla. Amikor a microsoft XML formátumot tett lehetővé az Office csomag szoftvereinek, akkor kicsit ki is fogta a szelet a POI vitorláiból, hiszen lehet onnantól egy XML APIval is ügyeskedni. Persze koránt sem bármit, a XML formátum ugyanis nem enged olyanokat mint chart-ok. Persze a POI sem, de legalább meghagyja a már létezőt szóval templatelhető.
A Horrible SpreadSheet Format visszatért.

A másik nagy visszatérő apacs a xindice. Évekig kellett várni hogy mozduljon. Vajon a JCR technológiával nem redundáns kicsit? Az XML adatbázisokhoz még csak szabvány API sincs, leszámítva hogy XQuery meg XPath. Meglátjuk.

Sejtés

Két olyan számomra szokatlan dologgal néztem szembe ami a mai nap kihívásait adja:

• Állapotfüggő DAO réteg (nekem valahogy a nem állapotfüggő olyan természetesnek tűnik)
  
• Logikai réteg és prezentációs logikai közötti szoros kapcsolatok

Mindez egy cache architektúra kialakítása kapcsán, na ezzel kapcsolatban is lesz még mit kitalálni. A dolog másik oldalát nézve:

1. Örüljek neki hogy van IoC legalább, sokan ezt se mondhatják ám el
2. Ebből a szituációból is tanulok ha sikerül megoldanom a problémákat
   

Regisztrálj most és takaríts meg 3 milliárd forintot!

Azért a 3 milliárd forint megtakarítás jól hangzik, nem? Az nem hangzik jól amikor megnézed hogy a 3 milliárd forint "megtakarítással" is számolva mennyibe kerül.

Furcsa programok

Á, igen, maga az aki olyan furcsa programokat szokott írni

Egy tanárom a unit-tesztekről amiket írtam.
Bárkinek aki az ELTÉre jár: ne programozzatok le teszteket az alkalmazások fejlesztése tárgyak gyakorlatain. Úgy bekavart a tanároknál hogy az algoritmust meg se nézték, a ZH-ra meg 0-t adtak. A világháborús német hadsereg védelmi stratégiáját próbáltam bevetni miután a specifikációlengetés nem vezetett sikerre, de aztán kifogytam a türelemből. Ki tudja nekik mennyi idejük van...
N-edik alkalommal jutottam arra a következtetésre hogy az ELTÉn egyszerűen rossz irányba indítják el azokat akik ott kezdenek programozni.

A legkeményebb kihívás minden idegrendszerrel rendelkező élőlény számára: megcsinálni valamit amivel egyáltalán nem ért egyet.

Nagyon remote VM debugolása

Erről annyit, hogy olyan mint a törpök élete. Főleg ha használják és publikusn elérhető a neten.
De Rambó ezt is biztosan lenyomná.

Késztetések

Éppen PostgreSQL JDBC drivert hegesztek. Ősi project, a build úgy van megcsinálva, hogy egyetlen forrásfa, Abstract-Concrete pattern, minden az absztrakt osztályokban van implementálva. A fordításkor az ant megfigyeli hogy milyen JDBC api verzió érhető el, és annak megfeleően kizárja azokat a konkrét osztályokat a fordításból amelyek nem implementálnak minden szükséges JDBC metódust. Komoly, mi?
Csak fejleszteni nehéz vele. Az eclipse teljesen meg van tőle zavarodva, meg én is amikor azt próbálom kideríteni hogy mit miért próbál mégis lefordítani az ant. Az agyam maven-fanatikus része követeli hogy szedjem szét moduláris projectre. A comitterek meg esetleg engem szednek szét miszlikbe :)

My SOC

Persze hogy nem megyek nyaralni. Túrázni persze hogy megyek, de attól függetlenül már most készülgetek arra hogy nyáron lesz egy kis szabadidőm, és ez az egyik dolog amit szeretnék megcsinálni:
A Continuum-ba szeretnék egy kicsit erősebb integrációt építeni a maven report pluginjaival és a QALab segítségével, vagy legalábbis mintája alapján. A continuum szépen kifigyelné a test kimeneteket, eltárolná és innen lehetne a project élettartamán végig figyelni a változásukat.
Azért continuum, mert annak van elég komoly integrációja mavennel, és azért maven, mert az az egyetlen build tool, ami foglalkozik kifejezetten test futtatással és riportolással.

Semmi új, tudjátok, csak máshova tenni azt ami már létezik. Utálom a megdöbbentően új dolgokat :) Persze lesznek kihívások, nade ismeritek a törpök életével kapcsolatos népi közhelyet...

JUM log

Na, volt 3 ember akit már láttam életemben, ez pont 3-mal több a vártnál.

11 óra, végre hazaértem. Pár gyors jegyzet:

• Auth Gábor előadása tetszett a legjobban, látszik hogy tanít. Túl jó is tanárnak :). Mondjuk a ZK-t valószinűleg nem fogom használni, de a demó korrekt volt nagyon.
  
• A SAP-JCO cuccos szerintem kicsit lassú és vontatott volt. Lehet azért éreztem így mert 4-5 éve én is ilyeneket kellett hogy írjak és már akkor is elavultnak tartottam. Az SAP egy nagy állóviz.
• A saját cuccaimat kalapálhattam volna még. Valahol a közepén rájöttem hogy valószinűleg sokan még soha nem használtak maven-t, levegőbe beszélek valamiről amit nem értenek és ezért nem is érdekli őket. Az a lényeg hogy most már akkor tudom hogy hibát csinálok amikor csinálom, régen csak utánna jöttem rá :) Még egy kis gyakorlás és megy majd úgy is hogy még mielött elkövetném a hibát rájövök.
• Karenin előadőstílusa is tetszett, tipikus geek :) viszont itt még mindig azon gondolkodtam hogy a nép fogja-e azt amin tépjük magunkat. Vajon lejött-e hogy miért nem szeressük a CVS-be betolni a jar-okat? Vagy mindenki mindent vág?
• És ennél több nem is derült ki egyelőre mert Gábor előadása után el kellett rohanjak.
  

Ennyi, majd jönnek reakciók, lassan ülepszik a dolog egy kicsit, akkor majd feldogozom az inputot. Addig feldolgozok sok más sürgős inputot, például a holnapi beadandókat...

A guru egy mítosz

Ez a mém egy régi barátom agyáról ugrott át az enyémre (öreg motoros az arc, a fia kb velem egyidős), és mivel amúgy én is régen sejtettem már a dolgot, el is fogadtam. Szóval ha leszállna közénk Gosling mester és adná nekünk az észt, egy idő után mi is olyan okosak lennénk mint ő. (A desszantos-tétel alapján, lásd Analízis I.) Onnantól kezdve pedig eljön az unalom kora. Gosling mester persze biztosan elég sokáig tudna okítani, de ez a matematikai analízis számára akkor is csak véges.

Megalománisás gondolat lehet, de ha jól működik a JUM, akkor egy fenntartható fórumot kaphatunk. Még ha kicsi és viszonylag zárt is. Majd meglátjuk, akkor most indulok...

A kód bonyolultságával vívott véres harcok

A PMD egyik számomra mostanság leghasznosabb funkciója a Cyclomatic Complexity ellenőrzés. Egyébként messze a tolerancia-határ felett jelez, márminthogy a felső határ felett, így nincs olyan nagy jelentősége. Érdekes hogy csak a kis hibák kerülnek a célkeresztbe, erre valamit ki kéne találni.
Objektum orientált programozás esetén a switch és if blokkok száma viszonylag kicsi kell hogy legyen.

Műsorajánló

A hónap érdekesebb eseményei:

• JUM, jövő kedden este
  
• Newtech meetup, ezen a héten szerdán, azaz holnap. Lesz OpenID-s perzentáció is, bár előadáson kellene legyek, lehet mégis ellógok rá.
• Sun fejlesztői nap 24-én, ebből az OpenESB és az OpenSSO érdekelne, de nem tölteném ott miatta az egész napot. Főleg hogy munkanap.

A tavaszi pörgés.
Áprilisban volt összesen 1 nap amikor nem dolgoztam semmit, az a critical mass + Sárga túra napja volt, nade azzal sem pihentem ki magam :)