1. Nyílt forráskód és innováció:
Name of Presentation
Red Hat
Presenter
az ügyfél vagy a profit a fontos?
Szentiványi Gábor, PhD
ULX Open Source Consulting & Distribution

2. Áttekintés
 Mi a nyílt forráskód?
 Miért fontos?
 Mi az innováció?
 Létező üzleti modellek
 A nyílt forráskód belép a képbe
 A világ megváltozott: a vevőnél a labda
 Hogyan csináljuk mi?

3. A nyílt forráskód egyszerűen
 szabadságjogok biztosítása
● szabad megszerezni, használni
● szabad módosítani
● szabad terjeszteni
 Az első nyilván fontos, de minek a többi?
● járvány hatás
● a teljes gazdasági rendszert figyelembe venni

4. Miért nyílt forráskód?

5. Mi az innováció?
 a szoftverek funkcionalitásának 80%-a egy célt
szolgál
● az upgrade kikényszerítése
● a gyártónak jó, nem a vevőnek
● gyártói zsákutca
 a hardver nem másolható fekete doboz
● ez az igazi üzlet a gyártónak
● nem szerezhető ismeret a termékről, hívjuk a “szakembert”!
● kössünk mindent a hardverhez: operációs rendszer,
felügyeleti rendszer, mossuk el a határokat
 Ez nem innováció! Mi történik, ha monopólium
lesz? A monopólium az innováció ellensége!

6. Mégis, mi az innováció?
 Az innováció valaminek az új útját, módszerét
jelenti
 Az innovációt gazdasági igény hívja elő
 Az innovációnak nagy a gazdasági hatása
 Az innováció a gyakorlatban beteljesült
újszerűség
 Az innováció felbonthatja a status quo-t,
sokszor diszruptív

7. Az IT vezető problémája
 Dilemma: növekvő elvárások, nem növekvő
költségvetés
 Kérdés az IT vezetőhöz: hogy lehet ezt megoldani?
 Akcióterv: innováció!
 Megoldás: nyílt forráskódon alapuló architektúra

8. A szereplők bemutatása
 A klasszikus vevő
● növekvő IT elvárások
● IT nem csak kiszolgáló, hanem stratégiává is válik, de:
● alultervezett büdzsé (“oldjátok meg”)
● a szemlélet a régi
 A klasszikus eladó
● cél a tulajdonosi zsákutca előállítása
● minden jó csalinak (nyílt forráskód, virtualizáció)
● termék-alapú megközelítés, add a licenszet és fuss
● adjunk szolgáltatást, de maradjon a tulajdonosi elem

9. Hogyan csinálják a nagyok?
 A nagyok a legtöbbször nem innovatívak, de
miért?
● van vesztenivalójuk, konzerválni akarják a status quo-t
● általában követők és nem úttörők (crossing the chasm)
● a mennyiség a fontos, nem az egyedi elégedettség
● helyzeti előny a szabványok nembetartásával
 Hardvergyártók
● IBM: tulajdonosi alkalmazások (szendvics teteje)
● HP: tulajdonosi vasak (szendvics alja)
 Szoftvergyártók
● Microsoft: licenszelés, módosított szabványok

10. Profit vagy ügyfél?
 Ellentét van a két megközelítés között
● Alapvető ellentét a klasszikus üzleti modellben
● Hogy vannak a kereskedők mérve?
● Mi termeli a profitot?
● Mi tartja meg az ügyfelet? Az elégedettség vagy a
zsákutca?
 Kenjük el! Milyen módszerek léteznek?
● Hardver + szoftver, szoftver+szoftver (bundli)
● szolgáltatás
● Licensz zűrzavar (sokféle, kizáró)
● Trójai (tartalmon keresztül)


12. A világ megváltozott
 Egyedül nem lehet felvenni a versenyt,
de szerencsére:
● A vevő tanultabb (Internet)
● A csatorna teljeskörű (ubiquitous)
● A vevőnek hosszú farka van (The long tail)
● A vevő hosszabb távon gondolkodik (TCO, ROI)
● A vevőnek kevesebb pénze van (recesszió)
● A vevő rájön, hogy túl komplex a probléma
 Hogy reagálnak a gyártók?
● Sehogy, még mindig a maintstream hozza a legtöbb
bevételt (pl. bankiszoftver-gyártók), vagy nehezen (pl. MS
Zune)
● Új gyártók jelennek meg (pl. Red Hat, Google, Amazon stb.)

13. A nyílt forráskód: gyorsabb innováció

14. Hogy működik ez a gyakorlatban?
 Mindenkinek máshogy, kiről van szó?
● állampolgár: alanyi jogon
● kisvállalatok: költséghatékonyan
● közép- és nagyvállalatok: stratégiailag
● kormányzat: transzparensen
 Problémák
● hol a termék?
● hol a szaktudás?
● mi lesz a jövőben?

15. Átalakul a szállítói piac is
 Sok kisebb szállító, egyenlőbb esélyek,
könnyebb belépés
 Tudásközpontúság, meritokrácia
 Valódi verseny
 A szállító nem diktál, hanem teljesít
 Nyílt szabványok elterjedése
 Monopóliumok erodálódása
 Nagyobb állami tudatosság és kontroll

16. Hogyan fejlődik a nyílt
forráskód?
= új verzió
● A helyzet: számos projekt,
mindegyik különböző kiadási
időpontokkal, verziókkal,
függőségekkel stb.
● A kihívás a vállalatoknak a
nyílt forráskód
alkalmazásakor:
integrálniuk kell és karban
kell tartaniuk az
integrációt a számos
projekt között a vállalati
platform igényeinek
megfelelően. Ez nagyon
időigényes és drága

17. Vállalati-szintű nyílt forráskód
= új verzió
+ Integráció és tanúsítás
+ Minőségbiztosítási folyamat
+ Támogatás
+ Dokumentáció
+ élesüzemű konfigurációk
+ többéves frissítési
lehetőség

18. Hogyan csináljuk mi I.
 A nyílt forráskód nem az ingyenességről szól
● autó és üzemanyag, telefon és előfizetés
● az emberi munkaerő nem ingyenes!
● Első szint: nézzük a TCO-t
● Második szint: ne nézzük a TCO-t, nézzük a ROI-t
 Nincs “quick money”, sokáig tart
 Folyamatos együttműködés a vevővel
 A vevőnek kell döntenie (saját döntés ereje)
● pl. fogyókúra, pszichoterápia
 Szabványok, szabványok, szabványok

19. Hogyan csináljuk mi II.
 Életcikluson átívelő szolgáltatások
● helytelen: add el a licenszet és fuss
● Tanulni, tanulni, tanulni
● Pilotprojektek, fokozatosság
● Szaktanácsadás
● Szoftver portfolió kockázati elemzés
● Audit
● Tervezés, újratervezés
● Migráció, átállás

20. Kérdések?
http://www.ulx.hu
szentivanyi.gabor@ulx.hu