ハクソク

世界を動かす技術を、日本語で。

Skipは現在、無料でオープンソースになりました

124日前原文(skip.dev)

概要

Skipは、SwiftとSwiftUIの単一コードベースでiOS/Androidアプリを開発できるクロスプラットフォームツール。 2026年1月、Skip 1.7から完全無料・オープンソース化を発表。 skipstoneエンジンもGitHubで公開、skip.devに新拠点を移行。 従来の有料サブスクはサポータープランへ自動移行。 今後はコミュニティ支援とスポンサーシップによる発展を目指す。

Skipの進化とミッション

  • Skip は2023年に登場、Swift/SwiftUIの 単一コードベース でiOS/Androidアプリ開発を実現
  • Swift-to-Kotlinトランスパイラ からスタートし、Swift Android SDKや主要API対応を拡充
  • Swift Android Workgroup 設立、数多くの統合フレームワークやSwiftパッケージとの相互運用性
  • 独立系として最も完成度の高いSwiftUI実装 を提供
  • モダンなクロスプラットフォーム開発基盤の構築を目標

有料開発ツールの課題

  • これまで 有料サブスクリプション ＋ライセンスキーが必要
  • フリーアプリや小規模開発者は無料枠、ビジネス用途は有料
  • 開発者は 無料の開発ツール を期待する傾向
  • XcodeやAndroid Studioなどの 主要IDEや統合フレームワークは無料
    • 収益は開発者プログラムやストア手数料、クラウドサービス等で確保
  • 小規模の有料・クローズドソースツールは継続性に不安
    • 会社の撤退や買収リスク、ツール存続への懸念
  • Skipの“ejectability” （他ツールへの移行性）もあるが、完全な安心には至らず

完全無料・オープンソース化

  • Skip 1.7より全ライセンス要件を撤廃
    • ライセンスキー不要、EULA不要、試用期間も廃止
  • 既存ユーザー： アップグレード後はライセンスキー不要
  • 新規ユーザー： 即利用可能、評価ライセンスも不要
  • skipstoneエンジンをオープンソース化
    • プロジェクト管理、Xcode/SwiftPMプラグイン、iOS-Android変換、リソース管理、JNIブリッジ、ソース変換、アプリパッケージングなど
    • GitHub（https://github.com/skiptools）で公開、自由に利用可能
  • skip.toolsからskip.devへ移行
    • ドキュメント、ブログ、ケーススタディを新サイトで公開
    • サイト自体もオープンソースでGitHubからコントリビュート可能
    • 今後、全コンテンツをskip.devに統合予定

Skipの未来を支えるために

  • 完全独立系 （VCや大手資本なし）で運営
    • 開発方針の自由度とユーザーファーストを維持
  • コミュニティ支援が今後の発展の鍵
  • 既存サブスクユーザー： Small Business/ProfessionalはIndividual/Supporterへ自動移行
    • いつでもキャンセル可能
  • 個人開発者 ：GitHub Sponsorsで月額支援を呼びかけ
  • 企業・組織 ：法人スポンサー枠を用意
    • ホームページやドキュメントでの露出、各種特典あり
    • スポンサー費用は統合フレームワーク開発や保守、インフラ維持に直結
    • 詳細・申込はhttps://skip.dev/sponsor参照
  • スポンサーはSkipの発展＝自社チームの競争力強化にも直結

クロスプラットフォーム開発の新時代

  • 従来のクロスプラットフォームフレームワークは進化の遅れ
    • iOSのLiquid GlassやAndroidのMaterial Expressiveなど、最新UIシステムへの追従が困難
    • 統一コードベースの妥協が、古いUI・弱いUX・競争力低下に直結
  • Skipは“妥協なきネイティブ体験”を両OSで提供
  • ソフトウェアは常に進化
    • Swift/Kotlin、SwiftPM/Gradle、Xcode/Android Studio、SwiftUI/Jetpack Composeなど幅広い最新技術をサポート
  • Skipの持続的発展はコミュニティ支援が不可欠
  • 最終目標は「本当に妥協のない、ユニバーサルなクロスプラットフォーム基盤」の実現

まとめ・始め方

  • Skip 1.7を今すぐ導入可能
  • コミュニティと共に“ネイティブなクロスプラットフォーム開発”の未来を創造
  • 詳細・参加はhttps://skip.dev参照

Hackerたちの意見

これクールだけど、LICENSEファイルがないから「使っちゃダメ」ってことになっちゃうね。こっちはライセンスがあるみたいだよ: https://github.com/skiptools/skipstone でも、READMEによると他のリポジトリを使ってるの？どういうことか全然わからない。

└

/skipリポジトリのXcodeビルドプラグインは、/skipstoneで作成されたバイナリを使ってるよ（これがさっきオープンされたリポジトリね）。/skipリポジトリ自体にライセンスがないことを指摘してくれてありがとう。すぐに修正するよ！

└

LGPL3が追加されたよ: https://github.com/skiptools/skip/commit/7ad94680a801ca393fe...

└

リラックスして大丈夫だよ。彼らの見落としで、すでに修正済みだから、意図的な省略じゃないよ。

Skipを使ってクロスプラットフォームアプリを作ったら、TalkBackもVoiceOverと同じようにユーザーに読み上げてくれるの？

└

そうだよ、Skipのユニークな利点は、両方のプラットフォームで本物のネイティブツールキットを使ってることなんだ。だから、SwiftUIのアクセシビリティサポートをVoiceOver経由で、Jetpack ComposeのサポートをTalkBack経由で受けられるよ。

これすごい！プロジェクトをオープンソースにしてくれてありがとう。きっと大変な決断だったよね。

└

ありがとう！やっと来たって感じだね。投稿でも言ったけど、開発者ツールは広く使われるために無料で手に入る必要があるんだ。その意味では、簡単な戦略的決定だったよ。そして、最近の進展でSkipの利点が前面に出てきたから、今がその時だと思ったんだ。

「Skipでの開発には最低32GBのメモリが推奨されます。」マジで？何それ？

└

モバイル開発をターゲットにしたIDEたちはFPGA IDEの肥大化を見て「俺たちなら勝てる」と言ったんだ。

└

そうだね、iOS開発ツール（Xcode、iOSシミュレーター）とAndroid開発ツール（Gradle、Androidエミュレーター、もしかしたらAndroid Studioも）を両方使ってるから、メモリが必要になるよね。でも、16GBでもいけるかも。ただ、Skip自体はあんまりメモリを使わないよ。ヘッドレスでSwiftPMプラグインとして実行すれば、そんなに必要ないはず。

└

おそらく、iOSとAndroidのツールチェーンに加えて、Skip Liteを使った独自のトランスパイラーやSkip Fuseのオーバーヘッドが影響してるんだろうね。iOSだけでも16GBは厳しいから。これについてSkipを責めるのはおかしいよ。メモリ効率の良いツールを提供してないのはAppleとGoogleのせいだし、彼らのソフトを使ったことがあるなら驚くことじゃないよね。

└

それは開発段階の話だと思うよ。Skipで開発されたアプリには（必ずしも）関係ないかもね。

└

現在の価格で言うと、もし32GBのRAMを持っていないなら、DDR5は300ドル以上、DDR4は200ドル以上かかるよ…。

これはいいニュースだね、ありがとう。視覚障害者向けのナビゲーションアプリ「Soundscape Community」を、2つのコードベースを維持せずにAndroidに移植する方法を探してたんだ。Skipは理想的に見えるよ。資金がほとんどない小さなチームのライセンスについて聞こうと思ってたんだ。他の人もトークバックのアクセシビリティについて聞いてたけど、AndroidのネイティブUIコントロールに変換されるから、うまくいくと思ってる。合ってる？

└

そうだね、さっきも言ったけど、Skipは両方のプラットフォームでネイティブツールキットと慣習を使ってるんだ。iOSではSwiftUI、AndroidではJetpack Composeを使ってるから、自動的にプラットフォームの組み込みアクセシビリティサポートが得られるよ。サンプルスニペットはここで見られるよ。

これは歓迎すべき追加だけど、Flutterの開発者がこれを使う理由は何だろう？32GBのRAMが必要な気がする！それに、Flutterはすでに成熟していて、ほぼネイティブに近いモバイルアプリを作れるし（その違いはほとんど感じない）、デスクトップやウェブアプリにも対応できるからね。SkipがFlutterのモバイルアプリに対してどれだけのブーストを提供するのか気になるな。DRAMの価格が正常化したら、Skipを試してみるつもりだよ。

└

FlutterはiOSでリキッドグラスをサポートしてないから、今のところ真剣な候補には見えないな。Flutterの実装の性質上、ずっと苦労し続けることになると思う。完全にカスタムなUIを作るつもりなら、プラットフォームの見た目や感じは気にしないかもしれないけどね。

└

KMPの質問については下のレスを見てね。CMPとの比較はFlutterにもほぼ当てはまるよ。 > 「ネイティブに近いモバイルアプリ（その違いはほとんど無視できる）」 リキッドグラスがiOSに登場してからはそうじゃないし（Androidのマテリアルエクスプレッシブも少しだけ影響があるけど）。Flutterはこれらの新しいインターフェースの規約を実装することはないから、これらのアプリのUIは前の世代に留まっていて、すでに古く感じ始めてる。Flutterの厳しい展望がSkipへの関心の高まりを生んで、私たちがプラットフォームを開放して波に乗るきっかけにもなったんだ。Dartが好きだったり、アプリがネイティブに見えなくてもいい（例えば、ゲームや非常に特注のインターフェース）なら、Flutterはまだ許容範囲かもしれない。でも、他の人たちは特にアプリがプレミアムでネイティブに感じる必要がある場合、他を探し始めてるよ。

└

Skipについてはよくわからないけど、アプリがFlutterだってすぐにわかるよ。なんかクソみたいな感じがする。ネイティブっぽいウィジェットがちょっとおかしいし、完全にカスタムデザインもなんか変な動きするし、絶対にカクつく。React Nativeよりも一段下って感じ。

└

Flutterはパフォーマンスやアクセシビリティにこだわらず、ネイティブ機能や非Flutterウィジェット（例：Googleマップの統合がひどい）にアクセスする必要がないなら、全体的に内部アプリを作りたいだけなら大丈夫。優れたFlutterアプリを作るコストは、完全にネイティブなアプリを作るのとほぼ同じくらい。だけど、FlutterではSkiaのコストを常に支払ってることになる。この環境をすべて動かすには32GB推奨だから、XcodeやGradle、エミュレーター、シミュレーターなども含めてね。全然驚きじゃないけど。

オープンソース（しかも無料！）にしてくれてありがとう。前にSkipを調べたことがあるけど、React Nativeの中途半端なコードの絡まりよりは、ネイティブのSwiftを書きたいと思ったから。使わなかった理由は、ケーススタディや実際に稼働しているアプリがなかったから。今は変わった？ ホームページを見たけど、何も見当たらなかった。もちろん、今は成長中のコミュニティで、初期のユーザー向けってことは理解してるけどね。

Skipの地図や他の複雑なUIを使ったアプリ作成のサポートはどうなの？ クロスプラットフォームで動くマップオーバーレイを作れる？

MacOSもサポートしてるの？ 明確な記載は見当たらなかったけど、SwiftUIは自動でサポートするんじゃないかな。

└

うん、SwiftUIは自動でmacOSをサポートしてるよ。

率直に言うと、開発者はツールを無料で手に入れたいと思ってる。これは正確だけど、地味に厳しい現実だよね。地球上で最も高給取りな人たちが、ツールにお金を払わないなんて。他のほとんどの職業とは違ってさ。みんな、もし余裕があるなら、FAANGやVCマネーに頼るんじゃなくて、質の高いソフトウェアにお金を払ってほしい！

└

価値のないものにお金を払うのは立派だけど、長い目で見ると経済的には良くないよね。人々がツールを、その生産物ではなく、物語のために買いたいと思うのはいいけど、スタートアップがプロダクト・マーケット・フィットを必要とするように、ツールもプロダクト・マーケット・フィットが必要なんだ。誰も買わないなら、代替品が適切な選択肢だからかもしれない。

└

同意するよ。人々がリスプマシンやRADの死を嘆くとき、私たちがそれに値することを思い出してほしい。良いツールに投資したくないし、「悪い方が良い」を歪んだ美徳として扱って、全てがダメになって、ほとんどの開発者体験が80年代-90年代の技術パラダイムに縛られている理由を不思議がっている。私たちはこれに値するんだ。

└

でも、記事が指摘しているように、開発者は間接的にツールにお金を払っているんだよね。> XcodeやAndroid StudioのようなファーストパーティのIDE、人気のある統合フレームワーク、そして必須の開発ツールは、すべて直接的なコストなしで提供されている。プラットフォームベンダーは、開発者プログラムの料金やアプリストアの手数料、クラウドサービスで収益を上げている。フレームワーク提供者は通常、補完的なサービスで収益化しているんだ。さらに、記事は採用に対する他の2つの障害/欠点も指摘している - その製品がサブスクリプションを必要とし、小さな会社の製品に対して開発者がコミットすることをためらっているということ。

└

私の依存関係にプロプライエタリなアバンダンウェアが少ないほど、実際にできることが増える。価格よりも自由の方が大事なんだ。リンクから: > 価格を超えて、耐久性についての深い懸念がある。開発者は、小さな会社の有料でクローズドソースのツールに全てのアプリ戦略を依存させることに対して、当然ながら警戒している。