Mit tegyen, ha eltűnt a szoftvere fejlesztője?

Gyakoribb helyzet, mint gondolná. A cég évekkel ezelőtt fejlesztetett egy programot, ami azóta a napi munka része lett. A fejlesztő közben elköltözött, munkahelyet váltott, vagy egyszerűen nem válaszol. A rendszer egyelőre működik, de ha valami elromlik, senki nem tudja megjavítani. Ez a cikk abban segít, hogyan veheti vissza az irányítást.

A helyzet különösen gyakori, ha a rendszert egy egyéni fejlesztő készítette, és a forráskód, a szerver vagy a domain az ő nevén maradt. Ilyenkor a cég úgy használ napi szinten egy programot, hogy valójában nincs a kezében.

1. Ne várja meg, amíg leáll

A legnagyobb hiba az, ha a cég addig halogatja a helyzetet, amíg a rendszer tényleg le nem áll. Akkor már kapkodni kell, és minden nap kiesés pénzbe kerül. Amíg a program működik, nyugodtan fel lehet mérni a helyzetet.

2. Gyűjtse össze a hozzáféréseket

Nézze meg, mihez fér hozzá a cég, és mihez nem:

• Szerver vagy tárhely: ki fizeti, kinek a nevén van, van-e belépési adata?
• Domain: kinek a nevén van regisztrálva, és ki újítja meg?
• Forráskód: megvan-e valahol, például egy GitHub vagy GitLab fiókban, vagy csak a fejlesztő gépén volt?
• Adatbázis: hozzáfér-e a cég az adataihoz, és van-e róluk mentés?
• Külső szolgáltatások: e-mail küldés, fizetési rendszer, térkép vagy egyéb szolgáltatások, amelyekhez fiók tartozik.

Ha valamelyikhez nincs hozzáférése, az az első teendő. Egy domain vagy tárhely lejárata az egész rendszert leállíthatja.

3. Készítsen azonnal mentést

Ha hozzáfér az adatbázishoz és a szerverhez, készítsen teljes mentést, és tárolja több helyen. Ez a legfontosabb biztosíték arra az esetre, ha a helyzet rosszabbra fordul.

4. Nézze meg a szerződést

A forráskód felhasználási joga és átadása a fejlesztővel kötött szerződéstől függ. Ha a szerződés rendezi a kérdést, az sokat egyszerűsít. Ha nincs szerződés, vagy nem egyértelmű, érdemes jogásszal átnézetni, mielőtt bármilyen lépést tesz.

5. Kérjen független átvilágítást

Egy tapasztalt fejlesztő egy auditon átnézi a rendszert, és választ ad a legfontosabb kérdésekre:

• Milyen állapotban van a kód, és mennyire lehet karbantartani?
• Vannak-e biztonsági kockázatok, például elavult, sérülékeny összetevők?
• Mi okozza a lassulást vagy a hibákat?
• Érdemes-e javítani és továbbfejleszteni, vagy hosszú távon olcsóbb lecserélni?

Az eredmény egy írásos összefoglaló, amely alapján megalapozottan dönthet.

6. Javítás vagy csere?

Nem kell mindig mindent eldobni. Ha a rendszer alapjai rendben vannak, sokszor gyorsabb és olcsóbb átvenni, rendbe tenni és továbbfejleszteni. Ha viszont elavult technológiára épül, vagy a kód karbantarthatatlan, hosszú távon egy új rendszer lehet a jobb befektetés. A lényeg, hogy a döntés ne kényszerből, egy leállás után szülessen.

Az átvételnél három kérdésre érdemes választ keresni: támogatott-e még a technológia, amelyre a rendszer épül, rendezett-e a forráskód és az adatbázis, és mennyi munkával lehet biztonságossá tenni. Ha ezekre jó a válasz, általában az átvétel és a továbbfejlesztés éri meg jobban.

Hogyan előzheti meg, hogy újra megtörténjen?

• A forráskód a cég fiókjában legyen, ne csak a fejlesztőnél.
• A szerver, a domain és a külső szolgáltatások a cég nevén legyenek, a belépési adatok pedig biztonságos helyen, a cégnél is.
• Legyen dokumentáció arról, hogyan működik a rendszer, és hogyan kell telepíteni.
• A szerződés rendezze a forráskód átadását és a felhasználási jogokat.
• Legyen rendszeres üzemeltetés, hogy a frissítések és a mentések ne maradjanak el.

Segítünk visszavenni az irányítást

Ha a cégénél is ez a helyzet, egy díjmentes felmérésen átbeszéljük, mi van a birtokában, mi hiányzik, és mi a következő lépés. Utána az átvilágítást, a karbantartást és az üzemeltetést is átvállalhatjuk, hogy a rendszer újra biztonságban legyen.