우리 모두는 오픈 소스 프로젝트를 사랑합니다. 사실, 일부 오픈 소스 앱은 너무나 훌륭해서 Microsoft가 Windows에 직접 내장해야 할 정도입니다. 하지만 모든 성공 뒤에는 20년 넘게 개발 중임에도 불구하고 너무나 터무니없어서 결승선에 도달하지 못한 오픈 소스 프로젝트들의 이야기가 수십 건씩 존재합니다.

저는 이러한 장기 프로젝트들을 다루며 상당한 시간을 보냈는데, 대부분이 같은 문제를 공유하고 있습니다. 큰 야망, 적은 개발자 기반, 그리고 계속해서 손에서 빠져나가는 움직이는 목표가 그것입니다. 어떤 것들은 데스크톱으로 부팅은 되지만 최신 웹사이트를 열지 못합니다. 또 다른 것들은 너무 오랫동안 베타 상태에 머물러 있어 ‘베타’라는 단어의 의미가 퇴색해 버렸습니다. 그중 하나는 90년대 초부터 기술적으로 "개발 중"이었지만, 단 한 번도 안정적인 커널을 출시한 적이 없습니다. 여기 20년 넘게 결승선을 쫓고 있는 네 가지 오픈 소스 프로젝트를 소개합니다.

ReactOS

2001년에 멈춰버린 Windows 클론

ReactOS는 Windows가 오픈 소스가 되었다면 어땠을지를 보여주는 결과물입니다. 이 프로젝트는 1998년에 "Microsoft 코드를 한 줄도 사용하지 않고 Windows 애플리케이션과 드라이버를 실행할 수 있도록 Windows NT를 처음부터 다시 구축한다"는 명확한 목표로 시작되었습니다. 27년이 지난 지금, 그 결과는 어떤 면에서는 인상적이지만 다른 면에서는 실망스럽습니다.

가상 머신에서 ReactOS를 테스트해 보았는데, 설정 과정은 2001년으로 돌아간 듯한 느낌을 주었습니다. 파란색 텍스트 기반 설치 프로그램은 Windows XP 설정 화면을 그대로 옮겨 놓은 듯하며, 이어지는 데스크톱 화면은 Pentium 4 시절에나 보던 모습입니다. 이 시스템은 많은 레거시 32비트 Windows 애플리케이션을 실행할 수 있으며, 호환 소프트웨어를 위한 기본적인 앱 스토어 역할을 하는 내장 애플리케이션 관리자가 포함되어 있습니다.

실제로 Office XP, 7-Zip, Firefox와 같은 구형 앱들은 어느 정도 성공적으로 실행됩니다. 최신 라이브러리가 필요한 현대적인 앱들은 충돌하거나 실행조차 되지 않습니다. 최신 웹 브라우징은 더 큰 문제입니다. Chrome은 제대로 작동하지 않으며, 대부분의 사이트는 구식 브라우저임을 감지하고 제대로 로드되지 않습니다.

ReactOS는 일상적인 용도로 사용할 수 있는 운영체제가 아니며, 앞으로도 그럴 가능성은 낮습니다. 하지만 Microsoft가 새로운 버전을 출시할 때마다 결승선이 계속 멀어짐에도 불구하고, Windows를 처음부터 재구현하는 것이 가능하다는 사실을 증명하고 있습니다.

이 글도 확인해 보세요:  ChatGPT가 암호화폐 거래에 도움이 되는 5가지 방법

Haiku OS

20년이 지나도 여전히 베타 상태

출처: Haiku Haiku는 90년대 멀티미디어 중심 운영체제였으나 2000년에 조용히 사라진 BeOS의 정신적 후계자입니다. Haiku 프로젝트는 Be Inc.가 중단했던 지점부터 이어받아, 현대적인 하드웨어 지원을 갖춘 BeOS를 재구현해 왔습니다. 첫 알파 릴리스는 2009년에 나왔고, 첫 베타 버전은 거의 10년이 지난 2018년에 출시되었습니다. 그리고 오늘날까지도 Haiku는 공식적으로 베타 상태입니다.

이상한 점은 Haiku가 중요한 부분에서는 상당히 세련된 느낌을 준다는 것입니다. 부팅 속도가 빠르고 설치 과정이 직관적이며, 로그인 화면 없이 바로 작업 환경으로 진입합니다. 화면 측면의 Deskbar는 Be Inc.가 문을 닫기 전 오픈 소스로 공개한 원본 BeOS 코드입니다. 그 외의 모든 것은 처음부터 다시 구축되었습니다.

Haiku의 발목을 잡는 것은 소프트웨어 생태계입니다. 기본 설치된 WebPositive 브라우저는 대부분의 최신 웹사이트를 제대로 렌더링하지 못합니다. HaikuDepot 앱 스토어는 기본적으로 제공되는 카탈로그가 작고, 실제 사용 가능한 앱을 찾으려면 필터를 일일이 확인해야 합니다. 제대로 된 오피스 제품군이나 주류 생산성 도구가 없으며, 존재하는 앱들도 다른 시대의 유물처럼 느껴집니다.

OpenOffice

시간 속에 멈춰버린 한때 위대했던 오피스 제품군

출처: Tashreef Shareef / All Things N OpenOffice는 이 목록의 다른 프로젝트들과는 다릅니다. 베타 상태에 머물러 있는 것이 아니라, 안정적이고 완성된 제품이기 때문입니다. 문제는 10년 넘게 의미 있는 발전을 멈췄다는 점입니다. Apache OpenOffice의 마지막 메이저 버전은 2014년에 출시되었으며, 그 이후로는 사소한 업데이트만 이루어졌습니다. 그사이 오피스 소프트웨어 업계의 나머지는 계속 발전했고, 대부분의 사용자도 떠나갔습니다.

수치가 모든 것을 말해줍니다. 2019년 한 해 동안 LibreOffice는 15,000건 이상의 코드 커밋을 기록했지만, OpenOffice는 595건에 그쳤습니다. 같은 기간 LibreOffice가 13개의 메이저 릴리스와 87개의 마이너 릴리스를 내놓는 동안, OpenOffice는 거의 움직이지 않았습니다. Apache OpenOffice의 기여자들조차 프로젝트를 유지할 인력이 부족하다는 점을 인정했습니다.

오늘날 사용해 보면 기능적 격차가 확연히 드러납니다. OpenOffice는 .docx나 .xlsx 같은 최신 Microsoft 형식으로 내보낼 수 없습니다. ODF, OOXML 또는 PDF 파일에 대한 문서 서명도 지원하지 않습니다. LibreOffice가 수년간 업데이트해 온 스프레드시트 성능 개선이나 최신 인터페이스 옵션도 빠져 있습니다. Microsoft Office를 대체할 수 있는 더 효율적이고 마찰 없는 무료 대안들이 많으며, LibreOffice가 그 대표적인 예입니다.

이 글도 확인해 보세요:  AI 편향이란 무엇이며 개발자는 이를 어떻게 피할 수 있을까요?

OpenOffice는 2000년대 초반의 전성기 덕분에 여전히 강력한 브랜드 인지도를 가지고 있지만, 개발은 사실상 수년간 중단된 상태입니다. 기술적으로는 문을 열어두었지만 2014년 이후로 메뉴를 업데이트하지 않은 카페와 같은 오픈 소스 프로젝트라고 할 수 있습니다.

GNU Hurd

결코 출시되지 못한 커널

GNU Hurd는 "미완성"이라는 타이틀을 놓고 경쟁자가 거의 없는 프로젝트입니다. 자유 소프트웨어 재단(Free Software Foundation)은 1990년에 GNU 운영체제를 위한 공식 커널로 Hurd를 발표했습니다. 계획은 Mach 위에 순수 마이크로커널 Unix를 구축하고, 더 나은 모듈성과 견고함을 위해 대부분의 서비스를 사용자 공간에서 실행하는 것이었습니다. 그로부터 35년이 지났지만, Hurd는 여전히 실사용 단계에 이르지 못했습니다.

문제의 일부는 설계 자체에 있습니다. 마이크로커널 기반의 Unix를 작성하는 것은 GNU 팀이 예상했던 것보다 훨씬 어려운 일이었습니다. 그들이 Hurd를 개발하는 동안, 리누스 토발즈는 경쟁조차 염두에 두지 않은 "작고 빠른 해킹"으로 Linux를 만들었습니다. Linux는 지구상에서 가장 널리 배포된 커널이 되었지만, Hurd는 결코 따라잡지 못했습니다.

또 다른 문제는 Hurd가 계속해서 재시작된다는 점입니다. 프로젝트는 Mach에서 L4 마이크로커널로 옮겨가며 대대적인 재작업이 필요했고, 이후 L4에서도 벗어날 것을 고려했습니다. 아키텍처를 재설정할 때마다 결승선은 더 멀어집니다. 2010년경 Hurd 팀은 Debian이 GNU/Hurd 변형을 출시할 수 있을 정도로 안정화했지만, 기본적인 실제 부하 환경에서 시스템이 충돌한다는 보고가 있었습니다.

Hurd는 연구 프로젝트로서는 매력적이지만, 실제 운영체제를 구동하기 위한 커널로서는 너무 오랫동안 "거의 완성 단계"라는 말만 반복해 온 탓에 그 의미가 퇴색해 버렸습니다.

야망과 미완성 사이의 얇은 경계

오픈 소스는 야망을 먹고 자라며, 이 네 가지 프로젝트는 그 야망이 넘쳐저는 곳입니다. ReactOS는 Windows를 재구현하려 하고, Haiku는 BeOS를 살려두려 하며, OpenOffice는 Microsoft Office에 대한 오픈 소스 대안이 되고자 했습니다. Hurd는 Unix 커널을 근본 원리부터 다시 설계하려 했습니다. 이들 중 기술적으로 실패한 것은 없습니다. 단지 결승선을 통과하지 못했을 뿐이며, 아마 대부분은 의미 있는 방식으로 결승선을 통과하지 못할 것입니다.

이 글도 확인해 보세요:  암호화폐 추세 반전이란 무엇인가요? 추세 반전이 일어나기 전에 어떻게 발견할 수 있을까요?

그렇다고 해서 이들이 쓸모없다는 뜻은 아닙니다. ReactOS는 레거시 소프트웨어를 유지하고, Haiku는 컴퓨팅 역사의 한 조각을 보존하며, Hurd는 진정한 연구의 장을 제공합니다. 하지만 무언가 실제로 출시되는 프로젝트를 원한다면 다른 곳을 찾아보는 것이 좋을 것입니다.

By 김민수

안드로이드, 서버 개발을 시작으로 여러 분야를 넘나들고 있는 풀스택(Full-stack) 개발자입니다. 오픈소스 기술과 혁신에 큰 관심을 가지고 있고, 보다 많은 사람이 기술을 통해 꿈꾸던 일을 실현하도록 돕기를 희망하고 있습니다.