한글 문서 작업에 맥OS를 사용해도 괜찮을까
맥OS로 넘어오기 전에 가장 큰 고민이 바로 문서 작업 호환성이었거든요. 특히 우리나라에서 관공서나 학교, 회사까지 거의 모든 곳에서 한글 파일을 표준처럼 쓰고 있어서 이 문제는 피할 수가 없는 벽처럼 느껴지더라고요. 주변에서 “맥북은 예쁘긴 한데 한글 안 되지 않냐”는 말을 들을 때마다 속으로 불안함이 밀려왔던 것 같아요.
그런데 막상 5년 넘게 맥북으로 실무를 하면서 느낀 건, 생각보다 훨씬 스마트하게 해결할 수 있는 방법이 많다는 점이었어요. 물론 윈도우처럼 모든 기능을 100% 똑같이 쓰는 건 현실적으로 어렵지만, 창의적인 우회로와 요령만 있으면 업무 생산성은 오히려 더 올라가기도 하더라고요.
처음에 저도 막연한 두려움 때문에 맥을 사놓고도 윈도우 노트북을 한동안 같이 들고 다녔던 실패의 기억이 있어요. 그 시행착오를 바탕으로, 지금 맥OS에서 한글 문서 작업을 고민하는 분들이라면 꼭 알아야 할 현실적인 팩트와 감정적인 허들을 낱낱이 풀어드릴게요.
📋 목차
맥을 처음 켜고 마주한 한글 파일의 공포
맥북을 언박싱하고 디자인에 감탄한 것도 잠시, 가장 먼저 한 일이 ‘한글과컴퓨터 맥용 설치’였거든요. 그런데 웬걸, 공식 홈페이지에서 안내하는 macOS용 한글을 깔았더니 인터페이스도 어딘지 낯설고 저장할 때 뜨는 이상한 경고창에 머리가 하얘지더라고요. 윈도우에서 쓰던 것과 미묘하게 다른 단축키에 적응하는 데만 며칠이 걸렸던 기억이 나요.
여기에 가장 치명적이었던 부분은 폰트 충돌이었어요. 제가 애써 작성한 문서를 상사에게 보냈는데, 쪽수가 밀리고 표가 깨져서 “이게 뭐냐”는 전화를 받았을 때의 식은땀은 아직도 생생하네요. 그때 깨달은 건, 단순히 파일을 열고 저장하는 문제가 아니라 호환성이라는 아주 지저분한 함정이 도사리고 있다는 사실이었어요.
당시에는 ‘차라리 윈도우로 돌아갈까’라는 생각을 진지하게 했을 정도로 스트레스가 심했어요. 하지만 이 문제는 나중에 알고 보니 사용하는 확장자 버전과 클라우드 기반 툴에 대한 이해만 있다면 충분히 극복할 수 있는 사소한 기술적 문제였더라고요. 그 실패 경험 덕분에 지금은 오히려 더 안전하게 문서를 관리하는 방법을 체득하게 됐어요.
macOS에서 한글 파일을 여는 세 가지 현실적인 경로
많은 분들이 오해하는 부분이 있는데, 맥OS에서 한글 파일을 다루는 방법은 생각보다 다양해요. 단순히 ‘된다, 안 된다’의 이분법적인 접근보다는 내 작업 스타일에 맞는 툴을 고르는 게 훨씬 더 중요하더라고요. 크게 보면 네이티브 앱을 까는 방식과 웹 브라우저 기반의 서비스를 활용하는 방식으로 나뉘는데, 이 차이를 제대로 알고 있어야 삽질을 덜 할 수 있어요.
특히 최근에는 한컴 측에서도 구독형 서비스인 ‘한컴독스’에 엄청난 공을 들이고 있어서, 과거처럼 설치 파일 하나 덜렁 받아서 쓰는 시대는 지났거든요. 이제는 클라우드 저장과 실시간 협업 기능이 붙은 웹 오피스의 비중이 점점 더 커지고 있는 추세라서, 맥 사용자 입장에서는 윈도우보다 더 가벼운 환경에서 문서 작업을 해낼 수 있는 기회가 생긴 셈이에요.
아래 표에 현재 제가 직접 사용해보면서 체감한 각 방식의 장단점을 정리해봤어요. 결론부터 말하자면 하나의 툴만 고집하기보다는 목적에 따라 이 세 가지를 섞어 쓰는 게 가장 정신 건강에 이로웠어요.
여기서 제가 가장 큰 충격을 받았던 건, 맥용 네이티브 앱을 굳이 설치하지 않아도 된다는 사실이었어요. 디스크 용량이 부족한 맥북 에어를 쓸 때는 그냥 크롬 브라우저 하나로 모든 한글 작업을 끝내버리는 날도 많았거든요. 물론 인터넷 환경이 불안정한 카페 같은 곳에서는 네이티브 앱의 소중함을 다시 한번 깨닫게 되지만요.
꿀팁: hwpx 확장자에 주목하세요
요즘 공공기관을 중심으로 hwp에서 hwpx로의 전환 속도가 빨라지고 있어요. hwpx는 개방형 표준이라 맥에서의 호환성이 훨씬 뛰어나거든요. 가능하면 상대방에게 hwpx로 달라고 요청하거나, 저장할 때 기본값을 hwpx로 바꿔두면 깨짐 현상을 대폭 줄일 수 있어요.
표와 차트가 많은 고급 문서, 제대로 편집이 될까
솔직히 말해서 이 부분이 맥OS에서 한글 작업을 할 때 가장 큰 걸림돌이에요. 단순한 텍스트만 있는 문서는 사실 뭘로 열든 큰 차이가 없어요. 하지만 보고서에 각종 표와 차트가 들어가고, 거기에 개체 연결 같은 고급 기능이 들어가기 시작하면 이야기가 완전히 달라지더라고요.
제가 예전에 회사에서 제안서를 맥북으로 마무리했다가 큰 낭패를 본 적이 있어요. 분명히 맥용 한글에서 완벽하게 보이던 표가, 막상 윈도우 PC에서 열어보니 숫자들이 표 바깥으로 삐져나와 있질 않나, 글꼴이 전부 굴림체로 바뀌어 있질 않나. 그날 밤을 꼬박 새워 다시 편집했던 기억이 아직도 아찔하네요.
이 경험 이후로 저는 표 작업을 할 때 맥OS의 한글 기능 내에서 애니메이션 효과나 복잡한 수식 편집기를 사용하는 것을 포기했어요. 대신에 표가 레이아웃의 핵심인 문서는 아예 처음부터 한컴독스 웹 버전에서 작업을 시작하는 쪽으로 방향을 틀었죠. 웹 오피스는 의외로 윈도우 환경의 최신 렌더링 엔진을 기반으로 하기 때문에 레이아웃이 틀어질 확률이 네이티브 앱보다 훨씬 낮더라고요.
세부적인 기능의 체감 차이를 좀 더 직관적으로 보여드리기 위해, 평소 제가 자주 쓰는 편집 기능들을 기준으로 비교표를 만들어봤어요.
이 표를 보면 아시겠지만, 사실 맥 환경이 무조건 뒤떨어지는 건 아니에요. 협업과 클라우드 접근성에 있어서는 한컴독스가 오히려 윈도우의 로컬 작업 환경보다 앞서 있는 부분도 분명히 존재하더라고요. 결국 내가 어떤 작업을 더 많이 하느냐를 먼저 따져보고 툴을 고르는 게 순서인 것 같아요.
맥 기본 앱 Pages로 한글 문서를 대체할 수 있을까
이 질문을 정말 많이 받았는데요, 결론부터 말하면 ‘진지한 비즈니스 문서’라면 절대 추천하지 않아요. Pages는 정말 예쁘고 직관적이고, 맥 특유의 미려한 타이포그래피를 살리기에는 최고의 툴이에요. 하지만 현실은 우리가 Pages로 문서를 만들어도, 받는 사람은 한글이나 MS 워드로 열어보게 된다는 거죠. 이 변환 과정에서 생기는 스트레스가 어마어마해요.
제가 처음에 ‘멋지게 맥처럼’ 작업해보겠답시고 Pages로 제안서를 디자인했다가, 내보내기한 hwp 파일에서 텍스트 상자가 전부 이미지로 뭉개져 버린 대참사가 있었거든요. 클라이언트 앞에서 수정을 전혀 못하는 상황이 벌어지면서 얼마나 난감했는지 몰라요. 그 이후로 저는 Pages는 순수하게 제 개인적인 창작 활동이나 영문 레터 작성 같은 용도로만 사용하고 있어요.
반대로 키노트(Keynote)는 예외적으로 정말 쓸 만해요. 한글 문서를 대체한다기보다는, 프레젠테이션 발표 자료를 만들 때는 차라리 키노트로 만든 뒤에 PDF로 공유하는 게 시각적으로도 훨씬 낫고 호환성 문제에서도 자유로울 수 있어요. 문서는 한글, 슬라이드는 키노트, 이렇게 역할을 확실히 나누는 게 현재로서는 최선이더라고요.
만약에 상대방이 꼭 편집 가능한 형태의 문서를 원하는 상황이라면, 과감하게 ‘네이버 MYBOX’의 웹 편집기나 ‘한컴독스’를 켜는 게 속 편해요. 어설픈 변환 프로그램에 의존하는 것보다는 애초에 호환되는 환경에서 작업을 시작하는 게 맥 사용자의 생존 전략이라고 생각해요.
실시간 협업이 필요한 직장인을 위한 맥OS 워크플로우
요즘 같이 재택근무와 사무실 출근을 병행하는 시대에는 혼자 문서를 만드는 것보다 여럿이서 동시에 편집하는 일이 훨씬 많아졌어요. 이 부분에서 맥OS의 한계를 느끼는 분들이 많을 텐데, 저는 오히려 협업에 있어서는 맥이 윈도우보다 낫다고 느낄 때가 많았어요. 왜냐하면 한컴오피스 웹이 굉장히 가볍고 깔끔하게 작동하거든요.
제 경험상, 윈도우 PC에서 무거운 네이티브 한글을 띄워놓고 메모 댓글을 주고받는 것보다, 맥북으로 크롬 브라우저 하나 열어서 한컴독스 실시간 협업을 하는 게 피드백 속도가 훨씬 빨랐어요. 물론 실시간으로 같이 달라붙어서 편집할 때 누군가 내 커서를 건드리는 답답함은 있지만, 그건 툴의 문제라기보다는 협업 시스템의 과도기적인 특성이라고 봐야 할 거예요.
여기서 한 가지 아쉬운 점은, 웹 오피스 환경에서는 아직까지 복잡한 매크로나 메일 머지 같은 고급 자동화 기능이 완벽하게 이식되지 않았다는 거예요. 만약에 반복적인 대량 문서 작업이 주된 업무라면, 이 방법만으로는 분명히 한계가 있어요. 그런 경우에는 어쩔 수 없이 패러렐즈나 VMware를 이용한 가상 윈도우 환경을 고려해야 하더라고요.
주의: 라이선스 정책을 반드시 확인하세요
과거에는 1PC 라이선스 개념이었지만, 지금은 1User 정책으로 변경되었어요. 대신에 로그인 기기 수 제한이나 동시 접속 제한 같은 세부 규정이 바뀔 수 있으니, 중요한 프로젝트 전에 한컴독스의 최신 약관을 꼭 확인하고 사용해야 낭패를 안 봐요.
애플 실리콘(M1/M2/M3)에서의 한글 문서 쾌적함
맥OS가 인텔 칩에서 애플 실리콘으로 완전히 넘어오면서 한글 호환성에 대한 걱정이 또 한 번 크게 들끓었던 때가 있었어요. ‘과연 ARM 아키텍처에서 한글이 제대로 돌아갈까?’라는 의문이었죠. 하지만 놀랍게도, 네이티브 앱이든 웹 앱이든 현재는 애플 실리콘 환경에 굉장히 잘 최적화되어 있어요. 실행 속도 자체는 인텔 맥 시절과 비교할 수 없을 정도로 부드러워졌거든요.
제가 쓰고 있는 M2 맥북 에어에서는 팬도 없는데 무거운 100페이지짜리 제안서를 돌려도 발열이 거의 없어요. 웹 오피스를 쓸 때도 크롬에서 여러 탭을 같이 띄워두는 게 아니라 아예 웹 앱을 하나의 독립된 바로가기처럼 빼서 쓰면 램 사용량도 크게 줄어들더라고요. 이전에는 상상도 못했던 쾌적한 작업 환경이에요.
다만 아직도 간혹 폰트 렌더링에서 윈도우와의 미묘한 차이가 존재해요. 같은 맑은 고딕을 써도 맥에서는 자간이 조금 더 넓어 보이거나, 굵기 차이가 눈에 띄기도 해요. 그래서 저는 상대방에게 최종 파일을 보내기 전에, 반드시 ‘한컴독스 미리보기’ 기능으로 윈도우 환경에서 어떻게 보이는지 최종 체크를 하는 습관을 들였어요. 이게 진짜 마지막까지 마음을 놓지 못하게 하는 복병이긴 해요.
📌 함께 읽으면 좋은 글
HP 비즈니스 제품군은 문서 작업에 잘 맞을까큰 화면 제품을 매일 들고 다녀도 괜찮을까문서 작업만 한다면 프리미엄 제품이 필요할까에이서 제품은 저렴해도 기본기가 괜찮을까자주 묻는 질문
Q. 맥에서 한글 파일을 열면 폰트가 자꾸 바뀌어 보이는데 왜 그런가요?
A. 근본적인 원인은 운영체제 간의 폰트 라이선스 차이에 있어요. 윈도우 기본 폰트인 맑은 고딕이나 궁서체 등이 맥에는 라이선스 문제로 기본 탑재되어 있지 않거든요. 이 문제를 해결하려면 한글 문서를 저장할 때 ‘글꼴 포함 저장’ 옵션을 반드시 체크해야 하고, 가능하다면 hwpx 확장자를 사용하는 편이 호환성 유지에 큰 도움이 돼요.
Q. 맥북에서 공공기관 문서를 출력했을 때 쪽수가 밀리는 문제는 어떻게 잡나요?
A. 가장 안전한 방법은 PDF 변환을 먼저 하는 거예요. 한글로 작성된 원본을 바로 프린터로 보내지 말고, ‘PDF로 저장’ 기능을 이용해 고정된 레이아웃의 파일을 만든 후에 출력해야 틀어짐이 없어요. 만약에 원본 편집이 끝난 후라면 굳이 인쇄 직전까지 한글 편집기 상태로 유지할 필요가 없거든요. PDF 변환은 무료 뷰어나 웹에서도 쉽게 가능해요.
Q. 한컴독스 구독료가 아까운데, 무료로 쓰는 방법은 없나요?
A. 네이버 MYBOX를 이용하면 비교적 간단한 편집까지는 무료로 충당할 수 있어요. 네이버에 로그인한 상태에서 MYBOX 내의 한글 파일을 클릭하면 별도의 웹 편집기가 실행돼요. 다만 이 환경은 복잡한 매크로나 표 계산식 같은 고급 기능은 지원하지 않기 때문에, 가벼운 열람이나 텍스트 수정용이라고 생각하는 게 속편해요.
Q. 패러렐즈를 깔아서 윈도우용 한글을 쓰는 건 별로인가요?
A. 완벽을 기하는 방법이긴 하지만, 일반적인 문서 작업에는 솔직히 좀 오버스펙이에요. 가상 윈도우를 띄우는 순간 배터리 소모가 급격히 심해지고 발열도 생기거든요. 특히 애플 실리콘에서는 ARM 기반 윈도우를 써야만 돌아가는데, 이 ARM용 윈도우에서 한글이 100% 안정적으로 돌아간다는 보장도 아직까지는 애매한 부분이 있어요. 차라리 웹 오피스를 쓰는 걸 더 권장드려요.
Q. polaris office 같은 서드파티 앱은 믿을 만한가요?
A. 급할 때의 응급처치 용도로는 괜찮아요. 하지만 정규 업무용으로 쓰기에는 불안 요소가 너무 많더라고요. 제가 몇 번 써봤을 때는 편집 후 저장할 때 글자가 풀리거나, 누름틀이 깨지는 현상이 종종 나타났어요. 공들여 작성한 중요한 문서일수록 공식 툴(한컴독스 또는 macOS용 한글)로 검수하는 과정을 반드시 거치는 게 좋아요.
Q. 맥북으로 한글 문서를 작업할 때 가장 유용한 단축키는 뭔가요?
A. 맥 환경에서는 control 키가 아니라 command 키 중심으로 단축키가 재편되어 있어서 적응이 꽤 어려웠어요. 저는 진하게는 Command+B, 밑줄은 Command+U 같은 직관적인 부분은 금방 적응됐지만, 장평이나 자간을 조절하는 세부 단축키는 맥 버전에서 아예 빠져 있거나 다르게 바뀌어 있어서 결국 마우스를 더 많이 쓰게 되더라고요. 단축키보다는 빠른 실행 도구 모음을 커스터마이징 하는 걸 추천드려요.
Q. hwpx가 뭐가 좋은 건지 잘 모르겠어요.
A. 기존의 hwp 포맷은 한글과컴퓨터의 독자적인 바이너리 규격이라서 호환성을 까다롭게 만드는 주범이었어요. 반면 hwpx는 데이터를 XML 구조로 풀어내서 저장하기 때문에, 맥이나 리눅스 같은 다양한 플랫폼에서 파일을 해석하기가 훨씬 쉬워요. 앞으로 점점 더 hwpx 위주로 정책이 바뀔 예정이라서, 저는 무조건 hwpx로 저장하는 습관을 들이고 있어요.
Q. 맥에서는 맞춤법 검사기가 잘 안 돌아가나요?
A. 맥OS 자체의 한글 맞춤법 검사 기능은 거의 기대를 안 하는 게 좋아요. 그 대신에 한컴독스 웹 에디터에 내장된 맞춤법 검사기를 활용하거나, 부득이하게 네이티브 앱을 써야 한다면 네이버 맞춤법 검사기 웹페이지를 띄워서 붙여 넣는 식으로 작업하고 있어요. 다행히 요즘 한컴의 웹 서비스들은 AI 맞춤법 검사 기능이 강화되고 있는 추세라서 예전보다는 훨씬 쾌적해졌어요.
Q. 맥용 한글 뷰어는 신뢰할 수 있나요?
A. 앱스토어에 올라와 있는 공식 뷰어가 있긴 한데, 저는 차라리 쓰지 말라고 말리고 싶어요. 여러 리뷰에서도 지적되고 있지만 업데이트가 너무 더디고 가끔 최신 OS에서 정상적으로 실행조차 안 될 때가 있어요. 개인적으로는 뷰어 용도로도 네이버 웨일 브라우저 혹은 한컴독스 웹을 이용하는 게 백 배 낫다고 생각해요.
Q. 마지막으로, 정말 맥 하나만으로 회사에서 버틸 수 있을까요?
A. 제 경험으로는 90%는 가능한데, 10%의 예외 상황이 발목을 잡아요. 그 10%는 주로 관공서에 제출하는 전자 문서나, 암호화가 걸린 특수한 협회 제출용 파일들인 경우가 많았어요. 이런 경우를 대비해서 회사에 윈도우 PC 한 대를 반드시 남겨두거나, 같은 팀에 윈도우를 쓰는 동료와의 인간적인 끈끈한 유대 관계를 유지하는 게 진짜 실무에서의 최종 무기랍니다.
지금까지 5년 넘게 맥OS 안에서 한글 문서 작업을 해오면서 느낀 점은, 결국 ‘완벽한 호환’이라는 환상을 조금만 내려놓으면 훨씬 편해진다는 거예요. 윈도우가 아니면 안 된다는 강박 때문에 좋은 툴을 못 쓰는 건 너무 아까운 일이거든요. 기술은 생각보다 빠르게 발전하고 있고, 특히 웹 기반의 클라우드 문서 시장은 맥과 윈도우의 경계를 정말 빠르게 허물고 있어요.
혹시라도 아직 망설이고 계신다면, 일단 한컴독스 웹 에디터를 무료 체험해보는 걸로 시작해보세요. 설치도 필요 없고, 내 소중한 맥북의 디스크 용량을 차지하지도 않으니까 부담이 전혀 없어요. 거기서 내 업무의 80%가 해결된다면, 그때부터 맥북을 메인 머신으로 쓰셔도 전혀 문제가 없을 거예요.
글쓴이 소개: 성동석
10년 차 라이프스타일 블로거이자 디지털 노마드를 꿈꾸는 콘텐츠 크리에이터입니다. M2 맥북 에어와 아이패드 프로를 메인 머신으로 사용하며, 복잡한 기술 정보를 일상의 언어로 풀어내는 데 관심이 많습니다. 맥과 한글의 아슬아슬한 줄타기 같은 작업 환경을 누구보다 잘 이해하며, 동일한 고민을 하는 직장인과 프리랜서를 위한 현실적인 팁을 나누고 있습니다.
면책조항: 본 콘텐츠는 macOS에서의 한글 문서 작업과 관련된 개인적인 경험담 및 정보 제공을 목적으로 합니다. 한글과컴퓨터의 소프트웨어 정책, 가격, 기능은 예고 없이 변경될 수 있으므로, 정확한 정보는 공식 웹사이트(www.hancom.com)를 통해 재확인하시기 바랍니다. 특정 소프트웨어의 성능이나 호환성은 사용자의 기기 환경 및 OS 버전에 따라 상이할 수 있으며, 투자나 구매 결정에 대한 책임은 전적으로 이용자 본인에게 있습니다.
댓글
댓글 쓰기