소프트웨어가 점점 이맥스처럼 변하고 있다는 주장

• 시작은 아주 사소한 불만임. 작성자는 좋은 맥용 마크다운 뷰어를 원했음

  • 터미널 마크다운 뷰어는 괜찮은 것들이 있지만, 모노스페이스 글꼴로 긴 문서를 읽는 게 피곤함
  • Obsidian, Typora, Bear 같은 그래픽 앱은 읽기 좋지만 기본적으로 에디터라서 작업 환경을 건드림
  • 앱스토어의 전용 뷰어들은 검색이 없거나, 인앱 결제가 있거나, 텍스트 복사조차 안 되는 식으로 하나씩 아쉬웠음

• 그래서 결론이 2026년답게 튐. “그냥 하나 뽑아내면 되잖아?”

  • 작성자는 Claude를 이용해 MDV.app이라는 맥용 마크다운 뷰어를 만들었음
  • 준비 작업은 몇 주 전에 해뒀지만, 실제 앱을 쓸 만한 상태로 만드는 데 걸린 대화 시간은 약 30분이었다고 함
  • 전체 생성 시간은 몇 시간이었지만, 대부분은 Claude가 작업하는 동안 딴짓한 시간에 가까웠다고 설명함

• MDV는 거창한 제품은 아니지만, 작성자의 삶에는 바로 효용이 있었음

  • 문서에서 텍스트 선택과 복사가 됨
  • 고정 문자열 검색이 됨
  • 읽은 마크다운 파일 히스토리를 SQLite FTS 인덱스로 관리함
  • 북마크, 목차 내비게이션, 읽던 위치 복원, 테마, 괜찮은 타이포그래피까지 들어감

• 작성자는 여기서 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를 깊게 아는 사람이 아니어도, 요구사항을 잘게 쪼개고 결과를 확인하면서 개인용 도구를 만들 수 있게 된 거죠.

• 그래서 이 글의 ‘이맥스화’는 모든 앱이 이맥스처럼 된다는 뜻이 아니에요. 사용자가 자기 워크플로에 맞춰 도구를 직접 변형하고, 완성품보다 아이디어와 생성 과정이 더 중요해지는 문화를 말해요.