Skip अब मुफ़्त है, और open source बन गया है

• Swift और SwiftUI पर आधारित iOS और Android ऐप्स को एक ही codebase से विकसित करने वाला cross-platform native framework
• Skip 1.7 वर्ज़न से सभी license restrictions हटा दिए गए हैं, और यह अब सभी के लिए मुफ़्त उपलब्ध पूरा open source tool बन गया है
• मुख्य engine ‘skipstone’ को GitHub पर सार्वजनिक किया गया है, जिससे project creation, conversion, packaging जैसी प्रमुख build functionalities open source के रूप में उपलब्ध हैं
• मौजूदा paid subscribers को अपने-आप sponsorship program में बदला जाएगा, और व्यक्ति व कंपनियाँ sponsorship के ज़रिए project को support कर सकती हैं
• यह घोषणा community-केंद्रित long-term ecosystem निर्माण और वास्तविक native experience देने की दिशा में एक turning point है

---

अवलोकन

• Skip ने 2023 में लॉन्च होने के बाद से Swift और SwiftUI code के साथ iOS और Android ऐप्स को एक साथ विकसित करने के लक्ष्य के साथ विकास किया है
  • शुरुआती दौर में यह Swift-to-Kotlin transpiler और बुनियादी SwiftUI API support से शुरू हुआ था
• बाद में Swift Android Workgroup की स्थापना और Swift Android SDK की रिलीज़ के जरिए Android native compilation को support किया गया
• अभी यह दर्जनों integrated frameworks और हज़ारों Swift packages के साथ compatible है, और सबसे पूर्ण standalone SwiftUI implementation प्रदान करता है

सशुल्क विकास उपकरणों की सीमाएँ

• अब तक Skip के लिए paid subscription और license key की ज़रूरत थी, और केवल एक निश्चित आय से कम वाले individual developers ही इसे मुफ़्त उपयोग कर सकते थे
• लेकिन ज़्यादातर developers मुफ़्त tools की अपेक्षा करते हैं, और Xcode, Android Studio जैसे प्रमुख IDE भी मुफ़्त उपलब्ध हैं
• paid और closed-source tools की sustainability को लेकर चिंता मौजूद रहती है
  • अगर कंपनी बंद हो जाए या अधिग्रहित हो जाए, तो developers के ऐप्स का maintenance मुश्किल हो सकता है
• इसे हल करने के लिए Skip अब पूरी तरह मुफ़्त और open source आधार पर जा रहा है, ताकि community स्वतंत्र रूप से इस तकनीक को बनाए रख सके

बदलाव

• Skip 1.7 से license key, trial, और EULA सभी समाप्त
  • मौजूदा users: upgrade के बाद license key की ज़रूरत नहीं
  • नए users: तुरंत build शुरू कर सकते हैं
• Skip engine ‘skipstone’ open source किया गया
  • project creation और management, Xcode और SwiftPM plugins, iOS→Android conversion, resource bundling, JNI bridge, source transpile, app packaging, project export जैसी core build functionalities शामिल
  • GitHub public repository: https://github.com/skiptools
• official site migration
  • पुरानी skip.tools से skip.dev पर migration
  • इसमें docs, blog, और case studies शामिल हैं, और site भी open source के रूप में सार्वजनिक है

Skip के भविष्य के लिए समर्थन

• Skip अब तक बाहरी निवेश के बिना स्वतंत्र रूप से संचालित होता आया है, और बड़े tech कंपनियों के नियंत्रण के बिना developer-केंद्रित बना रहा है
• इस स्वतंत्रता को बनाए रखने के लिए community sponsorship की ज़रूरत है
  • मौजूदा subscribers अपने-आप Individual या Supporter tier में बदल दिए जाएंगे
  • individual developers GitHub Sponsors के जरिए मासिक sponsorship दे सकते हैं
  • कंपनियाँ sponsorship program के जरिए framework development, maintenance, और infrastructure को सीधे support कर सकती हैं
• यह sponsorship Skip के निरंतर विकास और long-term success को सुनिश्चित करती है, और development team की प्रतिस्पर्धात्मक क्षमता को मजबूत करती है

आगे की योजनाएँ

• वर्तमान app development क्षेत्र मौजूदा cross-platform frameworks की सीमाओं का सामना कर रहा है
  • iOS के Liquid Glass, Android के Material Expressive जैसे नवीनतम UI system बदलावों के साथ तालमेल बिठाना मुश्किल है
  • unified codebase के समझौते अक्सर पुराने interface और प्रतिस्पर्धात्मक कमी की ओर ले जाते हैं
• Skip अब दोनों platforms पर पूरी native experience देने की दिशा में आगे बढ़ रहा है
• open source में बदलना Swift·Kotlin, SwiftPM·Gradle, Xcode·Android Studio जैसे विभिन्न ecosystems को समेटने वाला अगला कदम है
• आगे की प्रगति developer community की भागीदारी और sponsorship पर निर्भर है,
  “समझौता-रहित cross-platform foundation” के Skip के vision की ओर बढ़ते हुए

[iolothebard]

क्रॉस-प्लैटफ़ॉर्म होने का एक ऐसा मृगतृष्णा, जो मानो हाथ आने ही वाली हो लेकिन कभी आती नहीं

[xguru]

Skip – एकल Swift codebase के साथ native iOS और Android ऐप development

[GN⁺]

Hacker News की राय

• यह देखकर अफसोस होता है कि डेवलपर्स free tools की उम्मीद करते हैं
  हमारे जैसे high-income profession में tools पर पैसा न खर्च करना, दूसरे professional क्षेत्रों की तुलना में भी असामान्य है
  अगर संभव हो, तो FAANG या VC funding पर निर्भर होने के बजाय अच्छे software के लिए सीधे भुगतान करना चाहिए

  • software development क्षेत्र के सबसे high-quality tools ज़्यादातर FOSS (open source) हैं
    हम ऐसे profession में हैं जहाँ हम अपने tools खुद बना सकते हैं, और distribution cost लगभग 0 होती है
    “मैं इसे खुद बना सकता हूँ” वाली सोच के कारण paid devtool market की अपनी सीमाएँ हैं
    open source इस तरह की नाराज़गी कम करता है, और फिर user को बस अपनी आलस से लड़ना होता है
  • मेरे लिए closed commercial tools जितने ज़्यादा dependencies में शामिल होते हैं, मैं उतना कम काम कर पाता हूँ
    कीमत से ज़्यादा महत्वपूर्ण freedom है
    इस बात से सहमत हूँ कि किसी छोटी कंपनी के paid closed-source tool पर app strategy को पूरी तरह निर्भर करना जोखिमभरा है
  • पिछली कंपनी में, अगर कोई tool भरोसेमंद होता तो हम कंपनी के पैसों से खुशी-खुशी खरीदते थे
    लेकिन जब पहले से ही दूसरे solutions पर लाखों डॉलर खर्च हो चुके हों, तब किसी नए tool पर कुछ हज़ार डॉलर खर्च करने में bureaucratic barrier बहुत बड़ा हो जाता था
    बात यह नहीं कि developers पैसा खर्च नहीं करना चाहते, बल्कि अक्सर organization की structure ही रास्ता रोकती है
  • मेरा मानना है कि open source tools बेहतर होते हैं
    अगर कोई bug या limitation मिले तो उसे खुद ठीक करके साझा किया जा सकता है
    कार वाले उदाहरण की तरह, जो लोग ऐसी चीज़ें पसंद करते हैं जिनमें वे खुद हाथ डाल सकें, उनके लिए open source कहीं ज़्यादा आकर्षक है
  • हम high-income professions में भी शायद वह समूह हैं जहाँ free में काम करने का अनुपात सबसे ज़्यादा है
    lawyers और doctors भी pro bono काम करते हैं, लेकिन open source के पैमाने तक नहीं पहुँचते

• Skip कैसे काम करता है, यह देखकर यह जिज्ञासा हुई कि क्या कभी ऐसा समय आएगा जब AI agents एक platform के code (जैसे iOS) को दूसरे platform के native code (जैसे Swift, Kotlin) में अपने-आप बदल देंगे

• अब तक मुझे कोई संतोषजनक cross-platform mobile development environment नहीं मिला था, इसलिए Skip दिलचस्प लगा
  लेकिन जब देखा कि इसके लिए macOS 15 या उससे ऊपर और Xcode 16.4 या उससे ऊपर चाहिए, तो यह मेरी उम्मीद से अलग निकला
  “बिना extra runtime के maximum efficiency” वाला दावा प्रभावशाली है, लेकिन 32GB memory requirement चौंकाने वाली है

• Flutter developer के नज़रिए से यह सवाल था कि Skip की ज़रूरत ही क्यों है
  Flutter पहले से mature है, और mobile के साथ-साथ desktop और web भी support करता है
  फिर भी Skip performance में कितना सुधार देता है, यह जानने की उत्सुकता है, इसलिए DRAM की कीमतें स्थिर होने पर इसे एक बार आज़माने का सोचूँगा

  • Flutter iOS के Liquid Glass और Android के Material Expressive जैसे नए UI को implement नहीं कर पाता
    इसलिए UI कुछ पुराना-सा लगता है, और यही सीमा Skip में रुचि बढ़ाती है
    अगर आपको Dart पसंद है या पूरी तरह custom UI चाहिए तो Flutter ठीक है, लेकिन अगर business के लिए premium native feel महत्वपूर्ण है, तो Skip ज़्यादा उपयुक्त लगता है
    संबंधित issue: Flutter issue #170310
  • Flutter apps देखते ही मुझे हमेशा एक अलगाव-सा एहसास होता है
    widgets native जैसे दिखें तब भी कुछ अटपटा लगता है, और animations भी उतने smooth नहीं लगते
    React Native से भी एक स्तर नीचे जैसा महसूस होता है
  • Flutter में performance, accessibility और native features तक पहुँच जैसे मामलों में काफ़ी सीमाएँ हैं
    खासकर Google Maps integration बहुत खराब है
    एक शानदार Flutter app बनाने की लागत आखिरकार native app के लगभग बराबर ही पड़ती है
    Skip की 32GB requirement, Xcode, Gradle, emulator आदि पूरे development environment को देखते हुए, उतनी हैरान करने वाली नहीं है
  • Flutter अभी तक Liquid Glass को support नहीं करता, इसलिए इसे serious alternative मानना मुश्किल है
    जब तक पूरी तरह custom UI न चाहिए हो, platform की अपनी feel बनाए रखना कठिन है
  • एक साल पहले मैंने Flutter से Mac app बनाने की कोशिश की थी, लेकिन documentation की कमी और अपरिपक्वता के कारण छोड़ दिया

• पोस्ट का शीर्षक बहुत अस्पष्ट software name जैसा है, इसलिए थोड़ा अधिक वर्णनात्मक शीर्षक होना चाहिए था

  • Hacker News guidelines फिर से पढ़ने की सलाह दी गई

• मैंने Skip GitHub repository देखी, लेकिन उसमें license file नहीं थी
  इसलिए मैंने उसे “इस्तेमाल न करें (DONT USE)” श्रेणी में रखा
  दूसरी ओर, Skipstone repository में license है, लेकिन उसमें Skip vendor के रूप में शामिल है, जिससे भ्रम होता है

  • /skip repository का Xcode plugin, /skipstone में बने binary का उपयोग करता है
    license का गायब होना एक गलती थी, और इसे जल्द ठीक किया जाना था
  • अब LGPL3 license जोड़ दिया गया है
  • यह बस एक साधारण गलती थी और अब ठीक कर दी गई है, कोई जानबूझकर छोड़ी गई चीज़ नहीं थी

• कई कोशिशों के बावजूद iOS और Android के लिए unified build का तरीका मूल रूप से कठिन ही रहा है
  HTML, JS, React, Dart, Kotlin, Swift जैसी कई approaches आईं, लेकिन 1 करोड़ से ज़्यादा installs के scale पर वे विफल रहीं
  संबंधित लेख

  • लेकिन यह दावा गलत है
    ब्राज़ील का Nubank app Flutter में बना है, और यह 10 करोड़ से ज़्यादा users वाली बड़ी service है
  • मैंने भी 2018~2021 के बीच Flutter app पर काम किया था, जिसने 1.5 करोड़ installs हासिल किए और App Store feature तथा design award भी जीते
    codebase का बहुत बड़ा न हो जाना उसकी सफलता का एक कारण था

• “Skip development के लिए कम से कम 32GB memory recommended” पढ़कर झटका लगा

  • iOS (Xcode, simulator) और Android (Gradle, emulator) toolchains साथ चलाने पर memory usage बढ़ना स्वाभाविक है
    Skip खुद lightweight है, और headless mode में यह काफ़ी कम memory पर भी चल सकता है
  • ऐसा लगता है जैसे mobile IDEs ने FPGA IDEs की भारी-भरकम nature देखकर सोचा हो, “हम इससे भी ज़्यादा कर सकते हैं”
  • मौजूदा RAM prices देखें तो DDR5 300 डॉलर से ऊपर है, और DDR4 भी 200 डॉलर से ऊपर है
  • शायद यह specification सिर्फ development stage में ही ज़रूरी होगी
  • Skip iOS और Android toolchains के साथ अपने transpilers (जैसे Skip Lite, Skip Fuse) भी इस्तेमाल करता है
    memory inefficiency, Skip की नहीं बल्कि Apple और Google के toolchain structure की समस्या है

• दृष्टिबाधित लोगों के navigation app Soundscape Community को Android पर port करना था, और Skip इसके लिए आदर्श समाधान जैसा लगता है
  अगर accessibility (TalkBack) भी native UI में translate होती है, तो यह अच्छी तरह काम करना चाहिए
  Soundscape GitHub लिंक

  • Skip iOS में SwiftUI और Android में Jetpack Compose इस्तेमाल करता है, इसलिए यह दोनों platforms की accessibility features को उसी रूप में support करता है
    उदाहरण code: Skip accessibility docs

• लगता है Skip, SwiftUI के दीर्घकालिक cross-platform option के रूप में जगह बना सकता है
  अच्छा होगा अगर Apple इस toolset में सीधे शामिल हो, या कम-से-कम SwiftUI को open source कर दे
  अगर community macOS से जुड़ी समस्याओं को बेहतर करे और AppKit जैसी flexibility और functionality हासिल कर ले, तो Swift-based UI ecosystem कहीं अधिक मज़बूत हो सकता है