実験中...
ページ 6 / 25
介護施設で記録を紙・Excel・複数のシステム間で転記する作業に時間を取られていませんか。転記の負担を減らす自動化の考え方と進め方を、他業種での実践知見をもとに解説します。
一部の項目だけを更新する機能で、値を空欄に戻す操作だけが黙って無視される。原因はfalsy判定が「空文字列」と「未指定」を同じものとして扱っていたこと。「渡されなかった」と「空にしろと指示された」を区別する判断基準を、修正コードと3パターンの検証手順で解説します。
環境構築コマンドを一つ叩いただけで、依存パッケージのビルドが壊れて動かなくなることがある。原因を1つ直しても再発する構造だったので、壊れたら自動で元に戻る仕組みごと作った話。
営業管理ダッシュボードで、JST早朝だけ期限超過アラートが赤にならないバグが起きた。原因はサーバーがUTCで動いていたこと。修正時に必要になったhydration mismatch回避の設計判断も紹介します。
マージ済みworktreeを一括削除するはずのコマンドが、ロック済みという理由で一律スキップし続けていた。原因は死んだプロセスが握ったまま残るstaleロック。pidの生死をkill -0で確認し、死んでいれば自動でunlockしてから削除する改善を解説する。
社内ダッシュボードの認証をAIに書かせたら、動くのに危険なコードが出てきた。レビューで直した3つの落とし穴と、次に任せるときの指示のコツを紹介します。
システム改修が進むほど、固定した基準値と比較する監視アラートは的外れな誤検知を量産するようになる。直近の履歴どうしを比較するrolling window比較に切り替えて、この陳腐化を解消した設計を紹介する。
シェルスクリプトのJSON出力がCIでだけ、しかも稀に壊れる原因を追うと、SIGPIPEというLinuxのパイプ容量とheadの早期終了が絡む見えにくいバグに行き着きました。原因の切り分け方とhere-stringによる修正を解説します。
自動化パイプラインを運用していると、セキュリティチェックが壊れているのに気づかず「異常なし」で通ってしまうことがあります——そんな見落としの実例から、壊れた時に安全側で止めるか通すかをチェックの性質で使い分ける設計を解説します。
正解のない問いに、一緒に挑みましょう。まずはお気軽にご相談ください。