Colemak vs Dvorak vs QWERTY: 무엇을 선택해야 할까?

간단한 답변

Colemak, Dvorak, QWERTY 중 무엇을 선택할지에 대한 질문은 대부분의 사람에게는 다소 김 빠지는 결론으로 귀결됩니다. QWERTY를 그대로 사용하십시오. 전환을 위해 수주 동안 작업 속도가 저하되는 비용을 치러야 하지만, 그에 따른 이점은 작고 측정하기 어렵기 때문입니다. 만약 반드시 전환해야 한다면, Colemak이 더 경제적인 선택입니다. Colemak은 30개의 문자 및 구두점 키 중 13개를 QWERTY와 동일한 위치에 유지하며, 복사 및 붙여넣기 키 위치도 그대로 둡니다. Dvorak은 더 급진적인 변화를 요구하지만 지원 범위는 가장 넓습니다. 모든 주요 운영체제에서 수십 년간 기본으로 제공해 왔기 때문입니다. 어떤 레이아웃을 선택하든 그 자체로 타이핑 속도가 빨라지지는 않습니다. 이들이 바꾸는 것은 손가락이 이동하는 거리이며, 긴 하루 끝에 느끼는 피로감의 정도입니다.

이 페이지는 결정을 돕기 위한 것입니다. 이미 결정을 내렸고 관련 명령어가 필요하다면, Linux용 Colemak 설정 가이드로 이동하십시오.

각 레이아웃의 설계 목적

QWERTY는 1870년대 Sholes and Glidden 타자기에서 유래했으며, 그 목적은 기계적인 것이었습니다. 해당 기기에서는 모든 키가 금속 활자 막대를 바구니에서 위로 올려 종이를 치는 방식이었는데, 서로 가까이 있는 두 막대를 빠르게 연속해서 누르면 충돌하여 엉키는 문제가 있었습니다. 자주 쓰이는 문자 쌍을 멀리 배치함으로써 이러한 엉킴을 줄였습니다. QWERTY가 타이피스트의 속도를 늦추기 위해 설계되었다는 대중적인 주장은 이 이야기의 왜곡된 버전입니다. 역사학자들은 이 배열의 일부가 모스 부호를 받아 적던 전신 기사들의 방식에서 비롯되었다고 추적하기도 했습니다. 사용자에게 중요한 점은 간단합니다. 이 레이아웃은 1878년의 하드웨어에 의해 고정되었고, 수십 년간의 숙련 과정을 거치며 굳어졌으며, 움직이는 부품이 없는 현대의 키보드를 위해 최적화된 부분은 전혀 없다는 것입니다.

Dvorak은 1936년 August Dvorak과 William Dealey가 내놓은 대안입니다. 이 레이아웃의 설계 원칙은 배열 그 자체에서 확인할 수 있습니다. 5개의 모음인 AOEUI가 왼쪽 홈 로우에 위치하고, 가장 자주 쓰이는 영어 자음인 DHTNS가 오른쪽 홈 로우에 위치합니다. 이렇게 하면 자주 쓰이는 단어들을 양손으로 번갈아 입력하게 되며, 가장 힘이 센 손가락이 대부분의 작업을 수행합니다. 또한 이 레이아웃은 세 가지 방식 중 가장 파격적인데, A와 M 단 두 개의 키만이 QWERTY에서의 위치를 유지하기 때문입니다.

Colemak은 2006년 Shai Coleman이 발표했으며, 설계의 제약 조건은 전환 비용 그 자체였습니다. 홈 로우는 왼쪽의 A R S T D와 오른쪽의 H N E I O로 구성되어 가장 자주 쓰이는 영어 알파벳을 손가락 아래에 배치하면서도, 나머지 키들은 최대한 이동을 최소화했습니다. 하단 열은 QWERTY와 동일하게 Z X C V B를 유지합니다. Colemak은 또한 Caps Lock을 Backspace로 재매핑하는데, 이는 어떤 레이아웃에서든 채택할 수 있는 별도의 습관이거나 완전히 무시해도 되는 부분입니다.

Colemak 대 Dvorak 대 QWERTY: 실제로 이동하는 키의 개수

26개의 알파벳과 4개의 문장 부호 키가 포함된 3개의 문자 행을 세어보고, 각 레이아웃을 QWERTY와 위치별로 비교합니다. 단축키 열은 Z, X, C, V 중 몇 개가 QWERTY 위치를 유지하는지 계산합니다. 대부분의 시스템에서 이 네 키가 실행 취소, 잘라내기, 복사, 붙여넣기 기능을 수행하기 때문입니다.

[
  {
    "label": "QWERTY",
    "keys_moved_from_qwerty": 0,
    "shortcut_keys_kept": 4
  },
  {
    "label": "Colemak",
    "keys_moved_from_qwerty": 17,
    "shortcut_keys_kept": 4
  },
  {
    "label": "Dvorak",
    "keys_moved_from_qwerty": 28,
    "shortcut_keys_kept": 0
  }
]

Colemak은 17개의 키를 이동시킵니다. Dvorak은 28개의 키를 이동시킵니다. 이 차이가 두 레이아웃 사이의 실질적인 차이점 전부입니다. 이동된 모든 키는 손이 예전 위치를 기억하는 동안 버려야 할 습관이므로, 이 수치는 고통스러운 적응 기간이 얼마나 지속될지를 가늠하는 대략적인 척도가 됩니다. 이는 어떤 배열이 더 나은지에 대해서는 아무것도 말해주지 않습니다.

편집 단축키는 예상한 위치에 그대로 있습니까?

Colemak은 Z, X, C, V를 QWERTY와 동일한 위치에 유지하므로 Ctrl+Z, Ctrl+X, Ctrl+C, Ctrl+V를 같은 손의 같은 손가락으로 사용할 수 있습니다. Dvorak은 이 중 0만 유지합니다. Dvorak에서 C는 QWERTY의 I 위치에, V는 QWERTY의 마침표(.) 키에, X는 QWERTY의 B 위치에, Z는 QWERTY의 슬래시(/) 키에 위치합니다. 따라서 복사와 붙여넣기를 하려면 양손을 모두 사용해야 합니다.

이는 워드 프로세서보다 터미널 환경에서 더 중요합니다. 실행 중인 명령을 중단하는 Ctrl+C와 표준 입력을 닫는 Ctrl+D는 서버 운영자가 하루에도 수백 번씩 사용하는 키 조합입니다. Dvorak에서는 이 두 키가 모두 오른손 영역으로 이동합니다. C는 QWERTY의 I 키로, D는 QWERTY의 H 키로 옮겨갑니다. macOS는 Command 키를 누르는 동안 QWERTY 배열로 되돌리는 변형 설정을 제공합니다. Linux에는 Ctrl 키에 대한 표준적인 대응 기능이 없으므로, Dvorak을 사용하면 단축키 위치가 변경된 상태로 유지됩니다.

Vim과 less는 h, j, k, l 키로 커서를 이동하는데, 이 키들은 QWERTY 배열에서 오른손 아래에 위치하기 때문에 선택되었습니다. 두 대체 레이아웃 모두 이 구성을 무너뜨립니다. Colemak에서는 물리적인 QWERTY의 h, j, k, l 키 위치에 h, n, e, i가 배치되므로, 보통 이 네 키에 이동 기능을 다시 매핑하여 해결합니다. Dvorak에서는 같은 물리적 키들이 d, h, t, n을 입력합니다. 두 경우 모두 vimrc 파일에 몇 줄을 추가하면 해결되지만, 기본 설정이 적용된 다른 사람의 장비를 사용할 때는 더 이상 도움이 되지 않습니다.

타이핑 속도에 관한 근거가 부족한 이유

논의의 일부는 산술적인 영역이며 이견이 없습니다. 레이아웃과 텍스트 본문이 주어지면 손가락이 이동하는 총 거리와 한 손가락이 연속으로 두 글자를 입력해야 하는 빈도를 계산할 수 있습니다. 일반적인 영어 산문에서 두 수치 모두 QWERTY보다 Dvorak과 Colemak에서 낮게 나타나며, 레이아웃 분석 도구들도 그 방향성에 동의합니다. 하지만 그 결과는 계산에 사용된 텍스트에 의존합니다. 여러분의 소스 코드, 사용하는 언어, 변수명은 그 텍스트와는 다릅니다.

논란이 되는 부분은 이러한 산술적 결과가 실제 속도 향상으로 이어지는지 여부입니다. Dvorak에 대한 가장 강력한 주장은 제2차 세계대전 당시 미국 해군이 수행한 연구에서 비롯되었으며, 재교육을 통해 큰 성과를 거두었다고 보고했습니다. 해당 연구는 August Dvorak 본인의 감독하에 진행되었기에 독립적인 근거라고 보기 어렵습니다. 1956년 Earle Strong은 미국 연방조달청(General Services Administration)을 위해 통제된 재교육 연구를 수행했고, Dvorak 재교육이 QWERTY 타이피스트에게 동일한 추가 연습을 시키는 것보다 나은 결과를 내지 못한다는 사실을 발견했습니다. 1990년 경제학자 Stan Liebowitz와 Stephen Margolis는 이러한 비판들을 모아 The Fable of the Keys라는 논문을 발표했습니다. 이 논문 또한 논쟁의 대상이 되는데, 그 이유는 논문의 실제 주제가 키보드가 아닌 시장의 잠금 효과(market lock-in)이기 때문입니다. 90년이 지난 지금까지도 대체 레이아웃이 사람들의 타이핑 속도를 더 빠르게 만든다는 대규모의 잘 통제된 실험 결과는 없습니다.

속도에 관한 주장을 신중하게 받아들여야 하는 더 단순한 이유가 있습니다. 사람들은 이미 QWERTY로 분당 150단어를 훨씬 넘는 속도로 타이핑하고 있습니다. 만약 여러분의 속도가 60~70단어 수준이라면, 여러분을 제한하는 요소는 레이아웃이 아닙니다.

편안함과 부상 문제는 더 어려운 질문이며 근거는 더욱 부족합니다. 실제로 레이아웃을 바꾼 후 손 통증이 줄었다고 보고하는 사람들이 있으며, 이는 진지하게 고려할 가치가 있습니다. 하지만 레이아웃을 바꾸는 사람은 보통 여러 가지를 동시에 변경합니다. 새로운 키보드, 다른 책상 높이, 더 잦은 휴식, 그리고 몇 주간의 의도적인 느린 타이핑이 같은 달에 모두 이루어지므로, 그중 무엇이 원인인지 알 수 없습니다. 통증이 이유라면 먼저 자세와 업무량을 교정하십시오. 그 방법들이 더 확실한 근거를 가지고 있으며 비용도 들지 않기 때문입니다.

키보드 레이아웃 전환의 실제 비용

처음 며칠 동안은 초보자처럼 분당 15단어 정도의 속도로 타자를 치게 될 것이며, 레이아웃이 더 이상 신경 쓰이지 않게 되기까지 2주에서 4주 정도가 소요될 것입니다. 일상적으로 사용하여 예전 속도를 회복하는 데는 보통 1개월에서 3개월이 걸립니다. 이 수치는 연구 결과가 아니라 실제로 전환을 경험한 사람들이 보고한 내용이므로, 확정된 약속이 아닌 범위로 이해해야 합니다.

사람들이 가장 놀라는 부분은 간섭 현상입니다. 손은 "Colemak"을 배우는 것이 아니라 키 하나당 하나의 목적지를 학습합니다. 한 시간씩 번갈아 가며 두 가지 레이아웃을 사용하면 두 매핑 모두 약해집니다. 급한 업무를 위해 QWERTY로 다시 전환했다가 나중에 또 바꾸는 방식은 학습 속도를 가장 늦추는 방법입니다. 두 가지 접근법이 효과적입니다. 한 번에 전환하고 힘든 일주일을 감수하거나, 물리적인 키보드를 레이아웃별로 분리하여 사용하는 것입니다. 이렇게 하면 상황에 따라 손이 어떤 매핑을 불러와야 할지 인식할 수 있습니다.

대부분의 사람이 포기하는 시점은 능률이 떨어지는 구간이며, 이는 레이아웃이 자신과 맞지 않아서가 아니라 그 주가 너무 바빴기 때문입니다. 따라서 전환 시점을 정하는 것이 전체 과정에서 가장 중요한 결정입니다. 한가한 주를 선택하여 시작하십시오. 마감 직전 주나 온콜(on-call) 근무 주에는 시작하지 않는 것이 좋습니다.

기존의 QWERTY 실력은 보통 유지됩니다. 대부분의 전환자는 며칠만 사용해도 예전보다 속도는 느리고 초기에는 실수가 있더라도 다시 QWERTY를 사용할 수 있게 된다고 보고합니다. 이 사실을 아는 것이 중요합니다. 사람들이 가장 두려워하는 것이 바로 기존 실력을 잃는 것이지만, 실제로는 가장 일어나지 않는 일이기 때문입니다.

클라이언트인가 서버인가: 키 매핑은 어디서 설정해야 하는가?

거의 항상 클라이언트에서 설정해야 합니다. 키보드 레이아웃은 키보드가 연결된 기기에 적용되는 것이지, 다른 곳에 적용되지 않습니다. 키를 누르면 로컬 시스템이 해당 키 위치를 문자로 변환하며, 키 입력을 전달하는 SSH 세션은 이 문자를 바이트 단위로 서버에 전송합니다. 서버는 사용자가 키를 누르는 행위 자체를 보지 못합니다. 따라서 원격 서버에서 localectl set-keymap dvorak를 실행해도 SSH를 통해 입력이 전달되는 방식에는 아무런 변화가 없습니다. 워크스테이션을 Colemak으로 설정하면 어떤 호스트에 로그인하든 Colemak으로 입력되며, 각 호스트마다 별도의 설정을 할 필요가 없습니다.

서버 자체의 키맵이 중요한 경우는 두 가지입니다. 서버에 물리적으로 키보드가 연결되어 있거나, 제공업체가 브라우저나 시리얼 링크를 통해 콘솔을 제공하는 경우입니다. VPS의 경우 이는 구조용 콘솔(rescue console)을 의미하며, 바로 이런 상황이 실험을 하기에 가장 위험한 환경입니다.

localectl status
localectl list-keymaps | grep -i dvorak

localectl status는 두 가지 설정을 모두 출력합니다. VC Keymap는 텍스트 콘솔용이며, X11 Layout는 그래픽 세션용입니다. list-keymaps은 시스템에 실제로 설치된 콘솔 키맵 이름을 출력합니다. 이는 존재하지 않는 이름을 설정하는 실수를 방지하기 위한 확인 절차입니다. 그래픽 세션에서는 Colemak을 사용할 수 있더라도 콘솔 키맵으로는 존재하지 않는 경우가 있으므로, 설정하기 전에 반드시 grep 명령어로 해당 레이아웃이 있는지 확인하십시오.

데스크톱 환경에서 setxkbmap -layout us -variant colemak은 실행 중인 X 세션의 레이아웃을 변경하며, localectl set-x11-keymap us pc105 colemak는 재부팅 후에도 해당 설정을 유지하게 합니다. Wayland 환경에서는 컴포지터(compositor)가 키맵을 관리하므로 setxkbmap은 적절한 도구가 아니며, 데스크톱의 입력 설정이나 localectl에서 변경해야 합니다. Caps Lock 설정을 포함한 전체 절차는 Linux에서의 Colemak 설정 가이드를 참조하십시오.

키보드 펌웨어가 전체 문제를 우회하는 이유

여러 대의 기기에 로그인하는 경우, 운영체제가 아닌 키보드 자체에 레이아웃을 설정하십시오. 프로그래밍 가능한 키보드는 자체 매핑을 저장하고 사용자가 원하는 문자에 해당하는 코드를 전송하므로, 모든 호스트는 일반적인 키보드가 일반 문자를 입력하는 것으로 인식합니다. 호스트 측에서 별도로 설정할 필요가 없으며, 시스템을 재구축하더라도 설정이 누락될 일이 없습니다. 이는 설정을 전혀 변경할 수 없는 환경, 즉 동료의 노트북, UEFI 설정 화면, 복구 이미지, 또는 시스템 설정 변경 권한이 없는 호스트에서도 동일하게 적용됩니다. 수십 대의 Linux 서버를 관리해야 하는 사람에게 이는 한 번의 구매로 해결할 것인지, 아니면 모든 서버마다 설정 항목을 추가할 것인지의 차이를 만듭니다.

일반적인 방법은 QMK 또는 무선 버전인 ZMK를 실행하는 키보드를 사용하는 것입니다. 두 펌웨어 모두 직접 플래싱할 수 있는 오픈 소스이며, VIA와 Vial 같은 그래픽 편집기를 사용하면 재빌드 없이도 변경 사항을 적용할 수 있습니다. 많은 주류 키보드 제품도 키보드 내부에 리맵핑을 저장하는 제조사 소프트웨어를 제공합니다. 물론 한계는 분명합니다. 노트북에 내장된 키보드는 일반적으로 이 기능을 지원하지 않으므로, 외부 키보드를 연결했을 때는 설정한 레이아웃을 사용하고 연결하지 않았을 때는 QWERTY 레이아웃을 사용하게 되며, 이는 그 자체로 일종의 간섭이 발생합니다.

복구 콘솔은 실질적인 운영 위험 요소입니다

장애는 다음과 같은 형태로 나타납니다. 서버가 재부팅 후 돌아오지 않아 제공업체의 웹 콘솔을 열면, root 암호를 입력하고 익숙하지 않은 키보드 배열로 파일 시스템 명령어를 입력해야 하는 상황에 직면합니다. 이때 두 가지 문제가 동시에 발생할 수 있습니다. 사용자의 근육 기억은 새로운 배열에 맞춰져 있는데, 콘솔이 이를 제대로 인식하지 못할 수 있습니다.

브라우저 콘솔은 전송 방식이 제각각입니다. 어떤 콘솔은 로컬 시스템에서 생성된 문자를 그대로 전달하므로 클라이언트 측의 키 매핑이 유지됩니다. 반면 어떤 콘솔은 키의 물리적 위치를 전달하고 원격지에서 US QWERTY 배열을 사용한다고 가정합니다. 후자의 경우 Colemak 키보드를 사용하더라도 콘솔에는 QWERTY 문자가 입력됩니다. 제어판을 읽어보는 것만으로는 어떤 방식인지 알 수 없습니다. 서버가 정상일 때 미리 테스트하십시오. 콘솔을 열고 로그인한 뒤 문장을 입력하여 결과값을 확인하십시오. 장애가 발생한 상황이 아니라 지금 바로 확인해야 합니다.

그다음, 가능한 한 불필요한 입력 과정을 제거하십시오. 일반적인 접근 시 암호를 입력할 필요가 없도록 SSH 키를 사용하여 로그인하고, 서버 전반의 키 관리를 단순한 편의 기능이 아닌 복구 계획의 일부로 다루십시오. 대부분의 브라우저 콘솔은 텍스트 전송이나 붙여넣기 기능을 지원하므로, 복구용 암호는 복사해서 붙여넣을 수 있는 곳에 보관하십시오. 또한 새벽 2시에 스마트폰으로 키보드 배열표를 찾아보는 것은 시간이 오래 걸리므로, 키보드를 보고 QWERTY 문자를 찾을 수 있는 능력을 유지하십시오.

암호화된 디스크는 또 다른 함정입니다. 부팅 시 나타나는 암호 구문(passphrase) 입력창은 일반적인 키 매핑이 로드되기 전인 초기 램 디스크(initial ram disk) 단계에서 실행되므로, 해당 이미지에 빌드된 매핑을 사용합니다. Debian과 Ubuntu에서는 기본적으로 내장된 US QWERTY 매핑을 사용합니다. 관련 설정은 KEYMAP= 파일의 /etc/initramfs-tools/initramfs.conf 항목에 있으며, 기본값은 n입니다. 이를 y로 설정하고 sudo update-initramfs -u을 실행한 뒤, 재부팅하여 암호 구문 입력창이 사용자의 키보드 배열을 정상적으로 인식하는지 확인하십시오. 잠금을 해제할 수 없는 서버는 결국 다시 구축해야만 합니다.

Colemak-DH 및 기타 레이아웃

선택지는 세 가지가 아닙니다. Mod-DH라고도 불리는 Colemak-DH는 Colemak의 가장 대중적인 개선안입니다. 표준 Colemak에서는 D와 H가 홈 로우의 가운데 열에 위치하는데, 이 키들은 검지를 구부리는 대신 옆으로 뻗어야 닿을 수 있습니다. Mod-DH는 이 두 글자를 검지 아래의 아래쪽 행으로 옮겨, 왼쪽에는 A R S T G, 오른쪽에는 M N E I O로 구성된 홈 로우를 제공합니다. 이 레이아웃에는 일반적인 행이 어긋난(row staggered) 키보드용 버전과, 정렬된(ortholinear) 및 열이 어긋난(column staggered) 키보드용 버전이 있으므로 본인의 하드웨어에 맞는 것을 선택해야 합니다.

그 외에도 Workman, Norman, Canary, Graphite 등 레이아웃 최적화 도구로 생성된 수많은 설계가 존재합니다. Programmer Dvorak은 일반적인 글보다 구두점을 더 많이 입력하는 사람들을 위해 숫자 행과 기호 배치를 재구성했습니다. 프랑스어의 bépo나 독일어의 Neo처럼 다른 언어들도 각자의 해법을 가지고 있습니다. 실질적인 선택 기준은 가용성입니다. Dvorak은 휴대폰 키보드와 콘솔 키맵을 포함하여 거의 모든 곳에서 기본으로 제공됩니다. Colemak은 모든 Linux 데스크톱이 읽는 X 키보드 설정 데이터에 포함되어 있습니다. Colemak-DH는 해당 데이터에 비교적 최근에 추가되었으므로, 구형 배포판을 사용하는 경우 프로젝트에서 레이아웃 파일을 직접 설치해야 할 수도 있습니다. 커뮤니티 레이아웃은 모든 기기에 직접 옮겨야 하거나 키보드 펌웨어에 직접 포함시켜야 하는 파일입니다.

그렇다면 무엇을 선택해야 할까요?

현재 레이아웃에 별다른 문제가 없다면 QWERTY를 유지하십시오. 레이아웃을 변경하는 데는 몇 주가 소요되지만, 속도가 향상된다는 증거는 미약합니다. 따라서 현재 레이아웃에 대한 가벼운 불만만으로는 변경할 충분한 이유가 되지 않습니다.

가장 적은 비용으로 레이아웃을 재배치하고 싶다면 Colemak을 선택하십시오. 13개의 키 위치가 그대로 유지되며, 편집 단축키도 변하지 않습니다. 또한 모든 Linux 데스크톱에서 한 줄의 설정 변경만으로 적용할 수 있습니다.

모든 기기와 운영 체제에 기본으로 포함된 메뉴에서 레이아웃을 설정하는 것을 중요하게 생각하고, 단축키를 다시 익히는 과정을 감수할 수 있다면 Dvorak을 선택하십시오.

이미 프로그래밍 가능한 키보드를 구매할 예정이라면 Colemak-DH를 선택하십시오. 펌웨어 수준에서 레이아웃을 처리하므로 가용성 문제가 해결되며, 더 개선된 배열을 사용할 수 있습니다.

무엇을 선택하든 시작하기 전에 매핑을 어디에서 처리할지 결정하십시오. 하루 종일 풀타임 터미널 작업 환경에서 시간을 보내고 여러 장비에 접속해야 한다면, 키보드 자체에 매핑을 설정하는 것이 좋습니다. 하나의 노트북만 사용한다면 운영 체제 수준의 설정으로도 충분합니다. 그런 다음 복구 경로를 계획하고, 실제로 필요하기 전에 미리 테스트하십시오.

FAQ

Colemak이나 Dvorak이 QWERTY보다 실제로 더 빠른가요?

어느 쪽이든 타이핑 속도를 높여준다는 확실한 증거는 없습니다. 산술적으로 측정 가능한 부분은 있습니다. 영어 문장을 입력할 때 두 방식 모두 QWERTY보다 홈 로우(home row)에 더 많은 키를 배치하고 손가락 이동 거리를 줄여줍니다. 하지만 이것이 분당 단어 수(WPM) 향상으로 이어진다는 사실은 대규모의 잘 통제된 실험으로 입증된 적이 없습니다. Dvorak을 옹호할 때 가장 자주 인용되는 해군 연구는 Dvorak 본인이 감독했으며, 1956년 Earle Strong이 General Services Administration을 위해 수행한 연구에서는 QWERTY 사용자에게 동일한 추가 연습 시간을 주었을 때 아무런 이점이 발견되지 않았습니다. QWERTY로도 분당 150단어를 넘게 치는 사람들이 많으므로, 현재 70단어 수준이라면 레이아웃이 속도의 한계 요인은 아닙니다.

새로운 키보드 레이아웃을 배우는 데 얼마나 걸리나요?

분당 15단어 수준의 타이핑을 며칠간 유지할 계획을 세우십시오. 레이아웃에 온전히 집중하지 않아도 될 때까지 2~4주, 이전 속도를 회복하는 데 1~3개월이 걸립니다. 이는 보고된 범위일 뿐 연구 결과는 아닙니다. 더 큰 위험은 간섭 현상입니다. 하루 동안 두 레이아웃을 번갈아 사용하면 둘 다 숙달되지 않습니다. 한 번에 하나로 완전히 전환하고 느린 일주일을 감수하거나, 물리적인 키보드마다 레이아웃을 고정하여 엄격하게 분리하십시오. 포기하는 사람 대부분은 업무가 바빠지는 느린 시기에 그만두므로, 한가한 시기에 시작하는 것이 좋습니다.

SSH를 사용해도 키보드 레이아웃이 유지되나요?

네, 서버는 레이아웃에 관여하지 않습니다. 레이아웃은 키보드가 연결된 로컬 기기에서 적용됩니다. 로컬 시스템이 키 입력을 문자로 변환하고 SSH는 그 문자를 바이트 단위로 전송하므로, 원격 호스트는 키의 물리적 위치를 알 수 없습니다. 서버에서 키맵을 설정해도 SSH 사용자에게는 아무런 변화가 없습니다. 서버의 키맵은 서버에 직접 연결된 키보드나 브라우저, 시리얼 링크를 통해 제공되는 콘솔에만 적용됩니다.

Ctrl+C와 vim의 h j k l 키는 어떻게 되나요?

Colemak은 Z, X, C, V를 QWERTY 위치 그대로 유지하므로 표준 편집 단축키는 변하지 않습니다. Dvorak은 네 키 모두 위치를 옮깁니다. C는 QWERTY의 I 키 위치로, V는 QWERTY의 마침표(.) 위치로, X는 QWERTY의 B 아래로, Z는 QWERTY의 슬래시(/) 위치로 이동합니다. Ctrl+D는 셸에서 중요한 QWERTY의 H 키 위치로 이동합니다. 커서 이동 키는 두 레이아웃 모두에서 문제가 발생합니다. Colemak 사용자는 보통 커서 이동을 h, n, e, i로 재매핑하는데, 이는 물리적인 QWERTY의 h, j, k, l 키 위치에 인쇄된 문자입니다. Dvorak 사용자도 같은 이유로 d, h, t, n을 사용합니다.

레이아웃을 바꾼 뒤에도 복구 콘솔을 계속 사용할 수 있게 하려면 어떻게 해야 하나요?

서버가 정상일 때 지금 바로 테스트하십시오. 제공업체의 콘솔을 열고 로그인하여 문장을 입력해 보십시오. 어떤 콘솔은 클라이언트가 생성한 문자를 그대로 전달하지만, 어떤 콘솔은 키 위치를 전달하며 원격지에서 US QWERTY를 사용한다고 가정하기 때문입니다. 일상적인 접근 시 비밀번호를 입력할 필요가 없도록 SSH 키로 로그인하고, 복구용 비밀번호는 붙여넣기가 가능한 곳에 보관하십시오. 대부분의 브라우저 콘솔은 텍스트 붙여넣기나 전송 기능을 지원합니다. 디스크가 암호화된 경우, 부팅 시 암호 입력 프롬프트는 초기 램 디스크(initial ram disk)에 내장된 키맵을 사용합니다. Debian이나 Ubuntu에서는 KEYMAP=y을 /etc/initramfs-tools/initramfs.conf에 설정하고 sudo update-initramfs -u를 실행한 뒤, 재부팅하여 프롬프트가 해당 레이아웃을 인식하는지 확인해야 합니다.