- SwiftとSwiftUIベースで、iOSとAndroidアプリを1つのコードベースで開発できるクロスプラットフォーム・ネイティブフレームワーク
- 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
- 公式サイトを移転
Skipの今後の支援
- Skipは外部投資なしで独立運営されてきており、大手テック企業の支配を受けず、開発者中心で維持されている
- 独立性を保つためにコミュニティ支援が必要
- 既存のサブスク利用者は自動的にIndividualまたはSupporterティアへ移行
- 個人開発者はGitHub Sponsorsを通じて月額支援が可能
- 企業はスポンサーシッププログラムを通じて、フレームワーク開発・保守・インフラを直接支援可能
- 支援はSkipの継続的な開発と長期的な成功を保証し、開発チームの競争力強化に貢献する
今後の計画
- 現在のアプリ開発分野は、既存のクロスプラットフォームフレームワークの限界に直面している
- iOSのLiquid Glass、AndroidのMaterial Expressiveなど、最新UIシステムの変化への対応が難しい
- 統合コードベースでの妥協が、古いインターフェースと競争力低下につながる
- Skipは両プラットフォームで完全なネイティブ体験を提供する方向へ進化
- オープンソース化は、Swift・Kotlin、SwiftPM・Gradle、Xcode・Android Studioなど多様なエコシステムをまたぐ次の段階
- 継続的な発展は開発者コミュニティの参加と支援にかかっており、
**「妥協のないクロスプラットフォーム基盤」**というSkipのビジョンに向けて進んでいく
3件のコメント
クロスプラットフォームという、（つかめそうでつかめない）蜃気楼
Skip – 単一のSwiftコードベースでネイティブiOSおよびAndroidアプリを開発
Hacker Newsの意見
開発者が無料ツールを期待する現実は残念だと感じる
私たちのような高所得職がツールにお金を使わないのは、他の専門職と比べても珍しい
可能ならFAANGやVC資金に頼らず、良いソフトウェアには直接お金を払ってほしい
私たちはツールを自分で作れる職種であり、配布コストがゼロだからだ
「自分で作れる」という発想のせいで、有料開発ツール市場には限界がある
オープンソースはこうした不満を減らしてくれ、利用者は自分の怠け心と戦うだけで済む
価格より重要なのは自由度だ
小さな会社の有料クローズドツールにアプリ戦略を全面的に依存するのは危険だという意見に共感する
しかし、すでに他のソリューションに数百万ドル使っている状況では、新しいツールに数千ドル使うだけでも官僚的な障壁が高すぎた
開発者がお金を使いたがらないのではなく、組織構造が妨げている場合が多い
バグや制約を見つけたら自分で修正して共有できる
車の例のように、自分で手を入れられる構造を好む人にとって、オープンソースははるかに魅力的だ
弁護士や医師もプロボノはするが、オープンソースの規模には及ばない
Skipの仕組みを見ると、いつかAIエージェントがあるプラットフォーム向けのコード（iOSなど）を別のプラットフォーム向けのネイティブコード（Swift、Kotlinなど）に自動変換してくれる時代が来るのか気になる
これまで満足できるクロスプラットフォームのモバイル開発環境を見つけられておらず、Skipは興味深かった
しかし、macOS 15以上、Xcode 16.4以上が必要だと知って期待と違った
「追加ランタイムなしで最大効率」という大胆な主張も印象的だが、32GBメモリ要件には驚いた
Flutter開発者の立場からすると、なぜSkipが必要なのか疑問だった
Flutterはすでに成熟しており、モバイルだけでなくデスクトップやWebまで対応している
ただ、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,000万以上のインストール規模では失敗している
関連記事
ブラジルの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エコシステムははるかに強力になるだろう