htmx 4.0 ไลบรารี JavaScript ตัวแรกที่วางขายเฉพาะสำหรับ Game Boy

 (swag.htmx.org)
1 คะแนน โดย GN⁺ 1 시간 전 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • htmx 4: the game คือ เกมราคา 25 ดอลลาร์ ที่ให้คุณสัมผัส HTMX บนเครื่องพกพา Game Boy
  • เล่นโดยตะลุย 4 ด่าน เพื่อเก็บพิคเคิล
  • เป้าหมายหลักคือทำให้ JavaScript ฝั่งไคลเอนต์มีน้อยที่สุดและ หลีกเลี่ยง slop
  • ตอนท้าย หาก เอาชนะ Warren ได้ จะปลดล็อกซอร์สโค้ดของ htmx 4.0
  • เป็นสินค้าผลิตตามสั่ง โดยหากมีข้อผิดพลาดในการพิมพ์หรือปัญหาคุณภาพที่มองเห็นได้ จะสามารถเปลี่ยนหรือขอคืนเงินได้ แต่ไม่รับคืนสินค้าทั่วไปหรือการคืนที่เกี่ยวกับขนาด

htmx 4.0 บน Game Boy

  • htmx 4: the game เป็นเกมที่สร้างขึ้นเพื่อให้ได้สัมผัส HTMX บน Game Boy แบบพกพา และมีราคา 25 ดอลลาร์
  • ต้องเก็บพิคเคิลตลอด 4 ด่าน พร้อมลด JavaScript ฝั่งไคลเอนต์ให้เล็กที่สุดและหลีกเลี่ยง slop
  • หากเอาชนะ Warren ได้ จะปลดล็อกซอร์สโค้ด htmx 4.0

การรับประกันคุณภาพและเงื่อนไขการคืนสินค้า

  • หากมีข้อผิดพลาดในการพิมพ์หรือ ปัญหาคุณภาพ ที่มองเห็นได้ จะสามารถเปลี่ยนสินค้าหรือขอคืนเงินได้
  • เนื่องจากเป็น สินค้าผลิตตามสั่ง จึงไม่รับคืนสินค้าทั่วไปหรือการคืนที่เกี่ยวกับขนาด

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 1 시간 전
ความคิดเห็นจาก Hacker News

  • หลังจาก ใช้ htmx มา 3 ปี ก็ได้ค้นพบวิธีใหม่ในการสร้างซอฟต์แวร์เว็บเมื่อนำไปใช้ร่วมกับภาษาเทมเพลตฝั่งเซิร์ฟเวอร์
    สิ่งที่น่าประทับใจกว่านั้นคือความไวในการตอบสนองของผู้ดูแลร้าน ครั้งหนึ่งเคยบ่นบน Twitter ว่าแก้วมัค 8 ออนซ์เล็กเกินไป วันถัดมาก็เพิ่ม แก้วมัคยักษ์ 48 ออนซ์ เข้ามา และหลังจากนั้นก็ใช้แก้วใบนั้นทุกวัน

    • แม้จะเป็นเพียงการพัฒนาเว็บไซต์เป็นครั้งคราวสำหรับงานค่อนข้างเฉพาะทาง เช่น งานวิชาการและการจัดการประชุมวิชาการ แต่ก็หลงใหลใน แนวทางที่รวดเร็วและเรียบง่ายของ HTMX
      สามารถสร้างไซต์แบบตอบสนองที่เบาภาระต่อผู้เข้าชมได้อย่างรวดเร็ว โดยไม่ต้องมีความเทอะทะของการ deploy ที่เน้น JavaScript ลดทั้งปัญหาความเข้ากันได้และจุดที่อาจเกิดความขัดข้อง และคะแนนความเร็วของ Google ก็เพิ่มจาก 60–80 เป็น 100 การดีบักก็ง่ายขึ้น และสามารถนำเวลาที่เคยเสียไปกับ JavaScript ไปใช้กับการปรับปรุงดีไซน์และฟีเจอร์ได้
      แนวปฏิบัติที่เว็บไซต์ใด ๆ รันการคำนวณและการวิเคราะห์หนัก ๆ บนอุปกรณ์ของผู้ใช้โดยไม่ได้รับความยินยอมจากผู้ใช้ ไม่ควรได้รับอนุญาตมาตั้งแต่แรกแล้ว
    • เมื่อ 3–4 ปีก่อน ได้นำเทมเพลตฝั่งเซิร์ฟเวอร์และ htmx มาใช้ และ ตัด JavaScript ออกไปสองในสาม จาก B2B SaaS ทำให้ทุกอย่างเรียบง่ายขึ้นมาก
      เห็นด้วยกับปรัชญาที่ว่าควรกลับไปสู่วิธีง่าย ๆ ในการสร้างเว็บแอป
    • เริ่มใช้ AWS Step Functions เป็นแบ็กเอนด์ของ HTMX ซึ่งยากแต่สนุก
      ทุกวันนี้ Step Functions สามารถนำมาใช้เหมือนเอนจินเทมเพลตข้อความที่แปลกและดิบได้ จึงกำลังคิดชั้น DSL เพื่อขัดเกลาความไม่สะดวกเหล่านี้
    • เพิ่งปล่อยอีกโปรเจกต์หนึ่งด้วย htmx และดูเหมือนว่า ความเร็วในการพัฒนา ระดับนี้จะเอาชนะได้ยาก
    • 1.25 ลิตร ในความรู้สึกของคนยุโรปไม่ใช่แก้วมัค แต่เป็น ถัง

  • บรรยากาศของ HTMX ยอดเยี่ยมมาก ดีและเรียบง่ายในเชิงเทคนิค ใช้ได้ดีในหลายสถานการณ์ แต่ก็ไม่ได้มองตัวเองจริงจังเกินไป
    ใช้มาตั้งแต่ยุค intercooler.js ทั้งในงานและโปรเจกต์ส่วนตัว และยังคงชอบอยู่ แก้วมัคยูนิคอร์นตาเลเซอร์สุดเพี้ยนที่ชวนให้นึกถึง NROL-39 ก็ถูกใจเช่นกัน: https://swag.htmx.org/collections/octohorse, https://en.wikipedia.org/wiki/USA-247

    • แพตช์ภารกิจ NROL-39 เป็นดีไซน์ที่ชอบเป็นพิเศษ ลองหาโน้ตลายมือในเอกสารอนุมัติมาอ่านดูแล้วจะขำมาก
    • เคยต่อต้าน HTMX มานาน แต่พอเห็น Claude ใช้ในโปรเจกต์ง่าย ๆ และในเมื่อเหนื่อยและเบื่อ React แล้ว ตอนนี้มันก็ดูดีทีเดียว

  • ตอนที่ เกม Game Boy ถูกเปิดตัวที่ Big Sky Dev Con นึกว่าเป็นการหลอกด้วยอีมูเลเตอร์ แต่พอได้ยินว่าทุกคนสามารถเอาคาร์ทริดจ์จริงกลับไปได้ก็อึ้งเลย
    ถือเป็นหนึ่งในกิจกรรมโปรโมตที่สนุกที่สุดเท่าที่เคยเห็น และแสดงให้เห็นอย่างดีว่าทีม HTMX ให้ความสำคัญกับความประณีตและความสนุกในทุกงานมากแค่ไหน

  • ชอบ HTMX และใช้ในหลายโปรเจกต์ แต่ก็ขำกับ ปรากฏการณ์ที่ของเก่ากลับมาใหม่อีกครั้ง
    Web Forms ของ .NET Framework รองรับการเรนเดอร์บางส่วนของเว็บเพจด้วย UpdatePanel ตั้งแต่ปี 2005 แล้ว และนอกโลก .NET ก็ถูกวิจารณ์อย่างหนัก HTMX เป็นเหมือนการขยายแนวคิดนั้นในรูปแบบที่ประณีตและทรงพลังกว่ามากในระดับหนึ่ง

    • แม้แต่วิธีนั้นก็ถือว่าสืบต่อโซลูชันที่ Delphi IntraWeb ซึ่งเป็นเหมือนบรรพบุรุษของ C# มีมาตั้งแต่สมัย Delphi 7
      ในยุคที่ต้องย้าย PSD ที่จัดวางพอดีระดับพิกเซลไปเป็นตาราง HTML หรือ Flash applet แนวคิดนี้ไปกันได้ยากกับการจัดสไตล์จึงเลือนหายไป แต่ถ้าดูแอปธุรกิจ IntraWeb เก่า ๆ จะเห็นว่าได้แก้เรื่องคอมโพเนนต์และอีเวนต์ต่าง ๆ ไว้แล้ว ก่อนที่สิ่งเหล่านี้จะกลายเป็นกระแสนานมาก
      อยากให้เครื่องมือ RAD สำหรับเว็บสแตกสมัยใหม่กลับมาอีกครั้ง แต่ความเปลี่ยนแปลงเร็วเกินไป และตอนนี้ฟรอนต์เอนด์กับแบ็กเอนด์ก็เป็นสาขาเชี่ยวชาญที่แยกจากกันแล้ว จึงดูไม่คุ้มที่จะลงทุน
    • HTMX คล้ายกับวิธีที่เคยสร้างเว็บไซต์ด้วย LAMP stack แต่มีความสะดวกในการพัฒนาดีกว่า
    • หลังจากพัฒนาฟรอนต์เอนด์ด้วย React, Angular, Vue มา 10 ปี พอกลับไปใช้แนวทางเรนเดอร์ฝั่งเซิร์ฟเวอร์แบบดั้งเดิมอย่าง Ruby, Elixir หรือแม้แต่ PHP กลับรู้สึกเป็นธรรมชาติกว่า
      ด้วย AI ทำให้โต้ตอบกับภาษาที่ดูไม่สวยอย่าง PHP ได้ง่ายขึ้น และสามารถใช้ประโยชน์จาก ecosystem ที่ลึก ความเร็วในการรัน และเวลา build ที่สั้นมากได้ แม้จะไม่ชอบไวยากรณ์ PHP และการขาด static type แต่ก็ยัง ให้ผลผลิตมากกว่าสภาพแวดล้อมที่ SPA ผุดเต็มไปหมด
      เหตุผลของการเรนเดอร์ฝั่งไคลเอนต์ที่ว่ามอบประสบการณ์เหมือนแอปโดยไม่ต้องรีเฟรชนั้น แทบจะเป็นตรรกะของยุค 2010 แล้ว เพราะเทคโนโลยีเว็บและเบราว์เซอร์ก้าวหน้าไปมากแล้ว

  • ทำเว็บแอปโอเพนซอร์สหลายตัวบนโฮมเซิร์ฟเวอร์ใหม่ด้วย HTMX + Go + PostgreSQL
    ทำงานได้เบาและเร็วทั้งบนเดสก์ท็อปและมือถือ พร้อมลดความซับซ้อนให้เหลือน้อยที่สุด โค้ดก็เข้าใจและแก้ไขง่าย ตอนนี้แก้เพียงบั๊กเล็ก ๆ เป็นระยะห่างกันหลายเดือน และคาดว่าแอปที่ mature แล้วจะยืดช่วงเวลาระหว่างการอัปเกรดที่จำเป็นออกไปได้ตั้งแต่หลายปีจนถึงหลายสิบปี

    • สงสัยว่ามีโอเพนซอร์สที่เผยแพร่ไว้หรือไม่ เคยลองเล่นชุด Go·htmx·PostgreSQL อยู่สองสามครั้งแต่ความรู้สึกไม่ค่อยดี โดยเฉพาะ เทมเพลตฝั่งเซิร์ฟเวอร์ของ Go ที่ใช้งานไม่สะดวก เลยอยากรู้ว่าพลาด pattern หรือไลบรารีที่เหมาะสมไปหรือเปล่า
    • แบบนี้ก็ดูออกแบบเกินจำเป็นแล้ว ถ้าไม่ใช่ไซต์ที่จำเป็นต้องไม่มี downtime ระหว่างการเปลี่ยน schema จริง ๆ SQLite ในโหมด WAL2 ก็เพียงพอ
      PostgreSQL เองถ้าต้องการหลีกเลี่ยง downtime จำนวนมากตอนอัปเกรดเวอร์ชัน ก็ต้องมีสภาพแวดล้อม replication และขั้นตอนสลับระบบที่ซับซ้อน ดังนั้นตัวเลือกนี้ก็ไม่ได้เรียบง่ายเสมอไป

  • ใช้ HTMX อย่างพอใจมาตั้งแต่เริ่มเป็นที่รู้จัก และช่วยส่งต่อ บทความ Grug ไปอย่างกว้างขวาง ด้วยวัฒนธรรมที่ทำให้การพัฒนาซอฟต์แวร์ยังสนุกอยู่ สินค้าชิ้นนี้จึงซื้อทันที

  • สงสัยว่า บทความ Grug-brained developer กับ HTMX สร้างโดยคนเดียวกันหรือไม่

    • ใช่
    • เขายังเขียนหนังสือ Lulu ด้วย

  • สุดท้ายแล้ว HTMX ก็เป็น ไลบรารี JavaScript อยู่ดี และไม่ชอบตรงที่มันไม่มีพฤติกรรมสำรองอัตโนมัติที่เพียงพอสำหรับสภาพแวดล้อมที่ปิดสคริปต์
    เพราะเหตุนี้นักพัฒนาจึงพยายามจัดการแม้แต่หน้าเนื้อหาแบบสแตติกทั้งหมดด้วย HTMX ตอนอยากโฮสต์ฟอรัมสไตล์เก่า ๆ โดยหลีกเลี่ยงภาระของ PHP กับ MySQL เลยไปหา PunkwebBB ที่ใช้ Python แต่พอปิดสคริปต์แล้ว ปุ่มบางปุ่มกลับไม่ทำงานเลย และมันใช้ HTMX ทั้งที่ไม่จำเป็นต่อฟังก์ชัน
    งานที่จะ fork แล้วเอา JavaScript ที่ไม่จำเป็นออกนั้นมากเกินไป สุดท้ายจึงกำลังสร้าง ฟอรัมไร้ JavaScript บน Python Django เอง

    • ไซต์ Next.js ของผมถึงปิด JavaScript ลิงก์กับ HTML ก็ยังเรนเดอร์จากเซิร์ฟเวอร์และใช้งานได้ เครื่องมือที่รันฝั่งไคลเอนต์จะหยุดทำงาน แต่หน้าที่เป็นสแตติกได้ก็ยังคงเป็นสแตติก
      อย่างไรก็ตาม หลังจากเพิ่งนำ cache component มาใช้ เพิ่งมาพบว่าคุณสมบัตินี้ถดถอยไปแล้ว เลยน่าหงุดหงิด
    • การออกแบบทั้งหมดของ HTMX ให้ความรู้สึกเหมือนเป็น พฤติกรรมสำรองอัตโนมัติ รูปแบบหนึ่ง ถ้าออกแบบ HTML ที่ส่งครั้งแรกให้ทำงานได้ตามปกติ โดยคำนึงถึงเบราว์เซอร์ที่ไม่เข้าใจแอตทริบิวต์อย่าง hx-get, hx-post ก็พอแล้ว
    • ดังนั้นจึงชอบ Turbo(https://turbo.hotwired.dev/) มากกว่า
      Turbo เริ่มจาก HTML ที่ถูกต้อง แล้วค่อยเติมพฤติกรรมที่สมบูรณ์ขึ้นตามปรัชญา progressive enhancement ส่วน HTMX ก็เป็นไลบรารี JavaScript เช่นเดียวกับ React และนั่นไม่ได้ผิดในตัวมันเอง แต่ทำให้ตกไปอยู่ใน antipattern ที่พึ่งพา JavaScript ทุกอย่างได้ง่ายกว่า
      ตอนนี้เหตุผลที่ว่า HTML เชิงความหมายที่เรนเดอร์จากเซิร์ฟเวอร์มีความสำคัญต่อ accessibility, SEO, LLM และเครื่องมืออัตโนมัติ นั้นหนักแน่นกว่าข้อโต้แย้งที่ว่าต้องทำงานได้โดยไม่ใช้ JavaScript ด้วยซ้ำ แม้จะสร้าง HTML ที่ยอดเยี่ยมด้วย HTMX ได้ แต่ต้องมีวินัยและประสบการณ์พอที่จะสังเกตว่าตนกำลังแอบสร้างแอป JavaScript อยู่ในแอตทริบิวต์ HTML หรือไม่

  • เปิดตัว htmx 4.0 ในรูปแบบเกมสำหรับ Game Boy และ Game Boy Color
    เป็นเกมจริงที่ได้แรงบันดาลใจจาก Mario Bros. โดยต้องผ่าน 4 เลเวลใน 3 ไบโอม ก่อนสุดท้ายจะไปต่อสู้กับบอส Warren Buffering คู่แข่งออนไลน์และเพื่อนในชีวิตจริงที่โรงงานสลอป เมื่อชนะแล้วซอร์สโค้ด htmx 4.0 จะถูกปลดล็อก
    สร้างขึ้นเองด้วย GB Studio ที่ Stephen Mitchell(scum) ปรับแต่งอย่างหนัก และจะเผยแพร่เบื้องหลังการสร้างเร็ว ๆ นี้ Jarason Banes รับหน้าที่ผลิตคาร์ทริดจ์และออกแบบปก ส่วน Ash(https://www.fiverr.com/ae1996/) รับผิดชอบภาพปกและภาพปกอ่อนของ https://hypermedia.systems

    • เป็น ผู้สร้าง GB Studio เห็นโปรเจกต์นี้นำไปใช้แล้วเท่มาก และกำลังพัฒนาฟีเจอร์สำหรับเวอร์ชันถัดไปด้วย: https://www.youtube.com/watch?v=q8UKwV1gJAI
    • ถ้าใช้เอนจินเสียงในตัวของ GB Studio โค้ดส่วนนั้นผมเป็นคนเขียนเอง ดีใจเสมอที่ได้เห็นโค้ดของตัวเองไปปรากฏในโปรเจกต์แบบนี้
    • สั่งคาร์ทริดจ์กับสินค้าอื่น ๆ แล้ว และตั้งใจว่าจะเริ่มเล่นทันทีที่ https://brickboy.xyz/ มาถึง
    • ตั้งตารอวิดีโอ แกะกล่อง·เล่น·รีวิว แรก
    • สงสัยว่าเป็นคาร์ทริดจ์จริงแบบจับต้องได้หรือไม่ และตอนท้ายจะเอาซอร์สโค้ดออกมาได้อย่างไร
      อยากรู้ว่าเป็นการแสดงรหัสผ่านสำหรับ Git repository หรือเป็นอะไรคล้าย NFT ที่ให้สิทธิ์เข้าถึงซอร์ส

  • น่าแปลกที่นี่เป็น เธรด HTMX ที่ไม่มีนักวิจารณ์เข้ามาอธิบายว่าทำไม HTMX ถึงใช้ไม่ได้
    ดูเหมือนแม้แต่คนรัก React ก็ยังต้องยอมรับการเปิดตัวบน Game Boy