वेब के लिए कोड लिखें
Apple का tightly controlled ecosystem, Xcode और Swift से लेकर App Store review और billing rules तक, तीसरे पक्ष के डेवलपर्स के प्रति increasingly hostile या indifferent के रूप में चित्रित किया गया है, खासकर उन लोगों के लिए जो cross‑platform या non‑Apple stacks चाहते हैं। टिप्पणीकार इसकी तुलना web की openness और longevity से करते हैं, और तर्क देते हैं कि कई ऐप्स को browser-based या PWAs होना चाहिए, भले ही वे web की अपनी tooling complexity, browser politics, और performance gaps की समस्याओं को स्वीकार करते हों। यह चर्चा platform lock‑in और open standards के बीच एक व्यापक तनाव, और इन trade‑offs का डेवलपर्स के समय और करियर में निवेश पर प्रभाव, उजागर करती है.
डेवलपर्स के साथ Apple का संबंध
- कई लोग Apple को मूलतः उपयोगकर्ता- और हार्डवेयर-केंद्रित मानते हैं, जहाँ डेवलपर्स को साझेदारों की बजाय बदले जा सकने वाले आपूर्तिकर्ताओं के रूप में देखा जाता है।
- कुछ लोगों के अनुसार APIs, Swift, और Xcode लॉक‑इन में निवेश हैं, उदारता नहीं। निर्भरता की श्रृंखला को “dev → Apple → user” के रूप में देखा जाता है, जिसमें विपरीत दिशा में बहुत कम leverage है।
- अन्य लोग तर्क देते हैं कि Apple समग्र रूप से परवाह करता है क्योंकि वह इकोसिस्टम को “high quality” रखता है, लेकिन व्यक्तिगत डेवलपर्स या edge cases की नहीं।
Xcode और Native iOS/macOS Development
- व्यापक शिकायतें: Xcode बड़ा, धीमा, crash‑prone, unintuitive, कॉन्फ़िगर करने में कठिन, और version control तथा CI/CD के साथ दर्दनाक है।
- विशिष्ट परेशानियाँ: layout/storyboards, project file format, अजीब formatting behavior, fragile previews, अस्पष्ट errors, SwiftUI compiler timeouts।
- एक अल्पसंख्या Swift और Apple APIs को बहुत सुखद मानती है, और Xcode को कुछ प्रतिस्पर्धियों की तुलना में “fine” या यहाँ तक कि अच्छा भी मानती है। Android Studio पर भी राय बंटी हुई है।
Web vs Native Apps
- कई लोग तर्क देते हैं कि अधिकांश ऐप्स web apps या PWAs होने चाहिए, खासकर content/CRUD apps (news, parking, library, कई business apps) जो native रूप में समय के साथ खराब हो जाते हैं।
- बताए गए लाभ: cross‑platform reach, long‑term compatibility, open hosting, app‑store review और 30% cuts से बचाव।
- प्रतिवाद: native प्रदर्शन, offline robustness, rich hardware access, notifications, OS‑integrated UX के लिए बेहतर है; web अभी भी GPU compute और जटिल “app‑like” UX के लिए असहज है।
PWAs, Browsers, and Platform Politics
- Apple पर व्यापक रूप से आरोप है कि वह iOS पर PWAs को जानबूझकर कमजोर कर रहा है (limited APIs, data deletion quirks, awkward install flows), ताकि App Store revenue सुरक्षित रहे।
- Google/Chrome को web platform को आक्रामक रूप से आगे बढ़ाते हुए देखा जाता है, हालांकि कुछ लोग चेतावनी देते हैं कि इससे शक्ति Apple से Google की ओर जाती है, users की ओर नहीं।
- Safari को अक्सर “new IE” या “princess” कहा जाता है, हालांकि अन्य लोग नोट करते हैं कि वह मुख्यतः non‑standard या privacy‑sensitive APIs पर पीछे रहता है।
App Store Fees and Gatekeeping
- $99/वर्ष की developer fee और opaque, कभी‑कभी arbitrary review process बार‑बार परेशानी का कारण बनते हैं, खासकर छोटे संगठनों और सरकारों के लिए।
- कुछ लोग इस fee को spam/junk barrier के रूप में बचाव करते हैं; अन्य इसे अनावश्यक taxation मानते हैं जो experimentation को रोकती है और lock‑in risk बढ़ाती है।
Web Development Experience
- Web को universality और एक “historic” common standard के लिए सराहा जाता है, लेकिन कई लोग JS/TS complexity, build systems, framework churn, और CSS ergonomics को नापसंद करते हैं।
- अन्य लोग बताते हैं कि आधुनिक web standards और tools (React, TypeScript, HTMX, LiveView, आदि) ने अनुभव को पहले की तुलना में बहुत बेहतर बना दिया है।
Lock‑in, Culture, and Alternatives
- यह प्रबल भावना है कि Apple-only stacks में गहराई से निवेश करना जोखिम भरा है: skills कम portable हैं, और Apple नियमों को एकतरफ़ा बदल सकता है।
- कुछ लोग Apple को “cultish” या “abusive relationship” जैसा बताते हैं; अन्य integrated user experience को पसंद करते हैं और trade‑offs स्वीकार करते हैं।
- उल्लेखित alternatives: Flutter, Qt, .NET MAUI/Avalonia/Blazor, Linux phones (Librem 5, PinePhone), Electron, और pure web stacks.