개발자들이 무료 도구를 기대하는 현실이 안타깝다고 느낌
우리처럼 고소득 직군이 도구에 돈을 쓰지 않는 건 다른 전문직과 비교해도 드문 일임
가능하다면 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
나는 Flutter 앱을 보면 항상 이질감이 느껴짐
위젯이 네이티브처럼 보여도 뭔가 어색하고, 애니메이션도 매끄럽지 않음
React Native보다 한 단계 아래 느낌임
Flutter는 성능, 접근성, 네이티브 기능 접근 등에서 제약이 많음
특히 Google Maps 통합이 끔찍함
훌륭한 Flutter 앱을 만드는 비용은 결국 네이티브 앱과 비슷함
Skip의 32GB 요구는 Xcode, Gradle, 에뮬레이터 등 전체 개발 환경을 고려한 수치라 놀랍지 않음
Flutter가 아직 Liquid Glass를 지원하지 않아서 진지한 대안으로 보기 어려움
완전 커스텀 UI를 원하지 않는 이상, 플랫폼 고유의 느낌을 살리기 힘듦
1년 전 Flutter로 Mac 앱을 만들려 했는데, 문서 부족과 미성숙함 때문에 포기했음
여러 번의 시도에도 불구하고 iOS와 Android를 통합 빌드하는 방식은 근본적으로 어려움
HTML, JS, React, Dart, Kotlin, Swift 등 다양한 접근이 있었지만, 1천만 이상 설치 규모에서는 실패함 관련 글
하지만 이 주장은 틀림
브라질의 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 링크
Skip은 iOS에서는 SwiftUI, Android에서는 Jetpack Compose를 사용하므로 각 플랫폼의 접근성 기능을 그대로 지원함
예시 코드: Skip 접근성 문서
Skip이 SwiftUI의 장기적 크로스플랫폼 옵션으로 자리 잡을 수 있을 것 같음
Apple이 이 툴셋에 직접 참여하거나 일부라도 SwiftUI를 오픈소스화하면 좋겠음
커뮤니티가 macOS 관련 문제를 개선해 AppKit 수준의 유연성과 기능성을 확보한다면, Swift 기반 UI 생태계가 훨씬 강력해질 것임
Hacker News 의견들
개발자들이 무료 도구를 기대하는 현실이 안타깝다고 느낌
우리처럼 고소득 직군이 도구에 돈을 쓰지 않는 건 다른 전문직과 비교해도 드문 일임
가능하다면 FAANG이나 VC 자금에 의존하지 말고, 좋은 소프트웨어에는 직접 비용을 지불해주었으면 함
우리는 도구를 직접 만들 수 있는 직군이고, 배포 비용이 0이기 때문임
“내가 직접 만들 수 있다”는 생각 때문에 유료 개발툴 시장은 한계가 있음
오픈소스는 이런 불만을 줄여주며, 사용자는 단지 자신의 게으름과 싸우면 됨
가격보다 중요한 건 자유도임
작은 회사의 유료 폐쇄형 툴에 앱 전략을 전적으로 의존하는 건 위험하다는 의견에 공감함
하지만 이미 수백만 달러를 다른 솔루션에 쓴 상황에서 새 툴에 몇 천 달러 쓰는 건 관료적 장벽이 너무 높았음
개발자들이 돈을 안 쓰려는 게 아니라, 조직 구조가 막고 있는 경우가 많음
버그나 제약을 발견하면 직접 수정하고 공유할 수 있음
자동차 예시처럼, 직접 손볼 수 있는 구조를 선호하는 사람에게는 오픈소스가 훨씬 매력적임
변호사나 의사도 프로보노를 하지만, 오픈소스 규모에는 미치지 못함
Skip의 작동 방식을 보니, 언젠가 AI 에이전트가 한 플랫폼용 코드(iOS 등)를 다른 플랫폼용 네이티브 코드(Swift, Kotlin 등)로 자동 변환해주는 시대가 올까 궁금해짐
지금까지 만족스러운 크로스플랫폼 모바일 개발 환경을 찾지 못했는데 Skip이 흥미로웠음
하지만 macOS 15 이상, Xcode 16.4 이상이 필요하다는 걸 보고 기대와 달랐음
“추가 런타임 없이 최대 효율”이라는 대담한 주장도 인상적이지만, 32GB 메모리 요구사항은 놀라움
Flutter 개발자 입장에서 Skip이 왜 필요한지 의문이었음
Flutter는 이미 성숙했고, 모바일뿐 아니라 데스크톱과 웹까지 지원함
다만 Skip이 성능 향상을 얼마나 줄지 궁금해서, DRAM 가격이 안정되면 한번 써볼 생각임
그래서 UI가 구세대처럼 느껴지고, 이 한계 때문에 Skip에 대한 관심이 커졌음
Dart를 좋아하거나 완전 커스텀 UI를 원한다면 Flutter도 괜찮지만, 프리미엄 네이티브 감성이 중요한 비즈니스라면 Skip이 더 적합함
관련 이슈: Flutter issue #170310
위젯이 네이티브처럼 보여도 뭔가 어색하고, 애니메이션도 매끄럽지 않음
React Native보다 한 단계 아래 느낌임
특히 Google Maps 통합이 끔찍함
훌륭한 Flutter 앱을 만드는 비용은 결국 네이티브 앱과 비슷함
Skip의 32GB 요구는 Xcode, Gradle, 에뮬레이터 등 전체 개발 환경을 고려한 수치라 놀랍지 않음
완전 커스텀 UI를 원하지 않는 이상, 플랫폼 고유의 느낌을 살리기 힘듦
게시물 제목이 너무 불명확한 소프트웨어 이름이라, 좀 더 설명적인 제목을 써줬으면 함
Skip GitHub 저장소를 봤는데, 라이선스 파일이 없음
그래서 “사용 금지(DONT USE)” 영역으로 봄
반면 Skipstone 저장소는 라이선스가 있지만, Skip을 vendor로 포함하고 있어서 혼란스러움
라이선스 누락은 실수였고, 곧 수정할 예정임
여러 번의 시도에도 불구하고 iOS와 Android를 통합 빌드하는 방식은 근본적으로 어려움
HTML, JS, React, Dart, Kotlin, Swift 등 다양한 접근이 있었지만, 1천만 이상 설치 규모에서는 실패함
관련 글
브라질의 Nubank 앱은 Flutter로 개발되었고, 1억 명 이상이 사용하는 대형 서비스임
코드베이스가 커지지 않았던 점이 성공 요인이었음
“Skip 개발에는 최소 32GB 메모리 권장”이라는 문구를 보고 충격을 받음
Skip 자체는 가볍고, 헤드리스 모드에서는 훨씬 적은 메모리로도 가능함
메모리 비효율은 Skip 탓이 아니라 Apple과 Google의 툴체인 구조 문제임
시각장애인용 내비게이션 앱 Soundscape Community를 Android로 포팅하려고 했는데, Skip이 이상적인 솔루션처럼 보임
접근성(TalkBack)도 네이티브 UI로 번역된다면 잘 작동할 것 같음
Soundscape GitHub 링크
예시 코드: Skip 접근성 문서
Skip이 SwiftUI의 장기적 크로스플랫폼 옵션으로 자리 잡을 수 있을 것 같음
Apple이 이 툴셋에 직접 참여하거나 일부라도 SwiftUI를 오픈소스화하면 좋겠음
커뮤니티가 macOS 관련 문제를 개선해 AppKit 수준의 유연성과 기능성을 확보한다면, Swift 기반 UI 생태계가 훨씬 강력해질 것임