क्या हम कुशल software development का रास्ता भटक गए हैं?

 (rufatmammadli.medium.com)
3 पॉइंट द्वारा GN⁺ 2024-04-30 | 1 टिप्पणियां | WhatsApp पर शेयर करें

Google Docs में Microsoft Word फ़ाइलें खोलने की मुश्किल

  • लेखक के पिता को Microsoft Word document फ़ाइल पर काम करने के लिए अपने laptop में Word install करना पड़ा
  • लेखक ने अपने पिता को Google Docs का सुझाव दिया
    • क्योंकि उनके पास पहले से Google account था, यह इस्तेमाल में आसान है, cloud-based है, और auto-sync करता है
  • लेकिन लगभग 30MB की document फ़ाइल को Google Docs में खोलने पर typed content को स्क्रीन पर दिखने में कई सेकंड लगते थे, यानी Chrome या Google Docs के लिए इसे संभालना मुश्किल था
  • अंत में LibreOffice install किया गया, और वहाँ यह बहुत तेज़ी से काम करता था

आज के software standards पर विचार

  • यह सवाल उठता है कि क्या performance के मामले में software development पीछे जा रहा है
    • क्या नए, आकर्षक, modern tools, frameworks और languages हमें efficiency के मामले में पीछे ले जा रहे हैं
  • web apps और browsers को संभालने के लिए hardware specs बढ़ते जा रहे हैं
    • अगर सिर्फ pure native apps होते, तो शायद इसकी ज़रूरत नहीं पड़ती
    • mobile phones को 8GB या 16GB RAM की ज़रूरत आखिर क्यों है
  • web को UI rendering engine wrapper की जगह native rendering की ज़रूरत है
    • अच्छे specs वाले laptop पर भी 30MB की Word फ़ाइल Google Docs में न खुल पाने की वजह यह है कि browser को ज़्यादा memory और CPU usage चाहिए
  • ऐसा लगता है कि हम optimized, efficient और high-performance applications बनाना भूल गए हैं। इस समस्या को ठीक करना होगा
    • 1966 के 2KB RAM वाले Apollo computer ने इंसानों को चाँद पर पहुँचा दिया था, लेकिन 2024 में browser 30MB की document फ़ाइल नहीं संभाल पा रहा
  • आज industry में लगभग हर कोई future के लिए PWA applications पर फोकस कर रहा है, इसलिए ध्यान web पर है

API optimization का महत्व

  • API performance app की performance में योगदान दे सकती है, इसलिए web और native apps दोनों में API optimization महत्वपूर्ण है
  • लेखक का product Onradar(https://onradar.io) API monitoring के ज़रिए optimization में मदद करता है
    • Onradar API के लिए uptime monitoring और flow-based monitoring देता है
    • flow editor में संबंधित APIs के साथ संभव user scenarios बनाए जा सकते हैं और Onradar उन्हें 24/7 test कर सकता है
    • incident होने पर यह alerts देता है

GN⁺ की राय

  • Google Docs और MS Office के बीच compatibility issues लंबे समय से उठाए जाते रहे हैं। यह अब तक पूरी तरह हल नहीं हुए हैं, और users को असुविधा देते हैं। अच्छा होगा अगर दोनों कंपनियाँ इस समस्या को सुलझाने के लिए थोड़ा अधिक सक्रिय सहयोग करें
  • web app performance की समस्या को hardware specs बढ़ाकर हल करना मूल समाधान नहीं है। सीमित resources का कुशल उपयोग करने वाला software development ज़रूरी है
  • native apps की वकालत करना एक तरीका हो सकता है, लेकिन web के फ़ायदों को बनाए रखते हुए web app performance सुधारना बेहतर दिशा होगी। web apps की portability और accessibility ऐसे फ़ायदे हैं जिन्हें छोड़ना मुश्किल है
  • API optimization और monitoring पूरे system performance को बेहतर बनाने वाले महत्वपूर्ण तत्व हैं। खासकर आज जब microservice architecture मुख्यधारा बन रहा है, API layer पर ध्यान और भी बढ़ना तय है
  • Apollo युग से तुलना करना पूरी तरह उपयुक्त नहीं लगता। spacecraft control और word processing को एक ही स्तर पर रखना कठिन है। आज का software बहुत बड़ा और जटिल हो चुका है, इसलिए Apollo दौर जैसी efficiency की उम्मीद करना आसान नहीं है

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2024-04-30
Hacker News की राय

सारांश:

  • Apple और Microsoft native app development में developer account की आवश्यकता, binary signing certificate खरीदने और revenue sharing जैसी शर्तों के कारण बाधा डालते हैं। web एक कहीं अधिक सरल और सस्ता विकल्प है।
  • Moore's law की बदौलत software ने दशकों तक hardware की प्रगति का मुफ़्त लाभ उठाया। यह एक वरदान भी था और अभिशाप भी।
  • डेवलपर्स पूरी तरह integrated और connected universal computing platform (web) को पसंद करते हैं। अगर performance पर्याप्त अच्छी हो तो users को ज़्यादा फ़र्क नहीं पड़ता। अच्छा software बनाना महत्वपूर्ण नहीं रह गया है।
  • business decisions मुख्य कारण हैं:
    1. cloud की ओर जाना - कंपनियाँ recurring subscription को पसंद करती हैं, और customers को अपनी IT team सीधे hire नहीं करनी पड़ती
    2. customers on-premise SW upgrade करने से इनकार करते हैं, जिससे maintenance cycle लंबी हो जाती है और patching अनंत तक चलती रहती है
    3. web development की लागत कई platforms के लिए development करने की तुलना में कम होती है
  • 90 के दशक की शुरुआत में MS Word floppy disk पर वितरित किया जाता था और executable 2MB का था। अब चीज़ें GB में मापी जाती हैं, लेकिन क्या बेहतर हुआ है यह स्पष्ट नहीं है।
  • lightweight SW मौजूद है, लेकिन उसे कम चुना जाता है। Lua, SQLite, Fennel, Althttpd, Fossil, Mako Server जैसे शानदार lightweight SW उपलब्ध हैं।
  • frontend के मामले में native apps और web pages को प्राथमिकता दी जाती है, लेकिन Tiddlywiki जैसे web apps के अपने फ़ायदे हैं। फिर भी यह Emacs की तुलना में अधिक resources इस्तेमाल करता है।
  • React page transition के दौरान dropdown render होने में बहुत समय लगने का एक मामला था। आख़िरकार React code में बदलाव करके इसे ठीक किया गया।
  • कंपनियाँ developers को high-performance machines देती हैं, इसलिए पुराने सामान्य PC पर पर्याप्त testing न होने की समस्या पैदा होती है।
  • "idiomatic code", "performance optimization is the root of all evil" जैसे blog posts बहुत देखे जाते हैं, और development time को अधिक महत्वपूर्ण माना जाता है। पहले ऐसे developers थे जो और तेज़ी से और बेहतर code लिखते थे।