他人が作ったプログラムを修正する時の絶望感

他人が作った素性の知れないプログラムを修正する時の絶望感を一般の人に理解してもらえる例えを考えてみまえんか？

私が考えたのは↓です

「お前、明日からライバルのラーメン屋にいって、その店のいつもの同じ味のラーメンを作れ。レシピは残ってる生ゴミや残飯から自力で調べろ。もちろん前任者への質問は禁止だ」

＞　みまえんか？



↑やっちまった･･･　Orz

グラマな知り合いなんていないし

コメントが1行も入ってないアプリケーションの修正頼まれたことあったなぁ。
まさに他人に読まれることを怖れているかのようにコメントが1行も書いていない。
なんの関数なのかもコードを読んでいかないといけない。
膨大な時間がかかった。

バカがマネするから何のための関数なのかと、引数に入れてもいい値くらいは書いとけ。

ジョークとしか思えないなw

構造化されてないCOBOLのコードを渡されたときは泣きそうになった

使い回さない前提の設計が流れてくることも多い
拡張性皆無の設計仕様作るSEが絶滅するだけで、開発効率は数倍はねあがるだろうと

追記

UNIXの哲学にもあるけど「一つのことを、うまくやる」コードをたくさん書いておけば、
それらを組み合わせて使うのは比較的楽。

小さいコードはテストしやすいっていう側面もあるから品質を上げるというのにもよい。
ただ、機能を満たした小さいコードを作るのは結構難しいんだけどね。

糞ならマシ。
実はスパゲッティ。

今追いかけなきゃいけないプログラム、ヘッダコメントがまったくない。
全てのソースファイルにない。泣きたい。

ああぁぁあー、最初っから作り直したい、、、

他人が作ったソースがクソであることは多分にあることだが、
他人のソースを触るだけでクソと思うのは、単にアンタが無能だからだな。

そんなに他人の書いたソースが読める奴が妬ましいか？ん？

無能の分際で、俺の書いたソース最高！それ以外糞！とか言ってんの？
お前のソース、さぞ他人から糞と思われているんだろうな。
刺されないよに注意しろよ。

睡眠不足→スレタイ→絶望

でもさ、
この業界で一番困ってるのは不具合出たけど元の担当者がいないってパターンじゃね？
だとしたら他人のコード読む力があれば充分フリーでも食ってけるってことじゃん？

つかいつも思うんだが・・
俺が開発するときはうるさくドキュメント書けといわれてきっちり作るのに
他人のプログラムのときはなぜかいつもまともなのがないんだなｗ
こんな矛盾感じてる奴いるよね？

vbかよ

コーディング規約に即値禁止が唱われてる組織は多いよね。
１回しか使われない数値の場合、EQU(define)と参照で行数は２倍になる。
俺はシステム構成にかかわる数値は頭に集めてEQUするが、１回だけとか
ハード固有の都合みたいな単発数値は堂々と中に書いてた。

某機器の25ｘ80の液晶に表示するコードを書いた時は直値で書いたな
GotoXY( 10, 12 ) を GotoXY( COL_10, ROW_12 ) みたいに書くのはアホとしか思えなかったから

定義数が多いなら、外部ファイルで調整できるようにするなぁ。
値取得用のI/F作って。

んな機器のROMにファイルシステムなんてねーよ

今更も何も解ってない奴の多いこと多いこと。
俺や俺に関わる連中も様々なプロジェクトで言われて来たのに、
俺の見るソースは何故だかセオリー違反ばかり。

コメントを書いていないのが悪いってだけの問題だなそれはｗ

つうか、コメントなんて無くても、割り算だと気付かない方がアホだろ
情報処理試験に同じような設問出ても文句言えるのか？

コードブロックにローカルルールってある？
void hoge()
{
　　for()
　　{
　　}
}
から、
void hoge() {
　　for() {
　　}
}
にした。
後者の方が縦に収まりやすくて見やすいんだよね。

「プログラム書法」にあるように、発音しやすい変数名にせい。
wrtとか論外。
pllNwrt？そんなバカと仕事したくねえ。pllNwriteでもいまいち。pll_N_writeなら合格だ。

どっちでもいいと思うけどどっちかに統一しないと気持ち悪い
インデントにタブと半角スペース混ぜたりとか
というかプログラミング用エディタの勝手にインデントがうざい

わかりにくいコードのままだと他の人が見えなくなるじゃん
一人でやるにしても次見たとき思い出すのに時間かかる

古代文字を読み間違えて起きる不具合と、他人のプログラムを読み間違えて
起きる不具合を考えたら、時間云々なんて言ってられないだろ。

そしてコード重複へ・・・

たいがいにしとけよ
糞コード書いたのが今ではその会社の役員様かも知れんぞ

字面だけ統一したってコード全体が良くなるわけじゃないんだけどなあ
見えるところだから手を付けやすいんだろうね

変数名とおりの値が入ってなかったことあって吹いた覚えある

例えば”売り上げ”っていう変数名なのに中身単価だったり・・・
嫌がらせすんじゃねぇよ・・・

名著「Effective C++」で推奨されてるやり方だな。

中国が作った粗大ゴミを使えるゴミに直す作業が苦痛すぎる。
廃棄処分して作り直した方がいいのに、コウスウガーとか言い出す馬鹿PMに辟易するわ。

どうせPMなんて粗大ゴミの中身を見てないんだから、知らんフリして書き直せば良いじゃん
俺はそうしてたよｗ

一行もコメントがないソースに遭遇した
出来ないって言えたらどんなに楽か