저의 리눅스 여정은 2001년경 만드레이크 리눅스(Mandrake Linux)로 시작되었고, 이후 만드리바(Mandriva)로 이름이 바뀌었습니다. 2004년 말에는 우분투(Ubuntu) 열풍에 합류했습니다. 처음에는 우분투를 이것저것 만져보면서, 리눅스에서 아직 처리할 수 없었던 번거로운 작업들을 위해 윈도우 파티션을 따로 마련해 두었습니다. 2008년에 윈도우를 완전히 버리고 그 이후로는 오로지 리눅스(와 커피)만을 사용하며 작업하고 있습니다.
우분투를 종료하면 모든 것이 명확해집니다. 특정 사용 사례에 맞춰 설계된 리눅스 배포판의 수어떤 사람들은 속도와 미니멀리즘을 우선시합니다. 또 어떤 사람들은 안정성, 사용 가능한 릴리스 또는 창의적인 워크플로에 중점을 둡니다. 배포판 선택은 기본 설정에 관한 것이 아니라 호환성에 관한 것이 되었습니다.
로압 스리유에스
시스템이 사용자를 대신하여 결정을 내리기 시작할 때
독립이 지도보다 우월한 이유
제 업무에 관해서는, 더 가벼운 리눅스 시스템 강제로 결정해야 하는 부분이 적을수록 모든 것이 더 명확해집니다. 저는 백그라운드에서 실행되는 프로그램, 업데이트 방식, 그리고 변경 사항이 발생하는 시점을 직접 결정하고 싶습니다. 이러한 수준의 제어는 예상치 못한 상황을 줄여줄 뿐만 아니라, 시스템에 대한 장기적인 신뢰를 구축하는 데에도 도움이 됩니다. 아무것도 예기치 않게 자체적으로 업데이트되지 않고, 어떤 구성 요소도 승인 없이 동작을 변경하지 않을 때, 운영 체제는 예측 가능해집니다. 예측 가능성은 과소평가되는 경향이 있지만, 매일 기기를 사용하는 사용자에게는 필수적인 요소입니다.
반면, 우분투는 이러한 결정들을 제가 대신 관리하려는 경향이 점점 강해지고 있습니다. 기본 설정은 더욱 강력해졌고, 자동화 기능은 더욱 적극적으로 작동합니다. 시스템은 편리함이 제어보다 우선되어야 한다고 생각하는 경우가 많은데, 그 편리함이 항상 유익한 것은 아닙니다. 시간이 지남에 따라 이러한 점은 마찰을 일으키는데, 우분투 자체에 문제가 있어서가 아니라 제가 선호하는 작업 방식과 더 이상 맞지 않기 때문입니다.
우분투는 리눅스 진입 장벽을 낮추고 세련된 첫 사용 경험을 제공합니다. 하지만 자신에게 진정으로 맞는 배포판을 찾고 나면, 이전 배포판으로 돌아가는 것은 더 이상 필요하지 않은 제약을 받아들이는 것처럼 느껴집니다. 사용자를 지배하는 것이 아니라 사용자에게 맞춰주는 시스템을 사용해 본 후에는, 이전의 제약들을 다시 받아들이기가 어려워집니다. 이러한 제약은 특히 데스크톱 환경, 패키징 시스템, 그리고 운영체제의 전체적인 용량이라는 세 가지 핵심 영역에서 두드러집니다.
우분투의 GNOME 인터페이스는 지나치게 사용자 정의가 가능한 것처럼 보입니다.
매끄럽지만 이상하게 단단하다
우분투는 GNOME 기반이지만, 원래 형태는 아니며, 이 차이는 겉보기보다 훨씬 중요합니다. Canonical은 GNOME 위에 플러그인, 수정 사항, 디자인 결정 등을 덧입혀, 처음에는 세련되어 보이지만 실제로 사용해 보면 미묘하게 불편한 부분이 있는 데스크톱 환경을 만들어냅니다. 메뉴는 GNOME 자체에서는 예상치 못한 곳에 나타나고, 플러그인은 기능을 중복해서 수행하며, 사소한 상호 작용조차 일관성이 없어 마치 어두운 곳에서 가구가 미묘하게 재배치되어 걸려 넘어지기 쉬운 것처럼 느껴집니다. 업데이트는 때때로 눈에 띄는 개선 없이 동작을 변경하여, 시간이 지날수록 데스크톱이 더 세련되어지기보다는 오히려 불안정해지는 결과를 초래합니다.
결과적으로 데스크톱 환경은 편향된 느낌을 주지만 완전히 일관성이 있지는 않습니다. 소스 코드에 충실한 배포판에서 얻을 수 있는 깔끔하고 예측 가능한 GNOME 경험과는 다르지만, 그렇다고 그 차이를 정당화할 만큼 근본적으로 다른 것도 아닙니다. GNOME 디자인 철학이 존재하지만 끊임없이 방해받는 어정쩡한 중간 지점에 놓이게 됩니다. 작동은 하지만, 그 철학이 완전히 사라지는 경우는 드물고, 매일 몇 시간씩 데스크톱과 상호 작용하는 환경에서는 이러한 점이 중요합니다.
약간 수정되었거나 기본 GNOME 환경은 일반적으로 더 조용하고 일관성이 있습니다. GNOME의 워크플로 논리를 존중하며, 의도를 더욱 엄격하게 수용하기 때문에 사용자 정의에 더 잘 반응합니다. GNOME의 제약적인 형태를 경험하고 나면, 우분투 버전은 단순히 보기 좋게 다듬어진 것이 아니라 좋은 의도를 가진 제약 조건들의 집합처럼 보이기 시작합니다. 하지만 이러한 마찰은 시각적 또는 구성적인 측면에만 국한되지 않고, 애플리케이션 실행 및 관리 방식에도 영향을 미칩니다.
스냅 포맷팅 때문에 작업 흐름이 계속 방해받고 있어요.
처리 속도 저하는 생각보다 훨씬 빠르게 누적됩니다.
Snap은 패키징 및 보안을 위한 최신 솔루션으로 도입되었으며, 이론적으로는 타당해 보입니다. 하지만 실제 사용 환경에서는 끊임없이 사용 흐름을 방해합니다. 즉시 열려야 하는 앱이 잠시 지연되고, 작은 위젯이 실행되는 데에도 시간이 걸립니다. 이러한 지연은 사소해 보일 수 있지만, 금방 누적됩니다.
하루에 수십 번씩 브라우저를 열거나 가벼운 도구를 자주 사용하는 경우, 지연 시간은 무시할 수 없는 문제가 됩니다. 네이티브 패키지나 Flatpak 같은 대안은 훨씬 즉각적이고 예측 가능한 반응을 보여줍니다. 마치 기존 데스크톱 애플리케이션처럼 동작하며, 다른 작업이 먼저 실행되는 듯한 느낌을 주지 않습니다.
우분투가 스냅에 대한 의존도를 높여감에 따라 선택의 폭이 좁아지고 있습니다. 대안은 존재하지만, 그러한 대안이 필요하다는 사실 자체가 문제가 되고 있습니다. 패키징 과정이 눈에 띄지 않고 빠른 시스템을 사용하다 보면, 스냅을 사용하는 경험은 더 이상 감수할 필요가 없는 번거로움으로 느껴지기 시작합니다. 이러한 선택은 우분투의 방향성, 즉 시스템의 영향력이 원래의 범위를 훨씬 넘어 확장되고 있다는 더 큰 변화를 반영합니다.
우분투는 필요 이상으로 무거워졌습니다.
한때 매끄러워 보였던 것이 이제는 꽉 차버렸습니다.
우분투는 한때 사용 편의성과 효율성 사이에서 적절한 균형을 유지했습니다. 하지만 시간이 흐르면서 그 균형이 깨졌습니다. 최신 설치 버전에는 많은 사용자가 실제로 필요로 하는 것보다 더 많은 백그라운드 서비스, 기본 애플리케이션, 그리고 복잡한 구성 요소들이 포함되어 있습니다.
우분투는 캐노니컬의 영향을 많이 받았으며, 이러한 영향은 데스크톱 환경에서 점점 더 두드러지게 나타납니다. 기본 설정, 패키징, 시스템 동작 방식에 대한 결정은 개별 사용자 경험보다는 기업 전략에 의해 좌우되는 것처럼 보입니다. 이러한 접근 방식은 비즈니스 관점에서는 타당하지만, 운영 체제의 진정한 목적이 무엇인지에 대한 의문을 제기합니다.
데스크톱 사용자로서 이러한 변화를 작지만 지속적으로 느끼게 됩니다. 도구들은 관리 용이성을 기준으로 선택되고, 유연성보다는 되돌리기 어려운 경직된 선택들이 우선시됩니다. 시스템은 커뮤니티 중심 플랫폼이라기보다는 제품 로드맵처럼 느껴집니다.
우분투는 전혀 제한 구역이 아닙니다.
이 모든 것이 우분투를 사용할 수 없게 만드는 것은 아닙니다. 다만, 더 가벼운 배포판들이 더 적은 리소스로 동일한 핵심 기능을 제공할 때 우분투를 고집하기가 더 어려워진다는 점입니다. 사양이 낮거나 오래된 하드웨어에서는 그 차이가 즉시 느껴집니다. 시스템 부팅 속도가 빨라지고 응답 속도도 향상됩니다. 실제로, 더 가벼운 배포판을 선택하면 성능이 크게 향상될 수 있습니다. 정말 간단한 운영 체제 오래된 기기에서 최신 부품을 제거하여 새것처럼 보이게 만드는 것.
우분투에 추가된 계층 구조는 종종 편의성을 내세우지만, 편의성은 주관적인 것입니다. 반응 속도와 간소화된 기능을 중시하는 사용자에게는 이러한 불필요한 용량이 오히려 불편함을 초래합니다. 진정으로 간소화된 시스템을 경험하고 나면, 우분투처럼 용량이 작은 시스템으로 되돌아가는 것은 이롭기보다는 오히려 불필요하게 느껴질 것입니다.
