開発スピードと技術的負債 - oinume journal

よくある「開発スピードを優先させるか技術的負債をなるべく発生させないようにするか」という議論、ケースバイケースだとは思うけど、ことプロダクトの立ち上げ段階では、悩んだら「開発スピード」を優先させるようにするべきだと自分は思ってる。 理由は 市場は待ってくれないから。どんなにいいプロダクトでもユーザーに使われなくては意味がないのと、プロダクトを取り巻く外部の環境(競合プロダクトや市場でのニーズ)は自分ではコントロールできないものなのに対して、技術的負債については適切に管理されていればコントロールしながら返済できるから。もちろんバランスも重要だとは思うので、どんな技術的負債も生み出していいかと言われるとそうではないけど。 というわけで自分は「ああこれクソコードだけど機能は満たしてるからそのままリリースしたいなぁ」というのはだいたいクソコードのままリリースしています。(こうやって免罪符を作ってい

[yamadar]

リリースの後に自分で直してくれるなら良いけど、誰かに引き継ぐつもりだったらマジやめて欲しい。

[nazoking]

だいたい負債作る人が速いと賞賛されて別の新しい仕事を任され（そこでも負債を作って勝ち逃げループ）、後を引き継ぐ丁寧な人は「こんな事にそんなに時間くうの？」みたいに言われて評判落とす罠

[mtkys]

開発スピード優先一択な昨今。やりきれないのがサービスが流行って負債の悪影響が顕在化して運用に苦しむ人々と、開発スピード優先で負債を生み出した人々は大抵別になる（運用するころには担当抜けてる）

[tockri]

そう遠くない未来に捨てる可能性が結構あるならそれでいいし、当分使うつもりで捨てる可能性が少ないものならクソコードは早めに治したほうがいい。そんだけ。

[yuuAn]

返せるなら借りればいいと思う。返せるなら。

[tettekete37564]

ビジネスのスピードガーとか言ってる時点ですでに後追いだと気付け。本当に先頭にいる奴らはずっと前から準備万端だから先頭にいるんだよ。

[northlight]

誰かがこの人の負債をなんとかしてるんだろうな・・・つーか、「あとでやる」って言ってやってる奴なんか見たことない。

[shingok]

負債を返す人の気持ちは超ブルーですけどね #slmbiz

[tzt]

デキるやつは急ぎの仕事でもスジがいいものを作る。トレードオフは実力のないエンジニアの甘え。

[ngsw]

少なくとも「開発スピードを技術的負債よりも優先させる」って意思決定する人は、技術7:経営3くらいのバランスの人であって欲しい。「いや、こうやったらシンプルに時間もかけずにできますよ」というのあると思う。

[motchang]

サービス潰れたら負債もクソもないけど極端なのは辛いですよね。

[TokyoIncidents]

'Done is better than Perfect' を日本語で書くと批判されるっぽい

[DQNEO]

完全に同意。FacebookとかGreeも最初はひどいコードだったと聞いてる。それが何千億円の時価総額のもとになった。(最後の一段落が余計な誤解を招いてるような気が...)

[lalala360]

悩んだら「開発スピード」を優先

[waniji]

同意

[shiumachi]

言ってることはとても正しい。批判が多いのは、著者の働いている環境が理解されてないからかなと思う

[akuwano]

完全に同意。筋肉運用だろうがなんだろうがそれより回せないのが最悪なケースな訳だし。

[naka-06_18]

同意。金を稼いでからきれいにするしかない。

[joker1007]

それはその通りだと思うんだが、書いた人間がちゃんと返すのが一番良いし返すタイミングについては真剣に考えとこうよ、と思っている。そもそもやる技術力無いから言い訳に使ってるやつは反省した方が良い。

[ledsun]

リリースを無視されることにビビってなく、一月リリースが遅くても余裕な資金があり、人気が出てお金になる変更をたくさん加える予定があるなら、「技術的負債」を全部返却してからリリースするのがお得。

[tbpg]

"どんなにいいプロダクトでもユーザーに使われなくては意味がないのと、プロダクトを取り巻く外部の環境(競合プロダクトや市場でのニーズ)は自分ではコントロールできないもの"

[wasai]

開発スピードを優先するのはいいけど、運用につけを回すのはやめてほしい

[golden_eggg]

言ってることは分かるんだけど、そびえ立つクソを他人に押し付けるのはやめて欲しい

[vanbraam]

かっこよく言うとそうなのかもしれないけど,言い換えるとこれ"リリース"という言葉を免罪符にその場しのぎをするというだけにも思える

[objectiveworker]

小さなクラスをたくさん作るような形で実装していけばあまり負債はたまらない。大抵の人はクラスやメソッドの切り出しに時間をかけすぎている。コメントをきれいにするぐらいならクラスやメソッドに分割した方がいい

[hatz48]

程度による

[wiz7]

スピードが重要というのは同意です。ただ 「技術的負債については適切に管理されていればコントロールしながら返済できるから。」　こちら、どのようなプロジェクトを想定されているのか、ちょっと気になりました。

[nsymtks1009]

「技術的負債については適切に管理されていればコントロールしながら返済できるから。」とか夢みたいなこと言われてもさ…

[nishiyama_tsukasa]

「技術的負債については適切に管理されていればコントロールしながら返済できるから。」とか夢みたいなこと言われてもさ…

[kyab]

まず日銭が必要な場合、これが正しい。ただ流動性が高いと"書き逃げ"側とされた側みたいなのを産んでしまっている。そこをどう考えるべきか。一方でLinusやmatzはずっといるなぁ。

[yoiIT]

どうせ人月でやってんなら、クソが多い方が片付けるための掃除屋の人月も増えていいんじゃないの？（投げやり

[numanuma08]

受託開発とサービス、プロダクト開発でまた違う話でしょ？ 技術的負債と経営リスクをひも付ける指標とかがあればなぁ？

[dev0000_1]

技術者だったら、スピードと保守性について、トレードオフではなくて、どうしたら両立できるのか？で悩むべきかな、と思う。

[damedom]

そうして生み出されたのが、十年間継ぎ足し継ぎ足しされてきたこの秘伝のスパゲッティソースになります(死んだ目)

[infobloga]

リリースが一ヶ月遅れれば、サービスが利益を生む確率が20%から10%に減る・・・というような状況が問題になっている。受託とか、作れば確実に利益になるシステムを作っている人と話が噛み合うわけがない。