요약
iPadOS 27에서는 발표 중 다른 앱을 누르면 외부 화면에 아이패드 전체 화면이 그대로 나갑니다.
아이패드로 강의하는 테디 스보로노스가 쓴 글입니다. 그는 AirPlay(애플의 무선 화면 전송 기능)로 강의 화면을 띄워 두고, 학생에게 보이면 안 되는 메모와 설문 결과는 아이패드에서만 보며 수업해 왔습니다.
왜 중요한가
- 발표 중 다른 앱을 잠깐 누르기만 해도 청중이 보면 안 되는 화면이 노출됩니다.
- 우회 방법이 없어, 저자는 아이패드로 가르치거나 발표하는 사람에게 iPadOS 27을 권하지 않았습니다.
핵심 내용
- 여러 창을 연 채 AirPlay로 발표하다가 다른 앱을 누르면 외부 화면이 아이패드 전체 화면으로 바뀝니다.
- GoodNotes는 다시 누르면 발표 화면이 돌아오지만, Keynote는 발표가 끝나고 PowerPoint는 멈춰서 다시 시작해야 합니다.
- 저자는 iPadOS 26에서 어느 앱이 외부 화면을 쓰는지 헷갈리던 문제를 고치려던 변경으로 봤습니다.
- 마지막에 누른 앱이 화면을 가져가는 새 규칙은 이전보다 훨씬 나쁘다고 평가했습니다.
- 발표 앱이 발표를 끝내거나 문서를 닫거나 종료될 때까지 외부 화면을 유지하자고 제안하고, 애플에 피드백을 보냈습니다.
HN 반응
- 버그가 아니라 일부러 바꾼 동작이라는 지적에, 설정으로 남기자는 의견과 설정이 늘면 복잡해진다는 반론이 맞섰습니다.
- 사용자에게 선택권을 주지 않는 애플의 설계 문화를 원인으로 꼽는 댓글이 많았고, 마지막으로 직접 화면을 보낸 앱이 계속 화면을 맡으면 된다는 대안도 나왔습니다.
최상위 댓글이 왜 "그래서 하드웨어와 소프트웨어는 더 개방적이어야 한다"가 아닌 거죠?
오래된 불만이라는 건 알지만, 이 사이트는 솔직히 "해커 뉴스"라는 이름을 쓰면 안 됩니다.
반대쪽 입장도 이해는 갑니다. 프레젠테이션 앱으로 발표하다가 라이브 데모 환경으로 넘어가고 싶은데, 그러려면 프레젠테이션을 아예 꺼야 하는 겁니까?
다른 운영체제라면 이런 충돌을 보고 이렇게 했을 수도 있습니다. 화면 전체를 공유할지, 지금 공유 중인 창을 그대로 유지할지 사용자에게 묻는 UI 요소를 띄우면 되지 않느냐고요.
여기서 애플 디자인 문화의 근본적인 약점이 드러난다고 봅니다. 사용자에게서 선택지를 없애 마법 같은 경험을 만들려 하면, 사용자에게 통제권을 주지 않고서는 도저히 해결할 수 없는 상황과 가끔 부딪힐 수밖에 없습니다. 게다가 애플의 문화는 가능하면 그 통제권을 주지 않는 쪽으로 지나치게 맞춰져 있습니다.
복잡함을 위한 복잡함을 원하는 사람은 없습니다. 하지만 이건 회의에서 분명히 나왔어야 할 문제이고, 누군가는 그 얘기를 꺼낼 만큼 힘이 실려 있다고 느끼지 못했던 겁니다.
에어플레이를 유튜브 영상 말고 다른 용도로 쓴 지 오래되긴 했지만, 제가 알기로 동작 방식은 이렇습니다.
제어 센터에서 에어플레이를 선택하면 화면 전체가 미러링됩니다(보조 화면으로 확장될 수도 있고요). 아이패드에서 여는 것, 또는 보조 화면으로 끌어다 놓은 것이 곧 청중이 보는 화면입니다.
프레젠테이션 모드가 있는 앱 안에서 에어플레이를 켜면, 영상을 에어플레이할 때와 비슷하게 동작합니다. 다른 앱으로 넘어가도 그 앱 하나는 계속 활성 상태로 남습니다.
발표 대상을 바꾸려면 새 에어플레이 세션을 시작하면 됩니다. 화면 전체 공유로 바꾸고 싶으면 제어 센터에서, 다른 앱의 프레젠테이션 모드로 바꾸고 싶으면 그 앱에서 시작하면 됩니다. 자동일 필요는 없지만, 새 세션을 시작하려고 이전 세션을 직접 닫아야 해서는 안 됩니다.
이전 프레젠테이션으로 돌아가려면 그 앱을 다시 열어 에어플레이를 다시 켜면 됩니다. "프레젠테이션 재개" 버튼이 있어도 좋겠고요.
제가 뭔가 놓치고 있는지도 모르지만, 이게 왜 그렇게 복잡한지 모르겠습니다. 특정 앱 창을 공유하고 있다면 전체를 공유할 생각은 아니었다고 보는 게 꽤 직관적입니다. (직접 새 공유를 시작하면 이전 공유를 대체한다는 것도 직관적이고요. 이전 공유를 먼저 직접 닫을 필요는 없습니다.)
애플이 이미 쓰고 있는 디자인 문화 안에서도 해결책이 있다고 생각합니다. 디스플레이에 연결돼 있으면 지금도 "에어플레이" 아이콘을 눌러 오디오 출력 위치를 바꿀 수 있습니다. (예를 들어 USB-C 케이블로 디스플레이에 연결했는데 오디오는 블루투스 기기나 헤드폰으로 보내고 싶은 경우입니다.)
그러니 어떤 앱이 디스플레이 출력을 받을지 고를 수 있게만 해 주면 됩니다. 그리고 "화면 공유"는 별도의 선택지로 두면 되고요.
여기서 "마법"은 마지막으로 외부 디스플레이에 명시적으로 캐스트한 앱이, 사용자가 다른 앱을 골라 외부 디스플레이로 캐스트하기 전까지 계속 그 디스플레이에 캐스트되게 하는 것이어야 합니다.
말씀하신 반대 논리가 두 가지 중 더 약하다고 봅니다. 디스플레이로 캐스트하기로 한 프레젠테이션 대신 라이브 데모 환경을 보여 주고 싶다는 건 물론 사용자는 알지만, OS가 그걸 합리적으로 추측할 방법은 없으니 추측하지 말아야 합니다.
안타깝지만 맞는 말입니다.
프로 아이패드 사용자들의 끝없는 고투입니다. 자기는 아니라고 우기는 물건을 억지로 그런 물건처럼 굴게 만들려는 거죠.
결국 개발팀이 사용자에게 통제권을 넘기고 싶어 하지 않으니, 우리는 진짜 프로용 도구가 될 수 없는 세상에 갇혀 있습니다. 가는 곳마다 이런 일이 터지니까요. 진짜 컴퓨터라면 그냥 화면이 하나 더 있는 것이고, 거기에 원하는 걸 띄우면 되고, 다른 화면의 내용이 갑자기 나와 버리는 상황은 일어날 수 없습니다. 그런데 아이패드는 화면이라는 개념은 없고 앱만 있는 척을 해야 하죠.
그렇긴 한데, 여기서 얘기하는 건 에어플레이지 아이패드에 직접 연결한 모니터가 아닙니다(그것도 가능하긴 하지만요).
좋네요. 아이패드 가방에 동글이랑 3미터짜리 HDMI 케이블을 꼭 챙겨 넣어야겠네요.
왜 동글이 필요하죠? 저는 이 불평을 한 번도 이해한 적이 없습니다. 동글이 필요하다면 케이블을 잘못 산 겁니다. 동글에 HDMI-HDMI 케이블을 쓰는 대신 USB-C to HDMI 케이블을 샀으면 되잖아요.
사람들이 동글 때문에 불평하는 다른 거의 모든 상황도 마찬가지입니다.
맥OS에서는 에어플레이로 화면을 보조 모니터처럼 확장할 수도 있어요.
그럴 수도 있지만, iPadOS는 버그투성이 엉망진창이라서 제대로 된 폐쇄형 생태계 노릇도 못 합니다.
애플은 걸핏하면 뭔가를 망가뜨립니다. 자동화 테스트라는 게 있기나 한지 가끔 궁금합니다.
에어플레이와 그 주변 기능 전부가 지독하게 불안정합니다. 저는 Tahoe가 나왔을 때 에어플레이가 3개월쯤 아예 안 됐습니다. 다시 되기 시작한 뒤로도 에어플레이는 걸핏하면 아무 때나 끊어졌고요. AppleTV로 화면을 확장해 놓으면 2분, 5분, 10분 뒤에 갑자기 끊기곤 했습니다.
오래된 버그도 있습니다. 어젯밤 Golden Gate에서 에어플레이로 TV에 화면을 확장했다가 나중에 껐더니, 독이 사라지면서 자동 숨김 모드가 되어 있었습니다(저는 자동 숨김 모드를 안 씁니다). 설정에 들어가 보면 자동 숨김은 분명히 꺼져 있습니다. 켰다가 다시 끄면 해결됩니다. 이 버그가 5년 넘게 있었던 것 같은데요?
애플은 소프트웨어 디자인을 다시 제대로 잡고, 이런 변경을 하기 전에 소프트웨어에 대해 제대로 된 QA와 테스트를 해야 합니다. 27은 품질 개선과 버그 수정 릴리스가 되어야 했는데, 대부분 버그와 UI 실패가 줄줄이 이어진 릴리스였습니다.
글쓴이가 설명한 내용으로 보면 이건 버그가 아니라 더 낫다고 생각해서 바꾼 기능 변경입니다. 대다수 사용자에게는 실제로 더 나을 수도 있고요. 하지만 글쓴이에게는 이 변경으로 망가진 정당한 사용 사례가 있습니다.
네, 문제는 애플이 이걸 UI 개선이라고 생각했는데 실제로는 흔한 사용 패턴을 망가뜨렸다는 겁니다. 이런 변경은 반드시 설정으로 두어야 하고, 기본값을 바꾸기 전에 충분히 검토해야 합니다. 이건 버그라기보다는 허술한 디자인과 QA 부족입니다. 하지만 결과는 더 나쁩니다. 이전 기능이 돌아올 가능성이 낮다는 뜻이니까요.
실제 사람들이 이 소프트웨어를 어떻게 쓰는지 이해하지 못한 실패가 분명합니다. 답답하게도 애플에는 제품 매니저가 "가져야 한다"고 생각하는 의도와 다른 의도를 가진 사용자를 무시하는 경향이 있습니다. 대부분의 사용자가 어떤 동작을 원한다 해도, 나머지 사용자에게 "당신들은 다 틀렸고 다르게 써야 한다"고 말할 만큼 "용감"하죠. 재미있게도 악명 높은 애플 토론 포럼의 자원봉사자들도 늘 같은 태도입니다. 애플의 "우리가 제일 잘 안다"는 원칙을 내면화한 팬들이죠.
그래서 저도 그 기능이 돌아오는 쪽에는 걸지 않겠습니다.
이건 트레이드오프입니다. 설정으로 만들 수는 있지만, 설정이 너무 많아지면 가능한 옵션의 범위가 거대하고 비대해져서 버그가 생기고 사용자도 복잡해집니다. 저는 안 그래도 iPadOS 쓰는 법을 거의 모르고요.
"사용자에게 워드 기능의 몇 퍼센트를 쓰느냐고 물으면 10%라고 답할 겁니다. 하지만 여러 사용자에게 어느 10%를 쓰느냐고 물으면 전부 다른 10%를 말할 겁니다."
흔한 사용 패턴인지 어떻게 아시죠? 몇 명이나 설문하셨습니까?
애플은 오히려 이게 흔하지 않다는 걸 알고 있을 수도 있습니다.
XKCD에는 없는 게 없죠.
https://xkcd.com/1172/
합리적으로 굴지 마세요. 우리는 잠깐 레딧 흉내를 내는 중이거든요.
X.0 릴리스는 출시 때 항상 엉망입니다. 다들 사랑하는 Snow Leopard조차 출시 때는 문제가 있었는데, 다들 OSX의 완벽한 버전으로 기억하죠.
https://www.rubenerd.au/the-myth-of-snow-leopard/
글쓴이의 글이 iPadOS에 대한 것이었다는 건 알지만 같은 규칙이 적용됩니다. OS 27은 마이너 버전이 몇 번 올라가면 안정될 겁니다. OS 26은 출시 때 더 나빴다고 생각하지만 최근 몇 번의 업데이트로 꽤 안정됐습니다(다만 macOS에서는 아직도 지독하게 못생겼죠. Golden Gate는 시각적으로 크게 나아졌고요).
희망이 생기네요!
애플 마케팅팀은 뛰어나니까, 터너스가 애플 소프트웨어 팀의 속도 늦추기를 발표하고 옹호할 수 있도록 "품질 우선"이라는 명분을 찾아낼 수 있을 겁니다.
격년으로 품질에 집중한 릴리스를 내는 패러다임에서, 새 기능 릴리스의 베타를 2년 앞서 공개하면 어떨까요? QA에 돈을 아낌없이 쏟고, 모든 버그 리포트에 최소한 "확인했습니다, 감사합니다"라고 응답하고 "최근 유사 리포트:" 칸도 채워 주면요? 그러면 새 기능 릴리스도 품질 집중 릴리스만큼 결함이 적을 수 있지 않을까요?
조금 지나치게 극단적이긴 한데... 소프트웨어를 새 아이폰 하드웨어처럼 여겨서, 큰 실수를 하면 수십억 달러짜리 리콜이 필요하다는 마음가짐을 가지면 좋은 균형이 될지도 모릅니다(하드웨어 혁신이 그런 현실 때문에 위축됐다고는 생각하지 않으니까요. 그만큼 철저히 완벽해야 하는 거죠).
하하, 품질 우선이라니요.
엔터만 누르면 누구나 로그인되는 맥OS 업데이트도 있었고, 비밀번호 힌트 버튼을 누르면 실제 비밀번호가 표시되는 업데이트도 있었습니다.
물론 아주 오래전 일이지만, 그때도 마케팅은 지금만큼 강력했습니다.
윈도를 놀려 대던 시기였죠(I'm a Mac, I'm a PC).
웃긴 건 애플에게 매년 번지르르한 문샷 소프트웨어 기능을 내놓으라고 요구하는 쪽이 대중도 이사회도 아니라는 겁니다. 사용자는 반짝이는 새 하드웨어를 원하지만, 필수적인 하드웨어 드라이버를 빼면 사용자의 90%는 핵심 OS와 UI가 몇 년씩 안정적으로 유지되는 걸 정말 좋아합니다. 그래야 익숙해질 수 있으니까요. iOS가 10년째 해 온 것처럼 12개월마다 모든 앱의 UI를 재배치하는 대신에요. 시각적인 부분을 크고 작게 끊임없이 바꾸는 것도 마찬가지고요. 둘 다 애플의 혁신성을 과대평가하게 만들지도 못합니다.
자동차 업계가 연식 모델을 내놓기 시작했을 때를 따라 하는 겁니다. 뒤처질까 봐 느끼는 불안(FOMO)이 판매를 이끌죠. 애플은 거기에 유난히 약한 고객층을 길러 냈고요.
글쎄요, 저는 확신이 안 섭니다. 새 OS에 새롭고 반짝이는 쓸데없는 기능이 없을 때마다 댓글 단 사람의 90%가 불평하거든요. (18 Pro가 S 릴리스라는 댓글들을 보세요.)
사람들은 대부분의 새 기능에는 신경 쓰지 않습니다. 자신에게 정말 큰 영향을 주는 몇 가지만 있어도 만족하죠.
문제는 그게 뭔지 사람마다 생각이 다르다는 겁니다.
어쨌든 저는 여기서 사람들이 말하는 세상이 낯섭니다. 저는 여름 내내 27 베타를 썼고 출시 첫날 27.0으로 올렸는데 아주 좋았습니다. 베타는 확실히 베타다웠지만 꽤 괜찮았습니다. 27.0은 훌륭했고(27.0.1도 여전히 훌륭하고요), 다음 포인트 릴리스가 고쳐 주기를 바라는 문제는 단 하나도 없습니다.
맞아요, 거기에 덧붙이면 UI가 계속 바뀌는 건 제 주변 어르신들에게 큰 혼란을 줍니다.
저는 10.6.6이 완벽한 버전이었다고 기억합니다. 적어도 2010년형 맥 프로를 가지고 있었다면요. 그 하드웨어와 호환되는 마지막 OS였기 때문에 완벽했죠.
음, Snow Leopard는 .0 릴리스조차 믿기지 않을 만큼 완성도가 높았습니다. 저는 그때 있었고, 여전히 훌륭했습니다.
지금처럼 매년 릴리스를 서두르다가 OS의 절반 이상이 몇 달 뒤 .1 업데이트가 나올 때까지 동작하지 않는 일은 없었습니다.
핵심은 OS 업데이트 속도를 제발 늦추라는 겁니다. 매년 릴리스는 애초에 필요 없었습니다. Lion 이전의 OS 업그레이드 방식으로 돌아가는 게 맞습니다.