Monthly Archive for 2008. február.

StartUP Konferencia

Látva az igényt, egy konferenciát kezdtünk el szervezni, melynek célja a hazai fejlesztők (bővebben “technológisták”), startup beindítók, és a befektetői, üzleti kör egymáshoz egy kicsit közelebb vitele. A rendezvényt március 5-re szerveztük, és bízom benne, hogy sikerült érdekes programot összeállítani, sokat vitáztunk, gondolkodtunk rajta egy optimális megoldást keresve. A jelenlegi terv a következő:

  • StartUP-ok bemutatása: izgalmas aktuális kezdeményezések.
  • API nyitás és az üzleti modell: miért érdemes nyitni kifelé adataiddal/szolgáltatásoddal, érdemes-e egyáltalán?
  • Reklám
    A reklám szerepe projekt felfuttatásakor: kell-e reklámozni, hol kell, hogyan kell?
    A reklám az üzleti modellben: bevételek és kiadások
  • Pénz, pénz, pénz
    Mit vár el egy befektető – a befektetők beszélnek az elvárásaikról
    Hogyan szereztünk pénzt – olyanok, akiknek már sikerült
  • Fórum
    Itt mindenki kérdezhet az előadóktól

Conference Room

Vegyétek fel a blog feedjét RSS olvasótokba, és kövessétek – rövidesen további információkat teszünk közzé (helyszín, beszélgetőpartnerek, stb.). És gyertek el, érdekes és hasznos rendezvény lesz!

Kapcsolati háló API a Google-tól

Nem esett sok szó róla magyarul, pedig egy érdekes kezdeményezés, a Google egy kapcsolati háló API-t tett elérhetővé. A dolog érdekessége abban rejlik, hogy ezzel nem egy közösségi oldalon felépített felülethez kínálnak interfészt, hanem magához a webhez, a weben összeszedhető információkhoz. A linkeket, és egy szabványos jelölési megoldást használják fel.

Social Web API

A jelenlegi API felület egy URL megadásával más kapcsolódó URL-eket kínál fel. A Google a webet indexelve képest az azon a weblapon látható különböző linkeket és kódrészeket, és az ide visszamutató linkeket és kódrészeket is megtalálni, és felsorolni. Két módon lehet ma kvázi szabványosan (ugyan nem túl elterjedt módon, de a webfejlesztők körében azért jellemzően ismert, és nagyon egyszerű módszerrel) kapcsolati információkat egy weblapon leírni. Az egyik megoldás az XFN (XHTML Friends Network), a másik pedig a FOAF (Friend of a Friend) névre hallgat. Mind a kettőt elég egyszerű megérteni.

Az XFN a linkek egy kevésbé ismert “rel” tulajdonságát használja ki. Egy linkről közölhetünk segítségével különböző metainformációkat, például hogy a barátunk/barátnőnk, munkatársunk oldaláról van-e szó, találkoztunk-e már az illetővel, stb. Így néznek ki ezek megjelölt linkek (bővebben az XFN oldalán):

1
2
3
4
5
6
7
8
9
<a href="http://jane-blog.example.org/">
</a>  rel="sweetheart date met">Jane
<a href="http://dave-blog.example.org/">
</a>  rel="friend met">Dave
<a href="http://darryl-blog.example.org/">
</a>  rel="friend met">Darryl
<a href="http://www.metafilter.com/">MetaFilter</a>
<a href="http://james-blog.example.com/">
</a>  rel="met">James Expert

A FOAF gyakorlatilag kis névjegykártya szerű információ weblapba ágyazásának módját adja meg, akár több személyről helyezhetünk el így információt az oldalon:

1
2
3
4
5
6
7
8
<foaf:person rdf:about="#me" xmlns:foaf="http://xmlns.com/foaf/0.1/">
  <foaf:name>Dan Brickley</foaf:name>
  <foaf:mbox_sha1sum>
    241021fb0e6289f92815fc210f9e9137262c252e
  </foaf:mbox_sha1sum>
  <foaf:homepage rdf:resource="http://danbri.org/">
  <foaf:img rdf:resource="/images/me.jpg">
</foaf:img></foaf:homepage></foaf:person>

Ennél jóval többet tud a FOAF, érdemes megnézni a specifikációját.

A dolog egyébként azért tud működni, mivel a Twitter is használja például ezt a XFN féle jelölést a honlapunk megjelölésére, és egyéb oldalakon is előfordulnak hasonló leírók. Az API megjelenésével talán egyre többen fogják ezeket a jelölőket használni. Bízom benne, hogy ez végül a többi mikroformátum fellendülését is magával hozhatja, talán a Google, talán más hasonló API-t fog tudni nyújtani ezekhez is.

Netvibes UWA prezentáció

Meetup logoTegnap előadtam a Budapest New Technology Meetupon, vagyis a meetupon, mely most lett 1 éves rendezvény. Ez alkalomból torta és ingyen büfé volt (egy ideig, én pont lemaradtam róla). A találkozó talán még a szokásosnál is jobb hangulatban telt, szokásosnál is több résztvevővel, jó előadásokkal. A szülinap alkalmából a szervezőknek is volt egy rövid prezentációjuk, így végre a teljes szervezőcsapattal is megismerkedhettem (összepárosíthattam a neveket az arcokkal). Nem az első meetupom, de még így is több új arccal találkoztam, és jókat beszélgettem is sokakkal. A prezentációm pedig a következő volt:

Ha sikerül időt keríteni rá végre, lesz szöveges bemutató is itt a Webakadémián, addig is ajánlom a linkeket a prezentációból a téma iránt érdeklődőknek.

MySQL Maria

A MySQL háza tájáról a Sun általi felvásárlás volt az utóbbi időben a leghangosabb, azonban a fejlesztés ezzel párhuzamosan nem állt meg, sőt. Az akvizíció rövid távon biztosan nem érinti a MySQL-t semmilyen módon, és egyelőre semmi jel nem utal arra sem, hogy hosszú távon kár érné az adatbázismotor használóit. Ebben a blogbejegyzésben azonban nem erről, hanem az egyik új fejlesztésről: a MyISAM táblatípus utódjának szánt Maria-ról lesz szó.

MySQL

A MySQL több fajta táblatípus használatát teszi lehetővé párhuzamosan egy adatbázisszerveren, egy adatbázison belül, táblázatonként. A MySQL alapértelmezett táblatípusa a MyISAM, de többnyire ismert még az InnoDB táblatípus is (és van még pár: MyISAM Merge, Memory/HEAP, Cluster, Archive és Federated – talán egyet sem hagytam ki). Mindegyik táblatípus más felhasználási területen tud optimális teljesítményt nyújtani – a éppen aktuális felhasználási módnak megfelelőt kiválasztva hozhatjuk ki a leghatékonyabb megoldást. Több aktívan fejlesztett táblatípus is ismert, ilyen a Falcon és a MyISAM utód Maria.

A Maria táblatípus gyakorlatilag a MyISAM továbbfejlesztése, kezdetnek két újdonsággal (és pár kötöttséggel): opcionálisan “crash safe” táblák, illetve sor alapú gyorsítótárazás. Az előbbi magyarra lefordítva annyit jelent, hogy ha a tábla módosítása során a szerver lefagy, a tábla nem sérül (kijavítja önmagát), míg az utóbbi a teljesítményt javíthatja jellemzően átmeneti lemezre írt táblák esetén (amikor nem fér be egy JOIN miatt összeálló a átmenetileg létrejövő tábla a memóriába). Nagy csodáról tehát nincsen szó, ezek a változások azonban megbízhatóbbá, és gyorsabbá tehetik majd a jövőben a MyISAM táblákat.

Az egy hete megesett bejelentésben nem esik szó róla, hogy mikorra készül el a végleges változat, eddig – főleg részmunkaidőben végzett – 2 év munkája áll a projektben. A jelenlegi verzió már letölthető és kipróbálható, annyit lehet róla tudni, hogy működik, s hogy a teljesítménye jónak mondható jelenlegi állapotához képest. A projektet egyébként Michael “Monty” Widenius vezeti, aki a MySQL egyik alapítótagja, és a MyISAM motor is nevéhez fűződik. S hogy miért pont Maria?

Monty, the creator of MySQL, named MySQL after his first child ‘My’. His second child, Max, gave his name to MaxDB and the MySQL-Max distributions. His third and youngest child is named Maria…