넥스트스텝이 세상에서 사실상 사라진 이후에, 우리의 오픈소스, 리눅스 “enjoyer”들은 아쉬워했다.

지금은 KDE, Gnome, Xfce 등의 덕으로 GUI데스크탑 환경이 흔해졌지만, 당시엔 말그대로 척박했다. 물론 그 나름의 생긴건 투박하지만 얼마든지 “자유롭게” 커스터마이징하고, 사용성을 내게 맞추거나 하는 hacky하기는 했던거 같다. …당시에 가장 “유행하던” fvwm-은 지금에도 가장 마음대로 변경할 수 있는 X윈도용 윈도매니저다. (…그게 쉽다고는 하지 않겠다🫠)

…이런 상황에서, 한때는 GUI으로 해볼만한 실험적인짓들은 다 해보는 X윈도매니저들이 많이 나왔었다. 그중 가장 전위적이던, 90년대 세기말적 분위기의 enlightenment은 아예 이게 뭘까 하는 생각까지 불러일으킨다.

그리고 afterstep, windowmaker은 이런 리눅스의 GUI의 방황의 한 축이었었다. 그리고 그 방황의 방향성은 넥스트스텝의 모양새를, 미감을 가장 비슷하게, 혹은 조금 더 현대적으로 그려내는쪽이었었다.

…하지만 어디까지나 창틀의 모양 같은것들이 그럴싸하게 넥스트스텝처럼 바꿔주는것 뿐이지, 어쨌든 돌아가는 애플리케이션들은 그대로의 모습인데다가, 넥스트스텝에서의 아름다운 애플리케이션들은 여전히 없었다. 여전히 리눅스 세계의 유연하고 강력하지만 약간은 투박한 애플리케이션들이 있었을뿐이다.

그런 와중에 야심차보이는 오픈소스 프로젝트가 시작된다. 이름은 GNUstep. 완전히 오픈소스으로 기존의 NeXTSTEP/OPENSTEP API은 물론 개발환경 같은 필수적인 GUI 애플리케이션까지 작성하겠다는 시도였다.

https://www.gnustep.org/

…마치 넥스트스텝처럼 PostScript 기반의 Display Server등도 나름대로 만들어가고, 이미 백포팅된 gcc-objc을 활용하여 기본적인 Objective-C도 가능한 상황이었으니까.

잘 공개된 넥스트스텝의 API문서를 이용해 이들을 재구현해나갔다.

…하지만 프로젝트 진행상황은 그렇게 빠르지 않았었고, 다른 요인들이 주목 받지 못하게 만들었던거 같다.

하나는 비슷한 시기에 리눅스 데스크탑들의 개발이 시작된다. 하나는 Gnome이고, 다른 하나는 KDE이다. 그놈은 C언어 위주의 Gtk+ 기반이었었고, KDE은 C++/Qt 기반이었었다.

GNUstep은 몇년째 거의 그대로인거 같은 프로젝트 홈페이지였는데, 그놈과 KDE은 순식간에 기여자들과 사용자들이 불어났다.

여담으로, 당시에 시작된 KDE프로젝트를 위한 웹브라우저, Konquerer을 위한 렌더링엔진, KHTML은 이후에 Apple의 WebKit이 되었고, 이 웹킷은 우리가 현재에 수 많은 웹브라우저, 구글 크롬, 마이크로소프트 Edge, 애플의 Safari 등등의 시작점이 된다. 물론 Electron이니 VSCode 같은 현재의 “WebKit 기반 데스크톱 GUI”의 흐름의 시작점이기도 하다. 🎇

그리고 무엇보다, 넥스트스텝 애호가들마저 굳이 GNUstep을 기대할 필요가 없어지는 일이 벌어진다.

스티브잡스의 애플 복귀와 OSX이라고 불리는 macOS의 출시이다. (처음 출시때엔 “Mac OS X” 정도의 네이밍이었었다)

OSX은 사실상 유명한 “Aqua Look and Feel”을 탑재한 넥스트스텝의 리브랜딩이었던거 같다. 예를 들어, Terminal.app을 보면 여전히 넥스트스텝의 흔적이 많이 남아 있었고, Xcode등은 사실상 예전 넥스트스텝의 Project Builder, Interface Builder의 새로운 버전이었다.

그리고 이런 사실들을 누구보다 명확하게 볼 수 있었을 넥스트스텝/오픈스텝 애호가들은, 그냥 돈을 더 들여서 애플의 신제품을 구매하지, 굳이 사용성도 미래도 모호한 GNUstep을 기대하지 않게 되었다.

현재의 GNUstep 프로젝트는 그래도 많은 성과를 냈다. 거의 호환되는 API와 WindowMaker등을 사용하고, 새로 GNUstep으로 작성한 애플리케이션 등, 짜맞춘 넥스트스텝/오픈스텝 짝퉁을 만들어 낼 수 있는 수준이 되기는 했다.

그리고 그런 GNUstep을 활용한 데스크톱 프로젝트만 3~4개는 되는 것 같다. 혼란스럽다.

그런데, 저런 GNUstep기반의 환경이 과연 얼마나 쓸만할지는 모르겠다. 2026년 현재에 이미 Gnome/KDE 기반의 데스크탑환경과 애플리케이션들은 훨씬 더 발전되고 쓸만하고, 무엇보다 훨씬 그 개발자층, 사용자층이 비교도 할 수 없게 넓고 깊어졌기 때문이다.

오히려, 현재에 와서는, GNUstep을 원하기 보다는, 당시의 미감(aesthetic)을 사람들이 더 원하는것 같다. 그래서 아이러니하게도 거의 30여년이 흘러서, 여전히 사람들은 WindowMaker을 사용하고, 이를 커스터마이징하고 스크린샷을 공유하고는 한다. 흥미롭다.

그런데 이상하게도, Wine 프로젝트는 엄청나게 잘 동작한다.

기여자들은 제대로 윈도애플리케이션이 동작하도록 계속해서 거의 30여년간 작업을 해왔고, 이제는 심지어 최신 버전의 윈도에서보다, 오히려 리눅스/Wine 환경에서 과거에 작성된 윈도 애플리케이션이 더 호환성을 유지한채 동작하는 모습도 흔하게 볼 수 있다. 🥹

Value Steam 같은 경우, 이런 Wine을 적극적으로 잘 활용한다. 리눅스 환경에서 “anti-cheat”을 요구하는 온라인 게임을 제외하고는 거의 대부분 아무 문제 없이 윈도용 게임을 실행시킬 수 있다. anti-cheat 같은 경우엔 윈도커널드라이버 등의 연계가 있어야 제대로 동작하기 때문에 그럴것이다.

심지어 이런 특성을 적극 활용하여 Value의 SteamDeck 게임콘솔은 아예 리눅스머신이다.

나아가서 요즘엔 리눅스 커널 단계에서 윈도애플리케이션을 Wine을 통해 더 효율적으로 실행시키기 위한 지원인 ntsync등도 추가되는걸 보면 흥미롭다.

물론 나는 여전히 특정 윈도 애플리케이션의 어떤 부분에서 한글폰트가 깨지는 문제를 해결하는 방법을 잘 모르겠지만 말이다. 🤤

그런데 한국에서는 뭔가 안다고 믿고 싶은 이들은, 그런걸 제대로 동작하지 않는다고 우기고 싶어한다. 그리고 그 근거로 드는게 과거에 있었던 ‘티맥*윈도우즈’ 사건인거 같다.

이 제품은 기술적으로는 (아마도) FreeBSD 기반에 Wine을 활용해 윈도호환의 배포판을 만들려는 시도였던거 같다.

마케팅적으로는, 이미 한국의 관공서 환경은 윈도기반이었고, 이를 국산제품이라는 관공서가 구매하는데 우선권을 얻을 수 있는 이점과 적당히 업무용 애플리케이션을 실행시킬 수 있고, 콧대 높은 글로벌 거대기업보다는 국내기업이기 때문에 원하는걸 다 들어줄거 같다는 기대로 대규모 계약을 따낼 수 있을거란 기대 때문이었을거 같다.

예를 들어, 대부분의 관공서나 대기업에서는, 윈도운영체제에 보안솔루션이나 여러가지 원하는걸 첨삭하고 싶어 하는것 같다. 흔히 말하는 SSO, DRM, 매체제어 등의 기능을 사실상 해킹에 가까운 방식으로 윈도에 추가하는, 국내산 “보안솔루션”들을 보면 그렇다. 그리고 그런 보안솔루션들의 구매처는 대기업이거나 관공서다.

하지만, 시연데모에서조차 신기할 정도로 제대로 동작하지 않았고 사업은 흑역사와 “Wine은 안돼”라는 인식을 남기고 사라졌다.

그럼에도, 현실에선, 2026년에 스팀덱과 Wine을 보면, 과연 그때 그랬던것이 지금에도 과연 그럴까 하는 생각을 할 수 있다. 그리고 어쩌면 Wine 등의 문제가 아니라, 그걸 누가 어떻게 시도했는지가 더 관건이었지 않았을까 하는 생각을 해보는게 더 나은 관점이리라.

이런 상황에, MS은 어느새 그 위상을 조금씩 잃어갈 것 같다. 이미 HTML5와 스마트폰 혁명으로 입지를 조금 잃었던것처럼.

이번에는 오히려 AI 때문이지 않을까 하고 조심스럽게 상상해본다. AI을 여기저기 도입할 능력이 되기 때문에, 역설적으로 오히려 그렇기에 마소는 새로운 윈도11에 너무 많은 AI연결점을 넣으려 하고 있는거 같다. 하지만 결국 사용자에겐 조잡하게 느껴질 뿐일거 같다.

…거기에 조직이 커질수록, 최종구매자의 이익과는 큰 관계 없을, 성과만들기나 “Feature Creep” 같은 일에 빠지게 되기 쉬운거 같다.

글쎄다. 사람들이 윈도를 구매/사용하는 이유가, 윈도용 애플리케이션을 사용하기 위함일까, 아니면 대기업이 장착해준 뭔가 걸리적거리는 무언가를 군말없이 받아들이기 위해서일까.