負債かも委員会 @konpyu

自己紹介 KON Yuichi / @konpyu Piece of cake, Inc CTO ・DeNAに新卒入社 ソシャゲ全盛時代を駆け抜ける ・2013年 ピースオブケイク入社 現CTO ・開発に関わることならなんでもやっています ・マンガも描いてます

No content

No content

対応をしない or 対応を先送りする すぐに打ち手を考えて対応

Q1 僕がメンテしているwebアプリ、そもそもperl製です メインストリームじゃない言語でのお守りは正直つらいものがあり ます スライムでもいいので異世界に転生したい気持ちです （20代 webエンジニア）

No content

私の見解 ・webアプリではレイヤがうまく層別されていて、依存の方向が一 方向になっていることが大事 ・抽象化がうまくできていれば、言語の差異はディテール ・設計に時間を使おう！ ・でもPerlは嫌

Q2 人によってコードの書き方にばらつきがあってストレスが溜まりま す。しかもそれぞれに主張・思想があって甲乙つけがたい感じで す。最初からコーディング規約を統一的に作っておけよと思ってし まいます。 公安9課ならスタンドプレーでいい感じになるのでしょうが、ソフト ウェア開発ではダメだと思います。 （30代 webエンジニア）

No content

私の見解 ・負債ともいえるが大したダメージではないのでは ・linterを採用しましょう ・自由にやりたいからと言って先走ってマイクロサービスにしない ように

FYI

Q3 だれも仕様を把握してないコードがあります。前任者が退職してド キュメントもテストコードも残っていません。 使われてるかもわからないコードもあるし、ちゃんと想定どおりに 動いてるか分からない巨大な関数とかもあります。 しかも、その関数の実行性能が悪いのが厄介です。直そうになか なか手を入れにくいという...... （20代 webエンジニア）

No content

私の見解 ・他の場所に影響を及ぼしている（結合度が高い、依存されまくり etc)のであれば負債 ・DBやJSON Parseなどが遅くて性能がでない.....とか原因が分 かっているのであればカネで解決するのも現実的 ・くさいものにうまく蓋をするのも技術

Q4 スタートアップに勤務しているエンジニアです。 私のチームでは実装前に入念に設計を議論しており、コードレ ビューも複数人で時間をかけて行っています。細かい実装上の問 題もすぐ治すようにしています。 結果として負債はまったくありません。見通しよいし、読みやすい し最高です。 ただ、時間を掛けすぎているからか、まだプロダクトはローンチで きていません.....。このペースだとあと1年はかかりそうです。これ でいいのでしょうか？ （20代 webエンジニア）

No content

私の見解 ・もちろん負債とはいえない..... いえないのですが.... ・多くの場合、負債の量と実装スピードはトレードオフになる ・熟練したwebエンジニアは、負債を追ってでも速度重視で構わな い所と、守るべき所の見極めが旨い ・その領域にすこしでも近づきたいものですね

Q5 私のチームではwebアプリを運用しているので、デプロイを日々 行っているのですが、そのフローが非常に手の温かみのある感じ で不安です。 手順書通りに、sshしてgit pullしてサーバーを再起動して監視し て...みたいな手順を毎回踏むのですが、いつかミスりそうでヒヤヒ ヤしています。 （20代 webエンジニア）

No content

私の見解 ・あなたのチームでは安定安心してデプロイできてますか？ ・出来ているならフロー構築した人に激感謝しましょう ・安定安心なデプロイは結構難しいです ・グロース速度向上やメンバーのMP節約のため、自動化された デプロイフローの構築は優先度激高です ・欲を言えばデプロイ速度も大事

あなたはどう思いますか？ ・スライドうｐっておきますので ・noteに #負債かも委員会 のハッシュタグをつけて、あなたならど う答えるか投稿してみて欲しいです！ ・僕が巡回して拝読させていただいきます ・なんなら投げ銭もします

負債に立ち向かいたいエンジニア募集してます ・少しずつコード品質をあげていきたい ・乱雑なロジックをシュッとしたい ・不要コードをちまちま消したい ・悪化したレスポンスのボトルネックを探して潰したい こういうシブい仕事が好きで得意なエンジニア たまにいますよね => ご応募ください！ ピースオブケイクでは