Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
負債かも委員会
Search
KON YUICHI
November 30, 2018
2
1.6k
負債かも委員会
生まれ変わらNight
2018/11/29
https://yappli.connpass.com/event/106987
KON YUICHI
November 30, 2018
Tweet
Share
More Decks by KON YUICHI
See All by KON YUICHI
ソフトウェアエンジニアの仕事
konpyu
0
2.6k
SPAの論点
konpyu
1
1.9k
コンテンツ配信とSPA
konpyu
3
3.9k
Redshiftハンズオン
konpyu
0
1.8k
Featured
See All Featured
GraphQLとの向き合い方2022年版
quramy
44
13k
Fashionably flexible responsive web design (full day workshop)
malarkey
405
66k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
47
5.1k
Side Projects
sachag
452
42k
Thoughts on Productivity
jonyablonski
68
4.4k
A Tale of Four Properties
chriscoyier
157
23k
Speed Design
sergeychernyshev
25
680
Testing 201, or: Great Expectations
jmmastey
41
7.1k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
6
450
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
159
15k
Building Better People: How to give real-time feedback that sticks.
wjessup
366
19k
Faster Mobile Websites
deanohume
305
30k
Transcript
負債かも委員会 @konpyu
自己紹介 KON Yuichi / @konpyu Piece of cake, Inc CTO
・DeNAに新卒入社 ソシャゲ全盛時代を駆け抜ける ・2013年 ピースオブケイク入社 現CTO ・開発に関わることならなんでもやっています ・マンガも描いてます
None
None
対応をしない or 対応を先送りする すぐに打ち手を考えて対応
Q1 僕がメンテしているwebアプリ、そもそもperl製です メインストリームじゃない言語でのお守りは正直つらいものがあり ます スライムでもいいので異世界に転生したい気持ちです (20代 webエンジニア)
None
私の見解 ・webアプリではレイヤがうまく層別されていて、依存の方向が一 方向になっていることが大事 ・抽象化がうまくできていれば、言語の差異はディテール ・設計に時間を使おう! ・でもPerlは嫌
Q2 人によってコードの書き方にばらつきがあってストレスが溜まりま す。しかもそれぞれに主張・思想があって甲乙つけがたい感じで す。最初からコーディング規約を統一的に作っておけよと思ってし まいます。 公安9課ならスタンドプレーでいい感じになるのでしょうが、ソフト ウェア開発ではダメだと思います。 (30代 webエンジニア)
None
私の見解 ・負債ともいえるが大したダメージではないのでは ・linterを採用しましょう ・自由にやりたいからと言って先走ってマイクロサービスにしない ように
FYI
Q3 だれも仕様を把握してないコードがあります。前任者が退職してド キュメントもテストコードも残っていません。 使われてるかもわからないコードもあるし、ちゃんと想定どおりに 動いてるか分からない巨大な関数とかもあります。 しかも、その関数の実行性能が悪いのが厄介です。直そうになか なか手を入れにくいという...... (20代 webエンジニア)
None
私の見解 ・他の場所に影響を及ぼしている(結合度が高い、依存されまくり etc)のであれば負債 ・DBやJSON Parseなどが遅くて性能がでない.....とか原因が分 かっているのであればカネで解決するのも現実的 ・くさいものにうまく蓋をするのも技術
Q4 スタートアップに勤務しているエンジニアです。 私のチームでは実装前に入念に設計を議論しており、コードレ ビューも複数人で時間をかけて行っています。細かい実装上の問 題もすぐ治すようにしています。 結果として負債はまったくありません。見通しよいし、読みやすい し最高です。 ただ、時間を掛けすぎているからか、まだプロダクトはローンチで きていません.....。このペースだとあと1年はかかりそうです。これ でいいのでしょうか?
(20代 webエンジニア)
None
私の見解 ・もちろん負債とはいえない..... いえないのですが.... ・多くの場合、負債の量と実装スピードはトレードオフになる ・熟練したwebエンジニアは、負債を追ってでも速度重視で構わな い所と、守るべき所の見極めが旨い ・その領域にすこしでも近づきたいものですね
Q5 私のチームではwebアプリを運用しているので、デプロイを日々 行っているのですが、そのフローが非常に手の温かみのある感じ で不安です。 手順書通りに、sshしてgit pullしてサーバーを再起動して監視し て...みたいな手順を毎回踏むのですが、いつかミスりそうでヒヤヒ ヤしています。 (20代 webエンジニア)
None
私の見解 ・あなたのチームでは安定安心してデプロイできてますか? ・出来ているならフロー構築した人に激感謝しましょう ・安定安心なデプロイは結構難しいです ・グロース速度向上やメンバーのMP節約のため、自動化された デプロイフローの構築は優先度激高です ・欲を言えばデプロイ速度も大事
あなたはどう思いますか? ・スライドうpっておきますので ・noteに #負債かも委員会 のハッシュタグをつけて、あなたならど う答えるか投稿してみて欲しいです! ・僕が巡回して拝読させていただいきます ・なんなら投げ銭もします
負債に立ち向かいたいエンジニア募集してます ・少しずつコード品質をあげていきたい ・乱雑なロジックをシュッとしたい ・不要コードをちまちま消したい ・悪化したレスポンスのボトルネックを探して潰したい こういうシブい仕事が好きで得意なエンジニア たまにいますよね => ご応募ください! ピースオブケイクでは