Delivery robots take over Chicago sidewalks

2025/12/09 6:27

Delivery robots take over Chicago sidewalks

RSS: https://news.ycombinator.com/rss

要約

Japanese Translation:

シカゴのフードデリバリー・ロボットパイロットが議論を呼んでいる。
2022年に市長ローリ・ライトフォート(Lori Lightfoot)によって開始されたプログラムは、現在Lakeview、Lincoln Park、Uptown、East Garfield Park、Logan Square、Belmont Cragin、およびLoopの地域を含む各地区でCoco(Shake Shackのパートナー)とServe Robotics(UberEatsその他アプリ)のロボットを運用しています。
ジョシュ・ロビンソン(Josh Robertson)が主導する署名請願は、12月2日時点で1,500件以上の署名を集め、350件の事例―歩行者が歩道から押し出される事件、自転車利用者との衝突、救急車両への干渉―を記録しています。請願は公聴会、安全性とADA(障害者権利法)に関する調査、雇用影響研究、および明確な規制ルールの制定を求めています。
アルデンマ・アンジェラ・クレイ(46区)とベネット・ローレンス(44区)の議員は、住民の意見を収集するために調査票を配布しています。Serve Roboticsは、ボットが同時に4方向を見ることができると主張し、フィードバック用の「contact us」ラベルも設けています。Cocoは安全性、地域パートナーシップ、ADA準拠、事故対応を強調し、1年後にはコミュニティから強い支持を得たと報告しています。
一部の住民はロボットのフレンドリーなビープ音や潜在的利益を評価する一方で、他の住民はそのデザインがアクセシビリティに対する注意喚起から離れていると批判しています。Lakeview/Roscoe Village Chamber のベッカ・ギルシュ(Becca Girsch)は、公衆の反応が主に否定的であることを指摘し、長期的な実現可能性について疑問を呈しています。
Serveのポリシー担当副社長ヴィギー・ラム(Viggy Ram)は、全フードデリバリーの約半分が2.5マイル以内であると述べ、ロボットは短距離配送をより安全に、持続可能に、渋滞の少ない方法として位置づけています。
シカゴの歩道ロボット展開の将来は、公聴会の結果、調査結果、および潜在的な政策変更が決定されるまで不確実です。

この改訂版サマリーはすべての重要ポイントを完全に反映し、根拠のない推測を避け、読者にとって明瞭さを保っています。

本文

ラケビュー — ロボット革命はここに到来した — 少なくとも北側の歩道では。

スタシー、クインシー、ラジェシュと名付けられた角ばった食事配達ロボットが、時折雪で足を取られることもあるものの、レイクビュー、リンカーンパーク、アップタウンなどの地域でシャケシャックやタコベルを熱心な客へ届けるために、側通りを定期的に急ぎ歩きます。彼らは一部の人には愛らしく、他方では安全上の危険と映り、多くの人々から無視できない存在となっています。

バズるようなロボットは対面でもオンラインでも話題になっており、近隣のフェイスブックグループでは熱烈な支持と強硬な反対が見られます。情熱的な住民団体が結成され、市全体からこれらを排除する動きを起こしています。

ジョシュ・ロバートソンがその先頭に立っています。

  • リンカーンパーク在住の彼は、ロボットに対して「シカゴの歩道は人々のためであって配達ロボットのためではない」という理由で市に一時停止を求める署名運動を開始しました。
  • その請願書は、市交通局とビジネス部門へ次のような要請をしています:
    • 安全性・ADA(障害者差別禁止法)調査結果を公開すること
    • それらデータおよび地域雇用への影響を公共聴聞会で評価すること
    • ロボットに対する明確な規則を設定すること

2025年12月2日時点で、1,500人以上が署名しており、そのうち350件は「事故報告」を添えてロボットとのやり取りを記載しています。

ロバートソンは今年初めにロボットを見つけたとき、「それはある程度クールだった…未来的だと感じた」と語っていました。しかし、彼が子どもたちと散歩している際に歩道でロボットが接近した瞬間、彼は「人々のための歩行空間に車両が入るべきではない」と感じ、将来プログラムが拡大した場合に歩道がどうなるかを懸念するようになりました。

“私は疑問を抱くようになった。企業側から見てこれらのプログラムが成功すれば、私たちの歩道はどのようになるだろう… 何十ものロボットが歩道に並ぶと? ”

2025年12月6日、バッキングタウンのダメン大通りを走る配達ロボットを人々が回避している様子(クレジット:コリン・ボイル/ブロッククラブシカゴ)。

この疑問は、多くのシカゴ市民—一部のアルダー(区議)も含む—によって共有されており、彼らは自分たちの地区で隣人に対し調査を行い、ボットとの経験や懸念事項について尋ねています。

“少なくとも私の歩道には何かコントロールが欲しい… 他のことは制御できないけれど、歩道に何を許可するかという声は必ず持ちたい。” – ガビ・ロドリゲス(アップタウン)

ローソン氏はレイクビューでさらに多くのロボットを見るようになった後、自身のオフィスが調査を開始したと述べました。得られたフィードバックは「市の各部門、運営者、その他関係者との会話に情報を提供し、配達ロボットの将来利用について議論する際に役立つ」と語っています。

配達ロボットのパイロットプログラムは、2022年に当時の市長ローリ・ライトフォート下でシカゴで開始されました。現在、数社がアプリベースのロボットを運営しています。

  • Coco は昨年、27区と34区(ループ、近北側、ウェストループ、近西側、西町、西ハンブルドパーク)で展開しました。同社は最近シャケシャックと提携しています。
  • Serve Robotics はUberEatsなどのフードデリバリーアプリで使用されており、9月末にシカゴへ拡大しました。Serveは14地区(イーストガーフィールドパーク、ログンスクエア、ベルモントクラギン)で100社以上のレストランと提携して導入しています。

“全世界のフードデリバリーの約半分が2.5マイル未満です… すべての都市はブリトタクシーに満ちています。” – ヴィギ・ラム(Serve 政策担当副社長)

Serveはシカゴ市民の請願を知っており、市への最善のサービスを提供するためフィードバックを歓迎しています。各ロボットには「お問い合わせ」ラベルが付いており、意見を伝えたい人は利用できます。

“注意散漫な運転手とは違い、彼らは四方を同時に見ることができ、最も賢く安全な判断を下せます。” – ラム

Cocoの代表者は「私たちは安全と地域パートナーシップを最優先事項としており… 歩道安全、ADA準拠、および事故対応に関して厳格なプロトコルを維持しています」と述べました。

一部住民はロボットを擁護します。レイクビューの隣人の一人はServeのロボットが「フレンドリーなビープ音」を発したと述べ、彼らはファンを見つけ始めていると言います。

ロドリゲス氏はこれを意図的だと考えており、かわいらしいデザインや人間のような名前がアクセシビリティや機能性という本質的な問題から注意を逸らすと主張します。彼は企業がシカゴのコミュニティに飛び込み、地域固有のニーズを理解せずに進出した結果、住民が将来選択肢を失うことを懸念しています。

“私たちの歩道で他のどんな企業を許可するべきか? それこそ人間中心の最後の場所なのです。” – ロドリゲス

ロドリゲスは最近、クレイ氏のオフィスに電話して懸念を訴えましたが、アルダー女優は配達ロボットの数と影響範囲について十分に把握していないようでした。46区ビジネスリエゾンのマリア・バーネズは、多くの懸念が取り上げられたことを確認しましたが、結論を出すにはまだ早いと述べています。

ロバートソン氏はロドリゲスの懸念を共有し、隣人を歩道から押し落としたり、忙しい通りに突進させたり、自転車利用者と衝突したり、救急車両の進入を妨げる事故報告にも注目しています。

レイクビュー/ロスクヴィル商工会議所のエグゼクティブディレクター、ベッカ・ギアシュ氏は「CocoやServe Roboticsと直接対話したことはありませんが、極端に分かれた反応を観察しました」と述べました。彼女は風がロボットに逆らっていると感じ、パイロットプログラムがどれだけ持続できるか疑問視しています。

“風がロボットに逆らっているようです… このパイロットプログラムがどれくらい継続できるか分かりません。” – ギアシュ

ロバートソン氏は、配達ロボットの利用が続くとしても、それらを住民の日常により統合することが可能だと希望しています。

“彼らが迅速に対応している事実は、シカゴ市民の声が届いているという証拠です。私たちは適切なレベルの注目と議論を行い、利点と欠点を衡量し、最終的には「どんな町を築きたいか」という問いに答える必要があります。” – ロバートソン

ブロッククラブシカゴポッドキャストを聴く:
(リンクまたは埋め込みプレースホルダー)

同じ日のほかのニュース

一覧に戻る →

2025/12/09 8:53

Kroger acknowledges that its bet on robotics went too far

## Japanese Translation: > **概要:** > Kroger(クローガー)は、3つのロボット型ECフルフィルメントセンターを閉鎖することを発表し、約26億ドルの費用がかかるものの、EC利益率を約4億ドル向上させる見込みです。今回の閉鎖は、以前に「スピーク」施設を停止した後であり、UKテック企業Ocado(オカド)とのパートナーシップも業績不振により一時停止されたことに続くものです。臨時CEOのロン・サーガント氏は、Krogerが各Ocadoサイトを個別に検討し、大規模な資本投資なしで2,700店舗以上を活用した迅速配送へシフトする方針だと述べました。以前、Krogerは2024年中頃に新しいOcado技術を導入予定でしたが、サイトのパフォーマンスを疑問視し、2023年9月にプロジェクトを停止しました。 > > Pine Street AdvisorsのKen Fenyo氏は、密集都市外にOcadoセンターを配置することが主な欠陥であると指摘しました。低い注文量と長距離がモデルを非収益的にしていたのです。米国消費者はInstacartやDoorDashなどから30分以内の配送を重視し、UKで成功したOcadoの遅めで価格志向のモデルよりも優先します。 > > 今後、Krogerはサードパーティ配達パートナーとの関係強化を図り、高需要市場(AmazonのWhole Foods試験に似た)で資本負担が軽い店舗ベースの自動化をパイロットし、残存するOcadoサイトの運用をケースバイケースで決定します。自動化からの撤退はOcadoにとって大きな後退となり、その株価はIPO前レベルまで下落しています。これは密集都市外でマイクロフルフィルメント技術を導入する難しさを浮き彫りにしています。

2025/12/09 3:51

Jepsen: NATS 2.12.1

## Japanese Translation: (欠落している要素をすべて組み込み、根拠のない推測を除去したもの) --- ## 要約 NATS JetStream のデフォルト「lazy‑fsync」ポリシーは、データをディスクにフラッシュする頻度が 2 分ごとにしか設定されていないため、データ損失およびサービス障害の重大なリスクを生じます。ノードがクラッシュしたり、そのブロック(.blk)やスナップショットファイルが破損すると、最大 78 % のメッセージが消失し、クラスターがクォーラムを失う可能性があります(GitHub issue #7549 および #7556)。協調クラッシュでも、全ストリームが削除されるケース (#6888) や永続的に利用不可になるケース (#7556) が報告されています。この問題は、単一ノードのクラッシュでそのノード上のすべてのデータが消去される点と、2 分間隔という設定が安全なフラッシュ前に約 30 秒分のトラフィックを失うリスク(#7564)を伴うため、さらに深刻です。 JetStream v2.10.22 はクラッシュ時に全ストリームを削除するバグ(v2.10.23 で修正済み)が存在し、スナップショットファイルの切断や単一ビットエラーもノードがストリームデータを削除しクォーラム復旧に失敗して永続的に利用不可になる原因となっていました(#7556)。OS のクラッシュとプロセス停止またはネットワーク分離の組み合わせにより、単一ノードの障害でもデータ損失や持続的なスプリットブレインが発生する可能性があります(#7567)。 NATS は lazy‑fsync ポリシーを文書化していますが、現時点でデフォルト設定変更を推奨していません。Jepsen は fsync を「always」に設定するか、ユーザーに対して相関失敗リスクを強調するよう勧告しています。JetStream のドキュメントが主張する線形性(linearizability)と「自己修復・常時可用性」は非同期ネットワークの CAP 定理に矛盾し、Jepsen もこの点を指摘しています。 Jepsen の LazyFS テストは、書き込みをディスクフラッシュ前にバッファリングするシステムで電源障害をシミュレートし、同様の相関ハードウェア障害が類似した失敗を引き起こすことを示しています。NATS は issue #7549、#7556、および #7567 を積極的に調査中であり、クラッシュ削除バグ(#6888)は v2.10.23 で修正済みですが、lazy fsync のドキュメントは残り変更されていません。

2025/12/09 4:44

Icons in Menus Everywhere – Send Help

## Japanese Translation: 改善されたまとめ この記事は、macOS のデフォルト設定で全てのメニュー項目にアイコンを付ける慣習を批判し、多くの場合可視性の「補填」のために追加されていると主張しています。Google Sheets を極端な例として挙げ、すべてのオプションにアイコンが付いていることを指摘し、同じグループ内でアイコンの有無に不一致がある点や、アイコンがチェックマークやトグル状態と重なるケース(例えば Safari の「Safari」「File」「View」メニュー)も示しています。著者は、macOS が従来はデフォルトでメニューアイコンを避けていたことを指摘し、macOS Tahoe でそれらが広く導入されたことで Apple の 2005 年人間インターフェースガイドライン(任意のシンボルの使用を勧めない)と矛盾していると述べています。 とはいえ、Finder のウィンドウ配置オプション(Top Left, Bottom & Top, Quarters など)は本当に役立つアイコンであり、レイアウト選択を迅速に認識できる点は評価されています。著者は Apple が普遍的なアイコン化へ進むことで、デザイナーが不適切なアイコン使用に対抗しづらくなるとフラストレーションを表明し、メニューの美学に関する継続的な緊張を生んでいると指摘しています。ユーザー側では視覚的な雑然や混乱が起こり得ますが、開発者や UI デザイナーは使いやすさとスタイルのバランスを慎重に取らざるを得ません。この議論は将来の Apple UI ガイドラインに影響し、メニュー設計に関する業界全体の慣行にも波及する可能性があります。