# Skip이 이제 무료, 오픈소스로 전환

> Clean Markdown view of GeekNews topic #26042. Use the original source for factual precision when an external source URL is present.

## Metadata

- GeekNews HTML: [https://news.hada.io/topic?id=26042](https://news.hada.io/topic?id=26042)
- GeekNews Markdown: [https://news.hada.io/topic/26042.md](https://news.hada.io/topic/26042.md)
- Type: GN+
- Author: [neo](https://news.hada.io/@neo)
- Published: 2026-01-22T16:32:59+09:00
- Updated: 2026-01-22T16:32:59+09:00
- Original source: [skip.dev](https://skip.dev/blog/skip-is-free/)
- Points: 17
- Comments: 3

## Summary

**Skip이 완전한 오픈소스로 전환되며**, Swift와 SwiftUI 기반의 **단일 코드베이스로 iOS와 Android 앱을 개발**할 수 있는 길이 열렸습니다. 1.7 버전부터 라이선스 제약이 모두 사라지고, 핵심 엔진 **‘skipstone’** 이 GitHub에 공개되어 프로젝트 생성부터 빌드·패키징까지 전 과정을 자유롭게 활용할 수 있습니다. 이번 전환은 유료 도구의 한계를 넘어, 커뮤니티가 주도하는 **지속 가능한 크로스플랫폼 네이티브 생태계**로 발전하는 시작이 될 것 같습니다.

## Topic Body

- Swift와 SwiftUI 기반으로 **iOS와 Android 앱을 하나의 코드베이스로 개발**할 수 있는 **크로스플랫폼 네이티브 프레임워크**  
- **Skip 1.7 버전부터 모든 라이선스 제약이 제거되어**, 누구나 무료로 사용할 수 있는 **완전한 오픈소스 도구**로 전환됨  
- 핵심 엔진 **‘skipstone’** 이 GitHub에 공개되어, 프로젝트 생성·변환·패키징 등 주요 빌드 기능을 오픈소스로 제공  
- 기존 유료 구독자는 **스폰서십 프로그램**으로 자동 전환되며, 개인·기업 후원을 통해 프로젝트에 지원 가능  
- 이번 공개는 **커뮤니티 중심의 장기적 생태계 구축**과 **진정한 네이티브 경험 제공**을 위한 전환점  
  
---  
  
### 개요  
- Skip은 2023년 출시 이후, **Swift와 SwiftUI 코드로 iOS와 Android 앱을 동시에 개발**할 수 있도록 하는 것을 목표로 발전  
  - 초기에는 Swift-to-Kotlin 트랜스파일러와 기본 SwiftUI API 지원으로 시작  
- 이후 **Swift Android Workgroup** 설립과 **Swift Android SDK** 공개를 통해 Android 네이티브 컴파일을 지원  
- 현재 수십 개의 통합 프레임워크와 수천 개의 Swift 패키지와 호환되며, **가장 완전한 독립형 SwiftUI 구현체**를 제공  
  
### 유료 개발 도구의 한계  
- 지금까지 Skip은 **유료 구독 및 라이선스 키**가 필요했으며, 일정 수익 이하의 개인 개발자만 무료 사용 가능  
- 그러나 **대부분의 개발자는 무료 도구를 기대**하며, Xcode·Android Studio 등 주요 IDE도 무료로 제공됨  
- 유료·폐쇄형 도구에 대한 **지속 가능성 우려**가 존재함  
  - 회사가 중단되거나 인수될 경우, 개발자 앱의 유지가 어려워질 위험  
- 이를 해결하기 위해 Skip은 **완전한 무료·오픈소스 기반**으로 전환, 커뮤니티가 독립적으로 기술을 유지 가능  
  
### 변경 사항  
- **Skip 1.7부터 라이선스 키, 평가판, EULA 모두 폐지**  
  - 기존 사용자: 업그레이드 후 라이선스 키 불필요  
  - 신규 사용자: 즉시 빌드 가능  
- **Skip 엔진 ‘skipstone’ 오픈소스화**  
  - 프로젝트 생성·관리, Xcode·SwiftPM 플러그인, iOS→Android 변환, 리소스 번들링, JNI 브리지, 소스 트랜스파일, 앱 패키징, 프로젝트 내보내기 등 핵심 빌드 기능 포함  
  - GitHub 공개 저장소: [https://github.com/skiptools](https://github.com/skiptools)  
- **공식 사이트 이전**  
  - 기존 [skip.tools](https://skip.tools)에서 [skip.dev](https://skip.dev)로 이전  
  - 문서·블로그·사례 연구를 포함하며, 사이트 자체도 오픈소스로 공개  
  
### Skip의 미래 지원  
- Skip은 **외부 투자 없이 독립적으로 운영**되어 왔으며, 대형 기술 기업의 통제 없이 개발자 중심으로 유지  
- 독립성 유지를 위해 **커뮤니티 후원**이 필요  
  - 기존 구독자는 자동으로 **Individual 또는 Supporter 티어**로 전환  
  - 개인 개발자는 **GitHub Sponsors**를 통해 월 단위 후원 가능  
  - 기업은 **스폰서십 프로그램**을 통해 프레임워크 개발·유지·인프라를 직접 지원 가능  
- 후원은 Skip의 **지속적 개발과 장기적 성공**을 보장하며, 개발팀의 경쟁력 강화에 기여  
  
### 향후 계획  
- 현재 앱 개발 분야는 **기존 크로스플랫폼 프레임워크의 한계**에 직면  
  - iOS의 Liquid Glass, Android의 Material Expressive 등 최신 UI 시스템 변화에 대응 어려움  
  - 통합 코드베이스의 타협이 **낡은 인터페이스와 경쟁력 저하**로 이어짐  
- Skip은 **양 플랫폼에서 완전한 네이티브 경험을 제공**하는 방향으로 진화  
- 오픈소스화는 **Swift·Kotlin, SwiftPM·Gradle, Xcode·Android Studio** 등 다양한 생태계를 아우르는 다음 단계임  
- 지속적 발전은 **개발자 커뮤니티의 참여와 후원**에 달려 있으며,  
  **“타협 없는 크로스플랫폼 기반”** 이라는 Skip의 비전을 향해 나아갈 것

## Comments



### Comment 49775

- Author: iolothebard
- Created: 2026-01-23T18:09:22+09:00
- Points: 1

크로스플랫폼이라는 (잡힐듯 잡히지 않는) 신기루

### Comment 49729

- Author: xguru
- Created: 2026-01-23T09:45:44+09:00
- Points: 1

[Skip – 단일 Swift 코드베이스로 네이티브 iOS 및 Android 앱 개발](https://news.hada.io/topic?id=16525)

### Comment 49698

- Author: neo
- Created: 2026-01-22T16:32:59+09:00
- Points: 1

###### [Hacker News 의견들](https://news.ycombinator.com/item?id=46706906) 
- 개발자들이 **무료 도구**를 기대하는 현실이 안타깝다고 느낌  
  우리처럼 고소득 직군이 도구에 돈을 쓰지 않는 건 다른 전문직과 비교해도 드문 일임  
  가능하다면 FAANG이나 VC 자금에 의존하지 말고, 좋은 소프트웨어에는 직접 비용을 지불해주었으면 함
  - 소프트웨어 개발 분야의 최고 품질 도구는 대부분 **FOSS(오픈소스)** 임  
    우리는 도구를 직접 만들 수 있는 직군이고, 배포 비용이 0이기 때문임  
    “내가 직접 만들 수 있다”는 생각 때문에 유료 개발툴 시장은 한계가 있음  
    오픈소스는 이런 불만을 줄여주며, 사용자는 단지 자신의 게으름과 싸우면 됨
  - 나는 **폐쇄형 상용 툴**이 의존성에 포함될수록 실제로 할 수 있는 일이 줄어듦  
    가격보다 중요한 건 **자유도**임  
    작은 회사의 유료 폐쇄형 툴에 앱 전략을 전적으로 의존하는 건 위험하다는 의견에 공감함
  - 예전 회사에서는 믿을 만한 툴이라면 회사 돈으로 기꺼이 결제했음  
    하지만 이미 수백만 달러를 다른 솔루션에 쓴 상황에서 새 툴에 몇 천 달러 쓰는 건 **관료적 장벽**이 너무 높았음  
    개발자들이 돈을 안 쓰려는 게 아니라, 조직 구조가 막고 있는 경우가 많음
  - 오픈소스 툴이 더 낫다고 생각함  
    버그나 제약을 발견하면 직접 수정하고 공유할 수 있음  
    자동차 예시처럼, 직접 손볼 수 있는 구조를 선호하는 사람에게는 오픈소스가 훨씬 매력적임
  - 우리는 고소득 직군 중에서도 **무료로 일하는 비율**이 가장 높음  
    변호사나 의사도 프로보노를 하지만, 오픈소스 규모에는 미치지 못함

- Skip의 작동 방식을 보니, 언젠가 **AI 에이전트**가 한 플랫폼용 코드(iOS 등)를 다른 플랫폼용 네이티브 코드(Swift, Kotlin 등)로 자동 변환해주는 시대가 올까 궁금해짐

- 지금까지 만족스러운 **크로스플랫폼 모바일 개발 환경**을 찾지 못했는데 Skip이 흥미로웠음  
  하지만 macOS 15 이상, Xcode 16.4 이상이 필요하다는 걸 보고 기대와 달랐음  
  “추가 런타임 없이 최대 효율”이라는 대담한 주장도 인상적이지만, **32GB 메모리 요구사항**은 놀라움

- Flutter 개발자 입장에서 Skip이 왜 필요한지 의문이었음  
  Flutter는 이미 성숙했고, 모바일뿐 아니라 데스크톱과 웹까지 지원함  
  다만 Skip이 성능 향상을 얼마나 줄지 궁금해서, **DRAM 가격이 안정되면** 한번 써볼 생각임
  - Flutter는 iOS의 **Liquid Glass**, Android의 **Material Expressive** 같은 최신 UI를 구현하지 못함  
    그래서 UI가 구세대처럼 느껴지고, 이 한계 때문에 Skip에 대한 관심이 커졌음  
    Dart를 좋아하거나 완전 커스텀 UI를 원한다면 Flutter도 괜찮지만, **프리미엄 네이티브 감성**이 중요한 비즈니스라면 Skip이 더 적합함  
    관련 이슈: [Flutter issue #170310](https://github.com/flutter/flutter/issues/170310)
  - 나는 Flutter 앱을 보면 항상 **이질감**이 느껴짐  
    위젯이 네이티브처럼 보여도 뭔가 어색하고, 애니메이션도 매끄럽지 않음  
    React Native보다 한 단계 아래 느낌임
  - Flutter는 성능, 접근성, 네이티브 기능 접근 등에서 제약이 많음  
    특히 **Google Maps 통합**이 끔찍함  
    훌륭한 Flutter 앱을 만드는 비용은 결국 네이티브 앱과 비슷함  
    Skip의 32GB 요구는 Xcode, Gradle, 에뮬레이터 등 전체 개발 환경을 고려한 수치라 놀랍지 않음
  - Flutter가 아직 Liquid Glass를 지원하지 않아서 **진지한 대안**으로 보기 어려움  
    완전 커스텀 UI를 원하지 않는 이상, 플랫폼 고유의 느낌을 살리기 힘듦
  - 1년 전 Flutter로 Mac 앱을 만들려 했는데, **문서 부족**과 미성숙함 때문에 포기했음

- 게시물 제목이 너무 **불명확한 소프트웨어 이름**이라, 좀 더 설명적인 제목을 써줬으면 함
  - [Hacker News 가이드라인](https://news.ycombinator.com/newsguidelines.html)을 다시 읽어보길 권함

- [Skip GitHub 저장소](https://github.com/skiptools/skip)를 봤는데, **라이선스 파일이 없음**  
  그래서 “사용 금지(DONT USE)” 영역으로 봄  
  반면 [Skipstone 저장소](https://github.com/skiptools/skipstone)는 라이선스가 있지만, Skip을 vendor로 포함하고 있어서 혼란스러움
  - /skip 저장소의 Xcode 플러그인은 /skipstone에서 생성된 바이너리를 사용함  
    라이선스 누락은 실수였고, 곧 수정할 예정임
  - 이제 [LGPL3 라이선스가 추가됨](https://github.com/skiptools/skip/commit/7ad94680a801ca393fe9715565766ccb0629cdfa)
  - 단순한 **실수였고 이미 수정됨**, 의도적인 누락은 아님

- 여러 번의 시도에도 불구하고 **iOS와 Android를 통합 빌드**하는 방식은 근본적으로 어려움  
  HTML, JS, React, Dart, Kotlin, Swift 등 다양한 접근이 있었지만, 1천만 이상 설치 규모에서는 실패함  
  [관련 글](https://ashishb.net/tech/react-native/)
  - 하지만 이 주장은 틀림  
    브라질의 Nubank 앱은 **Flutter로 개발**되었고, 1억 명 이상이 사용하는 대형 서비스임
  - 나도 2018~2021년 Flutter 앱을 개발했는데, 1,500만 설치를 기록했고 **App Store 피처 및 디자인 어워드**도 받았음  
    코드베이스가 커지지 않았던 점이 성공 요인이었음

- “Skip 개발에는 최소 32GB 메모리 권장”이라는 문구를 보고 **충격**을 받음
  - iOS(Xcode, 시뮬레이터)와 Android(Gradle, 에뮬레이터) 툴체인을 동시에 돌리면 메모리 사용량이 커짐  
    Skip 자체는 가볍고, **헤드리스 모드**에서는 훨씬 적은 메모리로도 가능함
  - 모바일 IDE들이 FPGA IDE의 **비대함**을 보고 “우리가 더 할 수 있다”고 한 듯함
  - 현재 RAM 가격을 보면 DDR5는 300달러 이상, DDR4도 200달러 이상임
  - 아마 개발 단계에서만 필요한 사양일 것임
  - Skip이 iOS와 Android 툴체인, 자체 트랜스파일러(예: Skip Lite, Skip Fuse)를 모두 사용하기 때문임  
    메모리 비효율은 Skip 탓이 아니라 **Apple과 Google의 툴체인 구조 문제**임

- 시각장애인용 내비게이션 앱 **Soundscape Community**를 Android로 포팅하려고 했는데, Skip이 이상적인 솔루션처럼 보임  
  접근성(TalkBack)도 네이티브 UI로 번역된다면 잘 작동할 것 같음  
  [Soundscape GitHub 링크](https://github.com/soundscape-community/soundscape)
  - Skip은 iOS에서는 **SwiftUI**, Android에서는 **Jetpack Compose**를 사용하므로 각 플랫폼의 접근성 기능을 그대로 지원함  
    예시 코드: [Skip 접근성 문서](https://skip.dev/docs/components/accessibility/)

- Skip이 **SwiftUI의 장기적 크로스플랫폼 옵션**으로 자리 잡을 수 있을 것 같음  
  Apple이 이 툴셋에 직접 참여하거나 일부라도 **SwiftUI를 오픈소스화**하면 좋겠음  
  커뮤니티가 macOS 관련 문제를 개선해 AppKit 수준의 유연성과 기능성을 확보한다면, **Swift 기반 UI 생태계**가 훨씬 강력해질 것임