JetBrains의 2025년 순손실 — 환차손인가, IDE의 황혼인가

매출은 사상 최대인데 순이익은 적자다. 이것은 코딩 에이전트가 IDE 사업을 잠식한다는 증거인가, 아니면 환율 한 줄이 만든 착시인가?

도입

2026년 10월 6일 해커뉴스 1면에 「JetBrains, 2025년 매출 성장과 순손실을 보고」라는 제목의 글이 올라와 596점을 받았다. 링크는 기업 재무 데이터를 모아 파는 체코의 Helgi Library 페이지였다. 여기에 실린 숫자는 간단하다. JetBrains s.r.o.의 2025년 매출은 160억 800만 코루나(CZK)로 전년 대비 6.3% 늘어 회사 사상 최대를 기록했다. 그런데 순이익은 마이너스 3억 1,500만 코루나, 즉 순손실이다.

IntelliJ IDEA, PyCharm, Rider, WebStorm을 만드는 회사가 적자를 냈다는 소식은 2026년의 개발자 커뮤니티에 정확히 들어맞는 서사를 제공했다. Claude Code, Codex 같은 CLI 에이전트와 Cursor 같은 AI 에디터가 개발 방식을 바꾸고 있으니, 무거운 유료 IDE가 밀려나는 것은 당연하다는 이야기다. 실제로 스레드의 상당 부분은 「나는 1년째 IDE를 열지 않았다」는 고백으로 채워졌다.

하지만 같은 스레드에서 몇몇 이용자는 다른 질문을 던졌다. 매출이 늘었는데 왜 사람들은 고객 이탈을 이야기하는가. 그리고 손실의 출처를 실제 공시에서 찾아보니 상당 부분이 환율이었다는 주장이 나왔다. 이 글은 두 이야기를 분리해서 읽는다. 첫째, 공개된 숫자가 실제로 무엇을 말하는가. 둘째, 숫자와 별개로 에이전트 시대에 IDE라는 상품의 가치는 어디로 이동하는가.

숫자가 말하는 것과 말하지 않는 것

먼저 출처의 성격부터 짚어야 한다. Helgi Library 페이지는 이 수치가 JetBrains s.r.o.가 체코 상업등기소(Sbírka listin)에 제출한 개별(비연결) 법정 재무제표에서 읽어 낸 것이며, 체코 회계기준(Czech GAAP)을 따른다고 명시한다. 본사는 프라하, 설립 2002년이다. 즉 이것은 JetBrains 그룹 전체의 연결 실적이 아니라 체코 법인 하나의 장부다. 해커뉴스에서도 한 이용자가 이 점을 지적하며 미국의 10-K와 같은 수준으로 신뢰할 수 있는 자료냐고 물었고, 다른 이용자는 체코에서는 비상장 회사의 재무제표도 공개 등기된다고 답했다(직접 인용은 아니고, 코멘트의 요지를 요약).

그 전제 위에서 Helgi가 제시한 5년치 표를 옮기면 다음과 같다(단위: 백만 코루나).

항목	2021	2022	2023	2024	2025
매출	9,926	11,907	13,400	15,065	16,008
매출총이익	5,332	5,090	4,717	2,834	1,708
EBIT	4,835	3,221	4,089	2,042	751
순금융비용	136	222	-110	-810	1,078
세전이익	4,697	3,155	4,745	2,982	-325
순이익	3,971	2,290	3,856	2,479	-315

표를 가로로 읽으면 두 가지 다른 추세가 겹쳐 있다는 것이 보인다.

첫째, 금융 항목의 급변이다. 2024년에 순금융비용은 마이너스 8억 1,000만 코루나, 즉 금융 쪽에서 이익이 났다. 2025년에는 플러스 10억 7,800만 코루나의 비용으로 뒤집혔다. 2025년 EBIT 751에서 순금융비용 1,078을 빼면 약 마이너스 327로, 표의 세전손실 마이너스 325와 거의 일치한다. 다시 말해 영업 단계에서는 여전히 흑자였고, 순손실로 넘어간 것은 금융 항목 때문이다.

그 금융 항목의 정체에 대해서는 해커뉴스 이용자들이 등기소 원문을 직접 읽었다고 밝히며 설명을 보탰다. @rfgplk는 체코어 공시를 GPT로 번역해 읽은 결과라며, 코루나가 주요 외화 대비 강세를 보이면서 약 15억 1,600만 코루나의 환차손이 발생했고 이것이 훨씬 작은 영업이익을 덮어 버렸다고 정리했다. 다만 「그냥 회계상 문제」라고만 보면 불완전하다며, 영업이익도 63.2% 감소했다고 덧붙였다(직접 인용은 아니고, 코멘트의 요지를 요약). @rdslw도 별도로 공시를 읽고 순손실의 주된 원인은 2025년의 코루나·달러 환율 변동이며, 달러를 보유하고 있으면 돈이 움직이지 않아도 장부상 손실이 잡힌다고 설명했다(직접 인용은 아니고, 코멘트의 요지를 요약). 이 수치들은 필자가 원문 공시를 직접 확인한 것이 아니라 코멘트 작성자의 독해이므로, 정확한 금액은 유보해 두는 것이 맞다. 그래도 산술적 정합성은 있다. 세전손실 마이너스 325에 1,516을 더하면 약 1,191로, @rfgplk가 함께 제시한 「환차손만 제거했을 때의 세전이익」 수치와 일치한다.

둘째, 영업 쪽의 추세다. 이쪽이 오히려 더 무겁다. 매출은 5년 동안 1.6배 늘었지만 매출총이익은 5,332에서 1,708로 3분의 1 이하로 줄었고, 매출총이익률은 53.7%에서 10.7%로 떨어졌다. EBIT는 4,835에서 751로 줄었다. 환율이 없었어도 이 법인의 수익성은 몇 년째 빠르게 얇아지고 있었다는 뜻이다. 2024년 순이익 2,479는 금융 이익 810이 받쳐 준 결과이기도 하다.

이 비용이 어디서 늘었는지에 대해서도 코멘트가 단서를 준다. @mjr00은 인건비가 34.2% 늘었다고 짚었고, @rdslw는 공시에서 「기타 서비스」 비용이 19억 4,100만 코루나 늘어 49억 4,100만이 되었고, 컨설팅과 마케팅도 각각 크게 늘었으며, 반면 「소프트웨어 개발」 항목은 10억 2,500만 줄었다고 적었다(직접 인용은 아니고, 코멘트의 요지를 요약). 체코 법인이 그룹 내 다른 법인에 개발을 위탁하는 구조라면 이런 항목 이동은 그룹 내부 거래 구조의 변화일 수도 있다. 이 부분은 필자가 확인하지 못했다.

마지막으로 현금흐름이다. Helgi 표에서 2025년 투자활동 현금흐름은 마이너스 102억 7,300만 코루나로, 전년 마이너스 19억 4,600만의 다섯 배가 넘는다. 현금성자산은 69억 7,800만에서 14억 4,400만으로 줄었다. 이 숫자만 보면 「거대한 무언가에 돈을 쏟았다」로 읽기 쉽고, 실제로 스레드에서 많은 이용자가 AI 투자나 추론 비용 보조를 추측했다. 그러나 @rdslw는 투자 현금흐름의 내용이 자회사 대여와 은행 예치금으로의 이동이라고 적었다(직접 인용은 아니고, 코멘트의 요지를 요약). 예금이 「현금성자산」에서 「단기 금융자산」으로 분류만 옮겨 갔다면, 현금이 줄어든 것처럼 보여도 돈이 사라진 것은 아니다. Helgi가 순현금(net cash)을 75억 8,400만 코루나로 표시한 것도 이 해석과 모순되지 않는다.

정리하면, 공개 자료로 단정할 수 있는 것은 이 정도다. 체코 법인의 매출은 늘었다. 영업이익은 줄었지만 흑자다. 순손실은 금융 항목에서 왔고, 코멘트들은 그것을 환차손으로 지목한다. 그리고 그룹 전체의 실적은 이 자료로는 알 수 없다. @rdslw는 그룹 전체 성장률이 25%라고 주장했지만, 출처가 제시되지 않아 여기서는 검증되지 않은 주장으로 남겨 둔다.

에디터가 범용품이 될 때

그렇다면 「AI가 IDE를 죽였다」는 서사는 틀린 것인가. 재무제표가 그 서사를 뒷받침하지는 않는다. 그러나 스레드의 나머지 절반, 즉 사용자들의 행동 보고는 별개의 데이터로 읽을 가치가 있다. 그것은 아직 매출에 반영되지 않았을 수 있는 선행 지표이기 때문이다.

보고는 놀랄 만큼 한 방향을 가리킨다. 15년간 사비로 JetBrains를 결제해 왔지만 지난 1년 동안 한 번도 열지 않았다는 이용자가 있었다(@SkyPuncher). RustRover가 주력 도구였지만 이제는 Claude Code와 가끔 Codex를 쓰며, 2월 이후 코드를 직접 쓰지 않는다는 이용자도 있었다(@echelon). 사내의 MR diff가 곧 자신의 IDE이며 처음으로 JetBrains 구독 갱신을 고민한다는 이야기(@spicyusername), Claude가 대부분의 코드를 쓰게 되자 IntelliJ의 복잡함과 실행 부담이 더는 정당화되지 않아 VS Code로 옮겼다는 이야기(@akkad33)도 이어졌다(모두 직접 인용은 아니고, 코멘트의 요지를 요약).

이 보고들의 공통점은 「편집」이라는 행위가 개발자의 작업에서 빠져나갔다는 것이다. 전통적인 IDE의 가치 제안은 사람이 코드를 쓰고 고치는 순간에 집중되어 있었다. 정확한 자동완성, 안전한 리팩터링, 심볼 탐색, 디버거. 한 이용자가 요약했듯 JetBrains의 해자는 똑똑한 리팩터링과 몇 가지 디버깅 도구였다(@maxdo, 직접 인용은 아니고, 코멘트의 요지를 요약). 에이전트가 편집을 맡으면 사람에게 남는 일은 지시하고, 기다리고, 결과를 검토하는 것이다. 그리고 검토에는 diff 뷰어와 코드 탐색만 있으면 되며, 그것은 GitHub의 PR 화면이나 Neovim으로도 충분하다는 것이 여러 이용자의 결론이었다.

더 흥미로운 것은 IDE가 에이전트와 함께 쓰일 때 오히려 방해가 된다는 보고다. @xnorswap은 Claude가 작업하는 동안 IDE를 열어 두면 캐시가 금방 낡고, IDE가 편집을 따라잡으려 계속 재처리를 하며 「헛돌게」 된다고 적었다. 그래서 Claude가 일하는 동안 IDE를 닫게 되고, 그러다 보니 코드를 보지 않는 데 익숙해졌다는 것이다. 그가 정말 원하는 것은 반대 방향, 즉 에이전트가 grep으로 헤매는 대신 컴파일러 캐시와 언어 서버의 지식을 정확하게 활용하는 구조인데, 그 결합은 IDE 벤더 쪽이 아니라 하네스를 만드는 연구소 쪽에서 나올 것 같다고 봤다(직접 인용은 아니고, 코멘트의 요지를 요약). 여러 개의 워크트리에서 에이전트를 병렬로 돌리면 IntelliJ의 느린 인덱싱과 캐시 문제가 증폭된다는 @akkad33의 보고도 같은 지점을 가리킨다.

이것은 구조적인 역설이다. JetBrains가 20년 넘게 쌓아 온 가장 깊은 자산은 언어별 정적 분석 엔진, 즉 코드를 「이해하는」 능력이다. 이 능력은 에이전트에게 원리적으로 가장 필요한 것이다. 그런데 그 능력이 「사람이 한 파일을 열고 편집하는」 상호작용 모델에 묶여 있어서, 에이전트가 여러 파일을 동시에 대량으로 바꾸는 작업 방식과 충돌한다. 엔진의 가치는 그대로인데 엔진을 감싼 제품 형태가 시대와 맞지 않게 된 것이다.

JetBrains가 이것을 모르는 것은 아니다. 공식 사이트의 JetBrains Air 페이지는 Air를 「에이전트로 소프트웨어를 만드는 하나의 시스템」으로 소개하며, Claude Agent, Codex, Junie, Copilot, OpenCode, 그리고 ACP로 연결할 수 있는 모든 에이전트와 함께 작동한다고 적는다. IDE, 웹, CLI, 모바일에서 작업할 수 있고, 에이전트가 클라우드에서 돌기 때문에 작업이 한 기계에 묶이지 않는다고 한다. 페이지의 예시 화면에는 PR 생성 시 코드 리뷰, main 병합 시 문서 갱신 같은 자동화가 크레딧 소비량과 함께 표시되어 있다. 방향 자체는 스레드의 이용자들이 원한다고 말한 것, 즉 워크트리·병렬 세션·diff 검토를 지원하는 통합 환경과 거의 정확히 겹친다. 실제로 그런 제품이 없다고 불평한 이용자에게 JetBrains 쪽 인물로 보이는 계정이 Air 플러그인 링크를 답글로 단 장면도 있었다(@neuraldenis).

문제는 시점과 신뢰다. 스레드에는 AI Assistant가 덧붙여진 기능처럼 느껴진다는 불만, 조직에서 AI를 꺼 둬도 창을 열 때마다 AI 채팅 탭이 뜬다는 불만, Junie를 두고 메시지가 혼란스럽다는 불만이 많았다. Air를 흥미롭게 봤지만 출시가 늦어 직접 비슷한 것을 만들어 버렸다는 이용자도 있었다(@dools). 코드 리뷰 도구 Upsource와 협업 플랫폼 Space를 차례로 종료한 결정을 되짚으며, 지금 필요한 것은 무거운 IDE가 아니라 에이전트 산출물을 검토하고 병합하는 장소였는데 바로 그것을 접었다는 지적도 나왔다(@kgeist, @rednb). 모두 개인의 인상이지만, 「제품은 맞는 방향으로 가는데 사용자의 신뢰가 먼저 떠나고 있다」는 패턴은 반복적으로 관찰된다(이상 모두 직접 인용은 아니고, 코멘트의 요지를 요약).

전망과 시사점

이 사례에서 유료 개발 도구를 만드는 쪽이든 사는 쪽이든 가져갈 수 있는 교훈은 세 가지다.

첫째, 서사와 장부를 분리해서 읽어야 한다. 이번 스레드는 손실이라는 단어 하나에서 「에이전트가 IDE를 끝냈다」는 결론으로 뛰어간 코멘트로 가득했다. 하지만 공개된 장부에서 확인되는 것은 매출 증가와 금융 항목의 급변이며, 손실의 직접 원인은 사용자 이탈이 아니다. 한 이용자가 지적했듯, 아무도 IDE를 살 필요가 없다는 것이 지배적 의견이라면 오히려 놀라운 것은 매출이 늘었다는 사실이다(@jen20, 직접 인용은 아니고, 코멘트의 요지를 요약). 동시에 매출총이익률이 5년간 53.7%에서 10.7%로 내려온 것은 환율로 설명되지 않는 추세이므로, 「그냥 환율일 뿐」이라는 반론도 절반만 맞다.

둘째, 에디터가 범용품이 되면 가치는 「이해」와 「검토」로 이동한다. 코드를 쓰는 비용이 0에 가까워지면, 희소한 것은 그 코드가 맞는지 판단하는 사람의 시간이다. 유료 도구가 정당화되려면 그 시간을 줄여야 한다. 구체적으로는 에이전트가 만든 대규모 변경을 의미 단위로 묶어 보여 주는 diff, 리팩터링의 안전성을 정적 분석으로 증명하는 기능, 그리고 에이전트가 grep 대신 호출할 수 있는 언어 엔진 API 같은 것이다. 이것들은 JetBrains가 원리적으로 가장 잘할 수 있는 영역이며, 동시에 아직 누구도 확실하게 가져가지 못한 영역이다.

셋째, 에이전트에 대한 중립성이 해자가 될 수 있다. Air 페이지가 자사 Junie만이 아니라 Claude Agent, Codex, Copilot, OpenCode를 나란히 지원한다고 내세우는 것은 의미가 있다. 모델과 에이전트는 몇 달 단위로 순위가 바뀌는데, 사용자에게 특정 에이전트를 강요하는 도구는 그 교체 비용을 사용자에게 떠넘긴다. 스레드에서 「자사 에이전트를 밀지 말고 에이전트와의 통합을 잘하라」는 요구가 반복된 것도 같은 맥락이다. 다만 이것은 자사 AI 크레딧 판매라는 수익 모델과 긴장 관계에 있다. 남의 에이전트를 잘 지원할수록 자사 추론 매출의 근거는 약해진다.

전망은 갈린다. 낙관적으로 보면 JetBrains는 현금이 있는 회사다. 체코 법인 하나만 봐도 순현금이 75억 코루나를 넘고, 영업은 여전히 흑자이며, 매출은 늘고 있다. 이행에 몇 년을 쓸 여유가 있다. 비관적으로 보면 행동 지표는 재무 지표보다 먼저 움직인다. 「올해는 갱신했지만 내년은 모르겠다」는 코멘트가 이만큼 쌓였다는 것은, 구독형 사업에서 갱신율이 꺾이는 시점이 머지않았을 수 있다는 신호다. 어느 쪽이 맞는지는 이 데이터로는 판정할 수 없고, 그룹 연결 실적과 갱신율 같은 지표가 공개되어야 알 수 있다.

결론

JetBrains의 2025년 순손실은 공개된 숫자로 보면 「AI가 IDE를 죽였다」의 증거가 아니다. 매출은 사상 최대이며, 손실은 금융 항목에서 왔고, 해커뉴스에서 공시를 직접 읽은 이용자들은 그것을 코루나 강세에 따른 환차손으로 지목했다. 다만 그 아래에서 매출총이익률이 5년 동안 꾸준히 얇아졌다는 사실은 환율로 덮을 수 없다.

그리고 숫자와 별개로, 스레드에 쌓인 사용자 보고는 분명한 방향을 가리킨다. 개발자의 하루에서 편집이 빠져나가고 있고, 그 자리를 지시와 검토가 채우고 있다. 편집을 돕는 도구는 범용품이 되고, 검토를 돕는 도구가 새로운 유료 영역이 된다. 코드를 가장 깊이 이해하는 엔진을 가진 회사가 그 이동을 따라잡지 못한다면, 그것은 기술의 문제가 아니라 제품 형태의 문제다.

당신의 팀이 내년에 개발 도구 예산을 정할 때 무엇을 기준으로 삼을 것인가. 「누가 코드를 더 빨리 쓰게 해 주는가」인가, 아니면 「누가 에이전트가 쓴 코드를 더 빨리, 더 확실하게 검토하게 해 주는가」인가.

출처: