イチからつくり直したほうが速い、という幻想 | ダーシノ(@bc_rikko)

イチからつくり直したほうが速い、という幻想 岩田「いまあるものを活かしながら手直ししていく方法だと２年かかります。イチからつくり直していいのであれば、半年でやります。」 引用:『MOTHER2』ふっかつ記念対談 はじめてのひとも、もういちどのひとも。 - ほぼ日刊イトイ新聞 任天堂の元社長であり、天才プログラマーと呼ばれた岩田聡氏が、MOTHER2の開発が行き詰まっているときに糸井重里氏に放った言葉だ。 技術的負債が詰まったプロジェクトに参画したプログラマーなら誰もが「イチからつくり直したほうが速い」と考えるだろう。 しかし、「イチからつくり直す」という選択肢は理想に見えるが、現実は残酷だ。 我々は天才プログラマーではない つくり直している間はお金を生み出さない つくり直しても完成する保証はない 最適解を選択し続けたはずが、完成する頃には別の負債になっている 「イチからつくり直す」という選

[bc_rikko]

作り直しを否定する意図はなく、ただ覚悟がないとお金と時間を浪費するだけなので成功確率の高い選択をしようという話です。私自身、イチから作り直しが成功したこともあるけど、かなりの重労働だったので。

[aktkro]

実力ある人がやる分には問題ないと思うけど、既存コードを理解出来ず、安全にリファクタも出来ない人が自分の能力の低さを棚に上げて「イチからつくり直したほうが速い」って言ってることが多い

[strawberryhunter]

FF14は一から作り直したと言っていて、主にポリゴンを減らすとかデータの話じゃないかと思ったけど、ゲームエンジンもかなり作り直してるっぽかった。MySQLは作り直そうとして失敗して5.7から8まで飛んだ。

[snowcrush]

岩田さんのエピソードはすでに動いている完成品じゃなくて未完成で完成する見込みも立たないプロジェクトにスーパープログラマを投入する場合の話なのでちょっと例として違うんじゃないかと/本旨は特に異論ないです

[hiroshe]

幻想ってことはないだろう。自分でつくってても変な迷路に迷い込んでしまったような状態になって、全部捨てて作り直したらすぐにいいものができたということはよくある。要はどっちが早いか見極められる眼が必要。

[w1234567]

本当に必要なのは作り直しではなく分割なことが多いと思うよ、重要で修正のリスクが高い部分はいじれないからAPI連携やMQ使って分割してリスク低いけど保守開発の需要が高い部分を切り分けていくのが重要

[incubator]

我々は天才プログラマーではない、つくり直している間はお金を生み出さない、つくり直しても完成する保証はない、最適解を選択し続けたはずが完成する頃には別の負債になっている…全部これ既存修正にも当てはまる。

[rityel]

書いてるけど『「イチからつくり直す」という選択肢は、確実に完成させられる自信とやり遂げる覚悟、そして経営陣を説得できるだけの材料を揃えてから選』んでるに決まってる。無根拠に作り直しはそりゃ博打ですわ。

[hogeaegxa]

現実的に予算や人員を考えると作り直しは不可能なので、だからこそ最初が肝心。初心者と低スキルの人間を数だけ大量に集めて作った産まれた時点で死臭がしてるそのシステムを10年20年保守する未来をよく考えるべき

[hokkey]

逆のバイアスも危険なので注意。クソコードを必死こいて読み解いて分解してテスト書こうとしたけど、そんなことするより完全に要件把握してイチから綺麗に書いたコードの方が大正義だったことがあって場合による

[nisisinjuku]

作り直す際は、コンセプトを再定義してセンスよく立ち回る。なぜ失敗したのか？という部分、政治も踏まえて取り組むべきかと。技術や胆力、精神力だけではない勝負感が必要かと。（岩田さんにはそれが会った）

[deep_one]

一から作り直したほうが綺麗になることはある。

[tetotti]

"つくり直している間はお金を生み出さない"　MOTHER2開発中の話を例に挙げているが、どっちにしても開発中はお金を生み出さないよね？

[richmikan]

「それあなたの感想ですよね」と返したくなる。だって客観的データが何も示されていないから。

[kmaebashi]

Joel on softwareを読もう。「あなたが絶対すべきでないこと Part I」 https://urashita.com/archives/3782

[otihateten3510]

一から作り直しても遅いし、今のままでも遅いし、一から作り直すと設計にこだわって複雑になって余計にスピードは落ちる。エンジニアの言うことは信じるな／一からの方が「早い」じゃなく「品質が高い」が本当

[sippo_des]

2回同じことやりたくないもんな。デジャブ感じながら作業したくない

[morita_non]

知ってる。とはいえ設計思想的／言語機能的にほぼほぼ無理な機能追加みたいなのが降ってくることも無いではなかったのでその場合は知らん。したっぱ的には逃げるのが一番早い。

[roshi]

その誘惑に勝てないようではまだまだアマチュアって事かと。

[izoc]

現実的に一から作り直しは出来ないにしろ作り直したいマインドは大事だと思うわ。その口惜しさが新規作成時の設計や改修時のリファクタリングに活きるはずだから

[cinemaphile]

Perlも作り直しの6は幻になってしまった

[mbdon]

よいコードを書く手法として、一度書き上げた後に全部消して書き直すというやり方を最近知った。書き直したら洗練されるのは当たり前なので、コストを考えないで言うべき話ではないよねぇ

[diveintounlimit]

ほとんどのケースでは、イチから作り直すと既存コードベースを改善するより数倍時間がかかり、仕様もちゃんとコピーできないためバグも多く混入する。大半の場合はスキルが低いやつほどリアーキだとか言い出す。

[kts56]

小さい会社でルールゆるゆるだから、勝手に作り直してる

[saikyo_tongaricorn]

全部作り変える意思決定が成されてからJoin→前任者Leaveされました

[Palantir]

“技術的負債が詰まったプロジェクトに参画したプログラマーなら誰もが「イチからつくり直したほうが速い」と考えるだろう。” そうなん…？何屋さんなんだろ…。

[yohskeey]

(古い依存ライブラリやフレームワークのバージョンを上げようとしたたらめちゃくちゃ破壊的変更が多くて)イチから作り直したほうが速い……と思ってるところです。Vuetify2→3のことですけど

[tx198]

幻想は根拠のない空想という意味だ。 空想ということを理解してタイトルをつけろ。 「作り直しを否定する意味はないです」 なら幻想を使うな。 書いていて内容についてい同意するので正しくネーミングしろ。

[toromoti]

幻想じゃねえよ。ほとんど作り直すに近いなら一から作り直したほうが早い。どこを直してどこを直さないか吟味する時間が省けるから。／要は前提条件に依る問題で、一概に言えることではない。

[shimozun]

コードとかのロジックなら頑張れば（頑張れば）何とかなるだろうけど、ユーザーデータとかはもう無理

[Goldenduck]

作り直したほうが良くはなるのだが、よほどうまくやらないと手間をかけたほどには良くならないし結局は時の流れでまた現実と合わなくなってく

[keijak]

『あなたが絶対すべきでないこと PART I』だ

[psne]

MOTHERの話はデータとシナリオは再利用していると思ったので、PoCからやりたいことが明確になった製品を一から作った話になりそうなやつ。

[TakamoriTarou]

いわゆるモダナイズの案件を見てると、作り直すケースが多くなってる気がしますが、これはイチから扱いになるのか気になる。規模が小さい部分はコンバートツールでリフトアップですますとかはあるけれども。

[t2y-1979]

もちろんケースバイケースだが、論理が破綻したコードは作り直した方が早く、その後の保守コストが低いことは多々ある。重要なのは作り直しコストではなく、その後の保守コストの方がずっと大事

[soramimi_cake]

経営陣はリファクタリングも作り直しと同様に嫌うと書いておいてなんで結論がリファクタリング推しになってるのかが不明。そこはスパゲッティコードのメンテを今日も頑張るしかないんだ俺達は…とかじゃないの。

[tts524]

誰が作ったかもわからない、設計書もコメントもテストコードも無いものを保守するぐらいなら、イチから作り直したほうが健全だとは思う。

[nodoubt_nouda]

あらゆる判断はケースバイケースなので、ある選択が正しい時もあればそうでない時もあり、状況を見極められる観察力、分析力、決断力が一番重要だなあと思う今日この頃。