Mivel foglalkozol mostanában?

Jelenleg tudományos kutatásokban veszek részt (főleg biotechnológia), és nagy hangsúlyt fektetek személyes dolgokra, a családommal töltök időt. Még a mobil telefonomat is csendes üzemmódra állítom, nem érzem, hogy sietnem kellene az üzleti visszatéréssel, nem tervezem egy második JBoss létrehozását.

Hogyan indult a JBoss projekt? Elkezdtél egy projeket írni, ami csak úgy véletlenül egy 350 milliós felvásárlással végződött?

Nem egészen. Amikor a JBoss-ot kezdtük, nem volt tervünk arra nézve, hogy hogyan érjünk el nyereséget, de határozottan az volt a célunk, hogy egy üzletet indítsunk el. 1999-ben eljöttem a Sun-tól és egy EJB projekten kezdtem el dolgozni. 6 hónapot fektettünk egy szörnyű üzleti modellbe, a hosztolt JBoss-ba. A partnerünk a Sequoiánál azt mondta, hogy az üzlet nem csupán rossz, hanem kimondottan szörnyű. Meg is bukott teljesen.

A JBoss 2-es verziója azonban valódi üzleti lehetőségeket nyitott meg számunkra. A projekt egy olyan innovatív, új jellemzőt nyújtott, ami azonnali alkalmazást tett lehetővé. Cserébe, ez a JBoss projektet érdekessé tette a külső fejlesztők számára, és elkezdték a terméket letölteni és használni. Amint a fejlesztők már nálunk voltak, nyújtanunk kellett számukra valamit. Mivel szükséges volt, hogy tisztában legyenek azzal, hogy hogyan kell a Jboss-t használni, így megszületett az oktatási programunk.

Szerinted mik a legjobb és legújabb lehetőségek a nyílt forráskód számára? És milyen irányban tud a nyílt forráskód elmozdulni?

Nem igazán tudok erre válaszolni, és nem is próbálom kitalálni a választ. De van néhány érdekes ötlet. Először is meg kell említeni a projekt futamidejét. Nehéz feladat egy nagyra méretezhető üzleti modell felépítése olyan fejlesztési eszközökből, keretrendszerekből, melyek nem adnak lehetőséget a karbantartás értékesítésére. Futamidő=üzemeltetés=forintosítás.

Másodszor, olyan piacokat kell keresnünk, ahol magas az innovációs, fejlesztési és integrációs költség. Ha egy ilyenfajta piacon egy állami vagy egyéb szabványra építkezünk, akkor a szabvány pénzalapra helyezését segíthetjük elő. Ilyen lehet például az egészségügyi ipar.

Harmadszor, már nem szükséges egy közösség kiépítése a vállalat létrehozását megelőzően. A SugarCRM jó példája annak, hogy egy vállalat, ami mögött kockázati-tőke áll, képes egy életképes közösséget létrehozni, illetve a felhasználók egy a JBoss-nál vagy más természetesem növekvő projekteknél kisebb közössége körül képes életképes üzletet kialakítani.

Ez alapján az olyan vállalatok, mint az Alfresco és a SugarCRM (melyek ezt a fordított közösségi modellt használják) meg kell, hogy álljanak egy pillanatra és fel kell tenniük a kérdést, hogy van-e valamilyen valós előnye annak, hogy nyílt forráskódúak. Igen van, a terjesztés, a fejlesztés (partnerek integrációja stb.). De ezek az előnyök vajon felülmúlják-e annak a költségét, hogy a felhasználók nagy százalékából nem származik hasznunk?

Negyedszer, a nyílt forráskód tulajdonosivá tétele egy legitim modell. Vegyük például a Red Hat modelljét: alapvetően a nyílt forráskódot tulajdoniasítja. Ezt korábban kritikával illettem, de szerintem ez a nyílt forráskód legitim modellje. Ez annak a módja, hogy egy nagy felhasználói közösség 3 százaléka helyett egy kisebb felhasználói közösség 100 százalékát tudhassuk üzleti partnerünknek. Azonban ez a modell csak akkor valósítható meg, ha már létező közösséggel dolgozunk. Nem hiszem, hogy ez működne azon modell esetén, amikor először a vállalatot hozzuk létre, majd aztán a közösséget.

Tehát Te is ezt tetted korábban. Sikeresen eladtad a vállalatod. Milyen tanácsokkal látnád el a leendő vezetőket?

• Tartsuk meg a részvényeket.
• Tartósan semleges vagy jobb cashflow-val dolgozzunk, és fektessük a cashflow-t a vállalatba (különösen az emberekbe). Ha jól kezeljük a cashflow-t, akkor megtarthatjuk a részvényeket, ahelyett, hogy eladnánk a kockázatitőke-befektetőknek, és végül
• A legjobb munkaerőt alkalmazzuk. Meg kell tartanunk a részvényeket, mert így ezt odaadhatjuk az alkalmazottaknak, nem pedig a kockázatitőke-befektetőknek.

A legjobb munkaerő a Szilikon-völgyből jön?

Semmi esetre sem. A fejlesztéshez már egyáltalán nem kell onnan felvenni alkalmazottakat. Ezek az idők már elmúltak. Akár Atlantában is könnyedén találunk olyan alkalmazottakat, akik megfelelnek az elvárásainknak. A legjobb fejlesztőket vettük fel, attól függetlenül, hogy honnan jöttek. Néhányuk átköltözött Atlantába, a többiek pedig maradtak a lakóhelyükün. A nyílt forráskód esetén nem nehéz a megfelelő fejlesztők alkalmazása, mivel már tudjuk kik a legjobbak.

Mindig is, minden projekt esetén a kiemelkedő hozzájárulókat akartuk felvenni. Olyan emberekre volt szükségünk, akik munkájukkal teljes munkaidőben járulnak hozzá a nyílt forráskódhoz. Olyan emberekre volt szükségünk, akik mind technikai mind üzleti értelemben kompetensek, és alkalmaztuk őket, bárhol is találtunk rájuk.

A JBoss-nál nem adtuk ki a fejlesztési munkát, kivéve, ha stratégiailag ez elengedhetetlen volt. Az a vállalat, amelyik kiadja a fejlesztési munkáját, hatalmas hibát követ el, mivel a fejlesztés -- különösen egy nyílt forráskódú vállalat esetén --, és ennek a fejlesztésnek a támogatása a szoftvervállalatok alapvető értéke, melyet az ügyfeleknek tudnak ajánlani.

Lehetséges nyílt forráskódú fejlesztő létrehozása? Te megtaláltad őket, de volt arra példa, hogy “létre is hoztál” egyet?

Egyszer megpróbálkoztunk egy normál fejlesztőből nyílt forráskódú fejlesztőt faragni, de ez a kísérletünk teljesen megbukott, és soha nem próbáltuk újból. Az igazat megvallva idegenkedtem az ötlettől.

A nyílt forráskódú fejlesztő saját maga indul el. Versenyszellem jellemzi, ami azt jelenti, hogy be akarja bizonyítani, hogy sokkal jobban csinálja másoknál azt, amit csinál. Mint olyan, ez egy nagyszerű módszer a toborzás és képzettségi szint lemérésére, mivel még azelőtt le tudjuk mérni a munkájukat, hogy felvennénk őket. És így megtapasztalhatjuk, hogy megfelelnek-e a vállalatnak. Határozottan ezt a megközelítést alkalmaztuk az új munkerő felvételénél.

Az értékesítési és marketing munkatársak felvétele hogyan történik? Úgyszólván ők az üzleti beállítottságú emberek? Nem voltatok olyan szerencsés helyzetben, hogy már létező nyílt forráskódú, üzleti beállítottságú szakemberek álljanak rendelkezésetekre. Őket biztosan “létre kellett hoznotok”.

Az üzleti beállítottságú emberek esetén elsősorban az adott személy minőségére koncetráltunk. Olyasvalakikre volt szükségünk, akiket nem terhelt túlzottan a tulajdonosi szoftveres múltjuk, de nyitottak, okosak és készek az újat befogadni. Már volt egy meglévő oktatási rendszerünk, így megtaníthattuk őket a nyílt forráskódra. Ezt Matt Quinlan találta ki, és kitűnő ötlet volt.

Segítségünkre volt az a tény, hogy a projekt alapítója voltam, de az üzleti vezető is egyben. Hitelesnek tartottak a fejlesztők, de megértettem az üzleti oldalt is, így mindekét oldalon tisztelték a munkám. A kezdetekkor sokat beszélgettem az értékesítőkkel a fejlesztők munkájáról és fordítva is, mivel nem hagyhattuk, hogy a kettő közötti esetleges feszültség kibillentsen az egyensúlyból (és néha jellemző is volt ez a feszültség).

A JBoss vezérigazgatójaként mi jelenetette Neked a legnagyobb kihívást?

Nem mondanám, hogy egy kiemelkedően nagy kihívást is ki tudnék emelni, inkább több kihívást jelentő esemény történt. Például nagy stresszt okozott számunkra, amikor az IBM háborút hirdetett a Geronimoval, aztán a HP is bekapcsolódott a játékba, a velünk ellentétes oldalon. A Red Hat és a JonAS egyáltalán nem keltettek bennünk félelmet, tényleg nem, és nem is aggódtunk a Sun piacra való betörése miatt. Furcsa mód ebből a csoportból csak a Sunnak sikerült komoly versenytársi pozícióba kerülnie a JBoss-szal.

További kihívást jelentett az, hogy amikor a professzionális nyílt forráskódú modellre váltottunk, az nem nyerte el néhány személy tetszését a fejlesztői közösségünkön belül. A kockázati befektetés megemelése is nagy stresszet jelentett, mivel hirtelen máshogy kellett a növekedésünkről gondolkodnunk. Mindezek az események stresszt okoztak a vállalaton belül, de képesek voltunk túltenni magunkat rajta.

Tehát mikor folytatod? Mikor kezdesz egy új JBoss projektbe?

Mint ahogy már említettem, nem tervezem a második JBoss létrehozását. Jelenleg jól érzem magam így. Ha egy új vállalatot szeretnék létrehozni, akkor az valószínűleg a biotechnológiával lenne kapcsolatos – amit nagyon érdekesnek találok, vagy esetleg más iparágban.

Egy dolog, amire a nyílt forráskód megtanított, az az internet hatalma. Az internet változása sokkal láthatóbb, mint egy szoftveré. Még a DJ iparág is jelentős mértékben változik az internet miatt. A nyílt forráskód az internet vonatának utasa, de nem az egyetlen. Sok lehetőség áll nyitva.