エンジニアのための消す技術〜何かを生み出すエンジニアが消すことに向き合ってみよう〜

エンジニアのための消す技術何かを生み出すエンジニアが消すことに向き合ってみよう

自己紹介名前：川原健太 kawahara kenta 所属：KDDIアジャイル開発センター（KAG）福岡オフィスオフィス長 / ソフトウェアエンジニア
経歴：西日本鉄道 → チームラボ → KAG 資格：AWS / JSTQB etc.. 好き：写真・旅行・珈琲 X: kenpi1313

Agenda ・はじめに〜身の回りの「消す」・消すことを前提に作り出す・おわりに〜Deletable

なぜ、消すことをテーマにしたのか

エンジニアの仕事は作り出すこと（0→1 / 1→100）

それだけなのか..?

消すこと

消さないと、増え続ける・コード・ブランチ・Pull Request ・チケット・ドキュメント・提供しているサービス・機能・データ・ログ・会議

消さないと、増え続ける・コード・ブランチ・Pull Request ・チケット・ドキュメント・提供しているサービス・機能・データ・ログ・会議認知負荷
ビルド・読み込み速度量増大→料金増大作業時間の圧迫

閑話〜プラクティス

ボーイスカウト・ルール来たときよりも、美しく（例）コード修正の際に、触るファイルで不要なコードがないか、見回す。もし発見したら、機能修正とともに、不要コードを削除する。（別のPull Requestにするとレビューしやすい💡）

消すことを前提に作り出す

消すことから考えて選ぶ（実生活の例）・大型家具（不要になったら粗大ゴミ）・家電（業者引取 / リサイクル法）・インターネット契約（違約金）・サービス契約（解約導線電話 or ネット）

消しづらい例① 〜スマホアプリ〜 person = { name: “kenta”, age: 31, nickName:
“kenpi” } person = { name: “kenta”, age: 31, nickName: “kenpi” } 不要になったので消したい必須項目

アプリのリリース時にバックエンドもリリースするぞ！

エラー・クラッシュ

スマホアプリでは常に互換性を意識する必要がある・リリースしたアプリがユーザー全員に自動反映されるわけではない・ユーザーが自分のタイミングでStoreで更新する・バックエンドからの返却値が不要になったアプリと、必須のままなアプリが混在している

特定のバージョン以前のアプリを使えなくしたい（消したい）

強制アップデート強制的にストアに飛ばしてアップデートを促す指定したバージョン以降のアプリのみ使われている状態に”強制”できる開発初期から、この機能を組み込んでおくことが必要

消しづらい例② 〜新機能が不安定〜新しく作ろうとしている機能で、利用する外部APIが安定しておらず、不安要素がある。機能を消すには、該当コード全体をコメントアウトして再デプロイする必要がある。

やっぱり挙動がおかしいぞ、フロントから消したい...

コード削除対象範囲はどこからどこまでだ・・？箇所が多いな・・・デプロイ時間がかかるぞ・・・

シンプルな手順で簡単に消したい

フィーチャーフラグ ``` const flag = true; if (flag === true)
// サービスをON else ``` ``` const flag = false; if (flag === true) else // サービスをOFF ``` ON/OFF

フィーチャーフラグ・コードの中にtrue, falseのフラグを持っておいて、再デプロイ・AWS APIGateway ステージ変数の書き換え・AWS CloudWatch EvidentlyでON/OFFをスケジュール化 →A/Bテスト
最初にフィーチャーフラグの機構を取り入れておく

それはDeletableか？何かを作り出すときに Deletableかどうか？を意識する

Deletableではないもの・機能A + 機能B + 機能C が合体したPR・リリース → 機能Bだけリバートしたい・切り戻したい・削除のための確認事項が不明瞭なもの
→ 存在意図が不明 / 作成者が不明・手順が煩雑・削除要件が定まっていないもの → 削除するタイミング・条件が決まっていない

Deletableなもの・機能A + 機能B + 機能C が分離したPR・リリース → 単体で扱うことができ、単純な作業になる・削除のための確認事項が明瞭なもの・自動化
IaaC → 消していい理由が分かる・手順が均一・削除要件が定まっているもの → ズルズル維持し続ける状態を避けられる

消さないと、増え続けるもの → Deletableですか？・コード → ・ブランチ・Pull Request → ・チケット →
・ドキュメント → ・提供しているサービス・機能 → 利用率◯％・利益率◯％・データ・ログ → ・会議　→ 〇〇な状態になったら止める・抜ける

エンジニアのための消す技術〜何かを生み出すエンジニアが消すことに向き合ってみよう〜

エンジニアのための消す技術〜何かを生み出すエンジニアが消すことに向き合ってみよう〜

kawahara kenta

More Decks by kawahara kenta

Other Decks in Programming

Featured

Transcript