언어와 런타임의 세대교체 — 공식 EOL 공지로 읽는 11개 프로젝트

들어가며 — 이 계층은 날짜가 분명합니다
1. Python 2
2. AngularJS
3. Vue 2
4. Nashorn
5. 자바 애플릿과 웹 스타트
6. Mono
7. Xamarin
8. PhoneGap
9. Atom
10. io.js — 갈라졌다가 다시 합쳐진 경우
11. jQuery Mobile
정리 — 남긴 것이 가장 큰 계층
함께 읽기
시리즈

들어가며 — 이 계층은 날짜가 분명합니다

언어와 프레임워크는 종료 날짜가 공식 문서에 명시되는 경우가 많습니다. 인프라나 도구와 달리 상태 확인이 쉽다는 뜻이고, 그래서 몰라서 못 옮겼다는 변명이 통하지 않는 계층이기도 합니다.

아래 11개는 모두 공식 공지나 저장소 상태로 근거를 확인했습니다. 각 항목마다 그 프로젝트가 무엇을 남겼는지를 적었습니다. 이 계층에서는 남긴 것이 특히 큽니다. 코드가 통째로 다른 프로젝트의 기반이 된 사례가 여럿입니다.

1. Python 2

무엇이었나 — 20년 가까이 파이썬의 기본이었던 버전 계열입니다.
왜 그때 옳았나 — 유니코드 처리 등에서 3과 호환되지 않는 결정이 있었지만, 그 결정 위에 방대한 생태계가 실제로 돌아갔습니다.
무엇이 바뀌었나 — 공식 안내가 2020년 1월 1일 이후로 새 버그 보고와 수정, 변경이 없으며 지원이 종료되었다고 밝힙니다. 이후 발견되는 보안 취약점도 처리되지 않습니다.
무엇이 그 자리에 왔나 — Python 3입니다.
무엇을 남겼나 — 대규모 언어 전환이 얼마나 오래 걸리는지에 대한 업계 전체의 학습입니다. 이후 언어 설계자들이 호환성 파괴를 다루는 방식이 눈에 띄게 조심스러워졌습니다.
지금도 쓰는 게 맞는 경우 — 없습니다. 격리된 환경에서 도는 레거시라면 시간을 벌 수 있지만, 네트워크에 노출된다면 위험 자산입니다.

2. AngularJS

무엇이었나 — 양방향 바인딩으로 프론트엔드 개발 방식을 바꾼 1세대 Angular입니다.
왜 그때 옳았나 — DOM을 직접 조작하지 않고 데이터와 화면을 묶는다는 발상은 당시 프론트엔드의 생산성을 실제로 바꿨습니다.
무엇이 바뀌었나 — 2022년 1월 11일 공지에 따르면 장기 지원이 2021년 12월 31일 종료되었습니다. 저장소는 2024년 4월 12일 보관되었고 README도 2022년 1월 지원 종료를 명시합니다.
무엇이 그 자리에 왔나 — Angular입니다. 공지도 후속 프레임워크로의 업그레이드를 권합니다.
무엇을 남겼나 — 선언적 데이터 바인딩과 의존성 주입을 프론트엔드에 들여온 것입니다. 오늘날 거의 모든 프레임워크가 두 개념을 갖고 있습니다.
지금도 쓰는 게 맞는 경우 — 없습니다. 다만 대규모 이전이 어려운 조직을 위한 상용 연장 지원이 존재합니다.

3. Vue 2

무엇이었나 — 점진적 도입이 가능한 프론트엔드 프레임워크의 2세대입니다.
왜 그때 옳았나 — 기존 페이지에 스크립트 한 줄로 얹을 수 있다는 성질은 실제 마이그레이션 현장에서 큰 장점이었습니다.
무엇이 바뀌었나 — Evan You가 2023년 12월 15일 공지로 2023년 12월 31일 수명 종료를 알렸습니다. 이후 새 기능과 업데이트, 수정이 제공되지 않지만 기존 배포 채널에서는 계속 받을 수 있고, 마지막 릴리스는 2.7.16이라고 밝혔습니다.
무엇이 그 자리에 왔나 — Vue 3입니다.
무엇을 남겼나 — 점진적 채택이라는 설계 원칙, 그리고 옵션 기반 컴포넌트 API가 후속 버전에서도 유지된다는 호환 정책입니다.
지금도 쓰는 게 맞는 경우 — 같은 공지가 즉시 이전이 어려운 조직을 위한 상용 연장 지원을 안내합니다. 그 외에는 이전 대상입니다.

4. Nashorn

무엇이었나 — JDK에 내장되어 있던 자바스크립트 엔진입니다.
왜 그때 옳았나 — JVM 위에서 스크립팅을 쓰려는 수요는 실재했고, Nashorn은 당시 ECMAScript 표준을 충실히 구현했습니다.
무엇이 바뀌었나 — 오라클 JDK 17 마이그레이션 문서에 따르면 Nashorn 엔진과 API, jjs 도구가 JDK 15에서 제거되었습니다. 자바 11에서 제거 예정 폐기 상태로 표시된 뒤의 수순이었습니다.
무엇이 그 자리에 왔나 — GraalVM의 자바스크립트 구현, 그리고 별도 배포되는 독립 엔진입니다.
무엇을 남겼나 — 표준 스크립팅 API 자체는 그대로 남았습니다. 인터페이스는 유지하고 구현만 교체할 수 있게 설계해 둔 덕분입니다.
지금도 쓰는 게 맞는 경우 — 최신 JDK에서는 선택지가 아닙니다. 구버전 JDK에 묶인 시스템이라면 그대로 동작합니다.

5. 자바 애플릿과 웹 스타트

무엇이었나 — 브라우저 안에서 자바 애플리케이션을 실행하던 배포 방식입니다.
왜 그때 옳았나 — 설치 없이 데스크톱 수준의 애플리케이션을 배포한다는 목표는 시대를 앞섰습니다. 오늘날 웹 애플리케이션이 하는 일과 목표가 같습니다.
무엇이 바뀌었나 — 같은 오라클 문서에 따르면 자바 플러그인과 애플릿 뷰어, 웹 스타트와 javaws 도구가 JDK 11에서 제거되었고, 애플릿 API는 JDK 17에서 제거 예정으로 폐기되었습니다. 문서는 모든 브라우저 벤더가 자바 브라우저 플러그인 지원을 없앴거나 없애기로 했기 때문이라고 밝힙니다.
무엇이 그 자리에 왔나 — 웹 표준 기반 애플리케이션, 그리고 계산 집약 작업에는 WebAssembly입니다.
무엇을 남겼나 — 브라우저에서 무거운 애플리케이션을 돌린다는 목표 자체입니다. 실행 주체가 플러그인에서 표준 런타임으로 바뀌었을 뿐입니다.
지금도 쓰는 게 맞는 경우 — 없습니다. 실행할 브라우저가 남아 있지 않습니다.

6. Mono

무엇이었나 — 리눅스와 macOS 등에서 동작한 최초의 .NET 구현입니다.
왜 그때 옳았나 — .NET이 윈도우 전용이던 시절, 크로스 플랫폼 실행을 가능하게 한 유일한 선택지였습니다.
무엇이 바뀌었나 — Mono 공식 사이트에 따르면 마지막 메이저 릴리스는 2019년 7월, 마지막 패치 릴리스는 2024년 2월이며, WineHQ 조직이 상위 프로젝트의 관리 주체를 이어받았습니다. 같은 안내는 활성 사용자와 Mono 기반 프레임워크 관리자에게 .NET으로의 이전을 권합니다.
무엇이 그 자리에 왔나 — 크로스 플랫폼을 지원하는 현대 .NET입니다.
무엇을 남겼나 — 코드 자체가 상당 부분 현대 .NET 런타임으로 흡수되었고, WineHQ에서 별도 계보로도 이어집니다. 자리를 내주면서 두 갈래로 살아남은 드문 사례입니다.
지금도 쓰는 게 맞는 경우 — 공식 안내가 이전을 권합니다. 다만 WineHQ 계보가 유지되고 있으므로 그쪽 용도라면 상태를 직접 확인할 가치가 있습니다.

7. Xamarin

무엇이었나 — .NET으로 iOS와 안드로이드 앱을 만드는 프레임워크입니다.
왜 그때 옳았나 — 네이티브 API에 그대로 접근하면서 로직을 공유한다는 접근은 크로스 플랫폼 도구 중에서도 타협이 적은 편이었습니다.
무엇이 바뀌었나 — 마이크로소프트 지원 정책 문서가 2024년 5월 1일 모든 Xamarin SDK의 지원이 종료되었다고 밝힙니다.
무엇이 그 자리에 왔나 — 같은 문서가 Xamarin.Forms는 .NET MAUI로, 나머지는 .NET에 통합된 안드로이드·iOS·맥용 SDK로 옮기라고 안내합니다.
무엇을 남겼나 — 코드 자체가 후속 제품의 기반이 되었습니다. 이름이 바뀐 쪽에 가깝습니다.
지금도 쓰는 게 맞는 경우 — 없습니다. 새 플랫폼 API를 받을 수 없습니다.

8. PhoneGap

무엇이었나 — 웹 기술로 모바일 앱을 만들던 하이브리드 앱 프레임워크입니다.
왜 그때 옳았나 — 웹 개발자가 앱스토어에 앱을 올릴 수 있게 한 첫 대중적 경로였습니다.
무엇이 바뀌었나 — Apache Cordova가 2020년 8월 14일 공지에서 Adobe가 PhoneGap 종료를 발표했음을 알리면서, Cordova는 여전히 활발히 유지되고 있다고 밝혔습니다.
무엇이 그 자리에 왔나 — 상위 오픈소스 프로젝트인 Apache Cordova가 그대로 남았고, 이후 세대의 하이브리드 프레임워크들이 그 위나 옆에 자리 잡았습니다.
무엇을 남겼나 — Cordova 그 자체입니다. 상용 배포판이 문을 닫아도 기증된 상위 프로젝트는 남는다는 구조를 보여 준 사례입니다.
지금도 쓰는 게 맞는 경우 — PhoneGap 브랜드 제품은 아닙니다. Cordova는 별개이며 공지 기준으로 유지되고 있습니다.

9. Atom

무엇이었나 — GitHub이 만든 해킹 가능한 텍스트 에디터입니다.
왜 그때 옳았나 — 웹 기술로 데스크톱 에디터를 만든다는 실험이 실제로 통한다는 것을 증명했습니다.
무엇이 바뀌었나 — GitHub이 2022년 6월 8일 공지로 2022년 12월 15일 저장소를 보관하겠다고 밝혔습니다. 수년간 의미 있는 기능 개발이 없었다는 점을 이유로 들었습니다.
무엇이 그 자리에 왔나 — 같은 글이 언급하듯 Visual Studio Code와 클라우드 개발 환경입니다.
무엇을 남겼나 — 가장 큽니다. Atom을 만들기 위해 나온 Electron은 오늘날 수많은 데스크톱 앱의 기반이고, 같은 공지도 Atom이 수천 개 앱의 길을 열었다고 적습니다. 파서 기술 역시 다른 도구들 안에서 계속 쓰입니다.
지금도 쓰는 게 맞는 경우 — 없습니다. 다만 커뮤니티 포크가 존재하므로 상태는 직접 확인해 볼 수 있습니다.

10. io.js — 갈라졌다가 다시 합쳐진 경우

무엇이었나 — 릴리스 속도와 거버넌스에 대한 이견에서 갈라져 나온 Node.js 포크입니다.
왜 그때 옳았나 — 포크는 갈등을 해결하는 정당한 수단입니다. 결과적으로 이 포크가 만든 압력이 원본을 바꿨습니다.
무엇이 바뀌었나 — Node.js v4.0.0 릴리스 공지가 2015년 9월 8일 자로, 두 프로젝트의 작업이 하나의 코드베이스로 합쳐졌다고 밝힙니다. 같은 글은 44명의 협력자와 15명의 기술 운영 위원회 체제를 함께 소개합니다.
무엇이 그 자리에 왔나 — Node.js 본체입니다. 포크는 원본으로 되돌아갔습니다.
무엇을 남겼나 — 열린 거버넌스와 예측 가능한 릴리스 일정입니다. 오늘날 Node.js의 운영 방식은 이 시기에 형성되었습니다. 이 사례는 자리를 내준 것이 아니라 목적을 달성하고 해소된 경우입니다.
지금도 쓰는 게 맞는 경우 — 해당 없음. 애초에 별도로 존재하지 않습니다.

11. jQuery Mobile

무엇이었나 — 모바일 웹 UI 컴포넌트 프레임워크입니다.
왜 그때 옳았나 — 반응형 CSS와 터치 이벤트 표준이 자리 잡기 전, 기기별 차이를 흡수해 주는 계층이 필요했습니다.
무엇이 바뀌었나 — jQuery 팀이 2021년 10월 7일 공지로 폐기를 발표했습니다. 공지는 2010년 출시 이후 모바일 개발 기술이 달라졌다는 점과 광범위한 수동 테스트 부담을 이유로 듭니다. 공식 사이트도 더 이상 지원되지 않는다고 명시합니다.
무엇이 그 자리에 왔나 — CSS 미디어 쿼리와 플렉스박스, 그리고 브라우저에 표준화된 터치 이벤트입니다. 이 경우 대체재는 특정 라이브러리가 아니라 플랫폼입니다.
무엇을 남겼나 — 모바일 웹 UI가 어떤 문제를 풀어야 하는지를 목록으로 정리해 준 것입니다. 그 목록의 상당수가 이후 웹 표준으로 들어갔습니다.
지금도 쓰는 게 맞는 경우 — 없습니다. 표준이 같은 일을 더 잘합니다.

정리 — 남긴 것이 가장 큰 계층

이 목록에서 눈에 띄는 것은 코드가 통째로 살아남은 비율입니다. Atom은 Electron을 남겼고, Mono는 현대 .NET과 WineHQ 양쪽으로 이어졌으며, Xamarin은 이름을 바꿔 후속 제품이 되었고, PhoneGap은 상위 프로젝트 Cordova를 남겼습니다. io.js는 아예 원본으로 되돌아갔습니다.

프로젝트 이름이 사라지는 것과 그 프로젝트가 만든 것이 사라지는 것은 전혀 다른 일입니다. 이름은 상표와 조직에 묶여 있고, 코드와 아이디어는 그렇지 않습니다.

그리고 실무적으로 중요한 점 하나. 이 계층은 종료 날짜가 공개 문서에 명시되므로, 지금 쓰는 언어와 프레임워크의 지원 종료일을 목록으로 관리하는 것만으로도 상당한 위험을 걷어낼 수 있습니다.

상태 정보는 2026-08-12에 직접 확인했습니다. 프로젝트는 다시 활발해지기도 하니 최신 상태는 직접 확인하세요.