プレイヤーたちは知らないけど、ライセンスを持ったアマチュア無線オペレーターだと思うよ。

Meshtasticのコードは全部GPLだけど、「meshtastic」という名前は開発した会社が所有してるんだ。コードは自由に使えるけど、彼らのルール外で名前を使うことはできない。これはFirefoxと全く同じだよ。商標ポリシーはかなり緩いし、商業製品で名前を使うのに許可もいらない。組織が自分たちのラベルが付くものをある程度コントロールしたいのは全然理にかなってると思う。Wi-Fiの人たちが、自分たちのロゴを全く互換性のないハードウェアに貼られるのを喜ぶわけないしね。

今のところ、MeshCoreとMeshTasticを執行の観点で比較するのは公平じゃないと思う。まだMeshCoreではそんなことは起こってないから。これは、他のチームメンバーの承認なしに、1人の男がイギリスで商標を取得したってことみたい。誰も追い詰めてるわけじゃない。少なくとも今のところは。

メッシュプロジェクトと超厳しい商標の取り締まりが何でこんなにあるのか？簡単だよ。お金の流れを追えばいい。Meshcoreは10万人以上のユーザーがいて、リピーターが世界中にどんどん増えてる。だから「現金化」するインセンティブがあるんだ。特に、ここで「現金化」してる人はMeshcoreのファームウェアやアプリ開発には関わってなくて、マーケティングに関わってる。

ラジオの文化は普通のオープンソースとは全然違う気がする。自由に制限なく物を共有することは、世界では普通じゃなくて、むしろ珍しいことなんだよね。

プロトコルはCCで、マークは「自由にやってくれ」って言ってるみたい。彼は自分の作品が止められないAI殺戮マシンネットワークに貢献するのは望んでないみたいだね。

まさかクローズドソースだとは驚きだし、これからも変わらないだろうね。先週、地元のメッシュがMeshCoreをテストしてたけど、これで私の興味もなくなっちゃった。

https://github.com/zjs81/meshcore-open クローズドクライアントはもう必要ないよ。

自分は、どこからでも使えるベースステーションラジオ用のオープンソースの自己ホスト型クライアント（すごくモバイルフレンドリー）を開発してるんだ。MQTTやコミュニティの観察者、ボット、ウェブフックなどもサポートしてるよ。これは、ラジオに縛られない日常使いのクライアントが欲しくて始めたプロジェクトで、パワーユーザー向けの超多機能なコンパニオンクライアントに成長したんだ。ラジオのAPIとファームウェアはオープンだし、ソフトウェアをクローズドソースにしてお金を稼ごうとする人に対しては特に恨みはないよ。だって、クローズドソースの機能を超える選択肢がたくさんあるからね。 https://github.com/jkingsman/Remote-Terminal-for-MeshCore

君の言う通りだね。誰がこれにダウンボートしたり反対したりするのか、全然わからない。プログラムが何をしてるのかを理解するのは簡単じゃないけど、誰かが書いたなら、少なくとも何かしらの意図があったってわかる。AIの場合は、そこに何があるのか全くわからない。ネット上では、みんなバイブコードのプロジェクトを公開してるけど、最初からそう言ってる人はいない。みんな「これを作った」って言って、アニメーションパターンで何かを作ったことに感動した人たちからの称賛を喜んで受け取ってる。そして、最終的に何も書いてないし、どう動くのかもわからないって認めると、「AIを使うことに何の問題もない」って言い出す。まるでそれがそのままコピーするのと同じだと思ってるみたいで、何も理解せずに完全に自分のものとしてクレジットを取ってる。

SHTF？

同じ気持ちだよ。両方のモバイルアプリはちょっと使いづらいし、Meshtasticは特にひどい。AndroidとAppleのUIチームが全然連携してないみたいで、別のプラットフォームの人とやり取りするのがすごく大変なんだ。設定は楽しかったし安かったけど、もっとメッセージの持続性があるものが出てきて、少なくとも大事なことを見逃さないようになればいいなと思ってる。

MeshtasticとGPSを使ったゲームに参加して、広いキャンプを歩き回りながらいろんな地域を「キャッチ」するっていうのをやったんだけど、めっちゃ楽しかった！でも、もし本当に命がかかるような状況でこのメッシュを頼らなきゃいけなくなったら、ちょっと不安になるなぁ。全然信頼できるものじゃないから、そんなこと考えるのも無理だと思う。まぁ、何もないよりはマシかもしれないけど。デバイスの設定に必要なことを考えると、ちょっと面倒だし。ラズベリーパイ3にフル開発環境を入れたかったんだけど、インターネットがない場所でも作業できるようにしたかったから。でも、デフォルトのクライアントインターフェースの大きなウェブアプリをコンパイルしようとしたら、メモリが足りなくなっちゃった。

大体同意するけど、もっと言いたいことがある。基準がないのが、実際の緊急事態のシナリオでの使いやすさに影響すると思う。例えば、なんでMeshstasticを使うべきなのか、Meshcoreよりも。あの状況ではLoRaのことなんて考えないと思う。

野外で動いてるReticulumネットワークを見たことがない。ほんとに小さなテストベッドしか見たことない。

nomadnetがGoで書き直されればいいのに。

どの周波数を受信してる？それって重要？

Reticulumで何かを作ろうと1ヶ月もかけたけど、プロトコルを扱うための良いツールが全然なかった。アプリを作るだけでもかなりイライラする開発体験だった。面白いコンセプトだけど、足元をすくわれることが多すぎて（個人的には）立ち上げるのは持続可能じゃないと思う。具体的には、nrf52 LoRAデバイスで使うために、Rustのno-stdにスタックを移植しようとしたけど、既存のMeshCoreネットワークを使ってReticulumパケットを送るのが大変だった。自分のパケットが正しく形成されているかどうかを確認するのも悪夢だった。

すでにLoRaでうまくいってるとはいえ、これは運搬チャネルに依存しないプロトコルだから、他の運搬手段（Halow、光、Wi-Fiなど）でもすごくうまくいくと思う。人々がLoRaが単純なテキストメッセージ以上の帯域幅や速度の要求に追いつけないことに気づくのはいつになるのか。とはいえ、ReticulumのLoRaで1ホップのリアルタイム音声通話をやったことがあるけど、結構うまくいったよ。編集 - 始め方の説明があるコミュニティWikiはこちら： https://reticulum.miraheze.org/wiki/Welcome

地球の範囲外のGPS座標の例って何？

GPSをプロトコルの一部として送受信する必要って何なの？

AI生成のメッシュファームウェアを信頼する？これも難しい質問だね。彼が単にClaude Codeを使ったっていう具体的な情報しか提供されてない。うーん…大丈夫なの？テストは通ったの？彼の変更でセキュリティの欠陥が追加されたり、未テストのリグレッションがあったりしない？

AIが生成したコードの信頼性を心配してるのが馬鹿らしい。彼らのコード品質がこんなに低いのに。確かに、でも少なくともある程度は構造がしっかりしてる。AI？ひどいことになるよ、ぐちゃぐちゃのスパゲッティみたいに。 > 自動テストすらないし、追加しようとする試みを無視してる。[0, 1, 2, 3] 現在、2人で540の問題と270のPRがオープン。あんまり言いたくないけど…計算してみて。レビューチームはめっちゃ小さいし、このドラマの後（多分、二人とも無駄なことで忙しかっただろうし）、他の人を信頼するのがさらに難しくなると思う。自分のコードを他の人に渡したいなら、Evoフォークの背後にいる人に連絡してみて。確か彼はドイツ最大の地域MCであるHansemeshの一員だよ。聞いたところによると、興味のあるPRをマージしてもらうには、GitHubでその問題に「いいね」を集めるか、Discordに参加して頼むしかないみたい。

わぁ、4番目のコメントはイライラするね。（開示：アマチュア無線やってるけど、堅苦しいタイプじゃないよ。ルールを破っても個人的には気にしないし、FCCに通報するつもりもない。でも、彼らがルールを知らないか、気にしてないのは心配。）まず、彼らのルールの解釈が正しいかどうかはわからない。議論のために、正しいと仮定しよう。もっと重要なのは、そのスレッドの他の人たちもそれが正しいと思ってるみたいだってこと。私にはこう読める：提出者：ルールを破ってるから、この変更をすべきだ。返信者1：その変更はシアトルでは不便だから、やらない。返信者2：ボストンでもうまくいかないから、ダメだ。彼らを揺さぶりたくなる部分もある。ここはベトナムじゃないんだから。ルールがあるんだ。FCCの規制についてどう思おうと、これは任意じゃないし、「そうした方がうまくいかない」っていうオプトアウトもない。最初の近似として、公共の電波を使ってる他の人たちは、ほぼ法律に従ってる。法律に従うことでプロジェクトがうまくいかないなら、それはあなたの問題。プロジェクトを合法に使えるように修正するのはあなたの責任。私はこの手のことでイライラする古いアマチュア無線家ではないけど、彼らがそうなる理由は理解できる。私たちがスペクトルを使えるのは、ほとんどの人が合法に使っているからで、他の人が同じ公共資源を使うのを妨げていないからだ。

同意する。私はMeshCoreを使っていて、複数のリピーターを設定してる。AI支援のコーディングを使うことには興味ないけど、特にクローズドソースの場合は開示すべきだと思う。商標の乗っ取りは特にクレイジーに見える。アンディはGitHubプロジェクトに貢献してないし、個人的な利益のためのアドオンしか作ってないからね。MeshCoreのコアチームが「強い物語」を作ろうとして、AIコーディングに対する偏見を持ってるのも感じる。

コードが悪いの？彼がAIを使ってるなんて全然知らなかったみたいだね。それって、コード自体には問題がなかったってことを示唆してるのかな。なぜそのままの価値で判断しないの？AIを使ったことがある人なら、これがどういうことかは分かるはず。AIは、もっともらしいけど間違った出力を生み出すのが得意なんだ。信頼性を最適化するように設計されてるから、正しさと一致することが多いけど、そうじゃない場合もある。そうなると、見た目は良さそうなコードができてしまって、判断が難しくなる。人間が書いたコードは、良いかどうかを判断するのがずっと簡単なんだ。例外もあるけど、通常はセキュリティのバグを検証するためにAddressSanitizerのようなオラクルを使ったり、プロジェクトをクローンして元のプロジェクトと挙動を比較したりすることができる。でも、ほとんどの場合、そんな贅沢はないんだよね。