많은 Linux 배포판이 기본적으로 KDE를 제공하지 않는 6가지 이유

KDE Plasma 데스크탑은 훌륭하지만 대부분의 Linux 배포판은 기본적으로 GNOME을 사용합니다. 더 이상 KDE에 올인하지 않는 이유는 무엇입니까? Plasma는 배포판의 기초 역할을 할 수 있는 것 이상인데 왜 더 많은 KDE 기반 옵션을 사용할 수 없습니까? 그 이유는 대부분 기술적인 것으로 밝혀졌습니다.

1. KDE에는 방대한 코드베이스가 있습니다.

KDE는 많은 부분으로 구성되어 있습니다. Plasma 데스크톱 환경이 있습니다. 백그라운드에서 작동하는 다양한 라이브러리와 프레임워크가 있습니다. 그리고 수백 개의 앱이 있습니다. 배워야 할 코드가 많고 유지 관리 및 지원에 많은 노력을 기울여야 합니다.

그러나 코드의 양만이 아닙니다. 이러한 각 구성 요소는 수년에 걸쳐 발전했습니다. 그들은 사람들이 머리를 감싸는 것을 더 어렵게 만들 수 있는 복잡성을 포착했습니다.

그놈은 단순한 사용자 경험이 아니라 더 단순한 소프트웨어 세트입니다. 이렇게 하면 배포가 더 쉬워집니다. 많은 KDE 기반 배포판은 실제로 배포판의 기본 데스크탑에 대한 대안이며 예상보다 사용 가능하게 만드는 데 더 많은 노력이 필요합니다.

2. KDE는 시차 출시 일정이 있습니다

핵심 KDE 경험의 다양한 부분이 다른 릴리스 주기로 시작됩니다. 상호 작용하는 KDE Plasma 데스크탑이 있습니다. 배경 라이브러리로 구성된 KDE 프레임워크가 있습니다. 그리고 120개 이상의 프로그램, 라이브러리 및 플러그인으로 구성된 KDE Gear가 있습니다.

각 번들은 자체 출시 일정이 있습니다. 때때로 KDE Plasma 버전은 아직 공식적으로 출시되지 않은 KDE 프레임워크 버전이 필요한 기능을 지원하여 출시될 수 있습니다.

이 많은 움직이는 부분은 배포판 관리자가 따라가기 어려울 수 있습니다. 그놈 기반 배포판을 만들고 싶다면 최신 그놈 출시 후 6개월마다 새 버전을 출시할 수 있습니다. KDE를 기반으로 배포판을 만들려는 경우 릴리스 주기가 즉시 명확하지 않습니다.

3. KDE는 무한정 구성 가능

KDE Plasma 데스크탑은 아마도 가장 구성 가능한 데스크탑 인터페이스일 것입니다. 이것은 자신의 PC를 원하는 대로 정확하게 바꾸는 것을 즐기는 더 기술적인 성향을 가진 사람들에게 힘을 실어줍니다. 패널이 여러 개이거나 패널이 없을 수도 있고, 전역 메뉴 표시줄이나 앱 메뉴, 도크나 작업 표시줄 등 마음에 드는 모든 것이 있을 수 있습니다.

코드를 알거나 추가 구성 요소를 설치할 필요 없이 KDE Plasma가 Windows, macOS 또는 GNOME을 쉽게 에뮬레이트하도록 만들 수 있습니다.

그러나 이것은 몇 가지 메뉴를 너무 빨리 클릭하여 작업 표시줄을 되돌리는 방법을 모르고 실수로 작업 표시줄을 삭제할 수 있는 덜 기술적인 사람들에게는 부정적인 것일 수 있습니다. 이는 기본 레이아웃 문제뿐만 아니라 가능한 모든 구성에 대응해야 하는 지원 팀에게 골칫거리가 될 수 있습니다.

KDE의 구성 가능성은 데스크탑에만 적용되지 않습니다. 많은 KDE 앱은 긴 메뉴와 다양한 옵션으로 유사하게 조정할 수 있습니다. 앱 메뉴를 제거하거나 도구 모음에 나타나는 아이콘을 변경하거나 앱 창에 나타나는 항목을 변경할 수 있습니다. 문제가 발생하면 이러한 구성 기능으로 인해 개발자와 지원 팀 모두 경험을 복제하기가 어렵습니다.

4. KDE 소프트웨어는 더 복잡합니다

KDE Plasma에서 시스템 설정 앱을 엽니다. 옵션은 끝이 없어 보입니다. 유사하게 들리는 옵션 범주가 있습니다. 검색 표시줄을 사용하지 않고는 원하는 특정 설정을 찾기 어려울 수 있습니다.

대부분의 KDE 소프트웨어는 데스크탑 환경과 파일 관리자에서 텍스트 편집기까지입니다. 많은 사람들이 자신만의 긴 선호도 목록을 가지고 있습니다. KDE의 기본 터미널을 구성하는 데 상당한 시간을 할애할 수도 있습니다.

각 KDE 앱이 하는 일이 많습니다. 이는 배워야 할 코드가 더 많고 지원해야 할 복잡성이 더 많다는 것을 의미합니다. 데스크톱의 각 구성 요소를 이해하고 제공하는 작업은 소프트웨어가 많은 작업을 시도하지 않는 다른 데스크톱 환경보다 더 많은 노력이 필요합니다.

5. KDE에는 더 많은 버그가 있습니다.

이러한 구성 가능성과 복잡성으로 인해 KDE에는 더 많은 버그가 있습니다. 데스크톱이 하려는 일이 더 많다는 것은 개발자가 테스트해야 할 일이 더 많다는 것을 의미합니다.

창 목록이 화면 하단을 따라 열려 있는 창을 효과적으로 표시하는 것만으로는 충분하지 않습니다. 창 목록은 패널을 화면 측면으로 이동하려는 경우 필요에 따라 회전하고 크기를 조정할 수 있어야 합니다. 이를 위해서는 모든 것이 작동하도록 추가 코드가 필요하므로 버그가 들어올 기회가 더 많아집니다.

마찬가지로, 여러 모니터에서 대체 테마 및 자동 숨기기 패널을 사용할 때만 나타나는 버그는 이 모든 것이 즉시 사용 가능할 때 틈새 사용 사례로 무시할 수 없습니다.

KDE 개발자 Nate Graham 이 Destination Linux의 에피소드 261 에서 추가 모니터에 연결하거나 연결을 끊을 때마다 사용자 지정 데스크탑 레이아웃이 제자리에 유지되도록 보장하는 시도와 같은 도전 과제의 일부에 대해 논의하는 것을 들을 수 있습니다. 다중 모니터 지원은 다른 데스크탑 환경에서 구현하기가 더 쉽습니다.

6. KDE는 세련되거나 일관성이 없습니다.

최종 결과는 세련되지 않은 경험입니다. 모든 구성 요소는 전문적이고 양질의 경험을 제공하기 위해 준비되어 있습니다. 그러나 모든 측면을 쉽게 변경할 수 있는 상황에서 데스크톱의 모든 측면이 제대로 표시되는지 확인하는 것은 어려운 일입니다.

그리고 KDE처럼 구성이 가능하기 때문에 일부 문제는 쉽게 해결할 수 없습니다. 다양한 앱에는 많은 불일치가 있습니다. 일부 앱은 메뉴 표시줄을 사용합니다. 다른 사람들은 햄버거 메뉴 버튼을 사용합니다. 일부는 둘 다 활용합니다!

일부 문제는 자세히 살펴봐야 합니다. 패딩 양이 다른 스크롤 막대. 테두리가 없는 창 가장자리에 직접 눌려진 파란색의 둥근 윤곽선이 있는 프레임(예: Dolphin 및 KWrite). 개발자가 되어 코드를 읽는 방법을 배우지 않고는 이러한 문제를 해결할 수 없습니다.

이러한 유형의 문제는 버그가 아닙니다. 이를 해결하려면 더 많은 응집력 있는 비전과 “이것이 일을 수행해야 하는 방식”이라는 일반적인 합의가 필요합니다. 여기에는 일부 결정을 디자이너에게 맡기고 권장 사항을 따르는 것이 포함됩니다. 그리고 변경을 할 수 있는 개발자가 필요합니다. KDE 커뮤니티는 세 가지 문제에 모두 직면해 있습니다.

이것은 KDE가 좋은 기본값이 아니라는 것을 의미합니까?

아니요. KDE를 선박에 더욱 매력적으로 만들 수 있는 개발이 있습니다. Steam Deck용 Valve의 KDE 기반 데스크탑에 Fedora Silverblue와 같은 읽기 전용 시스템 파일이 있는 방법을 고려하십시오. 이렇게 하면 KDE의 최신 업데이트를 받는 아치 기반 시스템에서도 시스템이 손상되지 않도록 보호할 수 있습니다. Valve가 Flatpak을 선택하면 최신 앱도 받을 수 있습니다.

밸브는 혼자가 아닙니다. TUXEDO Computers는 자체 시스템에서 KDE Plasma를 사용합니다. 일부 회사는 대안보다 KDE를 사용하기로 선택하지만 소수에 불과합니다. 그러나 KDE의 미래가 밝다고 믿을 만한 충분한 이유가 있습니다.