プロセスとラインのシミュレーション
工場、倉庫、病院を流れる作業。ボトルネックを、生まれる前に見つけます。
シミュレーションとエンジニアリング
作る前に、知る。
ライン、建物、群衆、製品に投資する前に、シミュレーションで確かめる。そして貴社の製品に、他のどこよりも速いソフトウェアが必要なら、それも私たちが書きます。
こんな経験はありませんか。
その判断には1年分の利益以上がかかり、部屋にいる全員が推測で話している。新しいラインは第4ステーションで詰まるかもしれない。会場は時間内に退場しきれないかもしれない。製品は落下に耐えないかもしれない。作ってから知ることも、いま知ることもできます。
何が変わるか
01
高くつく問いに、先に答える
ライン、建物、群衆を画面上で走らせ、ひとつ変えて、もう一度走らせる。
02
答えを現実と照合する
すべてのシミュレーションを実測データで検証し、誤差を明示します。
03
人がいる場所で動く
ブラウザのタブで、ネイティブに近い速度で、インストールなしに。
04
貴社の製品が競合より速くなる
速度のために作られた言語で書く、エンジンモジュール、サービス、ツール。
05
本番の日を乗り切る
私たちが運用するものはすべて、想定ピークの10倍で試験します。
得られるもの
01
02
群衆と交通のシミュレーション
会場、駅、地区を通る人と車両。計画と安全のために。
03
物理と製品のシミュレーション
剛体、流体、材料。設計と試験のために。
04
エンジニアリングツール
貴社のエンジニアリングチームのためのソルバー、最適化ツール、分析ツール。文書化と検証済み。
05
ブラウザ内の重い計算
C++とRustをタブの中で動くようコンパイルし、ツールを誰にでも届けます。
06
負荷がかかっても速度を保つサービス
トラフィックが押し寄せても速度を保つ、キュー、ワーカー、API。
3つの例
01
ナーシクのボトリング工場
新しいラインを表計算で計画していました。シミュレーションは発注前にラベラーでのボトルネックを見つけ、レイアウトは現場ではなく紙の上で変更されました。
02
マンチェスターのスタジアム運営会社
退場時間は推測でした。群衆シミュレーションはどのゲートを先に開けるべきかを示し、計画は数値とともに安全当局に提出されました。
03
サンノゼのハードウェアスタートアップ
ブラウザベースの設計ツールが遅すぎて使えませんでした。コアをWebAssemblyに再コンパイルすると20倍速くなり、製品は出荷されました。
進め方
01
問い
どの判断に情報を与えるべきか、どの精度が必要か。数値で定めます。
02
プロトタイプ
2週間: 貴社の実データでモデルを動かし、最初の答えを。
03
検証
実測データと参照実装に照らして確認。誤差を書面にします。
04
納品
貴社のチームが動かせるツールと、エンジニアが従える文書。
05
運用
貴社のシステムの変化に合わせた更新を、担当エンジニアとともに。
確かめられる証拠
納品するすべてのシミュレーションに検証結果を添えます。実測データ、モデルの結果、そしてその差。差を示せないものは、出荷しません。
C++、RustとGo、WebAssemblyとSIMD、価値がある場面ではCUDA、PostgreSQLで構築しています。よくいただく質問
シミュレーションはどのくらい正確ですか
データとモデルが許す範囲で正確であり、その数値をお伝えします。検証済みのラインモデルは、通常、実際のスループットの数パーセント以内に収まります。
どのくらいかかりますか
最初の答えは2週間で。貴社のチームが動かせる検証済みのツールは4〜8週間で。
ブラウザで動きますか
はい。WebAssemblyにコンパイルした重いコードが、タブの中でネイティブに近い速度で動きます。
自社のエンジニアリングソフトウェアと連携できますか
はい。すでにお使いのツールのファイル形式、API、プラグインに対応します。
所有者は誰ですか
お客様です。ソースと文書を含めて。
作りたいものをお聞かせください。
エンジニアが内容を読み、数分以内にお客様の言語で返信します。どのプロジェクトも、固定価格の2週間のプロトタイプから始まります。