プレイブック

マジックナンバーの代わりに構成可能な半径 (Configurable Radius Instead Of Magic Numbers)

マジックナンバーの代わりに構成可能な半径 — 物流業務における製造のレッスン。

フリートスタンディングジオフェンス (ジオフェンス)

一部 4 の 8

テレメトリーフィードと地図上のサークルジオフェンスを使用して車両待機の現実を確立するシリーズ。

Fleet wait geofence diagram

マジックナンバーの代わりに構成可能な半径

5 km はルールの例です。コード定数ではありません。 5 キロメートルのルールの例でも、ヤードと廊下が異なる可能性があるため、データ駆動型である必要があります。```text km_metric from API, not const RADIUS = 5


## 最初に説明した概念```text
📦 Geofence
Haritada tanımlı coğrafi sınır; daire için merkez + yarıçap.

📦 Telematics Feed
Araç konum/ignition verisini sağlayan dış telemetri kaynağı.

📦 km_metric
API'den gelen kilometre cinsinden yarıçap; haritada metreye çevrilir.

📦 Operational State
Operatörün karar verdiği bekleme durumu; ham GPS'ten farklıdır.
```これらの概念を区別できないため、チームは UI と統合境界を混同しています。

## 問題の形式

5 キロメートルのルールの例でも、ヤードと廊下が異なる可能性があるため、データ駆動型である必要があります。```text
km_metric from API, not const RADIUS = 5
```## 従業員の区別

5 km はルールの例です。コード定数ではありません。```text
km_metric from API, not const RADIUS = 5
        ↓
   explicit contract
```## 本番環境で位置が壊れている

契約または半径/アイデンティティ/展開の前提が曖昧な場合、インシデントは拡大します。目に見える契約、目に見える失効。

## このエピソードで最も混乱を招く対戦```text
❌ Her şey tek uygulamada daha güvenli
✓ Sınırlar net değilse tek uygulama daha kırılgandır

❌ Konfigürasyon kodda hardcoded kalsın
✓ Yarıçap, remote URL ve expose path operasyonel kontratlardır

❌ Vendor/API gerçeği UI state'tir
✓ Vendor feed kanıt, ops state karardır

独自のシステムのチェックリスト

  1. このサーフェスの所有権境界を 1 文で書きます。
  2. 誰がどの契約変更を展開しますか?
  3. タイムアウトまたはベンダー遅延時に UI には何が表示されますか?
  4. スタンドアロン シナリオと組み込みシナリオを別々にテストしますか?
  5. 拒否リスト: コンテンツに企業/ベンダーのドメインの漏洩はありますか?

このセクションで覚えておくべきこと

  1. コントラクトが表示される必要があります: パス、半径、チケットのステータス、またはリモート URL を公開します。
  2. UI と外部システムの間のギャップは設計上の決定であり、バグではありません。
  3. 独立したデプロイは、独立したロールバックを意味します。

非表示にした制限により、本番環境で見つかることになります。

FAQ

よくある質問

ジオフェンシングとは何ですか?

地図上に定義された地理的境界。円の中心+半径。

テレマティクスフィードとは何ですか?

車両の位置/点火データを提供する外部テレメトリ ソース。

「1 つのアプリですべてが安全」は本当ですか?

境界が明確でない場合、単一のアプリケーションはより脆弱になります

このセクションでは何を修正しますか?

5 km はルールの例です。コード定数ではありません。 5 km はルールの例です。コード定数ではありません。 5 キロメートルのルールの例でも、ヤードと廊下が異なる可能性があるため、データ駆動型である必要があります。

学んだエンジニアリング原則

  • 所有権と公開の制限は、ドメイン モデルと同様に現実のものです。
  • 外部システムは証拠を生成します。運用状況はお客様が決定します。
  • 契約をサーバーのように管理します。インテリアディテールを公開。

続きを読む

続きを読む

シリーズの次のシリーズ

シリーズの次のシリーズ

同じシリーズ

Paylaş