Apple 경력을 숨겼다는 내용은 사실이 아님. 전직 Apple 엔지니어인 것은 맞지만 이력서와 LinkedIn 맨 위에 명시돼 있고, Asahi 정책이 허용하는 가명 대신 실명이 붙은 공개 GitHub 계정으로 PR을 제출함. 재직 중 macOS, SPTM, Apple Silicon 관련 내부 정보나 코드를 접한 적도 전혀 없음.
Apple Silicon 개발 관계자와의 인맥도 없음. Stanford 동문이라 Apple에 다니는 친구는 많지만 Apple Silicon을 직접 담당하는 친구는 없음. 애초에 인맥 자체가 기여를 막는 이유는 아니며, 핵심은 법적 문제가 될 내부 정보에 노출됐는지인데 내 경우에는 전혀 해당하지 않음. 전체 표현에도 동의하지 않지만, 특히 이 대목은 명백히 거짓임.

대기업은 모델을 만들려고 대놓고 지식재산을 대량으로 훔치는데, 해커들은 같은 모델을 역공학에 사용하는 것까지 걱정한다니 지극히 역설적임. 이제 해킹 커뮤니티도 좀 더 배짱을 가질 필요가 있음.

Apple은 조직 간 정보 장벽이 강한 거대 기업임. 면접만 봤지만 조직마다 거의 별개 회사처럼 운영된다는 느낌을 받음. Mac 관련 업무를 하지 않았다면 특별한 내부 지식을 갖고 있을 가능성은 상당히 낮아 보임.

LLM 사용보다 Apple과 계약 관계였다는 사실이 더 걸림.

LLM 기여를 숨겼다는 것이나 과도한 반LLM 정책에는 관심 없지만, Apple과 무관한 사람이 재현할 수 있도록 작성자가 전체 과정을 공개해 주길 바람.

작업이 이미 공개됐으니, 차세대 LLM이 이를 학습하고 Apple 직원이 아닌 누군가가 그 모델에서 얻은 하드웨어 지식이나 도움으로 또 다른 드라이버를 “처음부터” 만드는 것을 이론적으로 무엇이 막을 수 있을까?
사실상 LLM을 통한 지식 세탁이 현실화하는 상황 아닌가?

이력서에는 머신러닝 엔지니어라고 적혀 있음. 그게 어떻게 Apple GPU의 구현 세부사항을 안다는 뜻이 되는가? Apple은 엄청나게 큰 회사임.

그런 충돌이 생긴다는 사실 자체를 Apple은 부끄러워해야 함. 드라이버를 만들 수 있도록 사양을 공개하면 사람들이 Windows ME 지우듯 macOS를 지워 버릴 정도로 Linux보다 못하다고 두려워하는 건가?
요즘 Apple은 제품 자체의 경쟁력으로 승부하기를 피하고, 강제가 아니면 아무도 선택하지 않을 것처럼 매달림. 그토록 충성도 높은 고객층을 두고도 이러는 게 이해되지 않으며, 나도 지금 macOS에서 이 글을 쓰고 있음. 역사상 가장 자신감 없는 기업 문화처럼 보임.

그렇다면 Apple에서 청소부로 일했어도 더는 기여할 수 없는 건가?

이렇게 빨리 작동하는 드라이버를 만들었다니 대단함. LLM의 가장 좋은 활용처 중 하나로 보이며, 이제 문서 없는 하드웨어를 역공학하느라 수년을 쓸 필요가 없어짐. LLM이 만든 드라이버의 품질과 Linux 커널에 반영될 수 있을지가 궁금함.

성공하려면 LLM이 필수인 활용처 중 하나일 수도 있음. 이 정도 규모와 비밀성을 가진 기술을 역공학하는 고통은 상상하기 어려움.

적어도 현재 모델에서 겪는 문제는 일회용 소프트웨어를 만든다는 것임. 구조가 잘 잡혀 있고 유지보수와 버그 수정이 가능한, 오래 쓸 소프트웨어를 만드는 데는 능숙하지 않음.
자신이 뭘 하는지 알고 이끌면 좋은 결과도 가능하지만, “이 회귀 테스트를 통과하는 구현을 작성해 줘”라고만 하면 당장은 작동해도 금세 낡아서 버려야 하는 결과물이 나옴.

칩을 만든 사람이나 Apple 드라이버를 작성하는 사람에게 도움받을 수 있다면 정말 쉬울 것 같음.

정말 반가운 작업임. Asahi Linux의 가장 큰 불편은 M3 이후 GPU 가속 부재이며, M6까지 나온 지금은 더욱 뼈아픔.
하지만 Asahi Linux에는 엄격한 AI 금지 정책[1]이 있어 이 작업을 반영할 수 없음. 대부분은 그저 제대로 작동하길 원하므로, 최신 하드웨어에서 잘 돌아가는 AI 보조 포크들이 주류가 되고 소수의 순수주의자만 오래된 하드웨어의 비AI 버전에 남을 것으로 예상함.
[1] https://asahilinux.org/llm-policy/.

여기에는 놀랄 만한 반전이 있을 것 같음. Asahi가 Apple Silicon용 Linux를 독점하는 것도 아니고, Linux 업스트림은 LLM을 금지하지 않음.

Asahi의 장기 목표도 가능한 모든 것을 실제 업스트림 프로젝트에 반영해 어느 배포판이든 바로 작동하게 하는 것임. 단 하나의 차이 때문에 포크를 거듭하기보다는 그 방향이 이어지길 바람. Remaining Work 부분을 보면 이 작업 역시 정식 업스트림 반영을 목표로 하는 듯함.

이제 본인이나 다른 사람이 이 발견을 바탕으로 제대로 된 드라이버를 작성할 수 있을 듯함. 가장 어려운 부분은 늘 블랙박스 시스템을 역공학하는 것이었음.

개발자에게 부탁하자면, 업스트림 반영 여부는 상관없으니 코드와 과정을 재현할 문서를 공개해 주길 바람. Apple에서 일하지 않으면서도 같은 접근법을 M5와 후속 하드웨어에 적용할 사람은 충분히 많음.

커널 드라이버는 말 그대로 하이퍼바이저를 실행하고, 실행 요청이 올 때까지 기다린 뒤 UAT 상태를 저장하고 전체 동작을 재생하면 됨. 출력 페이지가 바뀌는지 확인한 다음, 전체 트리를 처음부터 구성할 때까지 initdata를 가리키는 포인터를 따라가면 나머지는 LLM이 처리함.

내가 나이 든 탓인지, 시대가 바뀐다는 건 알지만 이게 작동한다는 사실 자체가 마법처럼 느껴짐. 언젠가는 익숙해지겠지만, 무엇이 가능한지에 대한 내 머릿속 기준은 아직 완전히 바뀌지 않은 상태임.

논란을 떠나 우려가 있다면 이제 누군가 내부를 들여다보며 재구현할 수 있음.

저작권 전문 변호사는 아니라서 묻는데, 특히 Apple이 현재 OpenAI를 고소한 상황에서 업스트림 프로젝트가 전직 Apple 직원의 이런 코드를 받아들이는 게 괜찮은지 알려줄 수 있을까?

Apple 재직 중에는 사용자 공간 구성요소를 포함해 macOS 소스 코드를 전혀 본 적이 없고, SPTM 같은 것은 들어본 적도 없음. 2025년 6월 이후로는 Apple에서 일하지 않음.
이전 Apple 근무 경력 때문에 위험이 생긴다고 보지 않음. WINE도 모든 전직 Microsoft 직원을 금지하는 것이 아니라 Windows 소스 코드를 본 적 있는 사람만 금지함. Apple 근무 중 관련 내부 기밀에 노출됐을 가능성이 조금이라도 있다고 느꼈다면 커뮤니티 프로젝트 기여를 삼갔을 것임.