Hogyan válasszunk szabad szoftvert? Konstantinusz Kft. 2009 1/10
Tartalomjegyzék BEVEZETÉS...3 JELENLEGI HELYZET...3 MIÉRT KELL SZABAD SZOFTVERT VÁLASZTANI ÜZLETI KÖRNYEZETBEN?...4 MIT VÁR TŐLÜNK AZ ÜZLETI KÖRNYEZET?...5 1. Költséghatékonyság...6 2. Gyorsaság...6 3. Support...6 4. Működjön a jelenlegi rendszerével...7 5. Megbízhatóság...7 6. Módosíthatóság...8 KÖVETÉS...9 1. Szoftver frissítések...9 2. Projekt állapot...10 3. Kiegészítések...10 SZABÁLYOK TÖMÖREN...11 2/10
BEVEZETÉS Szabad Szoftver: ide sorolok mindent, ami OpenSource vagy Szabadon használható. Nem az a lényeg, hogy hozzáférsz-e a kódhoz, hanem hogy szabadon használhatod, vagy szabadon tudsz hozzá kiegészítőket írni egy egyértelmű specifikáció alapján. Ezért minden ide tartozót Szabad Szoftvernek hívok itt. Egyetlen közös jellemzőjük, hogy még üzleti felhasználásra is ingyenesek. JELENLEGI HELYZET Ma az Interneten hatalmas mennyiségű Szabad Szoftvert találhatunk. Szinte a legkisebb vagy legelvontabb témákra is több mint 10 ingyenes megoldást találunk. Jó példa erre a sourceforge.net, mint az egyik legnagyobb és legismertebb gyüjtőhelye a Szabad Szoftvereknek. Amíg saját, otthoni célra válogatunk közülük, nem ütközünk különösebb problémába. Egy egyszerű telepítés, kipróbálás, törlés könnyen megold mindent. Az otthoni képeink, zenéink rendezgetéséhez vagy szerkesztéséhez lényegében bármely szoftver megfelel, különösebben nem nyúlhatunk mellé. A probléma ott következik, amikor egy üzleti projektben kell Szabad Szoftverrel dolgoznunk, Szabad Szoftvert választanunk. Itt már komoly anyagi és üzleti felelősségi döntéseket kell hoznunk a saját és ügyfeleink érdekében. 3/10
MIÉRT KELL SZABAD SZOFTVERT VÁLASZTANI ÜZLETI KÖRNYEZETBEN? Nem kell, de sok esetben ajánlott vagy elvárás az ügyfél vagy főnökünk részéről. Szerencsére ma már elmondható, hogy egy jól megválasztott Szabad Szoftver több szempontból is elősegíti az üzleti tevékenységet is: - gyorsabb fejlesztés - költségcsökkentés - stabilabb működés a magas tesztelési szám miatt A Szabad Szoftverek előretörését és a beléjük vetett hitet bizonyítják a mega cégek jelenlegi tevékenységei is: - ORACLE Sun-t vásárol (Java, MySQL, OpenOffice, stb.) - Google Android - Microsoft (Windows 7 RC, Office 2010, Security Essentials) - Miracle Skype használó 4/10
MIT VÁR TŐLÜNK AZ ÜZLETI KÖRNYEZET? Amennyiben egyetemi környezetről beszélünk, az alább felsoroltak nem igazak! Egy egyetemi kutatócsoport nem üzleti környezet! Egy kutatócsoport számára nem a költségek elsődlegesen fontosak! Az alább következőkre a következő szituációba képzeljük bele magunkat: Egy szoftver fejlesztő cégnél dolgozunk mint projektvezetők, és egyik ügyfelünk egy problémára megoldást vár tőlünk. Ez az ügyfelünk egy már működő céget vezet, ahol már használnak különböző szoftvereket. Amire nekünk választ kell adnunk az csak egy bizonyos probléma vagy egy bizonyos terület. Mik lesznek fontosak az Ügyfél számára? 1., költséghatékonyság 2., gyorsaság 3., support 4., működjön a jelenlegi rendszerével 5., megbízhatóság 6., módosíthatóság Valószínűleg ebben a prioritási sorrendben is következnek. 5/10
1. Költséghatékonyság A piac beszűkült, válság van, volt. De még ha ez nem is lenne igaz, akkor is versenyhelyzet van. Ha valaki lényegesen olcsóbban ajánlja ugyanazt (ehhez ma már elég 20% különbség!), akkor vesztett ügyünk van. Lássuk be, hogy nem lehet mindent az alapoktól kifejleszteni, mert az a kész megoldásokhoz képest többszörös költséget eredményez. Ilyenkor lépnek színre a Szabad Szoftver megoldások. Egyrészt keresünk valamit, ami már közel van ahhoz, amit meg kell valósítsunk. Másrészt minimális programozói óraszámmal elvégezhetjük a szükséges kiegészítéseket, módosításokat. Ez számunkra is kisebb befektetés, és a kisebb költségek miatt nagyobb sikerrel tudjuk elfogadtatni Ügyfelünkkel. 2. Gyorsaság Mint ahogy azt már a költséghatékonyságnál is megállapítottuk, annál gyorsabb fejlesztés, mint hogy már valami kész van, és mi csak elvégzünk pár módosítást, nincsen. Ez a tétel mindig igaz marad. Még akkor is, ha valahol, különböző okoknál fogva tényleg nincs más megoldás, mint az alapoktól megtervezés és legyártás. (Hozzáteszem, hogy olyan, hogy ténylegesen az alapoktól készítünk el valamit nem létezik, hiszen minden gépi kódba fordul be. Tehát mindig felhasználjuk az előttünk lévő generációk erőfeszítéseit, még akkor is, ha erről sokszor elfelejtkezünk.) 3. Support Na, itt kezdődnek a problémák. Itt kezd el igazán számítani az, hogy hogyan választunk. Az Ügyfelünknek mindig szüksége lesz supportra. Mindig elvárja azt, hogy legyen hova fordulni kérdésekkel, problémákkal, esetleges új kérésekkel. Ebben nagy segítségünkre lehet, ha olyan megoldást választunk, aminek széles a fejlesztői bázisa. Mivel így adott esetben mi is tudunk segítségért fordulni, vagy Ügyfelünket is átirányíthatjuk más fejlesztőkhöz, support centerekhez. 6/10
4. Működjön a jelenlegi rendszerével Vannak már olyan Szabad Szoftverek, amelyek könnyedén együttműködnek közismert nagy rendszerekkel, de ez egyelőre elég ritka. Ebben azt a nyomot kövessük, hogy a legtöbb rendszer valamilyen SQL adatbázist használ. Amennyiben olyan Szabad Szoftvert választunk, amely hasonló vagy általunk nagyon könnyen kezelhető adatbázisra épül, könnyen megoldhatjuk az egykattintásos vagy automatikus adatátvitelt a két rendszer között. Általában az Ügyfelek bőven megelégszenek ezzel a megoldással. Amennyiben nem, akkor itt válik fontossá az, hogy olyan Szabad Szoftvert válasszunk, amelynek programozási nyelvét és szerkezetét jól ismerjük. Mivel ezáltal könnyen el tudjuk végezni a megfelelő módosításokat a jelenlegi rendszerhez történő kapcsolódáshoz. 5. Megbízhatóság Javaslom minden olvasó figyelmébe Eric S. Raymond: A katedrális és a bazár című írását. Amit ki szeretnék emelni belőle, hogy egy akármekkora cégnek is maximum 5000 tesztelője lehet (ez a Micorosft maximális tesztelői létszáma világszinten). Míg egy egyszerű ingyenes kis programot akár 200 millióan is használnak a világon, ha csak minden 10,000-ik felhasználó jelez vissza, akkor is 20,000 tesztelőről beszélünk. Ilyen szempontból megéri egy már kész, és óriási tömegek által használt és véleményezett szoftvert választani. Ezen kívül a Szabad Szoftvernél minden felmerült hibát kiírnak, mert így számíthatnak rá, hogy valaki kijavítja azt. Ellenben egy cég abban érdekelt, hogy csak pozitívumokat tegyen közzé szoftvereiről, és minél jobban titokban tartsa a már felfedezett hibákat is. 6. Módosíthatóság Ennek a kérésnek a megoldásához mindenképpen olyan Szabad Szoftvert kell választani, amelynek üzleti környezetben is módosíthatjuk a kódját. Visszatérve a megbízhatóságban említettekre, olany szoftvert válasszunk, amelynek széles a fejlesztői rétege. Fontos még itt megjegyeznem, hogy előre úgy fogjunk bele minden fejlesztésbe, hogy feltételezzük azt, hogy az Ügyfél módosításokat fog kérni. 7/10
KÖVETÉS Support, support, support. Mindig lebegjen a szemünk előtt, hogy egy szoftvert, egy megoldást nem csak átadni kell, hanem fenntartani is. Próbáljuk meg lehető legtöbb szempontból átgondolni, hogy milyen problémák, új kérések merülhetnek fel, és már előre dolgozzunk ki forgatókönyvet ezek kezelésére. 1. Szoftver frissítések Hogyan fogjuk kezelni, ha az általunk választott Szabad Szoftverhez új alkalmazási vagy biztonsági frissítések készülnek? Mennyire befolyásolja a frissítés az általunk elkészített kiegészítéseket, módosításokat? Egyáltalán működni fognak-e az általunk készített dolgok egy frissítés után? Jó példa erre (és könnyen érthető) a Joomla CMS rendszere. Nagyon sokan álltak rá honlapkészítésre Joomla rendszerben. Amikor jöttek a folyamatos frissítések (főelg biztonságiak), akkor lefuttatták a frissítés kezelőt. Majd meglepve tapasztalták, hogy a honlap nem érhető el, szétesett, vagy az egyénileg hozzá szerkesztett részek nem működnek megfelelően. Amennyiben ekkor már 40-50 honlapot elkészítettek, igen komoly problémába ütköztek. Ezzel véletlenül se azt akarom mondani, hogy a Joomla nem megfelelő erre a célra, de fel kell készülni a frissítések kezelésére is! 8/10
2. Projekt állapot Folyamatosan kövessük nyomon, hogyan áll az általunk választott Szabad Szoftver projekt! Eleve csak olyat válasszunk, ami rendelkezik saját honlappal, és követhetőek az események. A Szabad Szoftver projekteknél a következő események szoktak bekövetkezni: - biztonsági frissítés - teljes frissítés, verziószám váltás - új kiegészítő - a verzió váltás után a régi kiegészítők változtatása az új verzióhoz - a projekt teljes leállásá - új projekt kezdése új névvel (így lett például a dotprojekt-ből web2projekt) 3. Kiegészítések Érdemes és nagyon ajánlott a kiegészítések követése. Nagyon sokszor pont olyan problémákat oldanak meg, amelyekre a mi Ügyfeleinknek is szüksége lesz. Arra mindig fokozott figyelmet fordítsunk, hogy az adott kiegészítő hogyan működik együtt a többi kiegészítéssel. Ezeket az információkat általában fórumokon találjuk meg. 9/10
SZABÁLYOK TÖMÖREN Mire figyeljünk, amikor Szabad Szoftvert választunk egy üzleti megoldáshoz? Széles használói réteg Széles támogatottság Széles fejlesztői réteg Licenc Programozási nyelv ismerete Kiegészítések Honlap a hibák hamarabb felszínre kerülnek több és specializáltabb tapasztalat szoftveres hardveres nem árt, ha egy mega cég is beállt mögé vagy használja több szem többet lát több tapasztalat több segítség üzletileg legyen ingyenes! ne válasszunk olyat, aminek egyáltalán nem ismerjük a programozási nyelvét minél nagyobb a számuk, annál jobb mindenképp legyen egy olyan honlapja a projektnek, ahol részletekbe menően követni tudjuk a projekt állapotát 10/10