MeshCore डेवलपमेंट टीम ट्रेडमार्क विवाद और AI-जनरेटेड कोड के मुद्दे पर अलग हुई

 (blog.meshcore.io)
1 पॉइंट द्वारा GN⁺ 6 일 전 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • तेज़ी से बढ़े mesh networking प्रोजेक्ट में ट्रेडमार्क आवेदन और AI-जनरेटेड कोड के उपयोग के मुद्दे एक साथ उभरने पर core team और Andy Kirby अलग हो गए
  • Andy Kirby ने Claude Code का व्यापक उपयोग कर standalone device, मोबाइल ऐप, web flasher और web config टूल तक विस्तार किया, और टीम का कहना है कि इस काम का बड़ा हिस्सा vibe coded था तथा इसे छिपाया गया
  • अलगाव का सीधा कारण यह बताया गया कि Andy ने 29 मार्च को टीम को बताए बिना MeshCore ट्रेडमार्क के लिए आवेदन किया; इसके बाद मंशा को लेकर बातचीत टूट गई और अब संचार भी बंद है
  • core team ने official MeshCore को GitHub repository द्वारा परिभाषित एकमात्र source of truth के रूप में स्पष्ट किया है, और नए केंद्र meshcore.io के आसपास firmware development, ऐप release, technical documentation और developer discussion जारी रखे हुए है
  • जनवरी 2025 की शुरुआत के बाद से official Map पर 38,000 से अधिक nodes और official App में 100,000 से अधिक active users होने के कारण, आधिकारिक सूचना-स्थल और संचालन इकाई को स्पष्ट करना और अधिक महत्वपूर्ण हो गया है

अलगाव की पृष्ठभूमि

  • MeshCore डेवलपमेंट टीम ने प्रोजेक्ट की शुरुआत के बाद से MeshCore Companion, Repeater और Room Server firmware के 85 से अधिक releases किए हैं, और 75 से अधिक hardware variants को support किया है
  • टीम ने AI-जनरेटेड कोड के प्रति हमेशा सावधान रुख रखा, लेकिन Andy Kirby ने Claude Code का व्यापक उपयोग करते हुए स्वतंत्र रूप से काम करना शुरू किया और standalone device, मोबाइल ऐप, web flasher तथा web config टूल तक MeshCore ecosystem में अपने काम का दायरा बढ़ाया
  • लिखा गया है कि Andy Kirby ने टीम से यह छिपाया कि इस काम का अधिकांश हिस्सा vibe coded था
  • टीम ने MeshCore Discord में AI और trust विषय पर एक poll चलाया, लेकिन मुख्य पाठ में poll के आँकड़े या विस्तृत परिणाम टेक्स्ट रूप में नहीं दिए गए हैं
  • टकराव के गंभीर होने का कारण यह बताया गया कि Andy ने 29 मार्च की तारीख़ से MeshCore ट्रेडमार्क के लिए आवेदन किया और टीम को इसकी जानकारी नहीं दी
    • टीम ने उसकी मंशा पर चर्चा करने की कोशिश की, लेकिन बातचीत विफल हो गई और फिलहाल Andy से संपर्क टूटा हुआ है
  • टीम ने पिछले कुछ महीनों में इस समस्या को सुलझाने की कोशिश की, और लंबे समय से प्रोजेक्ट पर काम कर रही टीम के लिए यह झटका इतना बड़ा था कि उन्हें लगा मानो भीतर के किसी व्यक्ति ने रोबोट और वकीलों के साथ हाथ मिला लिया हो

official MeshCore

  • अभी विवाद का मुख्य मुद्दा ‘official’ शब्द के उपयोग का अधिकार है, और Andy यह ज़ोरदार दावा कर रहे हैं कि brand उन्हीं का है, इसलिए वह MeshOS line में इस अभिव्यक्ति का सक्रिय उपयोग कर रहे हैं
  • टीम ने GitHub repository को ही एकमात्र official MeshCore के रूप में परिभाषित किया है
    • वही repository यह तय करने वाला source of truth है कि MeshCore क्या है
    • Andy ने उस repository में कभी योगदान नहीं दिया
  • आंतरिक अलगाव के बाद टीम ने meshcore.io शुरू किया, क्योंकि meshcore.co.uk और मूल Discord server पर Andy का नियंत्रण था, इसलिए दूसरे विकल्प लगभग नहीं थे
  • नया साइट खुलने के बाद Andy ने Claude का उपयोग करके उसका look and feel तक कॉपी कर लिया, और ऐसा न करने का अनुरोध भी नहीं माना गया

प्रोजेक्ट की वृद्धि

  • MeshCore ने जनवरी 2025 में शुरू होने के बाद बहुत तेज़ी से वृद्धि की
  • इस लेख के समय official MeshCore Map पर दुनिया भर में 38,000 से अधिक nodes दिखाए जा रहे हैं, और official MeshCore App के Android और iOS पर 100,000 से अधिक active users हैं
  • प्रोजेक्ट का आकार बढ़ने के साथ core team द्वारा उपलब्ध कराया गया official information space और अधिक महत्वपूर्ण हो गया है
  • हाल के समय में देश-विशेष साइटों और स्थानीय mesh communities के केंद्र में MeshCore वेबसाइटों का विस्तार जारी रहा, और निम्न उदाहरण सीधे सूचीबद्ध किए गए हैं
  • Andy Kirby ने अपने व्यक्तिगत YouTube पर MeshCore के प्रचार में बड़ी भूमिका निभाई, लेकिन अब वह अपने उत्पादों के प्रचार पर ध्यान दे रहे हैं

आगे की संचालन दिशा

  • core team meshcore.io को केंद्र में रखकर firmware feature development, bug fixes, PR management और developer discussions जारी रखे हुए है
  • नए firmware और app releases के change logs, blog posts और technical documentation अब नीचे दिए गए channels के माध्यम से वितरित किए जाते हैं
  • blog में भाग लेने वाले लोगों और उनकी भूमिकाएँ भी बताई गई हैं
    • Scott प्रोजेक्ट के founder और lead firmware engineer हैं, और Ripple firmware के developer भी हैं
    • Recrof official MeshCore Map के developer और Firmware Flasher के प्रभारी हैं, और MeshCore Map के शुरुआती विकास पर insights भी साझा करते हैं
    • Liam Cottle official MeshCore App के developer हैं, और MeshCore App के लिए getting started guide प्रकाशित करने वाले हैं
    • FDLamotte MeshCore के लिए Python tools और STM32 firmware variants पर काम कर रहे हैं
    • Oltaco firmware updates की reliability बढ़ाने वाले नए OTA Fix bootloader पर काम कर रहे हैं

core team

  • वर्तमान MeshCore टीम में Scott, Liam, Recrof, FDLamotte, Oltaco शामिल हैं
  • यह टीम आगे भी मनुष्यों द्वारा सीधे लिखे गए software के आधार पर high-quality design और development जारी रखने की योजना रखती है

नया केंद्र

  • आगे की official releases, technical documentation और community discussions इसी नई वेबसाइट को केंद्र में रखकर होंगी
  • नई वेबसाइट के साथ नया Discord server भी शुरू किया गया है
  • इस स्थान पर MeshCore developers से सीधे संवाद किया जा सकता है, प्रोजेक्ट में मदद ली जा सकती है, और MeshCore के भविष्य में योगदान दिया जा सकता है
  • संबंधित official channels इस प्रकार संकलित किए गए हैं

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

1 टिप्पणियां

 
GN⁺ 6 일 전
Hacker News टिप्पणियाँ

  • अगर आपने अभी तक इसे नहीं आज़माया है, तो Reticulum को ज़रूर देखें
    बेस प्रोजेक्ट को इस समय शायद एक नए maintainer की ज़रूरत है, और मुख्य developer के कुछ कड़े रुख भी हैं, लेकिन distributed networking protocol layer का design वाकई बहुत अच्छी तरह polished है
    desktop app इंटरनेट(IP) या मौजूदा LoRA boards के USB connection पर काम करता है, और मैंने हाल ही में https://lilygo.cc/products/t-echo-lilygo खरीदा, उस पर open source firmware फ्लैश किया, फिर उसे USB से desktop से जोड़ा या Bluetooth के ज़रिए https://github.com/torlando-tech/columba से कनेक्ट किया — अनुभव बहुत अच्छा था
    इस app की वजह से messaging support के मामले में Reticulum सचमुच एक first-class citizen जैसा लगता है, और सीमाओं के बावजूद files या images भी भेजी जा सकती हैं
    चूंकि यह network level पर काम करता है, आप Reticulum के ऊपर अपना app भी सीधे बना सकते हैं

    • यह पहले से ही LoRa पर अच्छी तरह चलता है, लेकिन यह transport-agnostic protocol है, इसलिए आगे halow, optical, wifi जैसे दूसरे transport पर भी अच्छा फिट बैठेगा
      लोगों को शायद कभी न कभी समझ आएगा कि LoRa केवल text messaging से आगे की bandwidth और speed requirements को कभी पूरा नहीं कर पाएगा
      फिर भी मैंने Reticulum LoRa 1-hop पर real-time voice calls आज़माईं, और उम्मीद से कहीं बेहतर काम किया
      शुरुआत के लिए wiki यहाँ है: https://reticulum.miraheze.org/wiki/Welcome
    • मैंने Reticulum के साथ कुछ बनाने की कोशिश में एक महीना लगाया, लेकिन protocol को संभालने के लिए tooling बहुत कमज़ोर थी
      अगर आप सिर्फ app बनाना चाहते हैं, तो developer experience काफ़ी frustrating था; concept शानदार है, लेकिन इसमें इतने pitfalls हैं कि bootstrap करना sustainable नहीं लगा
      खासकर जब मैं इसे nrf52 LoRA device पर चलाने के लिए Rust no-std में stack port कर रहा था और मौजूदा MeshCore network पर reticulum packets ले जाने की कोशिश कर रहा था, तब यह verify करना भी दुःस्वप्न जैसा था कि मेरे packets सही बन भी रहे हैं या नहीं
    • मैंने असली दुनिया में काम करता हुआ Reticulum network कभी नहीं देखा
      हमेशा सिर्फ बहुत छोटे testbeds ही देखे हैं
    • जिज्ञासा है कि आपको कौन सा frequency band मिलेगा
      और क्या वह वास्तव में इतना मायने भी रखता है
    • काश nomadnet को Go में फिर से लिखा जाता

  • समझ नहीं आता कि mesh projects में trademark enforcement इतना सख्त क्यों होता है
    Meshtastic भी ऐसा ही है, और MeshCore में मेरी दिलचस्पी बनने की एक वजह यह भी थी कि Meshtastic की trademark policy पढ़कर वह मुझे बहुत ज़्यादा लगी थी

    • लगता है radio वाली संस्कृति, आम open source culture से काफ़ी अलग है
      खुली और बिना रोक-टोक sharing दुनिया का default नहीं, बल्कि कुछ हद तक अपवाद है
    • जुड़े हुए लोग शायद amateur radio license रखने वाले होंगे
    • इस stage पर MeshCore को MeshTastic के enforcement cases के बराबर रखना मुझे उचित नहीं लगता
      अभी तो यह ज़्यादा ऐसा लगता है कि UK में किसी एक व्यक्ति ने टीम के बाकी सदस्यों की मंज़ूरी के बिना trademark register कर लिया, न कि वह अभी सच में किसी पर हमला कर रहा है
    • वजह सीधी है। इसमें पैसे की गंध है
      MeshCore के 100,000 से ज़्यादा users हैं और repeaters दुनिया भर में खरपतवार की तरह फैल रहे हैं, इसलिए इसे monetize करने का प्रलोभन बहुत बड़ा है
      खास बात यह है कि यहाँ monetize करने की कोशिश firmware या app developers नहीं, बल्कि marketing वाला व्यक्ति कर रहा था
    • protocol CC है और सुना है Mark ने कहा था कि कोई भी इसे खुलकर इस्तेमाल कर सकता है
      बस शायद वह नहीं चाहता कि उसका काम किसी अजेय AI killing networm में योगदान दे

  • We have always been wary of AI generated code, but felt everyone is free to do what they want and experiment, etc. But, one of our own, Andy Kirby, decided to branch out and extensively use Claude Code, and has decided to aggressively take over all of the components of the MeshCore ecosystem: standalone devices, mobile app, web flasher and web config tools.
    And, he’s kept that small detail a secret - that it’s all majority vibe coded.
    अगर और context न हो, तो यह framing काफ़ी संदिग्ध लगती है

    1. कोई ecosystem को "कब्ज़े" में ले रहा है — यह AI के इस्तेमाल से बिल्कुल अलग मुद्दा है। इसका मतलब क्या है, यह भी साफ़ नहीं; शायद बस इतना कि उसने कुछ रिलीज़ किया और लोग उसे इस्तेमाल करना चाहते हैं
    2. ज़्यादा अहम सवाल यह है कि code सच में खराब है या नहीं। अगर टीम को यह भी नहीं पता था कि वह AI इस्तेमाल कर रहा था, तो कम से कम ऊपर-ऊपर code में कुछ गड़बड़ नज़र नहीं आई होगी। फिर code की अपनी merits पर इसका मूल्यांकन क्यों नहीं
      अगर trademark filing सच है, तो वह निश्चित ही शत्रुतापूर्ण और बुरा व्यवहार है, लेकिन सिर्फ इस वजह से कि किसी ने Claude Code इस्तेमाल किया, मैं नाराज़ नहीं होऊँगा
    • सहमत
      मैं MeshCore वास्तव में इस्तेमाल करता हूँ और कई repeaters भी चलाता हूँ, लेकिन AI-assisted coding से मुझे खुद दिक्कत नहीं है
      हाँ, खासकर अगर चीज़ closed source हो, तो यह बात disclose करनी चाहिए
      ecosystem को trademark के ज़रिए हथियाने की कोशिश पागलपन लगती है, और यह बात भी खटकती है कि Andy ने GitHub project में योगदान देने के बजाय सिर्फ अपने निजी commercial add-ons बनाए
      साथ ही यह भी लगता है कि MeshCore core team ने anti-AI bias जोड़कर एक और मज़बूत narrative बनाने की कोशिश की
    • सहमत नहीं
      बल्कि मुझे अच्छा लगा कि यह मुद्दा सार्वजनिक रूप से उठाया गया
      जो लोग कहते हैं कि उन्होंने AI से निकले 1000 sloppy lines को पूरी तरह review कर लिया, वे खुद को या दूसरों को धोखा दे रहे हैं, और संभव है कि उन्होंने कभी सच में large-scale code review किया ही न हो
      1000 lines text पढ़ना और code की complexity impact व edge cases का विश्लेषण करना पूरी तरह अलग चीज़ें हैं, और ऐसी समग्र review में कई दिन लग सकते हैं
      100-line PR भी कई घंटे ले सकता है, लेकिन लोग "मैंने सब देख लिया" वाले रवैये से आगे बढ़ जाते हैं, और मेरी नज़र में इसी वजह से 0-day और leaks बढ़ते जा रहे हैं
      इसलिए "You are absolutely correct, apologies for the oversight, here's a revised version:" जैसी output पर मैं कभी भरोसा नहीं कर सकता

    • Is the code bad? It sounds like they had no idea he was using AI. That seems to imply there was nothing wrong with the code as-is. Why not judge it on it's merits?
      अगर आपने AI का थोड़ा भी इस्तेमाल किया है, तो आपको पता होगा कि व्यवहार में यह ऐसे नहीं चलता
      AI output का हुनर ही यही है कि वह plausible लेकिन गलत नतीजे देती है; उसे मूल रूप से plausible लगने के लिए optimize किया गया है, इसलिए कभी-कभी वह सही भी होती है, लेकिन जब गलत होती है तब भी code अच्छा दिखता है — और इस वजह से निर्णय लेना और कठिन हो जाता है
      इंसान द्वारा लिखा code अच्छा है या नहीं, इसका अंदाज़ा लगाना तुलनात्मक रूप से आसान होता है
      हाँ, exceptions हैं — जैसे आपके पास AddressSanitizer जैसा oracle हो, या आप किसी मौजूदा project की नकल बनाकर behavior की सीधी तुलना कर सकें — लेकिन ज़्यादातर मामलों में ऐसी सुविधा नहीं होती

  • मैंने MeshCore और Meshtastic दोनों के साथ थोड़ा खेला है; मज़ेदार हैं, लेकिन कुल मिलाकर इन्हें overhyped किया गया है
    इसमें घुसने वाले SHTF टाइप लोगों की वजह से concept खुद थोड़ा धुंधला पड़ जाता है
    sensor networks के लिए मेरी दिलचस्पी थी, लेकिन असली बातचीत ज़्यादातर उन लोगों के इर्द-गिर्द घूमती दिखती है जो Hello World जैसे text messages भेजने में ही खुश हैं, और वे शायद यह नहीं समझते कि असली SHTF स्थिति में ऐसे networks कितने बुरी तरह फेल हो सकते हैं

    • मेरा अनुभव भी लगभग ऐसा ही है
      दोनों mobile apps काफ़ी clunky हैं, और Meshtastic में तो Android और Apple UI teams मानो आपस में बात ही नहीं करतीं, जिससे यह और irritate करता है
      अगर लोग अलग-अलग platforms पर हों, तो नए users को onboard करना या उनके सवालों के जवाब देना बहुत कठिन हो जाता है
      इसे सस्ते में और मज़े के लिए बनाना ठीक था, लेकिन कम से कम messages reliably miss न हों, इसके लिए बेहतर message persistence होना चाहिए
    • मैंने Meshtastic और GPS के साथ एक बड़े campsite में घूमकर इलाके कब्ज़ाने वाले गेम में हिस्सा लिया था; उस use case के लिए यह सचमुच बहुत अच्छा था और काफ़ी मज़ेदार भी
      लेकिन अगर कभी मेरी जान ऐसे mesh network पर निर्भर हो, तो मैं बहुत घबराऊँगा
      इसे भरोसेमंद साधन मानने के लिए यह अभी बहुत unstable है, हालाँकि बिल्कुल कुछ न होने से बेहतर हो सकता है
      devices का setup भी समस्या है; मैंने ऐसी जगह इस्तेमाल के लिए जहाँ इंटरनेट न हो, एक raspberry pi 3 पर पूरा development environment डालने की कोशिश की, लेकिन default client interface के रूप में मौजूद उस विशाल web app को build करते-करते memory पहले ही खत्म हो गई
    • मोटे तौर पर सहमत हूँ, और एक बात जोड़ूँगा
      standards की कमी भी असली SHTF स्थिति में usability को बहुत घटा देगी
      उदाहरण के लिए, meshstastic की जगह meshcore क्यों इस्तेमाल करना चाहिए, यह भी स्पष्ट नहीं है, और ऐसी स्थिति में LoRa खुद मेरी प्राथमिकताओं में ऊपर होगा, ऐसा नहीं लगता
    • अगर आप sensor side पर कुछ बनाना चाहते हैं, तो LoRaWAN देखना बेहतर होगा
      Mikrotik base station के साथ Chirpstack backend जोड़िए; इस combo को commercial environments में बहुत validate किया जा चुका है
    • मुझे नहीं पता SHTF क्या है

  • क्या यह client app अभी भी closed source है
    मेरे लिए तो वहीं से खेल खत्म हो जाता, और जो कुछ हुआ है उससे मुझे बिल्कुल हैरानी नहीं है
    और मुझे नहीं लगता कि बात यहीं खत्म होगी

    • https://github.com/zjs81/meshcore-open
      अब closed client की ज़रूरत नहीं रही
    • मैं एक base-station radio के लिए, जिसे कहीं से भी इस्तेमाल किया जा सके, बहुत mobile-friendly open source self-hosted client खुद बना रहा हूँ
      यह MQTT, community observers, bots, webhooks वगैरह सपोर्ट करता है; शुरुआत इसलिए की थी क्योंकि मुझे radio से बंधा न रहने वाला रोज़मर्रा का client चाहिए था, लेकिन अब यह power users के लिए companion client के रूप में काफ़ी mature हो गया है
      radio API और firmware खुले हैं, विकल्प बहुत हैं, और कभी-कभी features में closed source options से भी बेहतर हैं, इसलिए पैसे कमाने के लिए कुछ software बंद रखने के फ़ैसले से मुझे कोई खास आपत्ति नहीं है
      https://github.com/jkingsman/Remote-Terminal-for-MeshCore
    • यह जानकर काफ़ी हैरानी हुई कि यह अभी भी closed source है, और शायद बदलेगा भी नहीं
      हमारे local mesh में भी पिछले हफ्ते meshcore का trial चल रहा था, लेकिन इससे मेरी दिलचस्पी लगभग खत्म हो गई

  • मैंने YouTube पर Andy Kirby को देखा है, और उसके videos इतने sensational, over-the-top और clickbait लगे कि तभी से मैं उसे project management से जोड़कर देखने लगा और meshcore से मेरा मन उचट गया
    इस बार की घटना से लगता है कि तब की वह instinct सही थी

  • अभी की स्थिति देखें तो .io site पर "MESHCORE" logo है और .co.uk site पर "MESHCORE(tm)" logo लगा है
    [1]: https://meshcore.io
    [2]: https://meshcore.co.uk

  • मैंने न कभी यह project इस्तेमाल किया है, न किसी संबंधित व्यक्ति को जानता हूँ
    लेकिन हर बार जब कोई "मैं सब कुछ AI से rewrite कर दूँगा" जैसी बात करता है, तो अक्सर वह अंत में बड़ा झंझटू आदमी निकलता है — यह बात दिलचस्प लगती है
    हो सकता है यह व्यक्ति अलग हो, और यह भी नहीं कि मुझे पूरा background पता है, इसलिए इस पूरे पोस्ट पर भरोसा करना चाहिए या नहीं, यह मैं नहीं कह सकता
    फिर भी मेरे छोटे से sample में signal-to-noise ratio काफ़ी अच्छा लगता है

  • Would you trust AI generated mesh firmware?
    AI-generated code की reliability पर चिंता करना मुझे हास्यास्पद लगता है, जब उनकी अपनी code quality ही इतनी कमज़ोर है
    automated tests नहीं हैं, और tests जोड़ने की कोशिशों को भी नज़रअंदाज़ किया गया है
    [0] https://github.com/meshcore-dev/MeshCore/pull/925
    [1] https://github.com/meshcore-dev/MeshCore/issues/1059
    [2] https://github.com/meshcore-dev/MeshCore/pull/1065
    [3] https://github.com/meshcore-dev/meshcore.js/pull/11
    जब मैंने आखिरी बार देखा था, तब भी input validation लगभग नहीं थी, इसलिए पृथ्वी की सीमा से बाहर की GPS coordinates जैसी बेतुकी values भी broadcast की जा सकती थीं और code उन्हें स्वीकार कर लेता था
    समझ सकता हूँ कि नए projects संघर्ष करते हैं, लेकिन जब आप code quality में निवेश नहीं करते और उसी मुद्दे पर दूसरों को भाषण देते हैं, तो वह खटकता है
    मैं MeshCore को पसंद करना चाहता हूँ, लेकिन इसकी governance बार-बार अड़ंगा डालती है, और जिन दो मुख्य operators को मैं जानता हूँ — Scott Powell और Liam Cottle — वे भी firmware के ऊपर closed-source business layer बनाकर commercialization की ओर बढ़ रहे हैं, जिससे incentives टेढ़े लगते हैं
    मेरा मतलब यह नहीं कि open-core model अपने आप में गलत है, लेकिन इस case में यह open source alternatives को दबाकर अपने paid closed-source product को आगे बढ़ाने की दिशा में ले जा सकता है
    और ऊपर से, US के लिए recommended MeshCore broadcast settings अवैध हैं; मैंने कुछ महीने पहले Liam और Scott को इस बारे में email भी किया था, लेकिन उसे नज़रअंदाज़ कर दिया गया
    [4] https://github.com/meshcore-dev/MeshCore/issues/945

    • #4 सच में irritate करने वाला है
      मैं भी ham हूँ, लेकिन ऐसा नहीं कि एक नियम टूटते ही सीधे FCC को रिपोर्ट कर दूँ; फिर भी यह रवैया चिंताजनक है कि या तो लोगों को नियमों का पता नहीं, या परवाह नहीं
      पहले तो मैं निश्चित नहीं कि नियमों की यह व्याख्या सही है, लेकिन अगर मान लें कि सही है, तो thread में बाकी लोग भी अधिकतर यही मानते दिखे
      मुझे यह कुछ ऐसा लगा जैसे "हम नियम तोड़ रहे हैं, इसलिए इसे बदलना होगा" के जवाब में "Seattle में यह असुविधाजनक है, इसलिए नहीं करेंगे" और "Boston में भी ठीक से नहीं चलता, इसलिए संभव नहीं" कहा जा रहा हो
      यह ऐसा मामला नहीं है जहाँ नियम वैकल्पिक हों
      shared spectrum इस्तेमाल करने वाले ज़्यादातर लोग कानून का पालन करते हैं, और अगर project कानूनी तरीके से काम करने पर खराब चलता है, तो समस्या project को ही ठीक करनी चाहिए
      इसी वजह से समझ आता है कि उम्रदराज़ ham operators क्यों धीरे-धीरे ज़्यादा सख्त होते जा रहे हैं

    • Would you trust AI generated mesh firmware?
      यह सवाल खुद भी leading question है
      अभी तक सामने आया ठोस तथ्य बस इतना है कि उसने Claude Code इस्तेमाल किया
      इसलिए असली सवाल यह हैं कि क्या tests pass हो रहे हैं, क्या security flaws आए हैं, या क्या untested regressions शामिल हुए हैं

    • मैं जानना चाहता हूँ कि पृथ्वी की सीमा से बाहर की GPS coordinates से आपका मतलब ठीक-ठीक कौन सी values हैं
    • मुझे यह भी ठीक से समझ नहीं आता कि protocol में GPS transmit/receive की ज़रूरत ही क्यों है

    • It's ridiculous to me that they're concerned about the trustworthiness of AI-generated code when their code quality is so low.
      सहमत, लेकिन मौजूदा code कम से कम संरचनात्मक रूप से कुछ हद तक समझ में आता है
      AI आने पर यह सचमुच slopaghetti बन सकता है
      automated tests को न अपनाने की बात भी कुछ हद तक समझ में आती है, अगर अभी 540 issues और 270 PR खुले हों और review के लिए सिर्फ दो लोग हों
      अब इस drama के बाद वे external contributions पर और कम भरोसा करेंगे, ऐसा भी हो सकता है
      अगर आप सच में code merge करवाना चाहते हैं, तो शायद Evo fork वाले व्यक्ति के पास जाना बेहतर हो; मेरी समझ से जिन PRs में लोगों की दिलचस्पी हो, उन्हें merge कराने का तरीका या तो GitHub issue पर पर्याप्त likes जुटाना है, या Discord में जाकर सीधे request करना
      [1] https://github.com/mattzzw/MeshCore-Evo

  • development में AI का इस्तेमाल मुझे पसंद है, और आधुनिक development में इसे महत्वपूर्ण भी मानता हूँ
    लेकिन AI और इंसान द्वारा सीधे लिखे गए code में साफ़ फर्क होता है, इसलिए यह बात ज़रूर disclose की जानी चाहिए

    • बात सिर्फ इतनी नहीं है
      अगर project का बड़ा हिस्सा vibe coding से बनाया गया है, तो यह भी अस्पष्ट हो जाता है कि वह व्यक्ति सचमुच DCO से सहमत होने का अधिकार रखता है या नहीं, और उस codebase को उसके LICENSE के तहत distribute करने का अधिकार भी है या नहीं
    • बिल्कुल सही
      किसी program का काम समझना ही आसान नहीं होता, लेकिन अगर code इंसान ने लिखा है तो कम से कम यह मान सकते हैं कि उसमें कोई intent था
      AI से बने code में तो यह भी पता नहीं चलता कि वह चीज़ वहाँ आई ही क्यों
      इंटरनेट पर vibe coded projects डालने वाले लोग अक्सर शुरू में यह तथ्य छिपाते हैं और बस कहते हैं "मैंने बनाया", सारी तारीफ़ खुद ले लेते हैं
      बाद में जब खुलता है कि उन्होंने खुद कुछ लिखा ही नहीं और उन्हें यह भी नहीं पता कि वह कैसे काम करता है, तब जाकर कहते हैं "AI इस्तेमाल करने में क्या दिक्कत है"
      लेकिन AI को एक tool की तरह इस्तेमाल करना, और बिना समझे सीधे copy-paste करके सब कुछ अपना काम बताना — ये दोनों पूरी तरह अलग बातें हैं