1 पॉइंट द्वारा GN⁺ 1 시간 전 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • htmx 4: the game एक 25 डॉलर का गेम है, जिसमें पोर्टेबल Game Boy पर HTMX का अनुभव किया जा सकता है
  • यह कुल 4 लेवल में घूमते हुए pickles इकट्ठा करने के तरीके से आगे बढ़ता है
  • मुख्य लक्ष्य client-side JavaScript को न्यूनतम रखना और slop से बचना है
  • आखिर में Warren को हराने पर htmx 4.0 का source code unlock किया जा सकता है
  • यह made-to-order प्रोडक्ट है, इसलिए printing error या दिखने वाली quality problem पर exchange/refund मिलेगा, लेकिन सामान्य return और size से जुड़े return स्वीकार नहीं किए जाते

Game Boy पर htmx 4.0

  • htmx 4: the game एक ऐसा गेम है जिसे पोर्टेबल Game Boy पर HTMX का अनुभव देने के लिए बनाया गया है, और इसकी कीमत 25 डॉलर है
  • 4 लेवल में pickles इकट्ठा करते हुए client-side JavaScript को छोटा रखना और slop से बचना होता है
  • Warren को हराने पर htmx 4.0 का source code unlock हो जाता है

गुणवत्ता आश्वासन और return शर्तें

  • अगर printing error या दिखने वाली quality problem हो, तो प्रोडक्ट exchange या refund किया जाएगा
  • यह made-to-order प्रोडक्ट है, इसलिए सामान्य return और size से जुड़े return की अनुमति नहीं है

1 टिप्पणियां

 
GN⁺ 1 시간 전
Hacker News की राय
  • 3 साल से htmx इस्तेमाल करते हुए, सर्वर-साइड टेम्पलेट भाषा के साथ मिलाकर वेब सॉफ़्टवेयर बनाने का एक नया तरीका मिला
    इससे भी ज़्यादा प्रभावशाली बात स्टोर चलाने वाले की फुर्ती है। पहले मैंने Twitter पर शिकायत की थी कि 8-ounce मग बहुत छोटा है, तो अगले ही दिन उन्होंने 48-ounce का विशाल मग जोड़ दिया, और तब से मैं वही मग रोज़ इस्तेमाल कर रहा हूँ

    • मैं बस कभी-कभार अकादमिक या कॉन्फ़्रेंस संचालन जैसे अपेक्षाकृत niche कामों के लिए वेबसाइट बनाता हूँ, लेकिन HTMX के तेज़ और सरल तरीके से बहुत प्रभावित हुआ
      JavaScript-केंद्रित डिप्लॉयमेंट की फुलावट के बिना, विज़िटर्स पर कम बोझ डालने वाली responsive साइटें जल्दी बनाई जा सकती हैं। compatibility समस्याएँ और failure points भी कम हुए, और Google speed score 60~80 से बढ़कर 100 हो गया। debugging भी आसान हो गई, और JavaScript पर बर्बाद होने वाला समय अब design और feature सुधार में लगाया जा सकता है
      यूज़र की सहमति के बिना मनमानी वेबसाइटों द्वारा उनके डिवाइस पर भारी computation और analysis चलाने की प्रथा को शुरू से ही अनुमति नहीं मिलनी चाहिए थी
    • 3~4 साल पहले सर्वर-साइड टेम्पलेट और htmx अपनाकर B2B SaaS के JavaScript का दो-तिहाई हटा दिया, और चीज़ें बहुत सरल हो गईं
      वेब ऐप बनाने के सरल तरीके की ओर लौटने वाली इस सोच से सहमत हूँ
    • मैंने HTMX के backend के रूप में AWS Step Functions का इस्तेमाल शुरू किया है; मुश्किल है, लेकिन मज़ेदार
      आजकल Step Functions को एक अजीब और खुरदरे text templating engine की तरह इस्तेमाल किया जा सकता है, इसलिए उसकी असुविधाओं को सँवारने वाली एक DSL layer पर सोच रहा हूँ
    • htmx के साथ एक और प्रोजेक्ट लॉन्च किया, और इस स्तर की development speed को मात देना मुश्किल लगता है
    • 1.25 लीटर, यूरोपीय नज़रिए से, मग नहीं बल्कि बाल्टी है
  • HTMX का vibe शानदार है। तकनीकी रूप से अच्छा, सरल, और कई तरह की स्थितियों में उपयोगी है, लेकिन खुद को ज़रूरत से ज़्यादा गंभीर नहीं मानता
    intercooler.js के दिनों से इसे काम और निजी प्रोजेक्ट्स में इस्तेमाल करता आया हूँ, और अब भी पसंद है। NROL-39 की याद दिलाने वाला पागल unicorn laser-eyes मग भी बढ़िया लगता है: https://swag.htmx.org/collections/octohorse, https://en.wikipedia.org/wiki/USA-247

    • NROL-39 mission patch खास तौर पर मेरी पसंदीदा डिज़ाइन है। approval document पर लिखे हाथ से लिखे नोट्स ढूँढकर पढ़ो, बहुत मज़ेदार हैं
    • मैं लंबे समय तक HTMX के खिलाफ था, लेकिन Claude को इसे छोटे प्रोजेक्ट्स में इस्तेमाल करते देखकर, और React से थक-उकता जाने के बाद, अब यह काफ़ी अच्छा लगने लगा है
  • Big Sky Dev Con में जब Game Boy गेम के अनावरण का क्षण आया, तो पहले लगा कि यह emulator का इस्तेमाल करके किया गया कोई trick होगा। लेकिन जब कहा गया कि हर कोई असली cartridge साथ ले जा सकता है, तो मैं दंग रह गया
    यह अब तक देखे गए सबसे मज़ेदार promotional events में से एक है, और यह अच्छी तरह दिखाता है कि HTMX टीम अपने हर काम में polish और fun को कितनी अहमियत देती है

  • मुझे HTMX पसंद है और मैं इसे कई प्रोजेक्ट्स में इस्तेमाल करता हूँ, लेकिन पुरानी चीज़ का फिर नई बन जाना मज़ेदार है
    .NET Framework का Web Forms तो 2005 में ही UpdatePanel के ज़रिए वेबपेज के हिस्सों को render करना सपोर्ट करता था, और .NET के बाहर इसकी काफ़ी आलोचना होती थी। HTMX कुछ हद तक उसी का कहीं ज़्यादा polished और शक्तिशाली विस्तार है

    • यहाँ तक कि वह तरीका भी C# के पूर्वज माने जाने वाले Delphi IntraWeb द्वारा Delphi 7 के ज़माने से दिए जा रहे समाधान की निरंतरता जैसा है
      उस दौर में जब pixel-perfect PSD को HTML tables या Flash applets में बदला जाता था, यह concept styling के साथ आसानी से नहीं चल पाता था और गायब हो गया। लेकिन पुराने IntraWeb business apps देखें तो पता चलता है कि components और events जैसी चीज़ें mainstream होने से बहुत पहले ही हल की जा चुकी थीं
      काश आधुनिक web stack के लिए RAD tools फिर आएँ, लेकिन बदलाव की रफ़्तार बहुत तेज़ है, और अब frontend और backend अलग-अलग विशेषज्ञता वाले क्षेत्र हैं, इसलिए निवेश का मूल्य कम दिखता है
    • HTMX पहले LAMP stack से वेबसाइट बनाने के तरीके जैसा है, बस developer convenience ज़्यादा अच्छी है
    • React, Angular, Vue frontend 10 साल तक बनाने के बाद, फिर से Ruby, Elixir, यहाँ तक कि PHP जैसे पारंपरिक server-side rendering तरीकों पर लौटना उलटे ज़्यादा स्वाभाविक लगता है
      AI की वजह से PHP जैसी नापसंद भाषा के साथ interact करना आसान हो गया है, और उसके गहरे ecosystem, execution speed, और बहुत छोटे build times का फायदा लिया जा सकता है। PHP की syntax और static typing की कमी नापसंद होने के बावजूद, यह बिखरे हुए SPA माहौल से ज़्यादा productive है
      बिना refresh के app-जैसा अनुभव देने के लिए client-side rendering का जो तर्क था, वह असल में 2010s की सोच है; web और browser technologies तब से बहुत आगे बढ़ चुकी हैं
  • होम सर्वर पर चलने वाले कई open source web apps को HTMX + Go + PostgreSQL से फिर से बनाया
    यह desktop और mobile दोनों पर हल्का और तेज़ चलता है, complexity न्यूनतम हो गई है, और code को समझना व बदलना आसान है। अभी तो हर कुछ महीनों में बस छोटे-मोटे bugs ठीक करने पड़ते हैं, और उम्मीद है कि mature apps में ज़रूरी upgrades के बीच का अंतर कुछ सालों से बढ़कर कई दशकों तक जा सकता है

    • जानना चाहता हूँ कि क्या कोई public open source उपलब्ध है। Go·htmx·PostgreSQL वाले combo को कुछ बार हल्के तौर पर आज़माया, लेकिन अनुभव अच्छा नहीं रहा, खासकर Go के server-side templates असुविधाजनक लगे। जानना चाहता हूँ कि क्या मैं कोई सही pattern या library मिस कर रहा हूँ
    • यह भी कुछ ज़्यादा engineered लगता है। अगर schema changes के दौरान zero-downtime अनिवार्य नहीं है, तो WAL2 mode SQLite ही काफ़ी है
      PostgreSQL भी version upgrade के समय बड़े downtime से बचने के लिए replication environment और जटिल switchover प्रक्रिया माँगता है, इसलिए यह चुनाव उतना सरल नहीं है
  • HTMX के पहली बार चर्चा में आने के समय से ही इसे संतोष के साथ इस्तेमाल कर रहा हूँ, और Grug लेख भी खूब शेयर करता आया हूँ। सॉफ़्टवेयर डेवलपमेंट को मज़ेदार बनाए रखने वाली इसकी संस्कृति की वजह से इस बार का merchandise भी तुरंत खरीद लिया

  • जानना चाहता हूँ कि Grug-brained developer लेख और HTMX क्या एक ही व्यक्ति ने बनाए हैं

    • हाँ
    • उसने Lulu की किताब भी लिखी थी
  • HTMX भी आखिरकार एक JavaScript लाइब्रेरी ही है, और यह बात पसंद नहीं कि script बंद वाले environment के लिए इसका automatic fallback behavior पर्याप्त नहीं है
    इसी वजह से developers static content pages तक को पूरी तरह HTMX से handle करना चाहते हैं। पुराने स्टाइल के forum को host करने के लिए PHP और MySQL के बोझ से बचना चाहकर Python-आधारित PunkwebBB ढूंढा, लेकिन script बंद करते ही कुछ buttons ने बिल्कुल काम नहीं किया और वहाँ functionality के हिसाब से गैर-ज़रूरी HTMX इस्तेमाल हो रहा था
    इसे fork करके गैर-ज़रूरी JavaScript हटाने का काम बहुत बड़ा था, इसलिए आखिरकार मैं खुद Python Django-आधारित बिना JavaScript वाला forum बना रहा हूँ

    • मेरी Next.js site में JavaScript बंद होने पर भी links और HTML server पर render होकर काम करते हैं। Client पर चलने वाले tools रुक जाते हैं, लेकिन जो pages static रह सकते हैं वे static ही रहते हैं
      लेकिन हाल में cache components जोड़ने के बाद यह गुण regress हो गया है, यह अब जाकर पता चला, जिससे झुंझलाहट हो रही है
    • HTMX का पूरा design ही एक तरह के automatic fallback behavior जैसा लगता है। hx-get, hx-post जैसी attributes न समझने वाले browsers को ध्यान में रखकर अगर शुरू में भेजा गया HTML ही सही से काम करे, तो वही काफी है
    • इसलिए मैं Turbo(https://turbo.hotwired.dev/) को ज़्यादा पसंद करता हूँ
      Turbo सही HTML से शुरू होकर उस पर rich behavior जोड़ने वाली progressive enhancement philosophy अपनाता है। HTMX, React की तरह, एक JavaScript लाइब्रेरी है और यह अपने आप में गलत नहीं है, लेकिन इससे हर चीज़ को JavaScript पर निर्भर करने वाले anti-pattern में फँसना आसान हो जाता है
      अब सिर्फ यह तर्क कि चीज़ें JavaScript के बिना भी चलनी चाहिए, उससे ज़्यादा मज़बूत बात यह है कि server-rendered semantic HTML accessibility·SEO·LLM और automation tools के लिए महत्वपूर्ण है। HTMX से भी शानदार HTML बनाया जा सकता है, लेकिन यह समझने के लिए अनुशासन और अनुभव चाहिए कि कहीं आप HTML attributes के भीतर चुपचाप JavaScript app तो नहीं बना रहे
  • htmx 4.0 को Game Boy और Game Boy Color के लिए game के रूप में जारी किया गया है
    यह Mario Bros. से प्रेरित एक असली game है, जिसमें तीन biomes में फैले चार levels पार करके अंत में slope factory में अपने online rival और real-life दोस्त boss Warren Buffering से लड़ाई होती है। जीतने पर htmx 4.0 source code unlock हो जाता है
    इसे Stephen Mitchell(scum) ने काफ़ी custom किए गए GB Studio में खुद बनाया है और वह जल्द ही इसकी making process साझा करने वाले हैं। Jarason Banes ने cartridge production और cover design संभाला, और Ash(https://www.fiverr.com/ae1996/) ने cover art और https://hypermedia.systems के softcover art पर काम किया

    • मैं GB Studio का निर्माता हूँ। इस project में इसका इस्तेमाल देखना शानदार है, और मैं अगले version के लिए features पर भी काम कर रहा हूँ: https://www.youtube.com/watch?v=q8UKwV1gJAI
    • अगर GB Studio का built-in sound engine इस्तेमाल किया गया है, तो उसका code मैंने लिखा था। ऐसे projects में अपना code दिखना हमेशा अच्छा लगता है
    • मैंने cartridge और बाकी merchandise भी order किए हैं, और https://brickboy.xyz/ आते ही तुरंत शुरू करने का सोच रहा हूँ
    • पहले unboxing·play·review video का इंतज़ार है
    • यह जानने की जिज्ञासा है कि क्या यह असली physical cartridge है, और अंत में source code कैसे निकाला जाता है
      क्या यह Git repository का password दिखाने का तरीका है, या source access देने वाले NFT जैसा कोई रूप है, यह जानना चाहता हूँ
  • हैरानी है कि यह एक HTMX thread है जिसमें कोई आलोचक बीच में घुसकर यह नहीं समझा रहा कि HTMX क्यों नहीं चल सकता
    लगता है React के प्रशंसक भी Game Boy release को मानने पर मजबूर हैं