スタートアップに入社や転職をして「どうしてこうなるまで放置した?」「なぜ対策しなかった?」「コードが酷すぎて読めない」と心のなかに秘めて吐き出せない気持ちを抱えている方も多いのではないかと思います。なんなら設計されたものとさえ思えないかもしれません。無数に散らばる require/include、N+1 なんて日常茶飯事。第一引数しか使われていない htmlspecialchars。このような技術的負債に対峙した場合、どうしたらよいか、CTO の立場からお答えします。
![「CTOが解説:スタートアップ初期のソフトウェア設計が壊れがちなワケ」めもりー | Forkwell Press | フォークウェルプレス](https://cdn-ak-scissors.b.st-hatena.com/image/square/70030f62e3adb6b2ace4156f952f6f5a16668157/height=288;version=1;width=512/https%3A%2F%2Fpr.forkwell.com%2Fwp-content%2Fuploads%2F2024%2F03%2Fwhy-startup-company-software-design-doesnt-work-new-img.png)
自分も含めて社内に詳しい人がいない領域のコードをいじることってあるよね。特に歴史の長いサービスだと当時触っていた人が誰もいないとか。仮にいたとしても1年くらい触ってないとほとんど忘れてしまって知らないのと同じような状態になっていたりする。 自分もそういうことが何度もあって、雑にスタンスややってることをまとめておこうと思う。 前提のスタンス 「これを倒したら俺がこの領域で一番詳しい最強になるんや」という気持ちを持ってる 詳しい人がいない状態で属人化とか気にしても仕方ない。まずは自分が詳しくなってから考えるでよい 自分用メモを作る キャッチアップしたことを書き残していく。ドキュメントじゃなくてSlackに垂れ流すでもいい 過去のドキュメント・やりとりを探す 全体像を把握できるドキュメントがないかを探すのを最初にやってる ここは近道はない。とにかく全部集めて全部読む気持ちで臨む Google D
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く