<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Örökölt rendszer modernizálás on [ MECANIK DEV ]</title><link>https://mecanik.dev/hu/tags/legacy-modernisation/</link><description>Recent content in Örökölt rendszer modernizálás on [ MECANIK DEV ]</description><generator>Hugo -- gohugo.io</generator><language>hu</language><copyright>Szerzői jog © 2020-{year}, [MECANIK DEV]. Minden jog fenntartva.</copyright><lastBuildDate>Thu, 06 Aug 2026 19:00:00 +0100</lastBuildDate><atom:link href="https://mecanik.dev/hu/tags/legacy-modernisation/index.xml" rel="self" type="application/rss+xml"/><item><title>Drupal migráció 2026: költségek, utak, határidők</title><link>https://mecanik.dev/hu/posts/drupal-migration-cost-options-deadlines/</link><pubDate>Thu, 06 Aug 2026 19:00:00 +0100</pubDate><guid>https://mecanik.dev/hu/posts/drupal-migration-cost-options-deadlines/</guid><description>A Drupal migráció azok közé a projektek közé tartozik, amelyek kényelmesen elüldögélnek a következő negyedév tervében, amíg egy dátum sürgőssé nem teszi őket. Most két dátum teszi ezt, és csak az egyik van még előttünk.
A Drupal 7 hivatalos támogatása 2025. január 5-én szűnt meg. Bármely oldal, amely még ezen fut, több mint egy éve biztonsági fedezet nélkül működik. A Drupal 10 támogatása 2026. december 9-én ér véget, ugyanazon a héten, amikor a Drupal 12 megjelenik, azt követően pedig semmilyen kiadást nem kap.</description></item><item><title>COBOL-modernizáció: hogyan válasszon szállítót</title><link>https://mecanik.dev/hu/posts/cobol-modernisation-services-choosing-a-vendor/</link><pubDate>Mon, 03 Aug 2026 07:00:00 +0100</pubDate><guid>https://mecanik.dev/hu/posts/cobol-modernisation-services-choosing-a-vendor/</guid><description>COBOL-modernizációs szolgáltatást vásárolni nem hasonlít semmilyen más szoftveres beszerzésre. A kérdéses rendszer harminc vagy negyven éve fut, a jelenlegi munkatársak közül senki nem érti teljesen, és a hiba következményeit nem elmaradt sprintekben, hanem elmaradt hatósági jelentésekben mérik. Közben az asztalán fekvő ajánlatok mind ugyanazt az eredményt ígérik, vadul eltérő árakon.
Ez az útmutató végigveszi, mit tartalmaz valójában egy komoly megbízás, miben különböznek egymástól a szállítói típusok, és mely kérdések választják el a bizonyítékokra épülő ajánlatot az optimizmusra épülőtől.</description></item><item><title>Mainframe migrációs eszközök: mi működik, mi nem</title><link>https://mecanik.dev/hu/posts/mainframe-migration-tools-what-works/</link><pubDate>Sat, 01 Aug 2026 07:00:00 +0100</pubDate><guid>https://mecanik.dev/hu/posts/mainframe-migration-tools-what-works/</guid><description>Minden nagygépes átállás azzal kezdődik, hogy valaki rákeres a mainframe migrációs eszközökre, és a bemutató, ami ezután következik, meglepően meggyőző. Néhány ezer sor COBOL megy be, olvasható Java jön ki, a tesztkészlet lefut, a diasor pedig hetven vagy nyolcvan százalékos automatizálást ígér. A bemutató általában őszinte. Csak épp általában olyan kódon fut, amely semmiben nem hasonlít az Önére.
Ez az útmutató azokat az eszközkategóriákat írja le, amelyek valóban léteznek, azt, hogy mindegyik miben igazán jó, és azokat a konkrét pontokat, ahol mindegyik hajlamos elbukni valódi terhelésen.</description></item><item><title>Szoftvermodernizáció: Kód újraírás vagy refaktorálás?</title><link>https://mecanik.dev/hu/posts/legacy-software-modernisation-rewrite-vs-refactor/</link><pubDate>Fri, 24 Jul 2026 19:00:00 +0100</pubDate><guid>https://mecanik.dev/hu/posts/legacy-software-modernisation-rewrite-vs-refactor/</guid><description>Annak eldöntése, hogy mikor és hogyan modernizáljunk egy elavult szoftverrendszert, az egyik legfontosabb architektúrális döntés, amellyel egy vállalati fejlesztőcsapat szembesül 2026-ban. Az elavult rendszerek korlátozzák a funkciók fejlesztését, biztonsági réseket vezetnek be, és a nem hatékony erőforrás-kihasználás miatt növelik a tárhelyköltségeket. Ugyanakkor egy rendszer teljesen a nulláról történő újraírása komoly üzleti kockázatokat hordoz magában, mint például az adatvesztés és a munkafolyamatok megszakadása. A CTO-knak ezért mérlegelniük kell, hogy a meglévő kód refaktorálása vagy a rendszer teljes újraírása hozza-e a legmagasabb ROI-t.</description></item><item><title>Egyedi szoftverfejlesztés költsége: 2026-os költségvetési útmutató</title><link>https://mecanik.dev/hu/posts/custom-software-development-cost-budgeting-guide/</link><pubDate>Thu, 23 Jul 2026 19:00:00 +0100</pubDate><guid>https://mecanik.dev/hu/posts/custom-software-development-cost-budgeting-guide/</guid><description>A valós egyedi szoftverfejlesztés költségei megértése az első kritikus lépés azon vállalatok számára, amelyek egyedi fejlesztést terveznek 2026-ban. A dobozos (kész) platformok kezdetben olcsóbbnak tűnnek, de a licencdíjak, a korlátozott integrációk és a sablonos megjelenés miatt a működési költségek gyorsan megemelkednek. Ezzel szemben a saját fejlesztésű szoftver garantálja a szellemi tulajdon teljes birtoklását, az optimalizált teljesítményt és a vállalkozásra szabott munkafolyamatokat. Ez az útmutató bemutatja azokat az árazási modelleket, határidőket és becslési módszereket, amelyeket a professzionális tanácsadó cégek használnak az egyedi projektek költségvetésének tervezése során.</description></item><item><title>Legacy PHP modernizáció: 2026-os útmutató</title><link>https://mecanik.dev/hu/posts/legacy-php-modernisation-guide/</link><pubDate>Tue, 14 Jul 2026 07:00:00 +0100</pubDate><guid>https://mecanik.dev/hu/posts/legacy-php-modernisation-guide/</guid><description>Egy legacy PHP alkalmazás gyakran egy tucatszor bővített épület szoftveres megfelelője: működik, a vállalkozás függ tőle, és senki sem akar hozzányúlni. A régi PHP verziók, a tesztek hiánya, az összemosódott felelősségek és az évek alatt felhalmozott kényszermegoldások minden változtatást kockázatossá tesznek. A jó hír, hogy a legacy PHP modernizáció nem igényel big-bang újraírást, ami rendszerint a legkockázatosabb megoldás mind közül. Ez az útmutató egy biztonságosabb, fokozatos utat vázol fel.
TL;DR</description></item><item><title>Mainframe-modernizáció: rewrite, refactor vagy replatform</title><link>https://mecanik.dev/hu/posts/mainframe-modernisation-rewrite-refactor-replatform/</link><pubDate>Mon, 06 Jul 2026 07:00:00 +0100</pubDate><guid>https://mecanik.dev/hu/posts/mainframe-modernisation-rewrite-refactor-replatform/</guid><description>A mainframe-modernizáció ritkán egyetlen döntés. Több különálló stratégia közötti választás, amelyek mindegyike nagyon eltérő költség-, ütemezés- és kockázati profillal bír, és a helyes válasz az üzleti céljaidtól függ, nem pedig technológiai preferenciától. A „mindent újraírni&amp;quot; választása, amikor egy replatform is elég lenne, vagy a „lift and shift&amp;quot;, amikor a valódi probléma a karbantarthatatlan kód, így pazarolnak el a modernizációs programok milliókat.
Ez az útmutató összehasonlítja a fő modernizációs stratégiákat, hogy melyiknek mikor van értelme, és hogyan válasszunk.</description></item><item><title>COBOL migráció költsége: UK útmutató 2026</title><link>https://mecanik.dev/hu/posts/cobol-migration-cost-timeline-and-risk-uk-guide/</link><pubDate>Sun, 05 Jul 2026 19:00:00 +0100</pubDate><guid>https://mecanik.dev/hu/posts/cobol-migration-cost-timeline-and-risk-uk-guide/</guid><description>„Mennyibe fog kerülni a COBOL-ról való átállás?&amp;quot; ez az első kérdés, amit minden igazgatóság feltesz, és az őszinte válasz az, hogy többtől függ, mint a kódbázis mérete. Ez az útmutató lebontja, hogy valójában mitől függ a COBOL migráció költsége az Egyesült Királyságban, milyen reális büdzsé- és ütemtervsávok vannak, és milyen kockázatok fordítanak egy jól megtervezett projektet túllépésbe.
TL;DR
Egy közepes méretű brit COBOL migráció jellemzően 200 000 és 800 000 font sterling közé esik, és egy-két évig tart; a teljes nagygépes leszerelések milliókba és több évbe kerülnek A költséget sokkal inkább a kódbázis komplexitása, a dokumentálatlan üzleti logika és az adathozzáférési réteg újratervezése hajtja, mint a puszta sorszám A célnyelv és a migrációs megközelítés megválasztása érdemben megváltoztatja a büdzsét A túllépések leggyakoribb oka a hatókör alábecslése, különösen a dokumentálatlan üzleti szabályoké és az adathozzáférési rétegé Mi hajtja valójában a COBOL migráció költségétA sorszám a főcím-szám, de önmagában gyenge előrejelző.</description></item><item><title>COBOL–Rust migráció - Útmutató UK vállalatoknak</title><link>https://mecanik.dev/hu/posts/cobol-to-rust-migration-a-uk-enterprise-guide/</link><pubDate>Sun, 05 Jul 2026 07:00:00 +0100</pubDate><guid>https://mecanik.dev/hu/posts/cobol-to-rust-migration-a-uk-enterprise-guide/</guid><description>A Rust egyre népszerűbb COBOL-migrációs célpont azoknál a szervezeteknél, amelyek egyszerre kívánnak memóriabiztonságot és nagy teljesítményt szemétgyűjtő nélkül. Egy COBOL–Rust migráció során a biztonságkritikus és teljesítményérzékeny rendszerek esetében garanciái meggyőzőek: a memóriahibák egész osztályait fordítási időben elkapja, a keletkező binárisok pedig gyorsak és kiszámíthatóak.
A Rust egyben a lista legigényesebb célpontja is, mert tulajdonlási és kölcsönzési modellje alapvetően eltér a COBOL lapos adatmodelljétől. Ez az útmutató elmagyarázza, mit is jelent valójában egy COBOL–Rust migráció, milyen megközelítések állnak az UK vállalatok rendelkezésére, mennyibe kerül, és hogyan kezelhető a kockázat.</description></item><item><title>COBOL-Go migráció: útmutató UK vállalatoknak</title><link>https://mecanik.dev/hu/posts/cobol-to-go-migration-a-uk-enterprise-guide/</link><pubDate>Sat, 04 Jul 2026 19:00:00 +0100</pubDate><guid>https://mecanik.dev/hu/posts/cobol-to-go-migration-a-uk-enterprise-guide/</guid><description>A Go pragmatikus COBOL-migrációs célpont, amikor az egyszerűség, a gyors buildek és a könnyű telepítés fontosabb, mint egy nagy vállalati keretrendszer-ökoszisztéma. Egyetlen statikus binárissá fordul futásidejű függőségek nélkül, bárhol fut, és beépített párhuzamossági modellje természetes módon illeszkedik a COBOL kötegelt feldolgozás párhuzamos munkaterhelésekké való modernizálásához.
Ez az útmutató elmagyarázza, mit is jelent valójában egy COBOL-Go migráció, milyen megközelítések állnak a UK vállalatok rendelkezésére, mennyibe kerül, és azt az egyetlen pontossági kérdést, amelyet előre meg kell terveznie.</description></item><item><title>COBOL-Java migráció - Vállalati útmutató (UK)</title><link>https://mecanik.dev/hu/posts/cobol-to-java-migration-a-uk-enterprise-guide/</link><pubDate>Sat, 04 Jul 2026 07:00:00 +0100</pubDate><guid>https://mecanik.dev/hu/posts/cobol-to-java-migration-a-uk-enterprise-guide/</guid><description>A Java a leggyakoribb célpont a vállalati COBOL migrációhoz, és könnyen érthető, miért. Kiforrott, erősen típusos nyelv, hatalmas könyvtár-ökoszisztéma áll mögötte, és az Egyesült Királyság egyik legmélyebb fejlesztői merítése támogatja. Azoknak a szervezeteknek, amelyek kritikus COBOL rendszereket futtatnak IBM mainframe-eken, a COBOL-Java migráció utat kínál egy modern platform felé anélkül, hogy fel kellene adniuk azt a vállalati szintű szigort, amelyet ezek a rendszerek megkövetelnek.
Ez az útmutató elmagyarázza, mit foglal magában valójában egy COBOL-Java migráció, milyen megközelítések állnak a brit vállalatok rendelkezésére, mennyibe kerül, és hogyan kezelhető a kockázat.</description></item><item><title>COBOL-C# migráció: UK vállalati útmutató 2026</title><link>https://mecanik.dev/hu/posts/cobol-to-csharp-migration-a-uk-enterprise-guide/</link><pubDate>Fri, 03 Jul 2026 19:00:00 +0100</pubDate><guid>https://mecanik.dev/hu/posts/cobol-to-csharp-migration-a-uk-enterprise-guide/</guid><description>A COBOL a mai napig hatalmas mennyiségű szoftvert működtet a brit bankokban, biztosítóknál, a közszférában és a nagy kereskedelmi vállalatoknál. Ennek jelentős része pénzt dolgoz fel, és nagy része már azelőtt is futott, hogy a ma karbantartását végző fejlesztők egyáltalán csatlakoztak volna a szervezethez. Ahogy a COBOL-szakértelem fokozatosan nyugdíjba vonul, a modernizációs nyomás évről évre nő, és a COBOL-C# migráció az egyik olyan út, amelyet a brit szervezetek a leggyakrabban mérlegelnek.</description></item><item><title>COBOL-bol Python-ra migralás - Brit vállalati útmutató 2026</title><link>https://mecanik.dev/hu/posts/cobol-to-python-migration-a-uk-enterprise-guide/</link><pubDate>Sun, 21 Jun 2026 07:00:00 +0100</pubDate><guid>https://mecanik.dev/hu/posts/cobol-to-python-migration-a-uk-enterprise-guide/</guid><description>A COBOL becslések szerint több százmilliárd kódsor meghajtója, amelyek még mindig globális pénzügyi rendszerekben, kormányzati infrastruktúrában és vállalati háttérrendszerekben futnak. Az Egyesült Királyságban ezek a rendszerek bankoknál, biztosítótársaságoknál, közszféra-szervezeteknél és nagy kiskereskedőknél működnek. Az azokat megíró fejlesztők nyugdíjba vonulnak. Az üzemeltető szervezetek pedig egyre nagyobb nyomást éreznek.
A Python lett a legtöbb COBOL-modernizálási projekt migrációs célnyelvévé, és joggal. Olvasható, hatalmas könyvtárat ökoszisztémával rendelkezik, az AI-integráció elsőszámú nyelve, és úgy strukturálható, hogy visszaadja azokat az eljárásalapú logikai mintákat, amelyekre a COBOL-rendszerek támaszkodnak.</description></item><item><title>COBOL-ról C++-ra migráció: régi rendszerek modernizálása</title><link>https://mecanik.dev/hu/posts/cobol-to-c++-migration/</link><pubDate>Tue, 24 Feb 2026 18:00:00 +0100</pubDate><guid>https://mecanik.dev/hu/posts/cobol-to-c++-migration/</guid><description>A COBOL-ról C++-ra migráció az egyik legnagyobb hatású modernizációs projekt, amit egy szervezet elvállalhat, és egyben az egyik legkevésbé kiszolgált terület. Jelenleg is nagyjából 220 milliárd sornyi COBOL kód fut éles környezetben. Bankok billiónyi dollárt dolgoznak fel rajta. Kormányzatok nyugdíjrendszereket, adóbeszedést és egészségügyi rendszereket üzemeltetnek rajta. Légitársaságok foglalnak vele repülőjegyeket. Es minden évben azok az emberek, akik karban tudják tartani ezeket a kódokat, egyre közelebb kerülnek a nyugdíjhoz, miközben szinte senki nem jön utánuk.</description></item></channel></rss>