Show HN: Boardzilla, वेब-आधारित बोर्ड गेम बनाने के लिए एक फ्रेमवर्क

मूल लेख ↗ Hacker News चर्चा ↗

Boardzilla नाम का एक नया framework web-based board games बनाना और host करना आसान बनाने का लक्ष्य रखता है, और shared game logic को client तथा server दोनों पर चलाने वाला TypeScript-based engine प्रदान करता है। टिप्पणीकार इसके tabletop mechanics और prototyping पर फोकस की सराहना करते हैं, लेकिन इसके nonstandard Commons Clause licensing, Python support की कमी, React पर निर्भरता, और documentation gaps, browser compatibility bugs, तथा support के लिए Discord पर अधिक निर्भरता जैसी व्यावहारिक समस्याओं को लेकर चिंता जताते हैं। “-zilla” नाम से जुड़े intellectual property जोखिम और Board Game Arena तथा Asmodee के साथ प्रतिस्पर्धा की कठिनाई पर भी बहस होती है, जिसके चलते कुछ लोग मुख्य अवसर को indie games और publisher-focused tooling में देखते हैं, mainstream titles में नहीं।

लाइसेंसिंग और ओपन सोर्स से जुड़ी समस्याएँ

  • कोर इंजन वर्तमान में Commons Clause का उपयोग करता है, जिसे कई टिप्पणीकार गैर-FOSS और समस्याग्रस्त मानते हैं।
  • AGPLv3 को एक विकल्प के रूप में सुझाया गया है: यह अभी भी free/open है, Linux distros के लिए स्वीकार्य है, लेकिन बड़ी कंपनियाँ इससे बचती हैं, जिसे कुछ लोग एक फीचर मानते हैं।
  • लेखकों ने संकेत दिया है कि वे लाइसेंसिंग पर फिर से विचार करेंगे, और उन्हें याद दिलाया गया है कि जरूरत पड़ने पर वे commercially dual-license कर सकते हैं।

मौजूदा प्लेटफ़ॉर्म्स और गेम अधिकारों के मुकाबले स्थिति

  • कई लोग इसकी तुलना Board Game Arena (BGA) से करते हैं; इसे “Tabletop Simulator नहीं, बल्कि BGA जैसा” बताया गया है।
  • चिंता: Asmodee का BGA और कई publishers पर स्वामित्व बड़े titles के लिए licensing को कठिन बनाता है; सुझाव है कि indie publishers और prototypes पर ध्यान दिया जाए।
  • कानूनी नोट: mechanics पर copyright नहीं होता, लेकिन art, names, और rules text पर होता है; समुदाय आम तौर पर obvious clones को पसंद नहीं करता।

तकनीकी विकल्प और आर्किटेक्चर

  • Games एक बार TypeScript में लिखे जाते हैं और client तथा server दोनों पर चलते हैं; इसी वजह से अलग Python backend नहीं है।
  • React का हल्के रूप में उपयोग किया गया है, मुख्यतः JSX के लिए; भारी animation React के बाहर है। कुछ लोग bundle size के कारण हल्के विकल्प सुझाते हैं।
  • Abstractions: Piece, Player, Space, Game, Action, और एक “flow” tree (phases, loops, simultaneous actions के लिए everyPlayer)।
  • Pluggable AI के लिए support की योजना है; automated play के लिए TestRunner class पहले से मौजूद है।

Python, Lua, और भाषा पर बहस

  • कई उपयोगकर्ता server पर Python की जोरदार इच्छा जताते हैं, ecosystem और expressiveness का हवाला देते हुए।
  • अन्य लोग तर्क देते हैं कि shared client/server logic के लिए TS तार्किक है और इसे Python में port करना maintainer के लिए “trivial” नहीं है।
  • Lua की games में लोकप्रियता और क्या इसके object-oriented patterns पर्याप्त हैं, इस पर भी चर्चा हुई।

Self-Hosting और Deployment

  • Local development समर्थित है; एक स्पष्ट self-hosted “single-game runner” की योजना है, लेकिन अभी तक यह पूरा नहीं हुआ है।
  • कुछ लोग लगभग project को छोड़ ही देते क्योंकि landing page पर self-hosting को प्रमुखता से नहीं दिखाया गया था।

बग, संगतता, और UX

  • पुराने browsers/iOS पर Object.hasOwn errors की कई रिपोर्टें मिलीं; polyfills जोड़े गए लेकिन उन्हें और सुधार की जरूरत पड़ी।
  • छोटी समस्याएँ भी नोट की गईं: credits में typo, email notifications के लिए unsubscribe की कमी, और कुछ in-game rule bugs।
  • टिप्पणीकार ज़ोर देते हैं कि दीर्घकालिक सफलता केवल engine quality पर नहीं, बल्कि UI/UX और active player base पर निर्भर करेगी।

नामकरण, ट्रेडमार्क, और ब्रांडिंग

  • “*zilla” के उपयोग पर कड़ी चेतावनियाँ दी गईं, क्योंकि Godzilla के trademark enforcement के मामले सख्त रहे हैं और लोगो भी मिलता-जुलता दिखता है; कई लोगों ने नाम बदलने की सलाह दी।

डॉक्स, ऑनबोर्डिंग, और समुदाय चैनल

  • महत्वाकांक्षा की सामान्य प्रशंसा हुई, लेकिन step-by-step tutorials और स्पष्ट docs के लिए बार-बार अनुरोध किया गया।
  • Landing page पर “join our Discord” को प्रमुखता से दिखाने की आलोचना की गई; कुछ लोगों को Discord documentation जैसे quasi-documentation चैनल के रूप में पसंद नहीं है और वे searchable, static docs को प्राथमिकता देते हैं।