Togetter/min.tを安心してお使い頂くためのガイドラインを公開しました。
2020年6月10日

「プログラムを修正するより一から書き直した方が早い」という状態が直感でわかる例画像にゾワゾワする皆様

怖い
263
土田善紀 @tsuchidasama

「このプログラムを修正するより、私が一から書き直した方が早い」っていう、プログラマあるあるエピソードを素人の皆様にも直観でわかって頂ける、すごく良い例画像をFacebookで入手しましたので、共有いたします。 pic.twitter.com/unPeAahsyX

2020-06-09 16:42:58
拡大
めちゃくちゃわかる
🦌shika🦋😈🌸🌟FITH @RiLLA69707259

黄色い線だらけになる前にさっさと1から作りましょうねって気持ちわかりみ twitter.com/tsuchidasama/s…

2020-06-10 00:24:55
けぃ @mimicopytanoshi

プログラミング好きとして、ものすごく伝わってきました。 twitter.com/tsuchidasama/s…

2020-06-09 23:42:49
不格好。 @Bukakko_dayo

MOTHERかなんかのときの岩田っちのあの発言思い出した。 流石にプロジェクトの規模が桁違いだけども。 twitter.com/tsuchidasama/s…

2020-06-09 23:28:20
中途半端が辛い
緑黴 @midorikabi

@tsuchidasama @S_NAOKAZU_2009 わかる。 他人のプログラムの癖理解するより、動作から逆算してコード書いたほうが遥かに早い。

2020-06-09 20:06:58
SNOW_SNOW @HappySnow__

このツイートにも、返信にも分かりみ深し。 アルアルすぎる。 特にパズルのピースとか、作り直したら原因不明のバグとか… twitter.com/tsuchidasama/s…

2020-06-10 00:11:15
うえす @tsuchisko

プログラマーになってからの8年、いくつ書き直したかわからん😉 一個注意点があって、ぐちゃぐちゃだからって仕様も確かめずに書き直すとかえってえらい目に遭う🤢 twitter.com/tsuchidasama/s…

2020-06-09 23:34:37
いちごとうふ @chii_manjyu

わかるー! 他人のぐちゃぐちゃなCSSを直してと言われると全部書き直したほうが早いですって言ってしまう。 twitter.com/tsuchidasama/s…

2020-06-09 23:15:21
タイ米 @Taimaiyade

@tsuchidasama 全部ズレてるなら良いんだけど こうも中途半端だと最初から書いた方が 速いと思うよなぁ...

2020-06-09 20:25:03
ると ꒰ ՞•ﻌ•՞ ꒱ @routevisions

パズルするより白紙にして書き直した方が早いってことやな… 今がまさにその状態だなぁ… twitter.com/tsuchidasama/s…

2020-06-09 23:13:51
悟リ @maidcookie

@tsuchidasama 全部直すとその分テストしないといけないし修正箇所以外のレビューも通さないといけないからね・・・その分の工数は取れないからね・・・へへ・・・(死んだ目)

2020-06-09 20:30:48
hello_world @Ux8f6unX

@tsuchidasama 書き直した方が早いと思って書き直した結果、原因不明のバクにさいなまれるという画像はないかしら。

2020-06-09 19:00:38
どの仕事でもある
こうじ @bike_koji

なるほどなーと思いつつ図面もたまにあるなと思った どこも大変だ(笑) twitter.com/tsuchidasama/s…

2020-06-09 23:13:29
Official禿のんぴsm @NONP4890

プログラムに限らずどの仕事でも言えそう。自分の仕事でも時間をおいて見直すとわけわからんことしてる時あって、それ直す時に初めからやったほうがええわってなるときある twitter.com/tsuchidasama/s…

2020-06-10 00:17:24
POPKANもトッティが大好きだよ!祝3期!!🌤️まぁな!!! @popkan_sp

@tsuchidasama 我が(焼き鳥屋)社のソース(コード)は先代から代々受け継がれる秘伝(決して書いた本人以外には理解できない)のソース(コード)であり、この風味(挙動)の出し方は、もはや誰にも再現(性)できない秘伝のソース(コード)です。

2020-06-09 21:24:13
気持ちが悪くなる
残りを読む(12)

コメント

RGB000 @19666_61 2020年6月10日
環境破壊したら再インストールしたほうが早いってやつ
86
二尾狐(にびこ) @dualfoxy 2020年6月10日
私はゲームのバグった画像を見ると激しい恐怖が湧いてくるんだが、これもうっすら湧いてくるな……。
27
@mozuta 2020年6月10日
???「何もしてないのに壊れた」
2
今平東 @imadaira 2020年6月10日
プログラムに限らず「全部まっさらにしてやり直す」が最適なシチュエーションは多々あるけど、多人数/多部署が関わるような案件はそうも行かないよね…… 『誰も……完成形を把握していないのである!!!』状態になった新標品開発案件とか、さ
51
おきぐすり @1985oronine666 2020年6月10日
プログラミングなんてさっぱりぴーまん族なんだけど、すっごいわかりやすい。なるほど…おそろしい…ww
18
aioi_au @aioi_au 2020年6月10日
特に自分の引き出し以上のことを手探りでやった時とかこの傾向が強いよね。
0
Wisp @wispyr 2020年6月10日
Mother2というゲームの開発が難航している中、「いまあるものを活かしながら手直ししていく方法だと2年かかります。イチからつくり直していいのであれば、半年でやります」といって建て直した優秀なクリエイターがいまして。後に任天堂の社長となる岩田聡さん、最も尊敬する人物のうちの一人です。
113
ヘルヴォルト @hervort 2020年6月10日
ここまで書いたプログラムを一旦廃棄するという行為は勇気と根気が凄まじい。誰でも1からやり直した方が早いかもとは思っても、これを、いちから、やり直すのか…って躊躇するし
12
ひし @Hissssa_ 2020年6月10日
「後輪の「元通りにしよう」という努力は垣間見えます」 単に工事範囲外だったのでは…
74
ワブガー @Wabger 2020年6月10日
この状態で納品が終わって開発チームが解散した後、運用保守チームに後は任されて頭を抱えるヤツ
9
ふとん最高 @huton_saikou 2020年6月10日
誰か画像をばらして組み直してると思ったのに誰もやっていない… 誰か……
7
kusano @t_kusano 2020年6月10日
取り外すときになぜ位置と向きを記録しないのか
3
marumushi @marumushi2 2020年6月10日
初期のプロジェクト設計自体に問題があった場合っていう前提だよねこれ。いかなる時も一から書き直した方が早いなら、そも設計とはという話になるし
1
絢瀬swi(新生児)📿🌔⚖ @materialvenus 2020年6月10日
時給1000円でこれを元どおりに組み直すパズル仕事やりたい
13
たかみん/りんと @r_takamine 2020年6月10日
書き直した方が早い?仕様がきっちり分かっていればなあ…とスパゲティ介護マは思うのです。この例だと自転車だよなーと思ったら実は大八車でした、いやなんで大八車描いたんだよ普通に考えてわからんぞ、みたいな。
12
無名戦士の墓 @_GhostsofHeroes 2020年6月10日
そりゃ配管の工事に来たのに、何時までかかるか分からないレンガのジグソーパズルで残業になったらアホらしいもんな。途中で「…ヨシ!」となる気持ちは分かる。最初に外す時に綺麗に並べて置いとくべきだったね
15
UZIRO @UZIRO 2020年6月10日
いわっちの話を思い出さざるを得ないと思ったらやっぱり名前出てた
5
takatakattata @takatakattata1 2020年6月10日
入出力の仕様を完璧に理解した上という前提はある
0
むう @nyal1999 2020年6月10日
takatakattata1 まあその前提として仕様が存在しないといかんのですが
1
A @A34470329 2020年6月10日
この画像何?気持ち悪い
0
ヘルヴォルト @hervort 2020年6月10日
_GhostsofHeroes 普通はナンバー振っておくとかする。そうすれば仮置きの仮置きとかでゴチャゴチャになっても番号順に並べれば元に戻せる
35
キタムラシステム @kitasys 2020年6月10日
ちなみに現在法務局で閲覧可能な、土地の所在や位置関係を示す公的な地図、いわゆる「公図」においても、昔からの流用でこういう状態になってる場所が多々ありまして、「もうこれ一から書き直そう」ということで各所で進められているのが地籍調査とか地図作成といったものであります
7
yotiyoti @yoti4423yoti 2020年6月10日
漫画だけどワンパンマンも原作に合わせて途中途中を完全改編してるんだよな。そのせいで後の話と整合性撮れていない箇所がいくつかあって、あれも全部修正するとなったら1から全部書き直した方が早いんじゃないかと・・・
1
AoVA @AoVA 2020年6月10日
これ後輪は頑張って元通りにしたけど前輪で力尽きたんじゃなくて単に前輪部分だけ掘り返しただけだと思うよ
22
ゆー @y_raimu0 2020年6月10日
問題なのは、イチから書き直して使わせたら、ごくごく稀にしか発生しないルートが抜け落ちてたとかいうことがあること
16
ほづきささみ📚LoRプレイ中 @hsasami3 2020年6月10日
丸々書き直した結果元々あった仕様を見逃して消して納品後に発覚…というケースが怖いので、なるべく元のソースは残すかコメント化しておくなあ
4
すらーく @slarq 2020年6月10日
例とされている画像は外すときに番号とか振らないで、すべてが噛み合ってしまうジグゾーパズル状態だったのかな。
0
ねや @AriaSub 2020年6月10日
直すより書き直した方が早い! と言っていざ書き直したら、荷台やペダル書き忘れたりするやつだな そうじゃなくても、実は夜光塗料で書かれていて、普通のペンキで書き直したら夜光らなくなった!ってクレーム来たりする そういうリスクを考えるとシステム開発でも無駄とわかっていても、今のままを維持しないと、今まで通りである保証が出来ないんだよね。 客が要望を言わず、本当はどうすべきなのか考えてさえいないから、クリア条件隠されたまま作った後に、後出しで文句つけてくる。
13
ばしにぃ @hiro_orso_viola 2020年6月10日
ゼロから刷新すると新現比較が結構面倒なんだよね(;´Д`)。あと設計書や要件定義が雲散霧消して処理仕様がブラックボックス化してたりするし。とはいえ、機能の要件含めて「この処理はどうしてこうなっているのか」が全て分かるなら造り直した方が将来のためですね。
4
KLEIN @klein_artifact 2020年6月10日
仕様書がないからコード解析からやらなきゃならないんです(遠い目) 一から作れるところまできたら今のコードを修正するのも大して変わらないんです。
7
しいたけ @ctake147 2020年6月10日
何が正しいかが定義できるのであれば作り直した方が早いのだけれど。 問題はこの状態でも実は正しく機能している、という前提からの答え探しなのです。
2
nekosencho @Neko_Sencho 2020年6月10日
しかしこれ、前半分だけにしては白いレンガが多すぎる気もしないではない
2
sako @SSako86 2020年6月10日
Hissssa_ 本職だという方からも、後輪部分と崩れている部分の違いから、そうだという指摘がありますね。https://twitter.com/kitasanVAPE/status/1270339404586905601
3
ひし @Hissssa_ 2020年6月10日
SSako86 ですよねぇ。良く見たら確かに目地が違ってますね。
0
ひし @Hissssa_ 2020年6月10日
リプにあるように水道管などの改修工事なんだろうけど路面の「現状回復」は契約上どうなってるのか気になる。特に明文化されてないのかな。標識としての機能は失われてるけど問題にならなかったのかな。
4
R.Mory@Togetter @RMoryTogetter1 2020年6月10日
dualfoxy 臼井儀人氏が亡くなられたときによく出回ってた気味悪いクレしんの画像とかに感じるやつ
0
つら @tsuramisan 2020年6月10日
どうせならだんだんズレが大きくなったり上から下に崩壊していれば……これだと意図的な不具合にしか見えない
0
arika @arika_melty2 2020年6月10日
一から作り直したら非常用のスイッチが無くなって緊急時に被害が増えましたは割とよくある話。一番いいのはフローが残ってる事なんだけどPG一人でやらされてる中小企業は多いからそういうのだと謎の動作がいっぱい入ってたりするんだよね…
6
海◆eoxyl9RE @umi_eoxyl9RE 2020年6月10日
この帳票機能文字ちっちゃいしプレビュー拡大もできなくて顧客からほぼ毎回苦情になるんだけど拡張できない?って開発に聞いたり要望書出してたら、新PGで実装された。 そんなことが何度かあって、画面デザインが機能毎に微妙に違うキメラみたいなシステムになったでござる。
1
kartis56 @kartis56 2020年6月10日
掘り返す前程度に平らに舗装してあれば言うことないよ。最近は減ったけど、真ん中は盛りすぎ端は足りてなくて段差になってるの嫌
1
しろうと @sirouto 2020年6月10日
たしかに、「一から書き直した方が早い」例も多々あるだろうが、時には逆に危険なこともある。というのも、「セカンドシステム症候群」があるからだ。たとえば、ブラウザ(企業)の「ネットスケープ」が、IEとのブラウザ競争に負けて、消えた原因のひとつに、バージョンアップの際に、大規模な修正をしたことが影響しているらしい。「こんなコードは、書き直した方が……」といって、自分(や上司など)好みの設計や実装をモリモリ盛り込んで、かえって事態が悪化する例もある。
8
あるす@ただいま休職中 @ars015 2020年6月10日
今やってる新規プロジェクトが、基礎構造が同じである関係上、既存プロジェクトからいっぱいパクってるが、パクりすぎて悪いモノまでコピーしそうで、毎回暴走しがちな連中を押しとどめるのが最近の仕事なので、これ観るとトラウマ蘇るわ。
0
K3@FGO残8.0 @K3flick 2020年6月10日
もはや仕様書がないプログラムの改修は爆弾解体に近い
13
fortrand💤 @fortrand 2020年6月10日
ただ、この画像で言うと「別のレンガで書き直して絵はつながったけど、レンガの茶色やペンキの白が微妙に違ってチグハグ」みたいな永久に残る副作用が起きる心配もある。まとめ中にもあるけれど既存仕様との整合性を見ないでいきなり書き直すのは危険。
0
\(TOT)/ @shibanasu14 2020年6月10日
「設計書は資産の関係で出せない!コードは好きに見ていいから!」 設計書無いんやろ?あっても恥ずかしいやつしか残ってないんやろ!?
1
ねや @AriaSub 2020年6月11日
arika_melty2 実装から今まで誰も一度も使ってない不要機能を削除してコストカットしました!(非常用スイッチ)
2
xi @accountLINKonly 2020年6月11日
センシティブな画像ですフィルターが機能してないの納得いかな…_| ̄|○、;''.・ オェェェェェ
1
乾也春海 @kanbaru 2020年6月11日
頭の中でパズル始めてしまう画像。
0
k9cycle @__hage 2020年6月12日
写真からソートアルゴリズムの説明が始まるのかと思った。
1
なちゃ @nachakey 2020年6月13日
まあ作り直しはそれはそれでリスクなので一概にどっちがましって言い切れない(当たり前)なんだけど、それはそれとして、ひどい出来のプログラムが、どのくらい無駄な頭脳労働時間を浪費させるかってのは、マジで想像を超えるレベルだと知ってほしいよね。
1
なちゃ @nachakey 2020年6月13日
だいたい最初に動けばいいというか、まともなコード品質を保つ努力をしなかったせいで、後にものすごい労力がかかったり障害につながったりするんだけど、だいたいが最初のコスト最重視されておざなりになるんだよなあ。 正しく動いてるから品質OKみたいな感覚。
1
亜山 雪 @ayamasets 2020年6月13日
綺麗に煉瓦をはめ直した!と思ったら一個余ってて、やり直ししてる間に道路専有の時間切れになったのかも!
1
すーやそ@力なき者 @su_yaso 2020年6月13日
本当は必要なレンガが元から無かったけどなんかハマってるからヨシ!だったり、 本当は必要ないレンガが元から配置されてるけどなんかハマってるからヨシ!たり、 ってのがあるとさらに混乱するアレ
0
みっくす・じゅーす @mixjuice_100cc 2020年6月13日
白レンガと赤レンガで自転車の煉瓦ドット絵になるようにしなかった根本設計が悪い
0
藤堂雷鳥🖖♌ @CHICKEN_TODO 2020年6月14日
これが自転車に直すのならいいんだけど、途中の仕様変更で前輪だけエンジン付けてあったとかあると地獄を見ることに。。。(´・ω・`)
1
長 高弘 (獣脚類ティラノサウルス科ズケンティラヌス) @ChouIsamu 2020年6月14日
IT屋だった頃に、ある都銀のシステムで、後からよくよく考えると「どうして、こうなった??」としか言えないよ〜なタワケた理由で「一度、運用テスト終ったサーバを、OSから入れ直して、再度環境構築し、再テストをしないまま本番運用を迎える」と云う、いやぁ、何事も無くてホンマに良かった……と云う恐ろしい真似をする羽目になった事が……
1
Denullpo S. Hammerson @denullpo 2020年6月14日
webでサンプルプログラム拾ってコピペがベースになってるやつな。だいたいエラー分岐が乱雑に書き加えられてるか、逆にエラーなんか知ったこっちゃない路線。あと特にヤバいのが、複数の非同期処理が並走するやつ。1つのポーリング関数に謎のif/elseが密林状に育ってて、如何にもバグの温床で、それでいて検証困難で治しようなさげ。んで、ゲームプログラムって基本的に多数の非同期処理が並走してんですよもうね。
0
式村比呂 Hiro Shikimura @saburou_sinra 2020年6月14日
書き直した方が早いときはままある。書き直してもダメな可能性を無視すれば。
0
door_vizi @door_0001 2020年6月14日
huton_saikou そして誰もやらないから自分に回ってくるのであった…
1
luckdragon2009(rt多) @rt_luckdragon 2020年6月14日
SVN(じゃなくてもいいけど)に過去履歴残しておいた方がいい、たまに隠れ仕様が判明するから。
0
luckdragon2009(rt多) @rt_luckdragon 2020年6月14日
無意味なログを吐いてるな、と思ったら、それが次段階の動作スタータだった事がある。
0
こずみっくのいず @cosmicnoise 2020年6月14日
ファミコンだったら「ぷーーーーーーーー」って音が聞こえてきそうだ。
1
anineko @ANINEKObySYSTER 2020年6月15日
ベテランが作ったのにセオリー無視の変なコードになってる場合、それを継承しないと作り直しても動かない事がある。  ※ システムの不安定要因をそれで鎮めて安定稼働させてたり。
0
枕木 ソエル @SoL_makuragi 2020年6月15日
存在する柄が前輪より多くて気が狂ったのだ。それも含めてプログラミングにありそう
0
ask @whirlpool 2020年6月17日
ブロック組みとプログラミングは違う物なので、あまり胡乱な例え話をするのもどうかと思うよ。
0