コードを書いた際、ソースのテストは通っていても、何かの弾みでビルドされたコードが壊れていないことを念のために確認しておきたいという需要はある。前に検証するのは良い考えだろう。このために、同じテストコードをソースと生成物それぞれに対して適用する方法を考える。このコードは動かない。`../${getTestDir()}/Target`とすることもできない。することはできるが、型情報が失われるのでテストを書く際に型による支援を受けられづらくなる。いえ、今回のケースに限れば、読み込み元が変わったとしても、型は変わらないので、以下のようにして型情報をソースから流用することで解決する。インターフェースはソースから直接読み込むしかない。});});あるいはテンプレート文字列を使うなら以下のようになるだろう。環境変数を見て適当な読み込み元ディレクトリを返す関数とする。ビルド生成物のテストを実行できる。よって自動で両方のテストが走り、動かないパッケージを公開してしまうことを避けられる。解決をしなければならない。作って、副産物としてホットクックレシピ検索ライブラリができた。ホットクックという、シャープが販売している自動調理鍋があって、これは神の調理器具だ。材料を切って調味料とともに鍋の中に入れてメニューを選択すれば、いつの間にか料理が完成している。接続モデルでは、公開された新しいレシピが随時ダウンロードされていく。版を買った方が良いと思う。修正ファームウェアの公開予定日について追記した。修正ファームウェアを適用した感想を追記した。