( zeller | 2020. 02. 10., h – 19:38 )

" Tudod, az "üzemeltetőként felhúzom az architect sapkát" az nagyjából annyiból áll, hogy keresztülfekszel minden változásnak " - nagyon nem, bár sok fejlesztő, akinek halovány lövése nincs arról, hogy az ő csodálatos tákolmánya mennyi extra probléma forrása lehet - egészen addig, amíg valaki ezt a számára és az üzlet számára is érthető módon el nem magyarázza. És ami fontos, hogy a miért nem/miért hibás az elképzelés mellé minden esetben odarakom, hogy milyen módon lehetne a várható hátrányokat, problémákat kezelni/elkerülni/megoldani.

A feltörekvő babzsákfoteles fin(g)tech cégek törekszenek, de apró probléma, hogy a banki működéshez szükséges elemekből elenyészően keveset valósítanak meg, és a háttérben egy bank/pénzintézet nélkül mehetnének kapálni.

" mindegyik banki IT kurva rossz hatásfokkal dolgozik kurva drágán " - gondolom, van rá módszered, megoldásod, hogy hatékonyabban, olcsóbban, de az összes vonatkozó előírásnak megfelelően működjön egy banki IT. Ha van, akkor szerintem bármelyik általad ilyenmértékben lesajnált bank tárt karokkal fogad, hiszen a költségek csökkentése mindegyiknél kifejezetten fontos tényező. Megsúgom, mi lenne a legfontosabb a hatékony működéshez: Az új megoldások, szoftverek felhasználásának felmerültekor bevonni az üzemeltetést, illetve ahol van, a belső fejlesztőket is.
Láttál már oylan rendszerbevezetést, amikor az üzemeltetés kvázi akkor tudta meg,hogy mit kap a nyakába, amikor már eldöntötték, megvették, lefejlesztették az n+1 alkalmazást az adott cégnél addig nem használt komponensekkel, például DB-szerver, vagy épp alkalmazásszerver?
Na az ilyenek is erősen szuboptimálissá tudják tenni az üzemeltetés működését. Igen, ilyen esetben, amikor a meglévő tudásbázistól jelentősen eltérő komponenseket akarnak valahova bevinni, ott muß valamilyen mértékben keresztbefeküdni, és más megoldást szorgalmazni - vagy kompormisszumos megoldásként, ha van kellő számú ember, akkor képzést intézni a munkatársaknak - a projekt költsgkeretére. Ha ez nem megy, akkor szépen ott kell legyen írásban, hogy üzemeltetési oldalról milyen kockázatai vannak a bevezetésnek.