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.

Elindult a KForm projekt, egy új formolós modul Kohana-hoz. Nem egy nagy dolog, view scriptek nélkül 150 sor az egész, de szerintem sokat tud, és egész jól használható. A wikiben van hozzá tutorial, szerintem nagyjából minden le van benne írva, kéretik próbálgatni, tesztelgetni, aztán bugreportokat kérek a projekt oldalán, vagy akár itt is. Kohana v3-hoz van írva, amihez amúgy megjelent egy egész használható wiki, úgyhogy mostmár kicsit könnyebben tanulható a cucc.

A view scriptek szintjén azért hoztam a formám, csapnivalóan rondák :) de ha minden igaz Vil már patkolja.

Ja, igen. Ez a 100. poszt a blogon :)

nagyon nagy port nem kavart ugyan, de azért lehetett róla hallani, hogy a Sun elindította saját project hosting szolgáltatását, ez lenne a kenai.com. Igazából egyáltalán nem baj sztem, hogy a google code és a sourceforge mellett ez is működik, legalább eloszlik a terhelés, ill. itt egy helyen meglesznek a sun opensource cuccai (pl xVM). Az utóbbi pár napban elég rendszeresen látogatom, és nekem jónak tűnik. Persze lehet, hogy csak azért, mert még nincs nagyon leterhelve (egyelőre pár tucat projekt indult). Nincs nagyon túlcicomázva, de nagyjából mindent megkapunk amit egy project hostint szolgáltatástól el lehet várni, van egy korrekt fórum, alakulgató közösség, szal jó lesz :) Van freenode csatorna is, #projectkenai (amúgy kb senki nincs ott, 4-5 ember max). Ha nekem egyszer lesz vmi opensource projektem (sosem lesz de mindegy), akkor sztem ide fogom feltolni (már csak azért is mert kedvenc égitestemé :))

erről lenne szó:
http://undeadly.org/cgi?action=article&sid=20080708155228

Magyarul arról van szó hogy a malloc-ban találtak egy hibát, most nem részletezem hogy mi volt ez. Igazából elég durvának tűnik a dolog, tekintve hogy memóriát azért meglehetősen gyakran foglalnak a programok :) Úgyhogy Sting gyorsan le is csapott a témára ( http://pcforum.hu/hirek/10960/33+eves+hiba+a+Unix+es+BSD+rendszerekben.html ), felemlegette a 2 hónappal ezelőtt megtalált 25 éves bugot, aztán viszonylag visszafogottan utalt rá hogy szar az opensource:) Bár most viszonylag visszafogottan tette, gondolom nem akarta hogy megint warflame legyen a dologból a fórumon :)
Szóval így első olvasásra tényleg elég furcsának tűnik a dolog, de ha jól vettem ki csak sparc64 achitektúrán jelentkezik a hiba - ez így már más :) Meg persze lehet ilyenkor mondani hogy milyen rosszak a nyílt kódú progik, hogy 33 éves hibák vannak bennük, de hát 33 éves zárt kódú rendszerekben is lehetnek ilyen hibák, csak azokat nem javítja már senki, és ki se derülnek :)