Windows와 Mac의 키보드 차이 - Ctrl을 Command로 바꾸는 것만으로는 부족하다

Windows나 Mac은 거의 써본 적 없고 얼마 전까지 DOS를 오래 사용한 분을 돕고 있음. Debian에 XFCE4를 설치해 드렸는데, 복사·잘라내기·전체 선택·붙여넣기 단축키부터 마우스 포인터와 텍스트 커서의 차이까지 기본 조작 관습을 가르치고 문서로 남겨야 함. 마우스를 특정 위치에 가져가도 입력한 글자는 화살표가 아니라 텍스트 커서 위치에 나타난다는 것부터 설명해야 함. 탭은 실제 서류철의 돌출된 탭을 브라우저 옆에 놓고 보여주자 바로 이해하셨음. Ctrl+A도 웹페이지에서는 페이지 전체를 선택하지만 입력란 안에서는 그 안의 텍스트만 선택함.
이런 내용을 작은 설명서로 쓰기 시작했는데, 별로 담지도 못한 채 금세 열두 페이지가 됨. 이런 기본 사항을 정리해 둔 자료가 있다면 링크를 부탁함!

1990년대에 컴퓨터를 처음 접하는 분들에게 강의하던 친구가 “마우스를 위로 움직이세요”라고 하자, 한 수강생이 마우스를 책상에서 들어 올렸다고 함. 컴퓨터에 익숙하지 않다면 지극히 타당한 해석임. 컴퓨터 조작을 두고 “이건 당연하지 않나?” 싶을 때마다 이 일이 떠오름.

실제 서류철 탭처럼 생긴 예전 탭이었나요, 아니면 버튼처럼 생긴 요즘 탭이었나요?

OpenBSD를 데스크톱으로 쓰는데, Firefox 입력란에서 무심코 Ctrl+A를 눌렀더니 놀랍게도 내가 원하는 대로 줄 맨 앞으로 이동함. Linux에서는 늘 내 기대와 다르게 작동해서 Unix식과 Windows식 커서 이동을 선택할 수 있다는 사실조차 몰랐음.
GTK 설정인지도 모르겠고 Qt 앱도 똑같이 작동하는데, 이 기본값을 골라준 OpenBSD 포팅 담당자 덕분에 정말 기분이 좋아짐.

우리가 당연히 이해될 거라 여기는 조작 중 실제로는 그렇지 않은 것이 많음. 마우스를 올려놓은 곳에 키보드로 입력하려 했다는 대목을 보니, 오히려 지금 방식이 왜 직관적이라고 생각했는지 의문이 듦. 그분의 논리도 충분히 타당함.

지금은 2026년인데, 대체 누가 “얼마 전까지” DOS를 사용한 건가요? 어떤 컴퓨터에서 사용했나요?

집에서 Mac으로 전환하려다 키보드 조작 때문에 포기함. 오른쪽 Alt로 입력하던 폴란드어 발음 구별 기호부터 막혔고, Linux/Windows처럼 설정을 바꿔도 완전히 같아지지는 않았음. Control과 Command의 혼동이 계속 따라다녔고, iPhone은 유지하면서 키보드 때문에 Mac은 포기한 지인도 몇 명 있음.
다른 사람의 Mac에서 LinkedIn 검색창에 내 이름을 입력하려다 브라우저 탭을 닫고 엉뚱한 프로그램까지 실행한 적도 있음. 플랫폼을 자유롭게 오가는 분들이 대단해 보이며, 불가리아어처럼 자판 배열도 통일되지 않은 듯한 언어라면 더욱 그럼.

결국 연습의 문제임. 나도 Linux와 Windows에서 Mac으로 넘어왔을 때 Cmd 대신 Ctrl을 누르고 발음 구별 기호 입력을 몰라 헤맸지만, 몇 주에서 두어 달 지나니 적응함.
지금은 오히려 Windows에서 macOS의 발음 구별 기호 단축키가 아쉬움. 게임용 Windows PC에서 스웨덴어·영어 자판으로 가끔 포르투갈어를 쓰는데, 영어 배열인 Windows 11에서 어떻게 입력하는지 모르겠음. Mac에서는 자판 언어와 관계없이 Option+N/E/I/C로 ˜, ´, ˆ, ç를 입력할 수 있지만, Windows에서는 쉽게 입력하려면 자판 언어 전체를 바꿔야 함.

나도 비슷해서 Karabiner-Elements를 사용하게 됨. 규칙 10개 미만으로 Windows식 키 배치를 재현할 수 있고, 그중 절반은 브라우저용임. 훨씬 편해짐.

Mac 키보드를 Windows와 최대한 비슷하게 재매핑하니 도움이 됐지만, 완벽하게 같아지지는 않음. 보조 키를 바꾼 탓에 메뉴의 단축키 표시를 봐도 무엇을 눌러야 할지 헷갈려서 Windows보다 단축키를 덜 사용하게 됨. Mac으로 완전히 전환한다면 Mac 방식을 익히는 편을 권함. 나처럼 둘 다 계속 써야 한다면 좋은 해법을 모르겠고, 몇 년이 지나도 계속 씨름하게 됨.

2018년부터 매일 업무에 Mac을 쓰는데도 보조 키 기호는 아직 헷갈림. 기호 대신 CMD 같은 단어나 약어로 항상 표시하는 시스템 옵션이 있으면 좋겠음.
이동 방식과 기본 단축키에는 적응했고, 직접 설정할 수 있는 터미널·IDE 단축키로 대부분의 작업을 처리하는 것이 큰 도움이 됨. 그래도 Finder는 여전히 별로임.

Mac 키보드는 자주 쓰는 작업에 Command 키를 많이 활용하고, 그 키가 엄지 가까이에 있다는 점이 좋음. 복사할 때 Cmd+C가 바로 손에 닿음. Mac을 안 쓴 지 오래돼 이제는 엄지를 뻗어 Ctrl+C를 누르는 데 익숙해졌지만, 이 부분은 Mac이 더 편했음.

Mac은 Command 키를, Windows는 Home과 End 키를 잘 설계함. 한 시스템에서 둘 다 누릴 수 있으면 좋겠음.

그 용도라면 Ctrl+A와 Ctrl+E를 쓰면 됨.

키 네 개를 따로 쓰기보다 보조 키+방향키나 터미널 단축키가 더 좋음.

macOS는 앱 내부 단축키가 Command+문자로 일관돼서 좋음. Q는 종료, W는 창 닫기이고, Control은 대체로 시스템 전역 단축키에 쓰임. Shift/Alt/Option은 대체 동작을 지정하는 보조 키 역할이며, Alt/Option만 조합하는 단축키는 보통 드문 편임.
반면 Windows는 제각각임. 앱 종료가 왜 Alt+F4인가요? 4가 무슨 의미인가요? 중국어나 일본어에서 죽음을 뜻해서인가요?

Mac 독일어 자판으로 코드를 작성하는 것은 늘 고역이었음. 괄호와 각종 특수문자의 키 조합이 몹시 불편함. 요즘은 입력 대부분이 자연어가 되어 그런 기호를 쓸 필요가 줄었으니 예전만큼 크게 와닿지는 않음.

Delete 키 차이는 Windows의 뿌리인 DOS에서는 커서가 문자 위에 놓였고, Mac에서는 가느다란 선이 문자 사이에 놓였던 것에서 비롯됨.
기술적으로 DOS에는 커서 앞 문자를 지우는 Backspace, 커서 아래 문자를 지우는 Delete, 커서 다음 문자를 지우는 Forward Delete가 각각 존재할 수도 있었음.

몇 가지 보충하자면, 단순 입력란에서 ↑·↓로 맨 앞과 끝에 이동하는 동작은 내 기억에 Windows와 Linux에서도 가능했음. 그래도 ⌘←→가 더 일관돼서 선호함. Mac의 ⌥←→는 단어 단위 이동이며 Windows에서는 ⌃←→에 해당함.
브라우저의 Ctrl+R 새로고침도 기억하는 한 예전부터 지원됐음. Mac에서도 Firefox와 아마 Chromium은 F5가 작동하지만 Safari는 그렇지 않음.
Fn+방향키가 PgUp/PgDn/Home/End라는 설명은 제조사에 따라 크게 달라짐. ThinkPad T420과 동시대 모델은 해당 키가 따로 있어서 Fn+방향키를 미디어 키로 사용함.
Linux 사용자에게도 Mac식 단축키를 추천함. 특히 MacBook에서 Asahi를 쓴다면 잘 맞음. 모든 앱이 따르지는 않지만, 적어도 KDE 앱은 대체로 시스템 설정에 지정한 단축키를 따름.

Asahi와 GNOME 팀이 이 글을 Mac 입력 호환 모드 구현 지침으로 삼아주면 좋겠음! macOS와 Linux를 듀얼 부팅하면, Linux에서도 더 낫다고 느끼는 Mac식 조작을 어느 정도 구현하려고 키 배치와 단축키를 일일이 바꾸느라 고생하게 됨.

Omarchy는 이 부분을 꽤 잘 처리함. Super+C와 Super+V가 터미널을 포함해 어디서나 일관되게 작동함. 다만 Super가 macOS의 Command처럼 작동하지 않는 예외도 있어서, 전체 선택 후 복사하려면 Ctrl+A 다음 Super+C라는 곡예를 해야 함.

비슷한 주제인 “학생들이 Windows, Chrome, Mac을 오갈 때 드는 비용은?”이라는 글(https://slashdot.org/submission/17349696/costs-of-switching-...)도 플랫폼 전환에 따른 지식과 생산성 손실로 시작함.
Outlook·Teams·OneDrive·SharePoint·Excel·Word·PowerPoint·VBA에서 Gmail·Workspace·GDrive·Sheets·Docs·Slides로 옮기며 축적한 지식을 버리는 것뿐 아니라, 수많은 자잘한 UI 마찰도 감당해야 함. Windows 사용자가 화면 캡처 키를 찾으면 Mac 애호가는 “Shift+Command+3이 이렇게 직관적인데 왜 prt sc 키를 찾나요?”라고 내려다보듯 답하는 식임.

나는 그런 플랫폼 전환을 하루에 약 20번 함. 현재 iOS, macOS, Windows 컴퓨터 두 대를 쓰며, MacBook에서 Windows 컴퓨터로 RDP 접속도 자주 함.
Microsoft 앱을 떠나야 한다는 부분에는 이 링크를 덧붙임. https://www.microsoft.com/en-us/microsoft-365/mac/microsoft-....
예전에는 어려웠는데 내가 익숙해진 것일 수도 있음. 플랫폼 간 조작을 통일하려는 시도는 전혀 하지 않았음.

고통스럽다고요? 나는 새로운 것을 배우며 머리를 자극하는 게 좋음. 딱히 힘들지 않았음.

다소 과장된 것 같음. 신문사에서 일할 때 OS X 출시 즈음 디자인 부서 전체가 PC로 전환했고, 동시에 QuarkXPress에서 InDesign으로 이동함. 잃은 장점도 얻은 장점도 있었지만 큰 어려움은 없었고, 신문·잡지 인쇄 준비 시간도 거의 달라지지 않았음.
OS X가 OS 8/9보다 사용자 경험, 특히 Finder에서 후퇴한 측면도 있어 업그레이드 의욕이 낮았고 전환이 더 쉬웠을 수 있음. 다만 대부분 집에서 PC를 썼으니 공정한 비교는 아닐 수 있음. 그래도 집에서 Mac을 쓰던 분들도 별다른 어려움은 없어 보였음.
일부는 G3/G4에 딸려온 투명하고 묵직한 플라스틱 키보드를 PC에서도 계속 사용함. Mac식 배열을 유지하려는 게 아니라 제품의 물리적 품질이 좋아서였고, 일부 키의 동작이 달라지는 것은 받아들였음. Mac 마우스도 연결할 수는 있었지만 사용하는 사람은 없었던 것 같음.

Apple을 좋아하는 편은 아니지만 Enter와 Return은 다른 기능이라는 점만큼은 양보할 수 없음. Enter는 데이터 입력이나 제출용이고, Return은 캐리지를 되돌려 새 줄을 시작하는 용도임.
키보드에 중복으로 있는 키는 Ctrl·Shift 등의 보조 키뿐인데, Return과 Enter까지 같은 기능으로 두 개 둘 필요는 없음. 별도 키로 존재하는 만큼 서로 다른 기능을 의도한 것임. 아내는 못마땅해하지만 아이들에게도 정확한 이름을 가르침.

캐리지 리턴은 인자 장치를 현재 줄의 맨 앞으로 옮기는 동작이지, 새 줄로 이동하는 동작은 아님. 다음 줄로 이동시키는 것은 라인 피드임. 두 동작을 거의 항상 함께 실행하다 보니, 아주 오래전 컴퓨터 시절에 CRLF 하나로 호출할 수 있게 됨.

나는 반대쪽 보조 키보다 숫자 키패드의 Enter를 훨씬 자주 사용함. 숫자만 한 손으로 빠르게 입력할 때 매우 편리하며, 원래 큰 Enter 키를 누르는 손과 같은 손으로 쓸 수 있음.

요즘 키보드에서는 화살표가 사라지고 글자만 남았는데, 이 변화가 영향을 줄지 궁금함. 데이터 입력이 반드시 캐리지 리턴을 일으키는 것은 아니니, Enter 옆의 화살표는 의미가 잘 맞지 않음.