質とスピード / Quality and Speed

質とスピード 初演: 2019/10/31 @ EOF2019

[moro]

良かった。その上で、「質とスピード」がトレードオフなように言われる言質はどこから来たのか。スピードを求められた際に「品質を上げるため時間がかかります」って我々が言ってしまってなかったか。

[n593977]

"スピード"を上げるのに有効なのが"教育"を無くすことだと思ってて、おっさんが寄ってたかって開発すれば早くリリース出来るけど、若者が育つ・チャレンジする機会が無くて組織としては死ぬ、というのを体感中

[kzn17qr]

実装で保守性を重要視していない人が意外と多いなと思っていて、そういった人に読んでほしい。

[t-wada]

「質とスピード」の講演資料を説明不足の部分を追記しつつ公開しました #eof2019

[mallowlabs]

QCD のトレードオフなんて本当無かったんだ! Ω ΩΩ< ﾅ､ﾅﾝﾀﾞｯﾃｰ!!

[kakutani]

XPは爆ぜて久しくなりぬれど、かけらこそ含まれてなお新しき星の射し出づるを見ゆ

[ogawa0071]

質とスピードはトレードオフではないとしても、要件とスピードはトレードオフだと思う。ビジネスで言う「質」には要件（プロダクトとしての質）も含まれている。

[yamadadadada2]

長いプロジェクトだと最初に書いた人のコードの質や設計に引っ張られる（後の人が大規模なリファクタリングをしない限り質は上がらない）的なことも思ったんだけどその辺の見解いつか聞いてみたい

[kakei-akihiko]

質もスピードも良い人と、質もスピードも悪い人がいた。質とスピードはトレードオフじゃなかった。…それって結局言ってることはスキル高い人がやったら良い結果になるよってことだよね。

[mohri]

「コンテンツの質」についてもまったく同じだなと思いながら最後まで見た

[efcl]

QualityとSpeedの話

[murasaki11]

スクラムでいうDoDからUndoneに条件を移すこと「リリース優先なので〜」と言っていたので例に違和感がある

[t_ita]

『「品質とスピードはトレードオフ」は大きな誤解』至言。

[tmatsuu]

ISUCONの過去問を題材にテストを追加しつつチューニングしていくってのは題材としてとても面白いかもしれないと思った。そのスピードではないけどね。

[iwamot]

質を上げればスピードも上がるのだとしても、質が技術力によって限定されるのであれば、技術力を底上げするしかないという結論になりそう。

[yuki_2021]

質とスピードはトレードオフではない。

[inari111]

サービス作っている人全員読んだほうがいい。何度でも読み直したい

[braitom]

品質とスピードは必ずしもトレードオフではないという話。定期的に読み直して考え直したい内容。

[kawasin73]

タイトルがやや釣り。ここでいう「質」とは保守性のことであり、保守性とスピードは確かにトレードオフにならない。一方でスピードとのトレードオフはソフトウェアの機能や性能であり、これも「質」と呼ばれるはず

[raimon49]

オーバーエンジニアリングでもアンダーエンジニアリングでもない、ほどよくシンプルな設計するための判断力を身に付ける方法が、自分で設計したシステムを長期間メンテすることだっていう部分、首がもげるほど同意。

[joker1007]

めっちゃ良い資料。自分としては品質に大きく影響するのは変更可能性がどこにあるかの見通しの有無、そしてそれを備えた上でのコード表現の知識だと思っている。

[nn0]

「スピード優先で」はよく聞くけど「品質優先で」はほとんど聞かないし、結局バグがあったら改修しないといけないんだよな…。品質vsスピードじゃなかったんだな

[uzusayuu]

こういうの読むと「知ってるよ！俺を説得するんじゃなくて、アイツを説得してくれよ！」と思う。 （スライドも講演者も悪くない）

[tune]

この先何度か読み直すことになると思う。よくまとまっていて改めて考えさせられることが多い。

[nekosann_08]

これ系の話では手が早くて仕上がりが雑な動画マンの画を結局は作監が全部直す。というアニメーション制作の話を思い出す。

[Nyoho]

t_wada

[yosuke_furukawa]

最高

[digo]

質を落としてもスピード優先しなきゃならん場面もあるだろう・・・とか言ってるといつの間にかその状態がずっと続いて取り返しがつかなくなるのよな。

[iyamou]

スピード優先とやらで生じた負債を、それを作った本人が将来何倍かの苦労をして返すならまだマシな方で、たいていは他人に肩代わりさせることになる。させられた。D4C-ラブトレイン-

[aemi246]

“”

[kagerou_ts]

今そのスピード優先とかで詰め込まれたやつが断続的に不具合爆発してるとこ。 コードに限った話じゃないよ。企画やデータでもやよ。

[web-engineer]

テストの人のやつ

[kamiokando]

吉野家最高ということか。

[nikkie-ftnext]

良まとめ👏 Done is better than perfectだけど、質を犠牲にしたdoneはその後のスピードに跳ね返ってくるという実感とこのスライドから、少なくとも自分は安易なdoneの誘惑に負けず、できうる限りもがいたdoneを大事にしたい

[ramen31]

トレードオフにならない質とトレードオフになる質の2択になると思う。設計とか基礎部分の開発は後々スピードに活かされるけど、物によっては削ることでスピードが上がると思う

[tomiyanx]

プロダクトがすぐにピボットするとか短命なのが明白ではない場合、品質よりもスピードを重視してしまうのは、エンジニア自身の設計能力を高める機会も失うことになり、プロダクト、エンジニアともに自殺行為だと思う

[mgrstr]

サマリ: 結局は優秀な人をどれだけ集められるかが全て

[chiroruxx]

アジャイルサムライが四天王とか書かすに鉄の三角形を使ってればここまでこじれなかったと思う。