元スレ:https://tamae.5ch.net/test/read.cgi/prog/1316015995/
1: 仕様書無しさん 2011/09/15(木) 00:59:55.39
他人が作った素性の知れないプログラムを修正する時の絶望感を一般の人に理解してもらえる例えを考えてみまえんか?

私が考えたのは↓です

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

3: 1 2011/09/15(木) 01:08:32.08
> みまえんか?



↑やっちまった・・・ Orz

22: 仕様書無しさん 2011/09/18(日) 02:40:32.88
グラマな知り合いなんていないし

24: 仕様書無しさん 2011/09/18(日) 09:34:41.86
コメントが1行も入ってないアプリケーションの修正頼まれたことあったなぁ。
まさに他人に読まれることを怖れているかのようにコメントが1行も書いていない。
なんの関数なのかもコードを読んでいかないといけない。
膨大な時間がかかった。

27: 仕様書無しさん 2011/09/18(日) 23:13:23.71
バカがマネするから何のための関数なのかと、引数に入れてもいい値くらいは書いとけ。

40: 仕様書無しさん 2011/09/26(月) 15:54:19.66
ジョークとしか思えないなw

74: 仕様書無しさん 2011/10/05(水) 18:51:24.38
構造化されてないCOBOLのコードを渡されたときは泣きそうになった

92: 仕様書無しさん 2011/10/07(金) 12:43:45.96
使い回さない前提の設計が流れてくることも多い
拡張性皆無の設計仕様作るSEが絶滅するだけで、開発効率は数倍はねあがるだろうと

99: 仕様書無しさん 2011/10/08(土) 03:58:00.09
追記

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

101: 仕様書無しさん 2011/10/08(土) 19:43:23.50
小さいコードはテストしやすいっていう側面もあるから品質を上げるというのにもよい。
ただ、機能を満たした小さいコードを作るのは結構難しいんだけどね。

105: 仕様書無しさん 2011/10/10(月) 23:10:58.86
糞ならマシ。
実はスパゲッティ。

119: 仕様書無しさん 2011/10/21(金) 22:33:47.89
今追いかけなきゃいけないプログラム、ヘッダコメントがまったくない。
全てのソースファイルにない。泣きたい。

125: 仕様書無しさん 2011/10/24(月) 22:58:34.59
ああぁぁあー、最初っから作り直したい、、、

151: 仕様書無しさん 2011/11/13(日) 15:15:24.13
他人が作ったソースがクソであることは多分にあることだが、
他人のソースを触るだけでクソと思うのは、単にアンタが無能だからだな。

158: 仕様書無しさん 2011/11/13(日) 17:01:38.24
そんなに他人の書いたソースが読める奴が妬ましいか?ん?

159: 仕様書無しさん 2011/11/13(日) 17:08:49.87
無能の分際で、俺の書いたソース最高!それ以外糞!とか言ってんの?
お前のソース、さぞ他人から糞と思われているんだろうな。
刺されないよに注意しろよ。

164: 仕様書無しさん 2011/11/14(月) 11:50:14.00
睡眠不足→スレタイ→絶望

167: 仕様書無しさん 2011/11/18(金) 21:55:39.13
でもさ、
この業界で一番困ってるのは不具合出たけど元の担当者がいないってパターンじゃね?
だとしたら他人のコード読む力があれば充分フリーでも食ってけるってことじゃん?

177: 仕様書無しさん 2011/11/18(金) 23:18:42.73
つかいつも思うんだが・・
俺が開発するときはうるさくドキュメント書けといわれてきっちり作るのに
他人のプログラムのときはなぜかいつもまともなのがないんだなw
こんな矛盾感じてる奴いるよね?

209: 仕様書無しさん 2011/12/14(水) 22:50:45.75
vbかよ

246: 仕様書無しさん 2012/01/11(水) 05:26:51.48
コーディング規約に即値禁止が唱われてる組織は多いよね。
1回しか使われない数値の場合、EQU(define)と参照で行数は2倍になる。
俺はシステム構成にかかわる数値は頭に集めてEQUするが、1回だけとか
ハード固有の都合みたいな単発数値は堂々と中に書いてた。

248: 仕様書無しさん 2012/01/11(水) 09:30:00.59
某機器の25x80の液晶に表示するコードを書いた時は直値で書いたな
GotoXY( 10, 12 ) を GotoXY( COL_10, ROW_12 ) みたいに書くのはアホとしか思えなかったから

254: 仕様書無しさん 2012/01/11(水) 18:38:51.48
定義数が多いなら、外部ファイルで調整できるようにするなぁ。
値取得用のI/F作って。

255: 仕様書無しさん 2012/01/11(水) 19:49:16.18
んな機器のROMにファイルシステムなんてねーよ

259: 仕様書無しさん 2012/01/13(金) 21:23:52.81
今更も何も解ってない奴の多いこと多いこと。
俺や俺に関わる連中も様々なプロジェクトで言われて来たのに、
俺の見るソースは何故だかセオリー違反ばかり。

263: 仕様書無しさん 2012/01/15(日) 05:12:23.33
コメントを書いていないのが悪いってだけの問題だなそれはw

266: 仕様書無しさん 2012/01/15(日) 13:23:57.18
つうか、コメントなんて無くても、割り算だと気付かない方がアホだろ
情報処理試験に同じような設問出ても文句言えるのか?

303: 仕様書無しさん 2012/02/10(金) 22:04:52.42
コードブロックにローカルルールってある?
void hoge()
{
  for()
  {
  }
}
から、
void hoge() {
  for() {
  }
}
にした。
後者の方が縦に収まりやすくて見やすいんだよね。

313: 仕様書無しさん 2012/02/15(水) 08:53:01.16
「プログラム書法」にあるように、発音しやすい変数名にせい。
wrtとか論外。
pllNwrt?そんなバカと仕事したくねえ。pllNwriteでもいまいち。pll_N_writeなら合格だ。

332: 仕様書無しさん 2012/02/21(火) 07:45:55.02
どっちでもいいと思うけどどっちかに統一しないと気持ち悪い
インデントにタブと半角スペース混ぜたりとか
というかプログラミング用エディタの勝手にインデントがうざい

335: 仕様書無しさん 2012/03/01(木) 13:46:34.78
わかりにくいコードのままだと他の人が見えなくなるじゃん
一人でやるにしても次見たとき思い出すのに時間かかる

363: 仕様書無しさん 2012/03/18(日) 00:31:44.33
古代文字を読み間違えて起きる不具合と、他人のプログラムを読み間違えて
起きる不具合を考えたら、時間云々なんて言ってられないだろ。

377: 仕様書無しさん 2012/03/24(土) 13:42:28.41
そしてコード重複へ・・・

399: 仕様書無しさん 2012/05/11(金) 23:10:12.69
たいがいにしとけよ
糞コード書いたのが今ではその会社の役員様かも知れんぞ

406: 仕様書無しさん 2012/07/28(土) 09:21:02.94
字面だけ統一したってコード全体が良くなるわけじゃないんだけどなあ
見えるところだから手を付けやすいんだろうね

412: 仕様書無しさん 2012/08/31(金) 17:19:22.79
変数名とおりの値が入ってなかったことあって吹いた覚えある

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

427: 仕様書無しさん 2012/11/22(木) 05:16:30.32
名著「Effective C++」で推奨されてるやり方だな。

429: 仕様書無しさん 2013/01/05(土) 09:13:52.60
中国が作った粗大ゴミを使えるゴミに直す作業が苦痛すぎる。
廃棄処分して作り直した方がいいのに、コウスウガーとか言い出す馬鹿PMに辟易するわ。

430: 仕様書無しさん 2013/01/14(月) 01:22:02.55
どうせPMなんて粗大ゴミの中身を見てないんだから、知らんフリして書き直せば良いじゃん
俺はそうしてたよw

432: 仕様書無しさん 2014/01/21(火) 21:54:20.12
一行もコメントがないソースに遭遇した
出来ないって言えたらどんなに楽か

スポンサーリンク