IDE 실무 가이드 · Part 2

Eclipse · 오픈소스 IDE 표준이었던 플랫폼

Eclipse의 구조, 강점, 한계, 그리고 지금도 만나게 되는 현장 맥락 이해하기

작성 기준2026년 7월버전과 지원 현황은 이후 달라질 수 있으니 공식 문서를 함께 확인하세요.

이 파트에서 다루는 내용

Eclipse의 탄생플러그인 아키텍처강점과 한계2026년 현재 위상
01

IBM이 만들어 재단에 넘긴 오픈소스 플랫폼입니다

Eclipse는 IBM의 자바 개발도구 VisualAge for Java의 후속으로 개발됐고, 2001년 11월 IBM이 오픈소스로 공개하면서 시작됐습니다.

2004년에는 IBM에서 완전히 분리된 비영리 조직인 Eclipse Foundation이 설립되어 프로젝트를 이어받았습니다. 특정 회사 제품이 아니라 재단이 운영하는 오픈소스라는 점이 초기 확산의 결정적인 이유였습니다.

무료였고, 플러그인으로 무엇이든 붙일 수 있었고, 자바 개발에 필요한 기능이 이미 들어 있었습니다. 2000년대 자바 개발자에게 IDE는 사실상 Eclipse를 의미했습니다.

SWT
네이티브 UI 툴킷

Swing 대신 OS 네이티브 위젯을 직접 사용해 당시 자바 애플리케이션치고는 빠른 반응성을 확보했습니다.

JDT
자체 자바 컴파일러

Eclipse는 자체 컴파일러(ECJ)로 코드를 증분 컴파일합니다. 저장하는 순간 오류가 표시되는 경험은 당시 큰 차별점이었습니다.

Equinox / OSGi
모듈 런타임

3.0부터 OSGi 기반으로 재구성되어, 모든 기능이 동적으로 로드되는 번들이 됐습니다. '에디터도 플러그인'인 구조입니다.

Workspace · Perspective
고유 개념

작업 디렉터리를 workspace로 묶고, 화면 구성을 perspective로 전환합니다. 다른 IDE에는 없는 개념이라 처음에는 헷갈립니다.

02

플랫폼이었기 때문에 파생 제품이 많습니다

Eclipse는 IDE인 동시에 '도구를 만드는 플랫폼'이었습니다. 그래서 회사와 기관이 Eclipse를 기반으로 자체 개발환경을 만들어 배포했고, 이 흔적이 지금도 남아 있습니다.

  • Spring Tool Suite(STS): 스프링 개발용으로 Eclipse에 스프링 도구를 얹은 배포판입니다.
  • IBM RAD, SAP, 임베디드 벤더 도구: 상용 개발환경의 껍데기로 Eclipse가 널리 쓰였습니다.
  • Android ADT: 초기 안드로이드 공식 개발환경이었으나 2015년 Android Studio로 대체됐습니다.
  • 전자정부 표준프레임워크: 국내 공공 SI 사업의 표준 개발환경이 Eclipse 기반이라 지금도 현장에서 만나게 됩니다.
현장에서 중요한 점

공공·금융 SI, 레거시 유지보수, 벤더 제공 개발환경에서는 IDE를 개인이 고르지 못하는 경우가 많습니다. Eclipse를 '옛날 도구'로만 알고 있으면 투입 첫날 막힙니다. 최소한 workspace 개념, 프로젝트 import, 빌드 경로 설정, 서버 연동은 알아 두는 편이 안전합니다.

03

장점과 한계를 나눠서 봐야 합니다

무료·오픈소스
장점

라이선스 비용과 구매 절차가 없습니다. 폐쇄망에도 설치 파일만 반입하면 쓸 수 있어 보안 심사가 까다로운 조직에서 유리합니다.

확장성과 커스터마이징
장점

플러그인으로 사내 표준 도구를 붙여 배포판을 만들 수 있습니다. 벤더가 개발환경을 통째로 제공하는 방식이 가능합니다.

설정과 UX 부담
한계

workspace, 빌드 경로, 인코딩, JRE 설정을 사람이 맞춰야 합니다. 팀원마다 환경이 미묘하게 달라지는 문제가 반복됩니다.

최신 생태계 대응 속도
한계

웹 프런트엔드, 컨테이너, 클라우드, AI 도구 대응이 다른 IDE보다 늦습니다. 자바 외 언어를 같이 다루면 불편이 커집니다.

플러그인 충돌
한계

오래된 플러그인과 새 버전이 섞이면 실행이 불안정해집니다. 업데이트 기준 없이 플러그인을 늘리면 관리 비용이 커집니다.

04

2026년 현재: 유지되고 있지만 주류에서는 밀렸습니다

Eclipse IDE는 지금도 분기별 동시 릴리스를 이어가고 있습니다. 2026-06 릴리스는 버전 4.40이며 63개 프로젝트가 참여했습니다. 프로젝트가 멈춘 것이 아니라, 경쟁 도구 대비 상대적 점유율이 내려간 상황입니다.

자바 개발자 대상 조사에서 IntelliJ IDEA가 압도적 1위를 지키는 반면 Eclipse 사용률은 지속적으로 하락하고 있으며, 2024년에서 2025년 사이 두 자릿수 하락이 보고되기도 했습니다. 조사 주체마다 수치는 다르지만 방향은 일관됩니다.

AI 대응은 자체 기능보다 플러그인과 별도 프로젝트로 이뤄집니다. Eclipse Marketplace의 Copilot4Eclipse 같은 플러그인으로 AI 보조를 붙일 수 있고, 재단 차원의 AI 대응은 Eclipse IDE 본체보다 Theia IDE 쪽에서 더 활발합니다.

언제 Eclipse를 써야 하나
판단 기준
  • 고객사·기관이 표준 개발환경으로 지정한 경우
  • 전자정부 표준프레임워크 기반 사업
  • 벤더가 Eclipse 기반 도구를 제공하는 임베디드·엔터프라이즈 환경
  • 라이선스 구매가 불가능하고 폐쇄망 제약이 큰 경우
언제 다른 도구를 검토해야 하나
판단 기준
  • 새로 시작하는 자바·코틀린 프로젝트
  • 프런트엔드와 백엔드를 함께 다루는 경우
  • 컨테이너·클라우드 개발 비중이 큰 경우
  • AI 코딩 도구를 팀 표준으로 도입하려는 경우
체크

이 파트 완료 기준