하위 호환성

하위 호환성은 새 버전이 나와도 예전 버전을 쓰던 사람이 아무것도 바꾸지 않아도 계속 잘 돌아가는 성질을 말한다. 이사 갈 새 집의 콘센트 모양이 바뀌었다고 해서 예전에 쓰던 가전제품을 다 못 쓰게 되면 곤란하다. 새 콘센트가 옛날 플러그도 그대로 꽂히게 만들어져 있다면, 그게 하위 호환성이다.

AI 서비스의 API(프로그램끼리 데이터를 주고받는 통로)도 마찬가지다. 개발사가 기능을 추가하거나 데이터 구조를 바꾸더라도, 기존에 그 API를 연결해 쓰던 프로그램의 코드는 손대지 않아도 계속 정상 작동해야 한다는 원칙이다. 보통 기존 항목은 그대로 두고, 새 기능은 있어도 되고 없어도 되는 선택적 항목으로 덧붙이는 방식으로 이를 지킨다.

반대로 하위 호환성이 깨지면, 업데이트 한 번에 기존 연동 코드가 갑자기 오류를 내거나 잘못된 값을 뱉는 사고가 난다. 그래서 개발사들은 새 기능을 넣을 때도 옛 필드의 이름이나 형태는 웬만하면 그대로 유지하려 애쓴다.

기사는 깃허브 코파일럿의 사용량 API 업데이트를 두고 「이번 변경은 하위 호환성을 유지한다」고 설명한다. 새로 추가된 에이전트별 집계 필드는 있으면 좋은 선택 항목일 뿐, 기존 필드의 구조는 그대로 남아 있어 예전 코드를 고치지 않아도 문제없이 돌아간다는 뜻이다. 흔한 오해와 달리, 하위 호환성 유지가 「아무것도 바뀌지 않았다」는 의미는 아니다. 새 기능은 분명 추가됐지만, 그 추가가 기존 사용자에게 피해를 주지 않는 방식으로 이뤄졌다는 뜻일 뿐이다.