Hardware Rich Development

日付

著者

Hardware Rich Development

CAD自動化から回路理解へ:Jarvis Auteyが語る、機械がまだ知り得ないことを学ぶ

日付

初回公開日

November 11, 2025

シリーズ全体を読む

/ 6

この記事は、Quilterの物理法則に基づくレイアウト自動化を使い、NXP i.MX 8M Mini搭載コンピューターを再現した過程を詳しく紹介するシリーズの一部です。 

Jarvis Autey氏のソフトウェアエンジニアへの道のりは、一直線ではありませんでした。「学部では土木工学を専攻していました」と彼は語ります。「修士課程では、交通安全のために車両を追跡するコンピュータビジョンに取り組んでいました」。このプロジェクトが火付け役となりました。かつては専門分野の周辺にすぎなかったプログラミングが、彼のキャリアを貫く軸になったのです。  現在の彼の焦点は回路理解—エンジニアと同じように回路図を読み解くことを機械に教えることです。

現在Quilterに在籍するJarvisは、長年にわたり具体的で物理的な問題を解決してきた経験を、デジタル設計の最前線に活かしています。彼のストーリーは「Humans in the Loop」の精神そのものです。コードとコンクリート、幾何学と想像力、構造とソフトウェアを橋渡しするように、異なる世界を自在に行き来するエンジニアたちの姿を映し出しています。

Jarvis Autey, software engineer at Quilter

原点

Jarvisにとって、ソフトウェアエンジニアリングとは常に現実世界の構造をコードに置き換えることでした。「エンジニアリングの目的でプログラミングを始めました」と彼は言います。「どの仕事に就いても、エンジニアリングの問題を解決するために、より多くのプログラミングをしようとしていました」。初期のプロジェクトでは、地盤工学機器向けのソフトウェア開発から建築エンジニアリング向けのCAD自動化まで、計算と物理世界を結び付けてきました。 

こうした仕事を通じて、彼はより伝統的なエンジニアリングのバックグラウンドを活かすことができました。「エンジニアリング用途のコードを書くには、まずその分野の手法をコードに落とし込めるだけの知識を身につける必要があります」。

エンジニアリングの旅路

Jarvisのキャリアは、大きく移り変わってきました。構造エンジニアリングのCAD自動化に取り組んでいた頃、Teslaの製造チームで契約エンジニアとして働く機会を得ました。彼は「ええ、やり方は自分で見つけられます」と自信を持って引き受けたといいます。その後、ソフトウェアのスキルを製造データの自動化に活かし、幸運にもModel 3の初期の製造マップに携わりました。その後は、かつてのチームメンバーの多くとともにCloudKitchensに移り、新設されたハードウェアエンジニアリングチームで、業務用キッチンのオペレーションや注文処理に関する興味深い技術に取り組みました。 

これらの経験が、彼がQuilterにもたらすシステム思考の土台となりました。複雑で高度に技術的なエコシステムを突き抜け、多くの場合は地図なしで、物事が連携して動くようにする力です。

なぜQuilterなのか?

Quilterの創業者がチームを拡大し始めたとき、Jarvisは自身の学際的な経験を、同じくハイブリッドなミッションに結び付ける機会だと考えました。「当時、Quilterのエンジニアの多くは計算幾何学や機械学習といった分野を専門としていました。私たちはオープンベータに向けてWebアプリを作り直していました。私なら科学計算のコードとアプリケーションのコードを橋渡しできると考えたのです」。

QuilterでJarvisは、サーバーサイド開発に加え、ファイルI/Oにも幅広く取り組んできました。「さまざまなCADソフトウェアのファイル構造の読み書きです…KiCad、Altium、Cadence、そして今はXpeditionです」。この仕事では、各システムをリバースエンジニアリングし、Quilterのコンパイラに適合するようにデータをインポート・エクスポートする必要があります。「ドキュメントがまったくない、巨大なバイナリファイルにすぎないファイル形式もあります」と彼は説明します。「これは大きな課題です」。

そうした複雑さの中にあっても、Jarvisが長期的に関心を寄せているのは回路理解です。「厳密なルールに頼らずに概念を識別できるコード」。彼の目標は、電気エンジニアと同じように、概念的にも論理的にも機械が回路を認識できるよう支援することです。

作業台を離れて

彼は、会社の少人数チームの文化を気に入っています。「Quilterはかなりフラットな組織です。エンジニアは自分のチームの領域にオーナーシップを持ちつつ、チームの垣根を越えて専門知識を提供しています」。

心に残る一言

「回路基板は、現実世界に存在する物理的なデバイスです。私たちのアルゴリズムの結果が動作する製品を生み出さないなら、それは要件を正しく理解し、モデル化できていないということです」

結びに

Jarvisのストーリーは、Quilterのミッションを可能にする、地に足のついた才能を体現しています。実践的で、粘り強く、好奇心旺盛です。コードの一行一行、難しいコーナーケースの一つひとつで、彼はデジタルと物理の世界を橋渡しし、エンジニアがすでに理解しているロジックを機械が捉えられるよう教えています。

‍

Quilterを実際に試す

Project Speedrunは、自律的なレイアウトの実際の姿と、Quilterが実現する時間短縮を示しました。次は、ご自身のハードウェアでお確かめください。

利用を始める

設計の検証

仕上げが完了したら、最後に確認するのはハードウェアが動作するかどうかです。電源投入時には電気的な不具合の多くが現れます。エンジニアにとって、緊張と期待が入り交じる瞬間です。

第4回に進む

設計の仕上げ

自律的なレイアウトにより、DRCを実施済みの完成した設計が得られます。仕上げは、製造に向けて最終調整するための短い精密な作業です。

第3回に進む

設計のコンパイル

設計の準備ができたら、次はQuilterに引き渡します。従来のワークフローでは、この段階でエンジニアとレイアウト担当者が設計意図を確認します。Quilterはこの打ち合わせを回路理解のプロセスに置き換えます。プロジェクトをアップロードし、制約条件がどう解釈されたかを確認して、ジョブを実行します。

第2回に進む