--- title: "소프트웨어가 점점 이맥스처럼 변하고 있다는 주장" published: 2026-05-13T07:06:14.000Z canonical: https://jeff.news/article/2696 --- # 소프트웨어가 점점 이맥스처럼 변하고 있다는 주장 작성자는 좋은 맥용 마크다운 뷰어를 찾지 못하다가 Claude로 직접 네이티브 앱을 만들었다. 이 경험을 바탕으로 AI 에이전트가 개인 맞춤형 네이티브 소프트웨어 제작을 쉽게 만들면서, 소프트웨어가 이맥스 문화처럼 개인화되고 변형 가능한 방향으로 가고 있다고 주장한다. - 시작은 아주 사소한 불만임. 작성자는 좋은 맥용 마크다운 뷰어를 원했음 - 터미널 마크다운 뷰어는 괜찮은 것들이 있지만, 모노스페이스 글꼴로 긴 문서를 읽는 게 피곤함 - Obsidian, Typora, Bear 같은 그래픽 앱은 읽기 좋지만 기본적으로 에디터라서 작업 환경을 건드림 - 앱스토어의 전용 뷰어들은 검색이 없거나, 인앱 결제가 있거나, 텍스트 복사조차 안 되는 식으로 하나씩 아쉬웠음 - 그래서 결론이 2026년답게 튐. “그냥 하나 뽑아내면 되잖아?” - 작성자는 Claude를 이용해 `MDV.app`이라는 맥용 마크다운 뷰어를 만들었음 - 준비 작업은 몇 주 전에 해뒀지만, 실제 앱을 쓸 만한 상태로 만드는 데 걸린 대화 시간은 약 30분이었다고 함 - 전체 생성 시간은 몇 시간이었지만, 대부분은 Claude가 작업하는 동안 딴짓한 시간에 가까웠다고 설명함 - MDV는 거창한 제품은 아니지만, 작성자의 삶에는 바로 효용이 있었음 - 문서에서 텍스트 선택과 복사가 됨 - 고정 문자열 검색이 됨 - 읽은 마크다운 파일 히스토리를 SQLite FTS 인덱스로 관리함 - 북마크, 목차 내비게이션, 읽던 위치 복원, 테마, 괜찮은 타이포그래피까지 들어감 > [!NOTE] > 이 글에서 중요한 건 MDV라는 앱 자체가 아니라, “내가 불편한 앱을 AI와 함께 네이티브 앱으로 직접 만들 수 있다”는 감각임. - 작성자는 여기서 Electron 이야기를 꺼냄 - Signal 메시지가 올 때마다 화면이 미묘하게 깜빡이는 문제를 예로 듦 - Electron 앱은 네이티브 앱처럼 보여도 실제로는 크로미움이 비밀 웹페이지를 렌더링하는 구조임 - 지난 10년 동안 많은 UI 앱이 이런 방식으로 배포됐고, 이유는 네이티브 UI 개발이 어렵고 인력도 희소했기 때문임 - 그런데 AI 에이전트가 이 전제를 흔들고 있다고 봄 - Claude가 단순히 대체 가능한 SwiftUI 개발자 수준이 아니라 꽤 잘한다고 평가함 - 네이티브 UI를 만드는 일이 전문 제품팀만의 영역이 아니라, 개인이 자기 문제를 해결하는 수준까지 내려왔다는 주장임 - 그래서 “Electron의 죽음”보다는 “네이티브 개인 도구의 증가”에 더 가까운 이야기임 - 글의 핵심 개념은 ‘소프트웨어의 이맥스화’임 - 이맥스 문화에서는 사용자가 자기 불편을 해결하려고 엘리스프(elisp)로 작은 앱을 만들고, 그게 점점 편집기의 범위를 넘어감 - 대부분은 만든 사람에게만 유용하고 곧 잊히지만, 가끔은 다른 사람도 쓰는 패키지가 됨 - 작성자는 이제 이런 문화가 이맥스 밖의 일반 소프트웨어로 퍼진다고 봄 - 여기서 흥미로운 주장은 “소스코드보다 프롬프트가 더 중요할 수 있다”는 것임 - 에이전트가 SwiftUI 코드를 전부 썼다면, 남의 소스코드를 정독하는 가치가 예전만큼 크지 않을 수 있음 - 오히려 중요한 건 “이런 것도 만들 수 있네”라는 아이디어와, 그것을 뽑아낸 프롬프트라는 주장임 - 제품 헌트식 배포보다 이맥스 커뮤니티식 스크린샷·아이디어 공유에 가깝다는 얘기임 - 작성자는 이 흐름이 개발자용 도구에서 특히 재미있어질 거라고 봄 - 터미널에서 보기 힘든 `iostat`이나 `bpftrace` 같은 도구를 네이티브 UI로 감싸는 일이 훨씬 쉬워질 수 있음 - 취약점 연구자인 작성자는 AI 코딩의 exploit 개발 진전에도 관심이 많지만, 이 글에서는 네이티브 UI 제작이 즐거워진 점을 더 긍정적으로 봄 - 결론은 거창한 미래 선언이 아니라, 자기 문제에 딱 맞는 이상하게 구체적인 앱을 만들어보고 프롬프트를 공유해보자는 쪽임 --- ## 기술 맥락 - 이 글의 선택은 웹앱이나 Electron으로 새 도구를 만든 게 아니라 macOS 네이티브 앱을 만든 거예요. 마크다운 읽기처럼 텍스트 선택, 검색, 창 동작, 타이포그래피가 중요한 앱에서는 네이티브 UI가 체감 품질을 크게 좌우하거든요. - Electron이 널리 쓰인 이유는 개발자 풀이 넓고 웹 기술 재사용이 쉬웠기 때문이에요. 하지만 그 대가로 앱마다 크로미움 런타임을 품고, 플랫폼과 미묘하게 어긋나는 동작을 감수해야 했어요. - AI 에이전트가 바꾸는 지점은 네이티브 앱 개발의 초기 비용이에요. SwiftUI를 깊게 아는 사람이 아니어도, 요구사항을 잘게 쪼개고 결과를 확인하면서 개인용 도구를 만들 수 있게 된 거죠. - 그래서 이 글의 ‘이맥스화’는 모든 앱이 이맥스처럼 된다는 뜻이 아니에요. 사용자가 자기 워크플로에 맞춰 도구를 직접 변형하고, 완성품보다 아이디어와 생성 과정이 더 중요해지는 문화를 말해요. ## 핵심 포인트 - 작성자는 기존 마크다운 뷰어가 검색, 복사, 읽기 경험에서 부족해 Claude로 직접 맥 앱을 만들었음 - AI 에이전트 덕분에 네이티브 UI 제작 비용이 낮아지면서 Electron의 ‘충분히 괜찮음’이 덜 설득력 있어졌다고 봄 - 중요한 산출물은 소스코드보다 아이디어와 프롬프트일 수 있다고 주장함 - 개인용 도구가 더 많이 만들어지고, 일부는 커뮤니티로 퍼지는 이맥스식 문화가 일반 소프트웨어로 확장된다는 관점임 ## 인사이트 이 글은 AI 코딩을 ‘생산성 향상’이 아니라 ‘개인용 소프트웨어의 폭발’로 본다. 모두가 제품을 만드는 게 아니라, 자기 문제에 딱 맞는 작은 도구를 만들 수 있게 됐다는 쪽이 핵심이다.