- 1 名前：仕様書無しさん [2007/08/14(火) 23:48:45 ]
- この会社辞めようと思ったソースコード。
プログラマとして幻滅するソースコード。
プログラマを悩ませるソースコード。
をつらつらと綴っていって頂戴。
ちなみにここは質問スレじゃないので
技術的な質問がしたいならム板 pc11.2ch.net/tech/ に逝って。
前スレ
この会社辞めようと思ったソースコード＃17
pc11.2ch.net/test/read.cgi/prog/1183700531/
- 465 名前：仕様書無しさん mailto:sage [2007/09/23(日) 16:16:52 ]
- >>462
書いてること正しいと思うけど、
”言語を全く知らない人”を想定してコメントを書くって作業は（個人的に）勘弁して欲しい。
- 466 名前：仕様書無しさん [2007/09/23(日) 16:22:27 ]
- >>465
だから、それがセンスとバランスなんだって。
//ファイルオープン
//読み込み
//整形
//出力
とかブロックごとにあったら、知らなくても概要は理解できるし、
知っている人にも（余程無能でなければ）邪魔にもならないでしょ。
全く知らない人に完璧に理解させるのは無理でも、手助けにはなる。
VBAとかExcelマクロも数えると、過去にやった言語は20くらいになるし、
極端に多いとも思わない。
ちょっとしたマクロの手直しのために、一からその言語の勉強やるのは厳しいしね。
コメント要らないなら、そもそも、除去なんて簡単にできるしね。
無いコメントを生成はできないけど。
- 467 名前：459 mailto:sage [2007/09/23(日) 16:22:30 ]
- >>461
私も、コメント無しで完全に理解できるコードは不可能だと思っています。
ただし、
「処理フローが明らかであるのにコメントを付けては、
品質が下がるだけでメリットがない」
ということを言いたかっただけです。
＞コメントは，コードの概観と，
＞コード自体からは読み取ることのできない付加的な情報を与えるものであるべきである．
この考えが伝わるつもりでレスしましたが、
文章が至らず誤解させてしまったようです。申し訳なかった。
- 468 名前：仕様書無しさん [2007/09/23(日) 16:24:56 ]
- >>467
書いた側と読む側が非常に優秀ならコメントなしでも読めるよ。
そんで俺の言ってる必要なコードは、あなたの言っている「コードの概観」の話だしね。
「コメントがあるほど可読性さがる」ってのが間違いだって言うなら別にいんだけど。
- 469 名前：仕様書無しさん [2007/09/23(日) 16:26:32 ]
- >>466
センスとバランスとかＳＥとは思えないアバウトな表現。
ＪＡＶＡ言語を知っているというのは、コードを読む上では必須でしょ。
言語を理解した上で
「スパゲティコードだからコメントつけないとわからん」
というならわかるけど。
君の理論だと、コメントの統一性が保たれない。
プロジェクトが始まる前に
このメソッドを使うときは コメントを付ける、つけないとか
全てのクラスに対して説明しなければいけない。
- 470 名前：仕様書無しさん mailto:sage [2007/09/23(日) 16:31:33 ]
- こんなコードはコメントが必須（実話）
// foo に bar を代入し、計算結果をDBに格納する
public getPoo() {
// ながーいコード
}
- 471 名前：仕様書無しさん mailto:sage [2007/09/23(日) 16:31:47 ]
- まぁ、見た限りだと
「ＪＡＶＡ初心者のためにコメントをつけて仕事を早く回す」か
「品質のために冗長なコメントはつけない」 の意見がわかれてるだけでしょ。
前者も後者も言い分はわかるけどね。
そもそも2人の目的からして違ってるから結論でないでしょ。
- 472 名前：仕様書無しさん mailto:sage [2007/09/23(日) 16:32:42 ]
- おっと訂正。
// foo に bar を代入し、計算結果をDBに格納する
public void getPoo() {
// ながーいコード
}
- 473 名前：仕様書無しさん mailto:sage [2007/09/23(日) 16:36:29 ]
- 中小企業なら前者の考え（コーディングを早く終わらせてコスト削減）
大企業なら後者の考え （早く終わらせるよりも品質確保）
でいいじゃん。
- 474 名前：仕様書無しさん mailto:sage [2007/09/23(日) 16:41:36 ]
- >>472
// foo に bar を代入し、計算結果をDBに格納する
public void getPoo() {
}
どこが get してるんだよｗｗ
- 475 名前：仕様書無しさん [2007/09/23(日) 16:52:11 ]
- >>471
いや、その場合品質って何？って話だと思うけど。
よっぽど冗長じゃなきゃ読み飛ばせばすむコメントで品質さがるかな？
そこまでストイックに減らすのって正直自己満足の世界だと思うんだけど。
//このブロックで、先頭の不要行を削除
で10行さらっと読み飛ばせるコメントをつけないメリットの方が
大きいとは思えないな。
- 476 名前：仕様書無しさん [2007/09/23(日) 16:54:34 ]
- 別につけたくないならつけないでいいけどさ。
もっとも害なのは変なこだわりとか自己満足をおしつけて
「俺はこれが正しいと思う。だから全員これをやれ。
これ以外はクオリティが下がるのでダメだ」って奴だと思う。
真面目な話。
そしてそういう奴は大抵「いや、あんたそれ以前にマシなコード書いてよ」
って奴なんだよな。
自己満足と自己肯定ばっかりで、「いや、もしかしたらこっちの方がいいのかも」
とは少しも考えない。
俺は人に押しつけまではしないけどね。
- 477 名前：仕様書無しさん mailto:sage [2007/09/23(日) 16:58:07 ]
- >>475
＞よっぽど冗長じゃなきゃ読み飛ばせばすむコメントで品質さがるかな？
下がるわ。コメント範囲の大小は関係ない。
- 478 名前：仕様書無しさん [2007/09/23(日) 16:58:19 ]
- >>475に同意。
三行ごとにコメントがついてるとかの極端な話じゃなければ、ついてて良いと思う。
何事もないよりある方がマシ。
- 479 名前：仕様書無しさん mailto:sage [2007/09/23(日) 16:58:59 ]
- >>476
だから、自己満足じゃなくて、Sunの規約に準じてるだけでしょ？
そこを無視するとかプログラム的にはありえんわ
- 480 名前：仕様書無しさん [2007/09/23(日) 17:00:31 ]
- ま、sunの言う通りにやればいいんじゃないの？
とにかくsunが言うんだから間違いないよねぇｗ
- 481 名前：仕様書無しさん mailto:sage [2007/09/23(日) 17:02:38 ]
- なでしこ使うんだ。
なでしこなら冗長なコメントなんか付けなくなる。
- 482 名前：仕様書無しさん [2007/09/23(日) 17:02:47 ]
- ちなみにCOBOLでコード書く場合もsunの規約に従う必要あんのかな？
Java限定の話だったっけ？
- 483 名前：仕様書無しさん mailto:sage [2007/09/23(日) 17:03:37 ]
- 自分の理論で「これはこうあるべき」って書くから駄目なんでしょ。
自己流コーディングはよくないよ。
Sunの規約として用意されてるなら使うべきだし、
そのプロジェクトの規約として別な方法が記載されていたらそっちを優先すべき。
- 484 名前：仕様書無しさん [2007/09/23(日) 17:04:43 ]
- >>483
プロジェクトの規約も使用言語も一切無視して、とにかく「コメントは少ない方がいい。
sunがいうんだから間違いない！！」ってキチガイさんに言ってやってくださいｗ
- 485 名前：仕様書無しさん mailto:sage [2007/09/23(日) 17:05:51 ]
- >>482
COBOLはその言語に適した規約があるでしょ。
言語によって保守や拡張性に対する考え方も違うしね。
- 486 名前：仕様書無しさん [2007/09/23(日) 17:07:07 ]
- >>485
だよね。
それを無視して「コメントは少ない方がいい！」ってほえてるのって馬鹿過ぎだよね。
いつからJavaの話になったんだか。
- 487 名前：仕様書無しさん mailto:sage [2007/09/23(日) 17:07:19 ]
- >>479
- 488 名前：仕様書無しさん mailto:sage [2007/09/23(日) 17:08:08 ]
- >>484
だからさ・・・
「プロジェクトの規約として別な方法が記載されていたらそっちを優先すべき」
って言ってるでしょ。
そりゃクライアントがそういう風に指定したらそっちを使うのが当たり前っしょ。
わざわざ指定されてるのに別な書き方してたら訴えられるそ。
おまえはどんなプロジェクトだろうと自己流コードをかいてりゃいいさ
- 489 名前：仕様書無しさん mailto:sage [2007/09/23(日) 17:08:38 ]
- >>482
sunのガイドラインがどうこう言う前に、コボルは旧コードをコメントアウトして残すのを辞めれ。
- 490 名前：仕様書無しさん mailto:sage [2007/09/23(日) 17:08:44 ]
- MSのハンガリアンマンセーに従ってた奴乙
- 491 名前：仕様書無しさん [2007/09/23(日) 17:09:44 ]
- >>488
＞ だからさ・・・
＞ 「プロジェクトの規約として別な方法が記載されていたらそっちを優先すべき」
うん。
だから言っている内容を変更したわけだよね？
それって後付けだよね？
だとしたら、最初に言った「コメントは少ない方がいい」って間違えたんだよね？
- 492 名前：仕様書無しさん mailto:sage [2007/09/23(日) 17:10:15 ]
- >>486
いや、>>485は君と対立してた俺なんだけど・・・
Javaの話してたんじゃないの？
そういうことならすまんかったわ。
あくまで俺のはJava限定の話ね。
- 493 名前：仕様書無しさん mailto:sage [2007/09/23(日) 17:11:12 ]
- 自分がコメントあったほうが読みやすいから、そうしてる
規約でダメなら渡すときにコメント全削除してやるからいいよ
- 494 名前：仕様書無しさん mailto:sage [2007/09/23(日) 17:11:20 ]
- >>469
- 495 名前：仕様書無しさん [2007/09/23(日) 17:11:50 ]
- >>492
そうか。
Java限定なんて前提は初めてだけど、君が前提を間違えていたと言う事ね。
なら仕方ない。
もっともJava限定でも当初の「コメントは少ない方が良い」って間違えているけどね。
プロジェクト規約の方が優先度高いんだから。
ま、今は理解したらしいけど、少なくとも最初は間違えて書いたのは事実だよ。
気をつけてねｗ
- 496 名前：仕様書無しさん [2007/09/23(日) 17:12:43 ]
- >>493
天才児あらわるｗ
>>494
その前からJava前提で書いているよ。
そんな話どこにもなかったのにね。
- 497 名前：仕様書無しさん mailto:sage [2007/09/23(日) 17:14:35 ]
- >>495
プロジェクトの規約に従うのは前提条件でしょ？
後付けで、
「プロジェクトとしてまったく異なる規約が存在しているとしたら？」
と言われても困るわ
そりゃ、どんな間違った書き方でも仕様でも、客が指定してきたら従うよ。
その点については君と同意。
ただし、特に指定されてないならSun準拠にしとけば間違いないでしょ。
ちなみに俺もいちいちほかの人の書いたものを指摘はしないけどね。
お金くれるなら別だけど。
- 498 名前：仕様書無しさん mailto:sage [2007/09/23(日) 17:16:33 ]
- >>497
煩いバカだな。
- 499 名前：発端 mailto:sage [2007/09/23(日) 17:27:12 ]
- >>438 >>453 >>459 です。
私の書いたことが原因でスレが荒れてしまい申し訳ないです。
みなさんそれぞれの意見が聞けたことで大変勉強になりました。
このスレは好きなスレの一つなので、
上記の件については終わりということでお願いしますm(__)m
- 500 名前：仕様書無しさん mailto:sage [2007/09/23(日) 17:30:40 ]
- 流れていたときにリアルタイムで読んでなかったのでタイミングを逃したけど。
>>461
>誰でもコード読めるわけじゃないしね。
>「このブロックでは、○○の処理をしています」って書いてある事で
>とりあえず数十行が簡単に読み飛ばせるなら、その方が効率がいいのは自明。
○○を名前にしたメソッドに切り出す。
というのが定石で、Sunのなんたらってのも、そういうコーディングが前提かと。
まあ、我々はネイティブではないので
メソッド名でわかるコードを書くというのは現実的には敷居が高いが、
Javadoc をちゃんと書けばそれほど無茶な話でもないと思われ。
- 501 名前：仕様書無しさん mailto:sage [2007/09/23(日) 17:31:25 ]
- 悪いコメントの例 言語はC
int wrk_COUNTER1; /* カウンタ1 */
具体的な文言はともかくこのレベルのコメントが実在した。
どんな言語だろうとコレはさすがに....ていうか変数名からしてヤバい。
しかもコレグローバル変数なんだぜ！
ほかにも /*ファイルを開く */ /* 変数をインクリメント */
納品するソースを練習台にするなよorz
- 502 名前：仕様書無しさん mailto:sage [2007/09/23(日) 17:45:08 ]
- ステートメントレベルコメントの問題は
・コードとコメントを同期させて管理していくのが手間
・コメントを付ける基準の統一が難しく、個々のコーダー任せになる
かな。
前者は関数レベルでも同じじゃないかと思うかもしれないけど、
関数レベルというのは設計段階で fix されているべきもので (少なくとも理屈では)
そこが頻繁に更新されるというのは、コメント以前に別の問題がある。
- 503 名前：仕様書無しさん mailto:sage [2007/09/23(日) 18:48:23 ]
- コードの方をわけ分からなくすれば解決だぜ!
// ストリームを開く。
public T0000 F0000() {
...;
}
- 504 名前：仕様書無しさん mailto:sage [2007/09/23(日) 19:25:43 ]
- >>503
天才
- 505 名前：仕様書無しさん mailto:sage [2007/09/23(日) 19:28:41 ]
- >>503
本気であるので困る
// 検索結果を取得する
public D001_0012 F001_0012(I001_001 arg0) {
}
当然、Excelの管理台帳（笑）で管理される
- 506 名前：仕様書無しさん mailto:sage [2007/09/23(日) 19:30:52 ]
- これはひどい・・・
- 507 名前：仕様書無しさん mailto:sage [2007/09/23(日) 19:37:47 ]
- ちなみにサーバーサイドJavaだったんだが、表示するJSPも G001_002U.jspとかだぜ。
あわせてG001_002U.jsがそれぞれセットになっているからカオスすぐる
で、Gなんだが良く解らないから聞いてみたんだ。
「画面のGだろ、そんなことも解らないのか？」と怒られた(´・ω・`)
- 508 名前：507 mailto:sage [2007/09/23(日) 19:43:19 ]
- 思い出せばもっと色々あったぞ。
・変数は全て文字列（当然DBも）
・親会社のバグだらけの怪しいフレームワーク強制
で、オチだったんだが、中国へのオフショア（笑）で夜逃げされた。
- 509 名前：仕様書無しさん mailto:sage [2007/09/23(日) 19:44:07 ]
- なんというコボル脳…。
- 510 名前：仕様書無しさん mailto:sage [2007/09/23(日) 19:44:49 ]
- 画面のGとか凄すぎるﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌ
- 511 名前：仕様書無しさん mailto:sage [2007/09/23(日) 19:51:09 ]
- printf("HelloWorld!!ﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌ\n");
- 512 名前：507 mailto:sage [2007/09/23(日) 19:51:11 ]
- もっと晒すぜ、ﾋｬﾎｰ
データ構造定義（笑）はこんな感じ
データ構造定義ID D001_0012
項目ID 長さ （中略） 備考
D001_0012_001 18 （中略） 商品ID（9桁）
- 513 名前：仕様書無しさん mailto:sage [2007/09/23(日) 19:53:02 ]
- まぁアレだろ。Fだろ。
- 514 名前：仕様書無しさん mailto:sage [2007/09/23(日) 19:55:53 ]
- Gって言ったらゴキブ
ぅゎぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁ
- 515 名前：仕様書無しさん mailto:sage [2007/09/23(日) 19:56:44 ]
- >>513
残念。 N系
- 516 名前：仕様書無しさん mailto:sage [2007/09/23(日) 19:57:23 ]
- 誤： printf("HelloWorld!!ﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌ\n");
正： printf("HelloWorld!!\n");ﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌ
- 517 名前：仕様書無しさん mailto:sage [2007/09/23(日) 19:58:23 ]
- 寿司食いたいﾌﾌﾌﾌﾌﾌﾌ
- 518 名前：仕様書無しさん mailto:sage [2007/09/23(日) 20:04:09 ]
- printf(buf);
buf内に%sが入って死亡・・・・・・
- 519 名前：仕様書無しさん mailto:sage [2007/09/23(日) 20:13:51 ]
- 祭りに乗り遅れた・・・
- 520 名前：仕様書無しさん mailto:sage [2007/09/23(日) 20:18:52 ]
- // ずっと俺のターン
while (1)
printf'("ﾌ");
- 521 名前：仕様書無しさん mailto:sage [2007/09/23(日) 20:34:35 ]
- ガリでも食ってろﾌﾌﾌﾌﾌﾌﾌ
- 522 名前：仕様書無しさん mailto:sage [2007/09/24(月) 02:20:45 ]
- G001_001？？？ってのは、
画面ＩＤをそのまま名前にしてるんなら保守はしやすいのかもしれん。
もちろん画面ＩＤがきっちり管理できてるのが前提だけど。
- 523 名前：仕様書無しさん mailto:sage [2007/09/24(月) 02:33:26 ]
- >>522
おまえは設計するなよ！約束だぞ！
- 524 名前：仕様書無しさん mailto:sage [2007/09/24(月) 02:40:18 ]
- ID項目それぞれに対する説明の文書なりpdfがあるんじゃないの
それなら分かる
- 525 名前：仕様書無しさん mailto:sage [2007/09/24(月) 06:57:17 ]
- >>524
わかりやすい命名になってればその文書自体不要になるか、
大幅に簡略化できる。
なまじ素直な性格だと、
「業界の先輩たちが長いことやってることだから、なにかよいことがあるんだろう」
って思っちゃうんだよなあ…
昔々、ディレクトリというものが無く、
データ領域につける名前に大文字と数字6文字とか8文字とかしか
使えなかった時代の習慣を引きずってるだけなんだが。
- 526 名前：仕様書無しさん mailto:sage [2007/09/24(月) 07:19:10 ]
- コボルのコメントってどう書くんだっけ。さすがに３８年も書いてないと忘れた。
- 527 名前：仕様書無しさん mailto:sage [2007/09/24(月) 07:42:33 ]
- *
- 528 名前：仕様書無しさん mailto:sage [2007/09/24(月) 09:31:28 ]
- きたねえ穴だな
- 529 名前：仕様書無しさん mailto:sage [2007/09/24(月) 11:29:14 ]
- >>522
氏ね
せめて、ItemList_02.jsp とかある程度はまとめた上での連番にするべきだろ
- 530 名前：仕様書無しさん mailto:sage [2007/09/24(月) 11:31:49 ]
- >526
行番号の直後の桁にアスタリスク
- 531 名前：仕様書無しさん mailto:sae [2007/09/24(月) 11:57:25 ]
- >>530
きたねえ穴だな
- 532 名前：仕様書無しさん [2007/09/24(月) 12:07:51 ]
- >>530
きたねえ穴だな // じつは入れたいと思っている気持ちの裏返しの発言
- 533 名前：仕様書無しさん mailto:sage [2007/09/24(月) 12:48:06 ]
- // キーボードの状態を取得する
bool getKeyboardStatus()
{
//キーボードの状態がおかしい
if (status_ == RESPONSE_ERROR) {
// 投げる
throwKeyboard();
}
return status_;
}
みたいな名前と処理が一致しない関数が
山ほどあって気が抜けない (´Д｀;)
- 534 名前：仕様書無しさん mailto:sage [2007/09/24(月) 12:49:29 ]
- >>533の返り値は気にしないで・・・。
- 535 名前：仕様書無しさん [2007/09/24(月) 13:17:56 ]
- while (1)
{
int nRet;
nRet = 仕事();
if (nRet == ERROR)
{
int nMood = Get今の気持ち();
if (nMood == BUTIKIRE)
{
throwMouse();
throwKeyboard();
beatNeighbor();
quitJob();
break();
}
}
}
- 536 名前：仕様書無しさん mailto:sage [2007/09/24(月) 13:47:47 ]
- while(辞めない) {
while (1)
{
int nRet;
nRet = 仕事();
if (nRet == ERROR)
{
int nMood = Get今の気持ち();
if (nMood == BUTIKIRE)
{
throwMouse();
throwKeyboard();
beatNeighbor();
quitJob();
break();
}
}
}
}
- 537 名前：仕様書無しさん [2007/09/24(月) 14:02:06 ]
- >>536
＼ ∩─ｰ､
＼／ ● ､_ ｀ヽ
/ ＼( ● ● |つ
| X_入__ノ ミ 俺は釣られないクマ ･･･
､ (＿／ ノ
＼＿＿＿ノﾞ
／ 丶' ⌒ヽ:::
/ ヽ / /:::
/ /へ ヘ/ /:::
/ ＼ ヾミ /|:::
（__／| ＼___ノ/:::
- 538 名前：526 mailto:sage [2007/09/24(月) 17:28:31 ]
- >>530 ありがとです。
- 539 名前：仕様書無しさん mailto:sage [2007/09/24(月) 17:30:27 ]
- プログラミングが上達するコツ
pc11.2ch.net/test/read.cgi/tech/1190555031/
- 540 名前：仕様書無しさん mailto:sage [2007/09/24(月) 19:11:26 ]
- int mind;
mind = kokoro()
while (1)
{
mind -= 1;
if (mind < 0)
{
takeMedicine();
goHospital();
if (mind < 0)
{
quitJob;
break();
}
}
}
- 541 名前：仕様書無しさん [2007/09/24(月) 20:42:13 ]
- >>540
これバグってるだろｗｗ
仕事してないのになんで mind-=1 なんだよ。
仕事しろ仕事ｗ
- 542 名前：仕様書無しさん [2007/09/24(月) 20:50:48 ]
- >>540
Jobインターフェースが実装されてません。
java.neet.helloworkパッケージからインポートして実装してください
- 543 名前：仕様書無しさん mailto:sage [2007/09/24(月) 21:02:35 ]
- NoSuchMethod : kokoro()
- 544 名前：仕様書無しさん mailto:sage [2007/09/24(月) 21:14:18 ]
- 今システムテストしてるソース群みてびっくりしたよ、
ぜんぜんエラーハンドリングしてないの
最近の奴らは戻り値とか関係なしか?
- 545 名前：仕様書無しさん mailto:sage [2007/09/24(月) 21:21:29 ]
- 俺は自分がデバッグする時楽するために
必ず戻り値のチェック入れてる
- 546 名前：仕様書無しさん mailto:sage [2007/09/24(月) 21:21:51 ]
- レスをスルー
例外もスルー
- 547 名前：仕様書無しさん mailto:sage [2007/09/24(月) 21:54:30 ]
- 「この子画面処理中に異常が発生したらどうすべきか」全く書いてないから実装してあげませんw
- 548 名前：仕様書無しさん mailto:sage [2007/09/24(月) 22:34:12 ]
- レスをスロー
例外もスロー
- 549 名前：仕様書無しさん mailto:sage [2007/09/24(月) 23:26:52 ]
- まぁ、なんでもかんでもCatchすりゃいいって考えるのは厨だね。
本来どっかでバグがあってこけることでそのバグを見つけるかもしれないってのに
Catchして適当な処理したら、何年たっても見つからない可能性がある。
- 550 名前：仕様書無しさん mailto:sage [2007/09/24(月) 23:27:57 ]
- catch 厨
- 551 名前：仕様書無しさん [2007/09/25(火) 00:14:56 ]
- >>549
戻り値を監視しながら処理を進めるのが普通だと思ってたが
転職先ではエラー処理は書かないのが基本だった…
郷に入れ歯
- 552 名前：仕様書無しさん mailto:sage [2007/09/25(火) 00:21:51 ]
- C系だとアサーションは入れるけど
結局リリース時には素通りだったりするよね
- 553 名前：仕様書無しさん mailto:sage [2007/09/25(火) 00:22:00 ]
- >>551
お前が正しい。
- 554 名前：仕様書無しさん mailto:sage [2007/09/25(火) 01:44:59 ]
- >>552
だったりと言うかリリースならアサーションはスルーされて当然じゃ？
- 555 名前：仕様書無しさん mailto:sage [2007/09/25(火) 01:46:41 ]
- >>554
開発・テスト時に異常にならなければそれでOKじゃね？とエラー処理入れないままなパターン。
- 556 名前：仕様書無しさん mailto:sage [2007/09/25(火) 02:02:11 ]
- たまに実行時エラーにアサーション入れたりする奴がいるから困る。
つか、リリースモードでリリースする、
っていう確約が何も無いのにアサーション入れたりする奴がいるけど、
全くもって正気かどうか疑いたくなる。
- 557 名前：仕様書無しさん [2007/09/25(火) 02:37:16 ]
- >>556
リリース版で最終テストしてリリースするっていうのは、
ものすごく基本的な話なんじゃないのか?
世の中には、
『デバック版でしか動かないからそのままリリース』
という輩も居るらしいが…
- 558 名前：仕様書無しさん mailto:sage [2007/09/25(火) 04:05:27 ]
- msvcrtd.dll（デバッグ版Cランタイム）は再配布禁止…らしいな。
- 559 名前：仕様書無しさん mailto:sage [2007/09/25(火) 11:05:02 ]
- FILE1 とか RET2 とか…ソレは何のファイルなのか、どんな戻り値なのか。
辞めようとまでは思わないけどさ。
- 560 名前：仕様書無しさん [2007/09/25(火) 14:13:53 ]
- ABAPで例外を拾おうとあくせくした日々が懐かしい。
そもそもまともに例外を拾う気の無いツールでそんなことするのは無駄だった。
- 561 名前：仕様書無しさん mailto:sage [2007/09/25(火) 17:23:02 ]
- スレ無いから聞いてみるけど、"QAC"ってどうなの？
そこそこ使えるようだが俺的には hoge==TRUE を問題として検出しないツールはあまり信用できない。
(ほかにも=と==の間違い疑惑を指摘しなかったりとか）
で、うちの会社アホみたいにこのツールの出力結果を信奉している。
相当投資したみたいだから盲信したくなるのはわからないこともないがね。
- 562 名前：仕様書無しさん [2007/09/25(火) 17:36:06 ]
- TRUE==hogeを俺は認めないぞ
可読性が著しく低下する。
そんなソースは書いたことがないぞ。
- 563 名前：仕様書無しさん mailto:sage [2007/09/25(火) 18:11:03 ]
- TRUE==hogeってことは…TRUE値と、他の真の値を区別したい場合だよな、きっと？
- 564 名前：仕様書無しさん mailto:sage [2007/09/25(火) 18:28:11 ]
- もしも真実がホゲだったなら...どうする!?
- 565 名前：仕様書無しさん mailto:sage [2007/09/25(火) 19:03:55 ]
- QACを参考に修正したことなど一度も無いな。
開発内テストが終わった後にかけるので意味が無い。
というかこれユーザインタフェースが終わってる。
使いづらいったらありゃしない。
|
 |
