Bagudkompatibilitet - tilstedeværelsen i den nye version af et computerprogram eller computerudstyr af en grænseflade , der er til stede i den gamle version, som et resultat af hvilken andre programmer (eller en person) kan fortsætte med at arbejde med den nye version uden væsentlige ændringer (eller genlæring). Fuld bagudkompatibilitet betyder, at når en gammel version af en komponent udskiftes med en ny, vil hele systemets funktion som helhed ikke blive forstyrret.
Bagudkompatibilitet er en af topprioriteterne i computerindustrien. Bagudkompatibilitet giver brugerne mulighed for at migrere til en ny version for at bevare noget af eller al den værdi, de har opnået ved at tilpasse sig til at arbejde med tidligere versioner af software eller hardware.
Samtidig har sikring af bagudkompatibilitet også ulemper, hvilket hindrer udviklingen af teknologier. Så i moderne computere er meget "arvet" fra deres tidligere generationer, som ikke kan opgives på grund af kompatibilitet. Dette giver dig mulighed for at gemme tidligere investeringer fra producenter og forbrugere, men giver dig ikke mulighed for at implementere mere avancerede funktioner og øger sandsynligheden for fejl.
Bagudkompatibilitet i software refererer til senere versioner af et programs evne til at arbejde med filer oprettet af en tidligere version af det samme program eller et program, der implementerer de samme algoritmer som den tidligere version. Så der er for eksempel i Microsoft Office understøttelse af en række formater, som næsten aldrig bruges i øjeblikket.
Bagudkompatibilitet med hensyn til hardware refererer til nyere hardwaretypers evne til at efterligne betjeningen af ældre. Så for eksempel understøtter nogle Intel - mikroprocessorer stadig hele sæt instruktioner, der blev brugt i de allerførste repræsentanter for denne serie.
Den største ulempe ved bagudkompatibilitet er kompleksiteten af hardware eller software. For softwares vedkommende fører dette oftest til en stigning i størrelsen af softwareproduktet, og for hardwarens vedkommende fører det til en komplikation af arkitekturen, altså strukturen, af det tilsvarende hardwareelement. I sidste ende fører alt dette til en stigning i omkostningerne til produktion og support (det er ofte umuligt at finde supportspecialister, der har tilstrækkelig viden om begge teknologier efter at have ændret den underliggende teknologi).
I mellemtiden forårsager manglen på bagudkompatibilitet en række gener. Så for eksempel i Windows 2000 / XP -operativsystemer har MS-DOS- emulatoren ikke fuld bagudkompatibilitet med det rigtige MS-DOS OS, i modsætning til Windows 9x (som ikke inkluderer en emulator, men en "rigtig" MS- DOS, der kører før Windows og bruges til at køre DOS-applikationer). Som følge heraf er virksomheder i mange tilfælde tvunget til at bruge tidligere versioner af dette operativsystem eller installere en fuldgyldig MS-DOS på virtuelle computere , da den anvendte software kræver et fuldgyldigt MS-DOS-operativsystem, og ikke skære ned i kapaciteter.
Linux-kernen har en effektiv mekanisme, der opfylder begge modstridende krav. Support (drivere) til forældede enheder flyttes gradvist ud af hovedkoden til dynamisk indlæste moduler. Dette giver dig på den ene side mulighed for at have den mest moderne kerne, samtidig lille, ikke belastet med "atavismer". På den anden side er understøttelse af for eksempel en IDE - eller endda en MFM -disk mulig takket være indlæsbare moduler. Og dette sker uden virtualisering, hvilket betyder, at al tidligere skrevet software forbliver fuldt funktionsdygtig.