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

Transcript

1. エンジニアのための消す技術 何かを生み出すエンジニアが消すことに向き合ってみよう
2. 自己紹介 名前：川原 健太 kawahara kenta 所属：KDDIアジャイル開発センター（KAG） 福岡オフィス オフィス長 / ソフトウェアエンジニア 経歴：西日本鉄道 → チームラボ → KAG 資格：AWS / JSTQB etc.. 好き：写真・旅行・珈琲 X: kenpi1313
3. Agenda ・はじめに〜身の回りの「消す」 ・消すことを前提に作り出す ・おわりに〜Deletable
4. なぜ、消すことをテーマにしたのか
5. エンジニアの仕事は 作り出すこと（0→1 / 1→100）
6. それだけなのか..?
7. 消すこと
8. 消さないと、増え続ける ・コード ・ブランチ・Pull Request ・チケット ・ドキュメント ・提供しているサービス・機能 ・データ・ログ ・会議
9. 消さないと、増え続ける ・コード ・ブランチ・Pull Request ・チケット ・ドキュメント ・提供しているサービス・機能 ・データ・ログ ・会議 認知負荷 ビルド・読み込み速度 量増大→料金増大 作業時間の圧迫
10. 閑話〜プラクティス
11. ボーイスカウト・ルール 来たときよりも、美しく （例）コード修正の際に、触るファイルで不要なコードがないか、見回 す。もし発見したら、機能修正とともに、不要コードを削除する。 （別のPull Requestにするとレビューしやすい💡）
12. 消すことを前提に作り出す
13. 消すことから考えて選ぶ（実生活の例） ・大型家具（不要になったら粗大ゴミ） ・家電（業者引取 / リサイクル法） ・インターネット契約（違約金） ・サービス契約（解約導線 電話 or ネット）
14. 消しづらい例① 〜スマホアプリ〜 person = { name: “kenta”, age: 31, nickName: “kenpi” } person = { name: “kenta”, age: 31, nickName: “kenpi” } 不要になったので消したい 必須項目
15. アプリのリリース時にバック エンドもリリースするぞ！
16. エラー・クラッシュ
17. スマホアプリでは常に互換性を意識する必要がある ・リリースしたアプリがユーザー全員に自動反映されるわ けではない ・ユーザーが自分のタイミングでStoreで更新する ・バックエンドからの返却値が不要になったアプリと、必須 のままなアプリが混在している
18. 特定のバージョン以前のアプリを使えなくし たい（消したい）
19. 強制アップデート 強制的にストアに飛ばしてアップデートを促す 指定したバージョン以降のアプリのみ使われている状態 に”強制”できる 開発初期から、この機能を組み込んでおくことが必要
20. 消しづらい例② 〜新機能が不安定〜 新しく作ろうとしている機能で、利用する外部APIが安定 しておらず、不安要素がある。 機能を消すには、該当コード全体をコメントアウトして再 デプロイする必要がある。
21. やっぱり挙動がおかしいぞ、フロ ントから消したい...
22. コード削除対象範囲はどこからどこまでだ・・？ 箇所が多いな・・・ デプロイ時間がかかるぞ・・・
23. シンプルな手順で簡単に消したい
24. フィーチャーフラグ ``` const flag = true; if (flag === true) // サービスをON else ``` ``` const flag = false; if (flag === true) else // サービスをOFF ``` ON/OFF
25. フィーチャーフラグ ・コードの中にtrue, falseのフラグを持っておいて、再デプロイ ・AWS APIGateway ステージ変数の書き換え ・AWS CloudWatch EvidentlyでON/OFFをスケジュール化 →A/Bテスト 最初にフィーチャーフラグの機構を取り入れておく
26. それはDeletableか？ 何かを作り出すときに Deletableかどうか？を意識する
27. Deletableではないもの ・機能A + 機能B + 機能C が合体したPR・リリース → 機能Bだけリバートしたい・切り戻したい ・削除のための確認事項が不明瞭なもの → 存在意図が不明 / 作成者が不明・手順が煩雑 ・削除要件が定まっていないもの → 削除するタイミング・条件が決まっていない
28. Deletableなもの ・機能A + 機能B + 機能C が分離したPR・リリース → 単体で扱うことができ、単純な作業になる ・削除のための確認事項が明瞭なもの・自動化 IaaC → 消していい理由が分かる・手順が均一 ・削除要件が定まっているもの → ズルズル維持し続ける状態を避けられる
29. 消さないと、増え続けるもの → Deletableですか？ ・コード → ・ブランチ・Pull Request → ・チケット → ・ドキュメント → ・提供しているサービス・機能 → 利用率◯％・利益率◯％ ・データ・ログ → ・会議　→ 〇〇な状態になったら止める・抜ける
30. Fin