`/etc/init.d/`配下のスクリプトを実行するコマンド # 参考 https://blog.koyama.me/archives/1009

### 概要 開発時に開発者ツールでスタイル等を追うと - `._23_aKvs-b8bW2Vg3fwHozO` - `._13LGdX8RMStbBE9w-t0gZ1` このようにクラス名がハッシュ化されており 何のスタイルかわからない為 - `.flameBase-flameHeader-2jKsL` このようにモジュール名とクラス名がわかるようにしたい そんな

warとcronバッチを本番環境にデプロイしたところ、 実はリリース物が検証環境差異を含んでいて、検証環境を向いちゃってた！ というヤバめな事故があり、再発防止策を求められた際に行った内容。 [KPT][KPT]でいうと「Problem」を定義して「Try」を抽出する公式(個人的見解) - やらかした…**顕在的リスク** - 他の振り返り時に問題があらわになってきた…**潜在的

スクラムの手法・ツールに関する情報が多くて目が行きがちだけど 結局スクラムとはなにか?って落とし込めてない臭い なのでスクラムのベースとなる考え方に焦点あててみた でスクラムガイドを読み進めてたんだけど スクラムの3本柱と価値基準が とても抽象的で定義的で分かりづらいので 自分なりに解釈してみた 個人の内容も入っていてとても読みづらいので、役に立つかどうかはアナタ次第 おんなじよう

というトランスパイルエラーが発生したが メソッド自体は存在してるし、引数の型もまちがっていない というのをvscodeプラグインのジャンプ機能で確認できている 結論から言うと下記のように 取得箇所でコピーしていたのが原因 ```typescript:対処内容 // 修正前 const target = new Target(); return Object.assign({