Thread: 使うことも教えることもできない技術？

 (overengineer.dev)
2 ポイント 投稿者 GN⁺ 2024-05-12 | 1件のコメント | WhatsAppで共有

Threadの詳しい説明と問題点

  • Dennis Schubertが2022年に公開した、過度にエンジニアリングされたコーヒー豆の保存および在庫管理ソリューションに関する記事は、多くの人にインスピレーションを与えた
  • 最近Dennisは、バッテリー駆動時間を延ばすために以前のプロジェクトのバージョン2を作り、低消費電力エレクトロニクスを学ぶことになった
  • プロファイリングの結果、WiFiがバッテリー消費の主な原因であることが分かり、LoRaやZigbeeのような代替案を探した
  • Threadというネットワークスタックが魅力的な選択肢に見えたが、Zigbeeと同じ物理層を使いながらもIPv6ベースで、既存のホームネットワークとブリッジで接続できる利点があった
  • Apple HomePod、Nest Hubなど、すでに多くの機器がThread Border Routerの役割を果たしており、容易に適用できる
  • 実際にThreadベースのプロジェクトを進めながら、ブログ記事を書く計画を立てた

Thread Groupの閉鎖性の問題

  • ThreadはIEEE 802.15.4、IPv6、CoAPなどのオープン標準技術を使っているが、仕様書自体は非公開のまま維持されている
  • 仕様書にはDRMが適用され、ウォーターマークが挿入されている
  • Thread技術を実装して製品に適用するには、Thread Groupに加入しなければならない
  • 最も安いImplementerグレードのメンバーシップでも年額7,500ドルである
  • オープンソース実装であるOpenThreadがあるが、これを使った製品のリリースにもメンバーシップが必要である
  • 商用製品に認証手続きを求めるのは理解できるが、非商用の用途まで妨げるのは理解しがたい
  • 特に電子工学を学ぶ人たちが、業界に入る前に関連技術に触れる機会を奪うのは問題である
  • Apple、Googleなどの大企業を中心に構成されたThread Groupは、市場掌握にばかり集中しているように見える

GN⁺の意見

  • Threadのように事実上独占技術として運営されるネットワーク技術は、開発者エコシステムの活性化の障害になると見られます。特に初期段階の開発者による自由な実験や挑戦を妨げることは、長期的に技術発展を阻害しかねません。

  • IoT市場の活性化のためには、オープンなネットワークプロトコルの重要性が高まっています。大企業中心のコンソーシアムよりも、コミュニティ主導のオープンソースプロジェクトのほうが代替となり得そうです。

  • 類似した技術スタックを持つオープンソースプロジェクトとしては、Zigbee2mqttやZ-Stackがあります。もちろん、まだThreadほどホームIoT市場での存在感は大きくありませんが、開発者フレンドリーという点ではよりよい選択肢になり得ます。

  • Threadを推進する大企業の影響力が非常に強い状況のため、すぐに改善されるのは難しそうです。しかし、開発者コミュニティが声を上げ、代替案を模索する努力が必要だと思われます。企業の利益と開発者の自由を調和させる知恵が求められる時です.

関連記事

1件のコメント

 
GN⁺ 2024-05-12
Hacker Newsの意見
  • LoRaWANは法的な面でそれほど複雑ではないため、多くの都市で選ばれている。しかし、使うのはより複雑で、デンマークの通信法のせいで高速インターネットにおける通信事業者の独占のような制約がある。これはThreadにも当てはまるだろう。
  • 都市には、アンテナ設置のために公立学校や図書館など多くの場所を持っているという利点がある。重要なのは、都市にLoRaWANを公開させること。プロジェクトが都市の役に立ち、公開性があるなら、無料の電力供給や財政支援も受けられる。
  • 全体的に見て、Threadは使わないほうがいい。

Thread Groupに参加するだけの資金がないホビー開発者には、合法的にThreadを使う方法がない

  • 本当にそうなのか？ ライセンスの法的文言は特許を意味しているように見えるが、商業的な関与がなければ個人の作業には特許は適用されない。

  • ホビーの範囲を超えてもっと一般的に見ると、現在の特許制度が与える独占の不条理さがこの構造で明白になる。特許ポートフォリオを持つ大企業はOpenThreadを自由に使えるが、中小企業やスタートアップにはそれができない。

  • Threadについて初めて聞いたが、むしろ知らないままでいたかった。腹を立てる理由がまた増えた気がしてつらい。

  • こういうものはできるだけ避けて、消えてくれることを願うのがよさそうだ。これを受け入れたり採用したりするよう勧めたくはない。

  • Zigbeeを使うのがよい。3.xはオープンで、よく定義されている。HomeAssistant向けのドングルブリッジも安い。

  • Matter規格にも似たような問題がある。悪魔は細部に宿り、巧妙なマーケティングのせいで、人々は自分が何を称賛しているのか理解していない。

  • 本当の問題は、こういうものにお金を投じる人たちだ。

  • Threadという名前自体を使いたくない。OSスケジューラのスレッドのことなのか、フレームワーク名のことなのか、混乱した会議が何か月も何年も続きそうだ。（英語が母語でない人たちがthreadとthreadsを区別できずに互いに話しているところを想像してみてほしい） もう勘弁してくれ。

  • Thread規格のライセンスに同意せずにOpenThreadをそのまま使った場合、このライセンス条件は適用されるのか？ BSDライセンスにだけ同意しているなら、訴えられることはなさそうだがｗ

  • 「ホビーでやっている人がThread Groupに参加する金がないなら、合法的にThreadを使う方法はない」

  • 関連特許があるかどうかを誰かが突き止めるまでは、知る方法がない。

  • Compaqがクリーンルーム方式でこれらをコピーして、そのうえで有効な特許があるなら打撃を受けるのを待つしかないようだ……

  • 事実上の家庭向け通信標準になった瞬間に、規制当局が介入して強制的に開放させるのを待つしかないのか？

  • どの機関になるか賭けたくはないが、みんなそれがどこかは分かっている。

  • このレベルのライセンシングについてはよく分からない。Threadのライセンシングは、製品に組み込むには費用を払わなければならないBluetoothのようなものと比べてどうなのか？

  • たまたま今週Threadをいじってみたが、ESP32にサンプルプロジェクトをフラッシュして、ノートPCからpingを送り始めるのは思ったより簡単だった。