- 1 名前：仕様書無しさん [2007/08/14(火) 23:48:45 ]
- この会社辞めようと思ったソースコード。
プログラマとして幻滅するソースコード。
プログラマを悩ませるソースコード。
をつらつらと綴っていって頂戴。
ちなみにここは質問スレじゃないので
技術的な質問がしたいならム板 pc11.2ch.net/tech/ に逝って。
前スレ
この会社辞めようと思ったソースコード＃17
pc11.2ch.net/test/read.cgi/prog/1183700531/
- 438 名前：仕様書無しさん mailto:sage [2007/09/23(日) 02:53:17 ]
- // クローズ処理
if(rs != null){
rs.close();
rs = null;
}
（；＾ω＾）・・・
- 439 名前：仕様書無しさん mailto:sage [2007/09/23(日) 02:59:31 ]
- >>438
あるいは正しいような気すらしてくる
- 440 名前：仕様書無しさん mailto:sage [2007/09/23(日) 03:04:50 ]
- 旧VBっぽいアレだな
- 441 名前：仕様書無しさん mailto:sage [2007/09/23(日) 09:12:56 ]
- もうやめたけど前の会社
面接でC++が出来るかどうか聞かれて、出来ますと答えて入社。
引き継いだコードの cout を printf で書き直したらただの C になった。
- 442 名前：仕様書無しさん mailto:sage [2007/09/23(日) 12:02:26 ]
- >>438
これはwindowsのリソース関係の処理？
windowsはよく知らないけど、きっと delete this; してるんだよ。そう願いたい。
- 443 名前：仕様書無しさん mailto:sage [2007/09/23(日) 12:26:43 ]
- >>438
javaではよく見るな。
優先的にGCの対象にするためにわざと参照を外しているらしい
- 444 名前：仕様書無しさん mailto:sage [2007/09/23(日) 12:42:49 ]
- >>443
インスタンス変数に持つとかアホな状況でなければ、変らないけどなー
- 445 名前：仕様書無しさん mailto:sage [2007/09/23(日) 12:54:05 ]
- そうなんだけど、今のプロジェクトでは
必要でなくなった変数にはnullを入れるというコーディング規約
さらにハンガリアン記法も強制
定数名が60文字以上ある状態なのに80文字で折り返し強制
ほか多数
バカ（というか時代遅れ？）が上に立つとろくな事にならんという見本
- 446 名前：仕様書無しさん [2007/09/23(日) 13:08:40 ]
- 長くても分かりやすい名前をつけろというけどさ、
その上でコードは80文字で折り返せって言うのも訳が分からん話だな。
- 447 名前：仕様書無しさん mailto:sage [2007/09/23(日) 13:22:07 ]
- >>445
なるほど、改善提案もできないコミュニケーション能力の欠如した引っ込み思案の自分を
棚上げしてこんなところで文句を垂れる君はバカではないんだw
- 448 名前：仕様書無しさん mailto:sage [2007/09/23(日) 13:33:44 ]
- 60文字の定数のどこが分かりやすいんだ？
- 449 名前：仕様書無しさん mailto:sage [2007/09/23(日) 14:01:15 ]
- >>447
くされ基盤チーム乙ｗ
- 450 名前：仕様書無しさん [2007/09/23(日) 14:06:28 ]
- >>447
お前はまずスレタイ読んだ方がいいな。
- 451 名前：仕様書無しさん [2007/09/23(日) 14:32:22 ]
- CHogeClass::CHogeClass()
{
delete m_pPtr;
...
}
いきなりdelete。
リリースモードだと奇跡的に動くがデバッグモードだと動かない。
そこで、コードを修正するのではなく全員リリースモードだけで開発し始めた。
当然数ヵ月後僕はその会社にいなかった。
- 452 名前：仕様書無しさん mailto:sage [2007/09/23(日) 14:40:01 ]
- >>451 直せよw
- 453 名前：438 mailto:sage [2007/09/23(日) 14:56:56 ]
- >>439 >>442 >>443 >>445
438です。
コメント部分が冗長すぎただけで、処理事態は問題はないです。
rs に null を入れるのは メモリ使用量の多いオブジェクトを、
早めにガーベージコレクションの対象にするためで
間違ってはいないと思います。
ただそれだけでした＞＜
- 454 名前：仕様書無しさん [2007/09/23(日) 15:04:54 ]
- >>451-452
ﾜﾛﾀ
- 455 名前：仕様書無しさん [2007/09/23(日) 15:06:41 ]
- >>453
コメントも別に冗長じゃないけど。
他の処理との兼ね合いで書いているだけでしょう？
//ここでクローズ処理してます。ガベコレ対策でnullいれとります。
//なにか問題でも？
とか書いてあったら冗長だけどな。
- 456 名前：仕様書無しさん mailto:sage [2007/09/23(日) 15:10:16 ]
- 無意味なコメントはよくあるよな。
// ストリームを開く。
public OutputStream openStream() {
...;
}
アホか。
- 457 名前：仕様書無しさん [2007/09/23(日) 15:16:15 ]
- >>456
コメントを抽出するソフトとかあるんだけど、それは知らない？
- 458 名前：仕様書無しさん mailto:sage [2007/09/23(日) 15:18:24 ]
- よーし、修正しちゃうぞ。
//! ストリームを開く。
public OutputStream openStream() {
...;
}
- 459 名前：仕様書無しさん mailto:sage [2007/09/23(日) 15:34:48 ]
- >>455 >>457
SUNが提唱している、
「Java Code Conventions」
ttp://www.tcct.zaq.ne.jp/ayato/programming/java/codeconv_jp/CodeConventions.doc4.html#385
＞コードの中に既に含まれている情報やコードから自明であるような情報を重複させることは避ける
に記載されているように、冗長なコメントは書くべきではないと私は考えます。
コメント自体は書けば書くほど可読性を下げます。
コメント無しで理解できるコードを目指すのがベストだと思っています。
（と、いってもまったくコメント無しでのコードを書くのも不可能でしょうけど）
ちなみにドキュメンテーションはまた別ですが。
- 460 名前：仕様書無しさん mailto:sage [2007/09/23(日) 15:36:08 ]
- >>457
抽出して削除＆書き直しするの？
僕のばあいは、もともとソフト会社じゃないから、Delphi、shのスクリプト、C、C++、C#、JavaScript、MATLAB
、WindowsScriptとか、あとNastran等々みんな適当なコードが残ってる。
「お前出来るだろ」ってほとんどコメント無しでの糞コードでくるから、リファクタリングとかだけでも
「無理っす。無理っす。無理っす。」を連発してる。
てか、いろいろ言葉が通じない。みんな言葉が通じるだけましだよ。
- 461 名前：仕様書無しさん [2007/09/23(日) 15:51:28 ]
- >>459
それは奢りだと思うよ。
誰でもコード読めるわけじゃないしね。
「このブロックでは、○○の処理をしています」って書いてある事で
とりあえず数十行が簡単に読み飛ばせるなら、その方が効率がいいのは自明。
あなたの理想は以心伝心っと同じで、まあある種ありえない理想だと思うよ。
それ言ったらドキュメントも折衝も要らないからね。
全ては「ソースみろ」で済む。
実際はそうあいかないよ。
- 462 名前：仕様書無しさん [2007/09/23(日) 15:53:25 ]
- >>460
抽出してドキュメントを作る参考にするんだよ。
それで処理のサマリーが分かれば、読むときに楽でしょ？
仮に明日全く知らない言語の修正依頼が来たらどう？
適切なコメントがあったら、楽だと思わない？
言語の勉強をゼロから初めて、それからソース読むよりはさ。
- 463 名前：仕様書無しさん mailto:sage [2007/09/23(日) 16:08:29 ]
- 日本人で>>459を実践したい人には
「なでしこ」
ちょーお奨めです。
- 464 名前：仕様書無しさん mailto:sage [2007/09/23(日) 16:09:36 ]
- >>437
「三木」って何？
- 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 ありがとです。
|
 |
