이미 있는 기술을 조합한 것이지 완전히 새로운 것은 아니라는 의견임. 하지만 Apple이 모든 요소를 멋지게 통합했다는 게 중요 포인트임. 직접 조립해야 했던 개발 환경을 배터리 포함 완제품으로 제공해주는 것 자체가 엄청난 가치임을 강조하고 싶음
리눅스 컨테이너가 macOS에서 ‘네이티브’로 돌아간다는 건 기술적으로 불가능함을 지적, 컨테이너는 본질적으로 리눅스 커널 기능에 의존함. 결국 Apple이 자체 리눅스 가상화 계층(Wsl, Orbstack처럼)을 구축했다는 것 같은데, 만약 단순히 LXC만 지원한다면 대다수 개발자는 Docker Desktop을 오늘처럼 계속 직접 설치하고 쓸 전망임
컨테이너 기능이 멋지지만 말처럼 혁명적인 변화는 아니라는 생각임. 이미 Podman, Orbstack, Colima 같은 대안도 쓸 수 있음. Apple이 어떤 오픈소스 프레임워크를 썼는지는 잘 모르겠지만, 기존 툴의 OS 레벨 통합판이라고 보임. 개발자는 확실히 편해지겠지만, 게임체인저라고까지 느끼진 않는 중임
Apple Developer를 위한 Xcode 26 업데이트에 진짜 흥미로운 개선점이 많았음. 새로 추가된 생성형 언어 모델 기반 Foundation 프레임워크는 Swift 친화적이고, 모든 게 로컬 디바이스에서 돌기 때문에 Apple 개발자에겐 꽤 반가운 변화임. ‘여행 일정 제안’ 샘플 앱이 State of the Union에서 데모로 공개됐고, ChatGPT 등 생성형 모델을 직접 Xcode에 통합한 vibe-coding도 이제 네이티브 도입됨. 모델이 반복적 코드 변경을 추적해 롤백이 쉬워지고, 내 코드 전체 맥락을 파악해주는 걸 보면 번거로운 GPT 플러그인 시대에서 탈출하는 퀄리티 오브 라이프 개선으로 기대됨. 종이 냅킨 스케치만 등록해도 프로토타입 UI를 바로 뽑아주는 건 Objective-C 시절 직접 메모리 관리하던 내 과거 입장에서 보면 신기한 광경임. 완전 혁명적이진 않지만 Apple답게 UX를 제대로 다듬어 완성도 높은 경험을 예고하고 있음. 물론 실사용 성능은 직접 써보며 판단이 필요함 https://news.ycombinator.com/item?id=44226612
모델이 로컬에서 돌아간다는 게 토큰 사용 같은 걱정이 필요 없는 이유인지 문의하는 의견임, 즉 중앙 서버가 아니라 디바이스에서 직접 실행되는 구조임을 궁금증으로 제기함
개인적으론 이번 디자인이 별로임. 시연 영상에서 유리질감이 너무 투명하여 가독성이 매우 떨어지는 장면이 자주 있었다는 점을 지적하고 싶음
과거에는 이런 변화가 흥미로웠으나 이제는 번거롭거나 의문스러움이 먼저임. UI의 진짜 가치는 빈번한 변화가 아닌 안정성임. 전통 매체에서 화려한 마케팅 포인트로 써먹으려고 만든 일회성 ‘반짝 효과’ 냄새를 강하게 느끼는 상황임
나 역시 보통 Apple UI 변화에 우호적인데, 이번엔 예시로 든 화면들이 전반적으로 저렴해 보였음. 실 제품을 직접 쓰면 더 낫게 느껴질지도 모르지만, 현재 공개된 스크린샷이나 데모에서는 아직 설득력이 부족함
잠깐 ‘Containerization Framework’가 macOS 자체에 컨테이너가 생기는 건가 기대했었음. 사실 리눅스 컨테이너, VM을 Mac에서 가상화로 돌리는 건 이미 쉽고 다양한 옵션이 있음. 상용 앱 쓸 각오가 있다면 OrbStack이 가장 매끄럽고 무료 대안으론 Lima/Colima, Podman Desktop, Rancher Desktop 모두 훌륭함. 하지만 macOS만의 진짜 컨테이너 기능이 절실히 부족하다는 사실이 큰 문제임. 써드파티가 Apple 협조 없이 이런 기능을 만든다는 건 거의 불가능하고, 기존 시도가 몇 개 있었지만 대부분 중단된 상황임(예: https://macoscontainers.org/, https://github.com/macOScontainers). 그나마 남아 있는 프로젝트(예: https://github.com/Okerew/osxiec)도 macOS 특성상 제약이 너무 큼. 이런 기능이 있었다면 정말 실질적 수요와 가치를 채웠을 것임. 하지만 실상은 Apple이 오히려 OrbStack을 공식화한 수준이 아닌지 의구심임
약 15년 전, 어떤 친구가 “Apple은 결국 OSX와 iOS를 아이패드에서 합칠 것”이라고 예언했는데, 해마다 열리는 키노트마다 한 걸음씩 그쪽으로 가는 느낌이었음. 이제 아이패드는 맥북에어와 거의 비슷한 수준임. 비디오 편집, 컴파일러, 3D 작업자가 아니라면 아이패드로 충분할 정도임
15년째 실제로 합치지 않은 걸 보면 Apple은 두 플랫폼을 병합할 생각이 원래부터 없다고 추측함. 같은 시간 동안 Apple은 맥북을 칩셋부터 완전 새로 설계함. 하드웨어와 소프트웨어 모두 병합에 장벽은 없지만, 에코시스템이 본질적으로 완전히 다름. 전문가용 기기는 사용자의 완전한 제어권을 제공해야 하는데, Apple은 i-Device에 그런 권한을 맡기지 않으며, 30% 수수료 수익을 포기할 의도도 없음
실제로 보면 대부분 사용자는 노트북이 낫다는 입장임. 아이패드는 펜슬로 그림 그리거나 미디어 소비에 최적인 반면, 작업 효율과 파워, 인체공학적 측면에서 맥북이 훨씬 우월함
아이패드를 따로 많이 쓰진 않지만, 그 진화 과정을 지켜보는 자체가 흥미로웠음. 사실상 MacOS를 올릴 수 있음에도 Apple은 그렇게 하지 않음. 만약 Apple이 오늘 노트북을 완전히 새로 만든다면 오히려 지금의 폐쇄된(Walled Garden) 방식으로 설계할지도 모른다는 생각임. ‘파워 유저형’ 데스크톱 경험(윈도우 분할, 파일 관리 등)이 아이패드 쪽에서 어떻게 변주되어 갈지 앞으로 궁금함
궁극적으로 두 플랫폼을 합칠지는 모르겠으나(의심함), 지난 15년간 점진적으로 유저 경험을 비슷하게 만들면서 억지 통합을 피한 Apple의 행보가 최선이었다고 봄. Microsoft는 윈도우 태블릿·데스크톱을 합치려는 욕심이 강했고, 혁신도 조금 있었으나 ipadOS/macOS만큼 매끄럽진 못함
아이패드 하드웨어는 M 시리즈 칩을 그대로 사용함. 즉 하드웨어적으로는 macOS 구동에 전혀 제약이 없지만, 병합할 경우 제품 라인업을 스스로 잠식하게 되기 때문임
WWDC 같은 대형 행사 때 HN에 주요 포인트를 임팩트 우선순위별로 정리하는 ‘컨퍼런스 소감’ 쓰레드가 있었으면 좋겠음. <br>P4: Foundation 모델은 입문자에겐 좋지만 대체 불가이고,<br>P4: 새 컨테이너 기능도 1초 미만 빠른 초기화가 필요할 때 외엔 딱히 가상화 분야에 큰 뉴스 없음.<br>P2: concurrency가 Instruments에서도 보이고, 고성능 추적이 가능해지며, 샘플링 오류도 회피 가능해져 4년 넘는 블랙박스 추정의 시대가 드디어 끝날 조짐임(게다가 concurrency 백트래킹이 메인스레드 default로 돌아가는 방식이 해결책이라니).<br>P5: UI 전체가 바뀐 것처럼 보여도, 실상은 새 API가 거의 늘지 않아 겉치레에 불과함도 지적. 전체적으로 보면 L&F, 앱 인텐트, 위젯 등만 부각되고, 정말 이게 전부냐는 우려가 들 만큼 콘텐츠 양 자체가 미흡함.<br>품질도 낮다고 생각함: 온라인 자료가 제대로 안 열리고, 미완성 기술이 발표를 채우고 있음. Swift+Java 상호운용성도 아직 쓸만한 수준이 전혀 아님. 많은 세션이 단순 API 문서 링크거나, 이미 다른 세션에서 말한 내용 반복일 뿐임.<br>그리고 업그레이드 강제 요인도 주의: AI 관련 메모리 요구사항에 더해 새 concurrency 추적 기능이 M4 이상 기기만 대응임
"250,000개 이상의 API로 개발자들이 Apple 하드웨어, 소프트웨어에 앱을 통합 가능"이라는 발표는 인상적이라기보다 오히려 정신이 아찔함
Hacker News 의견
AI 관련 기능들도 멋지지만, "Containerization framework" 발표는 정말 큰 이슈라는 생각임. 만약 Mac에서 리눅스 컨테이너를 네이티브로 쓸 수 있다면 내 전체 워크플로우가 바뀔 수 있고, Docker로 인한 골칫거리도 한결 줄어드는 전망임
참고로 CLI 툴과 백엔드용 레포는 각각 https://github.com/apple/container와 https://github.com/apple/containerization 참고 가능. 설명을 보면 기존 WSLv1처럼 시스템 콜을 번역하는 게 아니라 VM 기반 컨테이너 지원 방식임. API로는 빠른 부팅을 위한 최적화 리눅스 커널 생성, 경량 VM 실행, VM 환경 관리 등이 포함됨
이미 있는 기술을 조합한 것이지 완전히 새로운 것은 아니라는 의견임. 하지만 Apple이 모든 요소를 멋지게 통합했다는 게 중요 포인트임. 직접 조립해야 했던 개발 환경을 배터리 포함 완제품으로 제공해주는 것 자체가 엄청난 가치임을 강조하고 싶음
리눅스 컨테이너가 macOS에서 ‘네이티브’로 돌아간다는 건 기술적으로 불가능함을 지적, 컨테이너는 본질적으로 리눅스 커널 기능에 의존함. 결국 Apple이 자체 리눅스 가상화 계층(Wsl, Orbstack처럼)을 구축했다는 것 같은데, 만약 단순히 LXC만 지원한다면 대다수 개발자는 Docker Desktop을 오늘처럼 계속 직접 설치하고 쓸 전망임
컨테이너라이제이션은 Swift로 작성된 오픈소스 프로젝트라며, Mac에서 리눅스 컨테이너를 쉽고 안전하게 빌드, 실행, 배포하는 단순하면서도 강력한 기능을 제공함을 WWDC2025 공식 영상에서도 안내함 https://developer.apple.com/videos/play/wwdc2025/346/
컨테이너 기능이 멋지지만 말처럼 혁명적인 변화는 아니라는 생각임. 이미 Podman, Orbstack, Colima 같은 대안도 쓸 수 있음. Apple이 어떤 오픈소스 프레임워크를 썼는지는 잘 모르겠지만, 기존 툴의 OS 레벨 통합판이라고 보임. 개발자는 확실히 편해지겠지만, 게임체인저라고까지 느끼진 않는 중임
Apple Developer를 위한 Xcode 26 업데이트에 진짜 흥미로운 개선점이 많았음. 새로 추가된 생성형 언어 모델 기반 Foundation 프레임워크는 Swift 친화적이고, 모든 게 로컬 디바이스에서 돌기 때문에 Apple 개발자에겐 꽤 반가운 변화임. ‘여행 일정 제안’ 샘플 앱이 State of the Union에서 데모로 공개됐고, ChatGPT 등 생성형 모델을 직접 Xcode에 통합한 vibe-coding도 이제 네이티브 도입됨. 모델이 반복적 코드 변경을 추적해 롤백이 쉬워지고, 내 코드 전체 맥락을 파악해주는 걸 보면 번거로운 GPT 플러그인 시대에서 탈출하는 퀄리티 오브 라이프 개선으로 기대됨. 종이 냅킨 스케치만 등록해도 프로토타입 UI를 바로 뽑아주는 건 Objective-C 시절 직접 메모리 관리하던 내 과거 입장에서 보면 신기한 광경임. 완전 혁명적이진 않지만 Apple답게 UX를 제대로 다듬어 완성도 높은 경험을 예고하고 있음. 물론 실사용 성능은 직접 써보며 판단이 필요함 https://news.ycombinator.com/item?id=44226612
Liquid Glass 기반의 새 디자인을 보면 UI 디자인 트렌드도 마치 패션·영화·건축처럼 과거 아이디어 재활용 단계에 진입한 느낌임. 공식 평가라기보다는 최근 Android 디자인 변화 같은 곳에서도 비슷한 분위기를 느끼는 순수 관찰임 https://en.wikipedia.org/wiki/Aqua_%28user_interface%29
내 눈에는 이번 변화가 오히려 Windows Vista의 Aero 스타일을 더 많이 닮았다는 느낌임, Aqua 보다는 Vista 쪽에 가깝다고 생각함
다시 텍스처와 질감이 돌아오는 게 너무 반가움을 표현. iOS 7 이후로 UI가 너무 밋밋했는데, Halide 개발자인 Sebastiaan de With의 최근 글에서 새로운 UI 물성감에 대해 좋은 분석을 보았음 https://www.lux.camera/physicality-the-new-age-of-ui/
개인적으론 이번 디자인이 별로임. 시연 영상에서 유리질감이 너무 투명하여 가독성이 매우 떨어지는 장면이 자주 있었다는 점을 지적하고 싶음
과거에는 이런 변화가 흥미로웠으나 이제는 번거롭거나 의문스러움이 먼저임. UI의 진짜 가치는 빈번한 변화가 아닌 안정성임. 전통 매체에서 화려한 마케팅 포인트로 써먹으려고 만든 일회성 ‘반짝 효과’ 냄새를 강하게 느끼는 상황임
나 역시 보통 Apple UI 변화에 우호적인데, 이번엔 예시로 든 화면들이 전반적으로 저렴해 보였음. 실 제품을 직접 쓰면 더 낫게 느껴질지도 모르지만, 현재 공개된 스크린샷이나 데모에서는 아직 설득력이 부족함
잠깐 ‘Containerization Framework’가 macOS 자체에 컨테이너가 생기는 건가 기대했었음. 사실 리눅스 컨테이너, VM을 Mac에서 가상화로 돌리는 건 이미 쉽고 다양한 옵션이 있음. 상용 앱 쓸 각오가 있다면 OrbStack이 가장 매끄럽고 무료 대안으론 Lima/Colima, Podman Desktop, Rancher Desktop 모두 훌륭함. 하지만 macOS만의 진짜 컨테이너 기능이 절실히 부족하다는 사실이 큰 문제임. 써드파티가 Apple 협조 없이 이런 기능을 만든다는 건 거의 불가능하고, 기존 시도가 몇 개 있었지만 대부분 중단된 상황임(예: https://macoscontainers.org/, https://github.com/macOScontainers). 그나마 남아 있는 프로젝트(예: https://github.com/Okerew/osxiec)도 macOS 특성상 제약이 너무 큼. 이런 기능이 있었다면 정말 실질적 수요와 가치를 채웠을 것임. 하지만 실상은 Apple이 오히려 OrbStack을 공식화한 수준이 아닌지 의구심임
macOS 컨테이너가 과연 어떤 용도로 유용할지 질문하는 사람이 있었음
macoscontainers 프로젝트가 ‘텅 빈’ 게 아니라 실제 사이트는 https://darwin-containers.github.io 참고 가능함을 정정하는 의견임. 개발자가 굉장히 피드백에 빠름. Apple이 타 플랫폼에 비해 환경 일관성을 엄청 중시하는 것이 컨테이너/자동화에 제한이 많은 주요 원인임을 지적함 https://github.com/darwin-containers
약 15년 전, 어떤 친구가 “Apple은 결국 OSX와 iOS를 아이패드에서 합칠 것”이라고 예언했는데, 해마다 열리는 키노트마다 한 걸음씩 그쪽으로 가는 느낌이었음. 이제 아이패드는 맥북에어와 거의 비슷한 수준임. 비디오 편집, 컴파일러, 3D 작업자가 아니라면 아이패드로 충분할 정도임
15년째 실제로 합치지 않은 걸 보면 Apple은 두 플랫폼을 병합할 생각이 원래부터 없다고 추측함. 같은 시간 동안 Apple은 맥북을 칩셋부터 완전 새로 설계함. 하드웨어와 소프트웨어 모두 병합에 장벽은 없지만, 에코시스템이 본질적으로 완전히 다름. 전문가용 기기는 사용자의 완전한 제어권을 제공해야 하는데, Apple은 i-Device에 그런 권한을 맡기지 않으며, 30% 수수료 수익을 포기할 의도도 없음
실제로 보면 대부분 사용자는 노트북이 낫다는 입장임. 아이패드는 펜슬로 그림 그리거나 미디어 소비에 최적인 반면, 작업 효율과 파워, 인체공학적 측면에서 맥북이 훨씬 우월함
아이패드를 따로 많이 쓰진 않지만, 그 진화 과정을 지켜보는 자체가 흥미로웠음. 사실상 MacOS를 올릴 수 있음에도 Apple은 그렇게 하지 않음. 만약 Apple이 오늘 노트북을 완전히 새로 만든다면 오히려 지금의 폐쇄된(Walled Garden) 방식으로 설계할지도 모른다는 생각임. ‘파워 유저형’ 데스크톱 경험(윈도우 분할, 파일 관리 등)이 아이패드 쪽에서 어떻게 변주되어 갈지 앞으로 궁금함
궁극적으로 두 플랫폼을 합칠지는 모르겠으나(의심함), 지난 15년간 점진적으로 유저 경험을 비슷하게 만들면서 억지 통합을 피한 Apple의 행보가 최선이었다고 봄. Microsoft는 윈도우 태블릿·데스크톱을 합치려는 욕심이 강했고, 혁신도 조금 있었으나 ipadOS/macOS만큼 매끄럽진 못함
아이패드 하드웨어는 M 시리즈 칩을 그대로 사용함. 즉 하드웨어적으로는 macOS 구동에 전혀 제약이 없지만, 병합할 경우 제품 라인업을 스스로 잠식하게 되기 때문임
WWDC 같은 대형 행사 때 HN에 주요 포인트를 임팩트 우선순위별로 정리하는 ‘컨퍼런스 소감’ 쓰레드가 있었으면 좋겠음. <br>P4: Foundation 모델은 입문자에겐 좋지만 대체 불가이고,<br>P4: 새 컨테이너 기능도 1초 미만 빠른 초기화가 필요할 때 외엔 딱히 가상화 분야에 큰 뉴스 없음.<br>P2: concurrency가 Instruments에서도 보이고, 고성능 추적이 가능해지며, 샘플링 오류도 회피 가능해져 4년 넘는 블랙박스 추정의 시대가 드디어 끝날 조짐임(게다가 concurrency 백트래킹이 메인스레드 default로 돌아가는 방식이 해결책이라니).<br>P5: UI 전체가 바뀐 것처럼 보여도, 실상은 새 API가 거의 늘지 않아 겉치레에 불과함도 지적. 전체적으로 보면 L&F, 앱 인텐트, 위젯 등만 부각되고, 정말 이게 전부냐는 우려가 들 만큼 콘텐츠 양 자체가 미흡함.<br>품질도 낮다고 생각함: 온라인 자료가 제대로 안 열리고, 미완성 기술이 발표를 채우고 있음. Swift+Java 상호운용성도 아직 쓸만한 수준이 전혀 아님. 많은 세션이 단순 API 문서 링크거나, 이미 다른 세션에서 말한 내용 반복일 뿐임.<br>그리고 업그레이드 강제 요인도 주의: AI 관련 메모리 요구사항에 더해 새 concurrency 추적 기능이 M4 이상 기기만 대응임
"250,000개 이상의 API로 개발자들이 Apple 하드웨어, 소프트웨어에 앱을 통합 가능"이라는 발표는 인상적이라기보다 오히려 정신이 아찔함
예전 논의가 놀랍게도 현실이 되고 있음 https://github.com/apple/ml-fastvlm/issues/7
Containerization.framework 및 Container 툴 관련 공식 영상이 공개됨 https://developer.apple.com/videos/play/wwdc2025/346. 각 컨테이너가 독립 VM에서 구동되고, Swift로 구현된 ‘vminitd’라는 경량 인잇(init) 프로세스로 부팅된다는 점이 흥미로움. 지원 커널 종류나 ARM/Intel 대응 범위 등은 아직 추가 확인이 필요함 https://github.com/apple/containerization