コメントってどれくらいのペース、割合で書いてる？
ちなみにわしはソース３に対してコメント２ぐらいかな。
人のソース見ててコメント全く無いやつとかいない？
コメントかけやぁ！ゴルァ！！
/*ｲﾏﾀﾞ2ｹﾞﾄｰ*/
3 ：
仕様書無しさん：02/01/16 22:42
//3!
4 ：
仕様書無しさん：02/01/16 22:42
余計なお世話だ！ボケ！！
''４ (-_-ﾒ)
<!--
/*
ヽ(`Д´)ﾉ ﾅﾆﾐﾃﾝﾀﾞﾖ
*/
// -->
7 ：
仕様書無しさん：02/01/16 22:45
/* コメントの書きすぎはよくありません */
8 ：
HOTDOC ：02/01/16 22:45
コメント無いと、ソース解析すんのに時間かかんだよ
なにしろ仕様書ねーからさ
//ごめん、明日からちゃんと書くよ・・・
10 ：
仕様書無しさん：02/01/16 22:49
7カラム目に*を書く種類の奴、名乗り出ろ！
>>10 ｶﾗﾑとか言ってる時点ですでに出自がしれてます。
12 ：
HOTDOC：02/01/16 22:52
コメントを見るとその人の人間性がわかる。
大雑把とか、几帳面とか。
大体書かない奴は自己中心的な奴が多い。
特にコメントの規約が細かいと確信犯で書かない奴がいる。
'**************************************
'関数名：ヘッダーのみ
'引き数：見たまんま
'戻り値：危険！判定するな
'備考 ：ごめんなさい
'**************************************
13 ：
仕様書無しさん：02/01/16 22:55
コメント書かないと、自分の書いたコードなのに
後で見たときに理解できない･･･。
逝ってきます。
14 ：
仕様書無しさん：02/01/16 23:01
コメントはほとんど書かない。
15 ：
仕様書無しさん：02/01/16 23:02
> コメント書かないと、自分の書いたコードなのに
> 後で見たときに理解できない･･･。
良くあることだと思うよ。
簡単な処理なら直ぐ思い出すけど
普通のプログラマなら何千ってコード書いてるから
忘れることもあらぁな。
17 ：
/*コメント*/：02/01/16 23:06
でもコメントないとホント困るよねー
>>14 みたいな人のソースを保守する時って
マジでババ引いたみたいな感じで
コメントはほとんど信用してませんが、なにか？
でもちゃんと書くよ。関数ヘッダのコメントもね。
20 ：
仕様書無しさん：02/01/16 23:08
コメントがかいてあっても
それがウソの場合は最悪（Ｗ
21 ：
仕様書無しさん：02/01/16 23:10
>>20 うん、コメントのバグは深刻な問題だよね。
>>21 深刻じゃねーよ。
嘘もあるって。
コードじゃないんだから、間違いはあるだろ。
23 ：
仕様書無しさん：02/01/16 23:14
よくあるコメントからプログラム設計書を作成するツールって
ホント形式的に納品物つくってるだけじゃない？
コメントがウソだらけで、しかも必要ないとこ読み取るから
見ても全然わかりません、わかりません、わかりませーん（鬱
こんなツールが割と普及してるのがコワイ
>>23 それは金を取るためだけのツールだからね。
綺麗に体裁整えて、大量の枚数を吐き出すでしょ(w
25 ：
仕様書無しさん：02/01/16 23:17
>>22 混乱を招くコメントはかえって有害だと思う。
>>25 コメントを全面的に信用するから、そういうことになるのでは？
あからさまに変なコメントは論外だとは思うけど。
>>14 コメントは不要。
改造、改造を繰り返すなどして、コメントが実際のコードと合っていない場合は
最悪。逆にコメントで先入観を植えられ、混乱することがある。
コメントは間違っていてもコンパイルエラーにならないから。
処理を出来るだけ解かりやすくする。
関数名や変数名を工夫して、それを見るだけで処理が分かるように
（関数名、変数名がコメントの代わりとなるように）する。
これで十分。
しかも改造などでおかしくなっても、最悪コンパイルエラーが出るし。
うちの部署ではこの方針でやっている。特に困ったことはない。
むしろ、コメントの保守や誤ったコメントによる混乱がなくなったので
開発効率は上がっている。
28 ：
仕様書無しさん：02/01/16 23:20
>>24 ホントに大量！
だってこの前印刷したらキングファイル20冊ぐらい
いったもん。しかも内容ムチャクチャ。
マジ使えね～。
こういったツールを有効活用してるとこは存在するのでしょうか？？
29 ：
仕様書無しさん：02/01/16 23:24
むかついたコメント その１
// 100回ループする
for( i = 0; i < 100; i++ )
{
変数や関数全部にコメント書いたり、
不必要なコメント書く奴は馬鹿。
ない方がマシ。
>>31 関数ヘッダは可読性を上げるのに便利だよ。
あえて使わないこともあるけど。
33 ：
仕様書無しさん：02/01/16 23:28
>>30 これをもらったユーザー側はどうすれば・・・
派遣先で「設計書ここにあるから、わからないときはこれ見て」
>>33 ソースがわかるユーザはそんな指定はしない。
大量にドキュメントがあると安心できるところだけ。
35 ：
仕様書無しさん：02/01/16 23:31
特に緊急を要するデバッグの時、コメントのバグに騙されたら
大暴れしたくなる。
コメントでソース追っていく癖ついている人は、
すぐに改めるべし。
>>35 コメントを信用する方がバカ。
ちゃんとソースも読めよ。
38 ：
仕様書無しさん：02/01/16 23:35
不要なコメント ＝
>>29のような自明なコメント
必要なコメント ＝ 目的が適確に記述されている
39 ：
仕様書無しさん：02/01/16 23:36
コメントと関係ないかもしれないけど
修正履歴っていると思います？
修正履歴だけ書いてあってソースのコメントは無し！
最悪。
41 ：
仕様書無しさん：02/01/16 23:37
むかついたコメント その２
// ３０増える
k += 30
>>40 すいません。無知で。
CVSって何すか？
43 ：
仕様書無しさん：02/01/16 23:39
>>30 how があって what がないコメントはキツイね。
>>37 コメントは必要だと思うが、デバッグ時にはコメント信用しちゃダメだろ。
ソースでてるフリーソフトで見てみると、zlib なんかは割とコメント細かく入ってるな。BSD とか
だとコメントが少な目のコードもあるけど、あれは man に書いてあるのがコメント代わりって面
もあるし。
>>40 同意。
add by Nanashiとかコメントはウザイ。
あと200X/XX/XXとかね。
ゴミだ。
46 ：
仕様書無しさん：02/01/16 23:41
コメント無し。これ最強。
>>45 緊急を要している時は可だと思う。
あとで消せよって思うけどな。
49 ：
仕様書無しさん：02/01/16 23:42
>>49 47じゃないけど、ソースの関数名とか変数名とかが
コメント化されているんだろ。多分。
>>45 俺のコードには入ってる。
でも日付(20…)は入れても可と思うんだけれど。
だめでしょうか。
>>48 緊急っていうより一時的なものなら可。
でもそういうのを残すことを強制するコーディング規約があったり
するから困るんだよね。
>>51 CVSとかVSSを使うんなら日付から変更者から変更内容まで
管理してくれるので必要ないと思うよ。
54 ：
仕様書無しさん：02/01/16 23:48
>>50 ソースの関数名とか変数名がコメント化って
意味がわかりません。
それってコメント無しじゃないじゃん
コメントが要るようなコードを書く奴が馬鹿。俺は長年の研鑚の結果、
コメントゼロでもメンテできるコーディングスタイルを確立した。
>>51 後で読むときに情報量ゼロだから、いらない。
その程度の仕事は、わざわざ人間がやらずに、ソースコード管理ツールにやらせたほうが良いと
思うな。
57 ：
仕様書無しさん：02/01/16 23:50
コメント残して有ってもそれを無視してあふぉな修正するやつ
いっぱいいるからな・・・・・。
58 ：
仕様書無しさん：02/01/16 23:51
トランス状態でコード書いてる時に、コメントなんぞ
いちいちつけてらんねー。
と、いうか何でそんなコード書いてるのかワカラン。
修行がたらんな・・・
>>59 デスマーチで仮死状態の本職かも知れんぞ。そっとしておいてやれ。
61 ：
仕様書無しさん：02/01/16 23:55
でも分岐条件や反復の終了条件は最低限
書いた方がいいな。
62 ：
仕様書無しさん：02/01/16 23:55
関数のヘッダにいちいち自分の名前を残そうとする奴、どう思う？
自己顕示欲が強すぎるような気がするから、ちょっと嫌い。
63 ：
仕様書無しさん：02/01/16 23:56
>>54 関数名や変数名を省略せずにダラダラつけることだと思われ。
http://pc.2ch.net/test/read.cgi/prog/1010495513/ ↑からのコピペなんだけど、
dateOfRequestToRegister
dateOfRequestToModify
dateOfRequestToDelete
dateOfRequestToBeValid
dateOfRequestToBeInvalid
とか、
intNumberOfLayersUnderSurface
といった感じ。これは変数名だけど。
65 ：
仕様書無しさん：02/01/16 23:57
>>62 確かに。
しかも、そういう奴は既に逝ってるから
名前書く意味なし！
66 ：
仕様書無しさん：02/01/16 23:57
長い正規表現の解説も書いてほしい。
67 ：
仕様書無しさん：02/01/16 23:59
昔、「コメントを書くのはいいけど、君は書きすぎてるからかえってソースが見づらい！」
と注意され鬱になったことがある。
それ以来、意識的にポイントになるところ以外はコメントは書かないようにしてきた。
68 ：
仕様書無しさん：02/01/17 00:00
>>54 コメントを書く場所は良く選びましょう。
できればコメントが無くても分かりやすい、自明なコードを書くことが重要。
関数名とか変数名が的確でコメントで伝えたかったことをコードで伝える
ことが可能となります。
でも、どうしても、コメントが必要な、分かりづらい、回りくどいコードを
書く必要が出てくる場合もあります。
そんなときは、仕方ないのでそこにコメントを書きます。
あとでバグが出るのは、まず間違いなくそんなコードの部分なので、
バグの目印みたいなもんです。
69 ：
仕様書無しさん：02/01/17 00:01
>>66 ↓こんなん？
175 ：159 ：02/01/16 00:05
ちなみに↓が、完成した関数の雄姿です（藁
function validateDate(strDate) {
if(strDate.match(new RegExp("((19(0[48]|[2468][048]|[13579][26])"
+ "|20([02468][048]|[13579][26]))\\/02\\/29"
+ "|(19|20)\\d{2}\\/((04|06|11)\\/(0[1-9]|[12]\\d|3[0])"
+ "|(0[13578]|10|12)\\/(0[1-9]|[12]\\d|3[01])"
+ "|(02\\/(0[1-9]|1\\d|2[0-8]))))"))) {
return true;
}
return false;
}
177 ：デフォルトの名無しさん ：02/01/16 00:23
>>175 実際、そんな短い日付チェック関数ははじめて見た。ちょっとすごいかも。
でも、ちゃんとコメントは入れてくれよ。メンテするヤツは泣くぞ（ｗ
70 ：
仕様書無しさん：02/01/17 00:01
>>67 >意識的にポイントになるところ
ってーのが難しいんだよねー。
人によって違うし。
>>68 コードの中にコメントを書かないといけない場合は「要注意」だな。
俺は、公開関数とかデータ構造には必ずコメント入れるけど。というか、まずは仕様を言葉で考えて
コメントを書いてから、実装を始める。
>>71 俺はコメント書く前に、
本当にそのコメントは必要って
自問してからコメント書く。
書くときは長い文章になるけどな。
単語で終わるようなコメントは書かないな。
73 ：
仕様書無しさん：02/01/17 00:06
もう眠い・・・
お休みなさい
>>71 漏れは逆だな。概要をノートに書きとめといて、
一気にコーディング。
で、自己リファクタリングしながらコメントをつけるかな。
76 ：
仕様書無しさん：02/01/17 00:10
>>72 プログラマに睡眠時間は必須だと思うが。
寝ないとどんどん老化していくぞ。脳が。
>>75 俺も、非公開の実装部分はそんな感じだけど。
78 ：
仕様書無しさん：02/01/17 00:17
オマヌな１がかわいそうなり。
79 ：
仕様書無しさん：02/01/17 00:22
>>69 それ、コメントいるかな？
関数名がすべてを語っているように思われ。
isDateValid() とかの方がいいとは思うけど。
80 ：
仕様書無しさん：02/01/17 00:31
>>76 そもそも老化したくなければ、
プログラマなんか辞めた方がいいと思われ。
>>79 入力フォーマットと、有効な日付の範囲はコメントつけないとダメだろ。
82 ：
仕様書無しさん：02/01/17 00:32
>>80 プログラマ辞めると“老化しなくなる”なら今すぐ辞め…
はしないなぁ、俺は老化したプログラマでいいや。
84 ：
仕様書無しさん：02/01/17 00:34
そもそもコメントがなくても他人が理解できるようなソースを書くべき。
コメントは必要最小限ね。
85 ：
仕様書無しさん：02/01/17 00:34
86 ：
仕様書無しさん：02/01/17 00:35
コメント書かないと逆に不安だ。
明後日このコード読めるんだろうかと・・・(w
87 ：
仕様書無しさん：02/01/17 00:38
>>84 果てしなく同意。 真に綺麗なソースってのはコメント不要。
88 ：
仕様書無しさん：02/01/17 00:39
89 ：
仕様書無しさん：02/01/17 00:40
>>80 なんで？意味わからん。
睡眠時間を削ってまでコードを書く必要があるのか？
人間集中できる時間は限られてるぞ。だらだらコード書く奴のコードは
糞コードばかりだが・・・・・・。
# できない奴に限ってだらだらだらだらコードを書く。
90 ：
仕様書無しさん：02/01/17 00:41
>>87 真に綺麗なクイックソートのようなアルゴリズムのソースには、
コメントというか解説文が欲しいなと。
91 ：
仕様書無しさん：02/01/17 00:42
２度と関わり合いたくないプロジェクトでは
後で呼び出されないようにとコメントを書きまくった記憶がある。
92 ：
仕様書無しさん：02/01/17 00:42
93 ：
仕様書無しさん：02/01/17 00:42
怪しいコメントを書くんじゃない！！
//～～の処理を～～していると・・・思います。
思います。ってか。（藁
94 ：
仕様書無しさん：02/01/17 00:44
>>93 いるいる。
お前はそれでもプロかと問い詰めたい。
>>89 > 人間集中できる時間は限られてるぞ。
同意。あんまり長時間コーディングできないよね。
一日6時間くらいかな？
でもデバッグは別。面白いからね。
でも最近はあんまりバグらないのでデバッグ時間が短いんだよなー。
96 ：
仕様書無しさん ：02/01/17 00:44
oDS.Rollback(); // ロ－ルバック
・・・氏ね
97 ：
仕様書無しさん：02/01/17 00:44
>>91 修正履歴に他人の名前を書いてますが何か？
98 ：
仕様書無しさん：02/01/17 00:45
>>92 だらだら残業していつまでもコード書いてる奴が無能だと言う（
>>89）には
俺も賛成だけど。無能だって言われたのが悔しかった？
99 ：
仕様書無しさん：02/01/17 00:46
100 ：
HOTDOC：02/01/17 00:49
100GET
101 ：
仕様書無しさん：02/01/17 00:50
２ちゃんねらースタイルがあってもよいと思う：）
104 ：
仕様書無しさん：02/01/17 00:54
>>103 お前がずっと論点ずれてるの。
そんなこともわからないの？
俺はひとことも残業なんていっていない。
思えが言い出したんだろ。馬鹿か。
だからハア？なんだよ。
>>62 うちの会社には、関数には最終更新者の名前を入れるようにしてる。
特に新人には。
自分の名前を入れさせるようにすると、まじめにコーディングするようになる（ｗ
106 ：
仕様書無しさん：02/01/17 00:56
>>105 それもCVSでやればいいのでは？
自動で入るのは駄目？
107 ：
仕様書無しさん：02/01/17 00:56
110 ：
仕様書無しさん：02/01/17 00:59
最終更新者の名前みて
その人が既にいない場合って多くない？
111 ：
仕様書無しさん：02/01/17 01:00
CVS ってなあに？（おそるおそる聞いてみる）
112 ：
89=103：02/01/17 01:00
>>104 俺残業なんて言ってないけど。
睡眠削ってコードかけば良い物できるなんて考え棄てた方いいよ。
113 ：
仕様書無しさん：02/01/17 01:00
114 ：
仕様書無しさん：02/01/17 01:01
>>109 厨ですまんが、CVSって、関数レベルで
ソースに最終更新者の名前入れれるの？
115 ：
仕様書無しさん：02/01/17 01:02
>>112 だから睡眠削ってコードかけば良い物できるなんていってないよ。
電波君か？
117 ：
仕様書無しさん：02/01/17 01:05
>>115 74 名前：72 本日の投稿：02/01/17 00:08
>>71は
>>70の間違い。
プログラマーがこんな時間に寝てどうする。
言い訳がましいやつだな・・・・・
# また言い訳するんだろうけどな。だいたい言うことわかるけど。
119 ：
仕様書無しさん：02/01/17 01:07
>>118 プログラマなら、これから２ｃｈで１日の
疲れ取るって意味でかいたんだが。
もう寝ろ。
>>114 109じゃないけど、ソースレベルで管理されるから
追跡は容易かと。
121 ：
仕様書無しさん：02/01/17 01:09
>>120 いやそういう意味じゃなくて、CVSなら、
ソースに最終更新者埋め込めるだろ。
そのこと。
122 ：
HOTDOC：02/01/17 01:09
>>106 >それもCVSでやればいいのでは？
CVSを使わないのは、上司が一向に覚えようとしないため。
いいかげん覚えて欲しいのだが・・・
>>121 関数の更新者は埋め込めない。（CVS のログ読め、という気はするが）
125 ：
仕様書無しさん：02/01/17 01:12
結論は、睡眠けずって、ネットやってると、K氏のようになる。
ってこと、でよろしいか？
127 ：
仕様書無しさん：02/01/17 01:21
決裁！
>>126 そうとう粘着だな。
睡眠けずるなって言ってていつまで起きてんねん。
結論は、
コメントは絶対じゃないから信用するな、
でも可読性を上げる為にコメントは書けって、とこかな？
130 ：
仕様書無しさん：02/01/17 01:29
決裁！
クヌース先生の本でも読んでください。俺読んでないけど。
132 ：
仕様書無しさん：02/01/17 01:42
ソースのコメント量は周りの環境にもよるな。
後輩がみそうならコメントは多め。
先輩がみそうなら、ポイントと、
力及ばず美しく書けなかった処理ところにのみ書く。
自分のために書くときには、普段使わないような関数つかったり
している処理を中心に書くな。
どーでもいー投げ槍な時にはてきとー(w。
結論は、不要なコメントは止めて、CVSを導入せいってことか。
>>132 後輩に教えるためのサンプルソースは、
コメントだらけだったりします。
>>133その結論は、履歴目的のコメントに対してのみ当てはまります。
なんかさあ、「美しいソースにはコメントは必要ない」って
考えてる人がけっこういるんだね。ちょっとびっくり。
この処理は美しく書けた！
…というときに、記念にその場所にコメントを入れます。
137 ：
仕様書無しさん：02/01/17 21:10
＞美しいソースにはコメントは必要ない
と言っていて美しいソースだったためしがない。
来年からプログラマとして配属になります。
今までのレス、勉強になりましたage。
美しいコメントにはソースは必要ない！
ノーコメント
しまった！ マジレスすぎたか？
ピーク時数百人で作ったシステムを10人で保守している俺にとっては、作成者・更新者は必要です。
名前をみれば、危なそうかどうか分かるので。
>>142ピーク時数百人って、どんなのだろう。
もしかして結構当たり前？
俺は最高でも３０人ぐらい。
期間は２年前後で、保守とかないけど。
保守
145 ：
仕様書無しさん：02/01/18 23:51
今おいらは保守をやってるのですが、
人のソース見る度に思うのは、
「コメント書いてよー」ってこと。
これだけ人のプログラムに触れる機会が多いと
コメント有る無しはホントに作業効率に与える
影響は大！！(T_T) と声を大にして言いたい！
>>145 いきなりいなくなる人多いからなおさらだよね
>>145コメント有る無しが作業効率に
影響与えるってレベル低。
本当にプロ？
俺はタコなソースの方がはるかに嫌だよ。
>>147ソースがタコかどうかは、コメントの有無とは別問題。相関関係があるかどうかは知らん。
>>147ソースにコメントが無いという状況は、たとえば MFC 使う場合に
MSDN Library などのリファレンス一切無し、MFC のソースだけある
って状況に等しいんだが、それでホントに作業できるのか? 俺だったらソース読んでるだけで
日が暮れるけど。
>>147 コメントあってもなくてもソースを読む時間（工数）が変わらないっていってるの？
だったらものすごいね。
151 ：
仕様書無しさん：02/01/19 00:32
>>147ソースがタコなんだからコメントぐらいちゃんと書けよ！
って意味じゃないか？
コメントが適切に書かれていればソースの斜め読みが簡単に出来るだろ？
それとも君はコメント無しのタコソースを一から読むと言う行為を
コメントを読むのと同じスピードでこなせるのかい？
>>147お前残業大好きだろ。で、企業に無駄金払わせてるんだな。
よくいる迷惑社員のパターンだな。
タコなソースにコメントがあると非常に助かる
Cぷろぐらま。
設計書の文章をとりあえず /* */ で囲って全部ソースファイルに打ってく。
ちなみに今の職場だと時系列の箇条書きが多い。ちゃんと手打ちで入れてく。コピペぢゃなくて。
そうするとリズムが生まれて、コードが頭に浮かんでくる。浮かばないコードの
ところは日本語だけぽつんとやるべき処理が書いてあるので、後からでも考えられる。
そうやってできたコードは、処理のかたまりごとに適宜設計書の文言に対応してるし、
設計書の文言が冗長なときは適当に見やすく削ったり、小技が必要だった処理のところ
に解説を加えたり微調整して終了。
コメントは自分が書いたコードの解説というよりも、設計を実装するためのリズム作り
に利用している。
幸い設計書がちゃんとある職場でよかったYO
というか、設計書がないときは自分で日本語書いてからでないと怖くて実装できないYO
156 ：
仕様書無しさん：02/01/19 00:37
>>151恐らく、タコなソースを読まされるってのと、
コメントのないソースを読まされるなら、
タコなソースの方が嫌だってことだろ。
それは同意だな。
157 ：
仕様書無しさん：02/01/19 00:40
>設計書の文章をとりあえず /* */ で囲って全部ソースファイルに打ってく。
やりすぎって気がする。
俺は短い文書を的確に打ってくれたほうが嬉しい。
タコなソースでもコメントがあれば捨てて書き直せるが、意図不明でコメントが無いソースは怖くて
ブラックボックスとして扱うしかない。どっちも嫌だが、とりあえずコメントは書いて欲しい。
159 ：
仕様書無しさん：02/01/19 00:43
>>156ちがうだろ。
コメントが有ろうが無かろうが作業効率が変わらないのがプロ
って言ってるんだろ？
160 ：
仕様書無しさん：02/01/19 00:44
俺は、コメントの有無よりアホな名前の付け方の方が気になるな。
flag1,flag2とか、CheckHogeとかそれは何をするのかと問い詰めたい。
コメントは、ほんとうに必要なところだけあればいい。
161 ：
仕様書無しさん：02/01/19 00:44
>>159もし本当にそう思ってるなら。つかえねぇ奴が偉そうにしゃしゃり出てくるなよ。
ってみんな思ってるぞ。
162 ：
仕様書無しさん：02/01/19 00:49
プロはお金を貰ってるからプロなんだよ。
たこソースの解析なんざ無駄な時間にお金を払ってくれる
太っ腹な客なんぞ居ないぞ。
>>161はぁ？
俺は147が言いたい事はこういう事だろ？と言ってるんだが？
164 ：
仕様書無しさん：02/01/19 00:50
27 ： ：02/01/16 23:19
>>14 コメントは不要。
改造、改造を繰り返すなどして、コメントが実際のコードと合っていない場合は
最悪。逆にコメントで先入観を植えられ、混乱することがある。
コメントは間違っていてもコンパイルエラーにならないから。
処理を出来るだけ解かりやすくする。
関数名や変数名を工夫して、それを見るだけで処理が分かるように
（関数名、変数名がコメントの代わりとなるように）する。
これで十分。
しかも改造などでおかしくなっても、最悪コンパイルエラーが出るし。
うちの部署ではこの方針でやっている。特に困ったことはない。
むしろ、コメントの保守や誤ったコメントによる混乱がなくなったので
開発効率は上がっている。
>>162 そうそうそのとーり。
プロだったらゼニのこと考えないとねぇ。
コメント入ってないと工数が余計にかかるじゃんか
167 ：
仕様書無しさん：02/01/19 00:56
>>160同意。
返り値がブーリアンの時のcheck～は嫌だな。
is～ってかけよ。まあ、好みだがな。
>>166？余計に解らんぞ？
>つかえねぇ奴が偉そうにしゃしゃり出てくるなよ。
ってのは俺に言ってるのではなく
>>147に言ってるって事？
>>160「ほんとうに必要なところ」を定義しないと、話が成立しないと思われ。
>>160コメントの有無も名前の選び方も、二者択一で優先順位をつけることではないと思われ。
両方しっかりやってくれ。
171 ：
仕様書無しさん：02/01/19 01:22
>>164なるほど、パスカルのように名前を付けて
オブジェクト思考的にコーディングするってことだね。
をれも、もっといいコード書けるように努力するよ。
172 ：
仕様書無しさん：02/01/19 01:45
ステートメントをそのまま翻訳したコメント
しか書かないやつ多すぎ。
そして、そーゆ奴に限ってコメントはきちんと入れるべき
だとムキになって主張する。
>>172こういう奴？
// データをセーブする
int SaveData()
{
int flagData; // データフラグ
if (!flagData) { // データフラグが偽なら・・・
}
return flagData; // データフラグを返す
}
174 ：
仕様書無しさん：02/01/19 01:55
みんなに聞きたいんだけど、
>>173の例が
// 進捗データを保存する
int SaveData()
{
int already_saved_flg; // 保存済かどうかを表すフラグ
if (!already_saved_flag) { // 既に保存済なら
}
return saved_data_num; // 保存した進捗データ数を返す
}
こういうコメントだったらどう思う? 俺的には、コメントだけを
読んで流れがわかるのでアリなんだけど、これはダメなコメントだと
感じる人いる?
>>174俺はコメント書け書け派だが、それは論外。
int SaveData()
{
int already_saved_flg;
if (!already_saved_flag) {
// 既に保存済みなのであーしてこうする
}
return saved_data_num;
}
177 ：
仕様書無しさん：02/01/19 02:05
>>174変数名のつけ方にもよる。たとえば、↓のようなコードなら、
int saveProgressionStatus()
{
int isAlreadySaved = false;
.
.
if (!isAlreadySaved) {
.
.
}
return intNumberOfSavedRecords;
}
英語として読むだけで処理の流れがつかめるので、そういうコメントは冗長に感じる。
>>173 みたいなコードでコメントがなかったら、もちろん逝ってよしだけど、コメント以前に
そういうコードを書いてること自体が逝ってよし。
以上、私見でした。
偉そうなこと書いといて、int に false 代入しちゃいました。
逝ってきます。
179 ：
仕様書無しさん：02/01/19 02:08
>>177isAlreadySaved、動詞で始まる変数か。漏れには珍奇に移るけどどうよ？
181 ：
仕様書無しさん：02/01/19 02:21
>>180うそ！
ぶーりあん型は is～ って常識じゃないの？
isChanged とか hasNext とか canBeSuspected とか、使わない？
181に賛成1俵
>>177GoF本とかにも、ガンガン出てくるぜよ。
漏れも181に賛成１豹。
疑問文がそのまま変数になった、って感じかな。
どっちでもいいな、
bAlreadySavedってのも見たことある。
恐らく、booleanAlreadySavedってことだろ。
186 ：
仕様書無しさん：02/01/19 02:28
他人のソースメンテしていると、
// ここは取りあえずこうしておいて、あとで検討する
なんてのに遭遇したりする。
さらに、
// ここで確保しちゃうんだぞ
とか、
// お似合いのカップル
なんてのまで・・・
187 ：
仕様書無しさん：02/01/19 02:29
>>186あとで検討すると書いてあって、あとで、検討されたためしなし。
>>186どんなコードについてたコメントなのか、すごーく知りたい。
190 ：
仕様書無しさん：02/01/19 02:33
>>186をれのコメントと似てるかも。やっぱり，そのときの感情，気分を表した．
コメントが欲しいよ．精神状態が能力に及ぼす影響について調べてるんだ(^｡^)
191 ：
仕様書無しさん：02/01/19 02:37
>>190じゃ、お似合いのカップルってのの、精神状態を
教えてくれ。
むかついたコメント
for (i = 0; i <= 100; i++) // 100 回ループする
どう見ても 101 回じゃねぇか・・・
単なるバグのような肝。
195 ：
仕様書無しさん：02/01/19 02:49
>>192甘いな。
d++ // d = d + 1
これはどうだ。
196 ：
仕様書無しさん：02/01/19 02:52
// ここで return undefined と記述すると、関数自体があぼ～んされてﾋﾞｸｰﾘ
197 ：
仕様書無しさん：02/01/19 02:53
main()
{
/* 再開 */
198 ：
仕様書無しさん：02/01/19 02:57
みんな辛いんだなあ（ｗ
>>187俺は、後で再検討が必要なコードには
// XXX : データ構造変えないと、無駄なコピーが避けられない
とか、特定のマークつけたコメントを埋め込んでおいて、定期的に grep でチェックするように
してるよ。最終リリース時には、基本的に全部のマークがなくなってるようにする。
ふーん、なるほど。漏れの場合、
int saveProgressionStatus()
{
int isAlreadySaved = false;
if (!isAlreadySaved) {
}
return intNumberOfSavedRecords;
}
よりも
// 進捗データを保存する
{
// 保存済かどうかを表すフラグ
// 既に保存済なら
{
}
// 保存した進捗データ数を返す
}
の方が圧倒的に理解するスピードが早いので、
>>174 の
コメントはアリなんだな。特に業務系とかだと、わかりやすい
変数名を付けるのが困難な場合もあるし。
でも、常にこういうコメントを書けとは言わない。インタフェースを
きっちり日本語で説明しきれているなら、関数内のコメントはなくても
よい、という立場です。
うん、インターフェースの説明がなかったら、いくら読みやすいコードを書いてもしょうがない。
202 ：
仕様書無しさん：02/01/19 03:06
今まで、いろんなスレでネタだと思って本気にしなかったコメント
// 天に祈る
ってのを今日初めて見た。
あるところには、あるんだ・・・
203 ：
仕様書無しさん：02/01/19 03:07
>>200俺はどうみても上だな。
// 進捗データを保存する
は場合によってつけるかな。
どうでもいいけど、間違ったままのコードのコピペ晒しは勘弁して（泣
205 ：
仕様書無しさん：02/01/19 03:10
>>201そういうのは、ドキュメント化してほしいなり。無理だけど。
>>205doxygen 使おう、っつーのは無し?
最近 doxygen で作ったドキュメントを HTML Help Compiler に通して HTML Help にして
参照してるんだけど、検索もできるしクラス図もそこそこきれいに出るから、割と便利だよ。
>>203> 俺はどうみても上だな。
漏れが想定していたのは、
自分が書いたコードではないが、どうもここらへんで
バグってるらしいので処理をおっかけてる。このソースを
見るのは初めて。
という状況なんですが、それでも上の方が見やすいですか?
もしそうだとすると、英語 (英単語) に馴染んでいるか
どうかの違いかなぁ。
関数のヘッダコメントに機能概要を書いてコーディング。
その後、仕様変更で機能が変わったが、コメントの修正を忘れる。
ああ、またやっちゃった。ごめん、K君。
>>207どの関数が怪しいか絞り込むまではコメントを参照するのは良いけど、関数が絞れたら頭を
「コメント信用しないモード」に切り替えないと、バグを見逃さない？
まっとうなコードなら、大半の関数は長くて数十行だろうから、集中して一気に読める量だし。
>もしそうだとすると、英語 (英単語) に馴染んでいるか
>どうかの違いかなぁ。
それはあると思う。俺は業務系ＰＧだけど、isOnCreditSide とか lngDebitBalance
なんて変数名が出てくるたびに辞書引いてた。
何でわざわざそんなことをしてたかというと、海外の取引先との関係から。
そういうコードを大量にメンテしなければならない環境だからこそ身についたのかも。
211 ：
仕様書無しさん：02/01/19 03:32
この前、日本人が書いた全て英語のコメントのソース見た。
日本人なら日本語書けよなと。
特に外人のスタッフがいるわけでもないんだが、宗教上の理由かな。
212 ：
仕様書無しさん：02/01/19 03:34
>>211コンパイラが日本語ＮＧだったとか。おじさんの若いころはなあ・・・(泣
>>212そういう場合には、プリコンパラを自分で書くんだよ。
と、ソフトウェア作法あたりをネタに先輩に突っ込まれなかった?
214 ：
仕様書無しさん：02/01/19 03:37
>>213そのプリコンパイラは何でコンパイルするんだよぅ（泣
215 ：
コメンテーター：02/01/19 03:39
#include <stdio.h> // さあいよいよ始まりましたね。
void // 実況はモモナイ、解説はサキサカさんです。
main(void) // よろしくおねがいします。
{ // はいはい、どうも。
int x, y; // おっと？これはなんでしょうか？サキサカさん。
// ん～、わかりませんねえ？？？
fpw=fopen("input.txt", "w"); //おっとここでファイルを開く、
// ！しかし！ハンドルを宣言していないぞ！！！
// ん～、これはコンパイルで落ちますよ。
fprintf(fpw, "逝ってよし！\n"); // このぶんだと、どうやら逝くのは本人が先ですね。
// そそっかしいね、このひとは。
fclose(fpw); // あれ、もうおわり？なにがしたいんでしょうね？
return 0; // あそんでるだけかもしれませんね。
// おっとここで終了です。
} // 解説はサキサカ、実況はモモナイでした。
// どうもお疲れ様でした。
// はいはい、どうも。
>>214ネタ?
日本語コメントを捨てるだけのフィルタをひとつ書いて、コンパイラの前にフィルタを通せって
話だけど。
217 ：
仕様書無しさん：02/01/19 03:40
218 ：
仕様書無しさん：02/01/19 03:46
dzsemKenyerRiszflj
ハンガリー記法ならぬハンガリー語の変数名ってどうよ。
219 ：
コメントが：02/01/19 03:49
>>215各方面からコメントが寄せられています。
これはソフトウェア開発の新次元だ。 Dennis Richie
これほど人を癒すコメントは見た事がない。脱帽だ。 Stallman
これほど意味不明のコメントは見た事が無い。脱力だ。 Bill Gate
驚きだ。こんなおしゃれなソフトウェア開発手法があったとは。 奥村晴彦
おっとどっこい。あっと驚くタメゴロ～ウ！ ハナ肇
220 ：
仕様書無しさん：02/01/19 06:34
221 ：
仕様書無しさん：02/01/19 10:42
>>209ありますね。コメントに惑わされて見逃してしまう。
できそこないの仕様書みてるときも似たようなことありますね。
入力が明確化してないときにキーボード入力するもんだと思いこんでて、
実は「入力データをまとめたファイルがあります」とかって。
僕は逆にコメントに惑わされるっていうほうがどうかと思う。
コメントなくても大丈夫って方は、最初から仕様書を熟読して
それからソースを読み始めるわけですか？
納品して半年後に人のソースを読む、なんてこともありますしね。
とりあえずコメントが入っていて「こいつこんなことがしたいわけね」
ってのが分かるだけでも工数の節約になるし早くおうちに帰れると思います。
>>217今、この技術立国日本に一番必要なのはものは、お笑いである。
コメントのカタカナを全角で書くやつはうざい。
またおかしなきごうを書くやつもうざい。AAとか。
> コメントのカタカナを全角で書くやつはうざい。
！？
227 ：
仕様書無しさん：02/01/19 12:06
コメントに騙されて、ソースを読む時間が大幅にかかる
ってことは良くあります。
229 ：
仕様書無しさん：02/01/19 12:14
>>200 この例だと、全ては日本語を識別子に使えないコンパイラの
問題のような気がします。
int 進捗データの保存()
{
int 保存済フラグ = false;
if (!保存済フラグ) {
}
return 保存した進捗データ数;
}
なら、どう？
>>229コンパイラを日本語を通せるように直すより、
俺が、英語を覚える方が話が早い。
231 ：
仕様書無しさん：02/01/19 12:44
整数 進捗データの保存「」
『
整数 保存済フラグ ＝ 偽。
もし 「否 保存済フラグ」 『
返 ０。
』
返 保存した進捗データ数。
』
かなり読みにくいな....
232 ：
コメンテーター２：02/01/19 13:01
#include <stdio.h> // さあコーディングも第二回戦に入りました。
int main(void) // 実況は私モモナイ、解説はお馴染みサキサカさんです。
// サキサカさん、よろしくお願いします。
{ // はいはい、どうも。
int x, y, z; // さあ、まずは変数の宣言ですね。
// あのね、変数には全部コメント付けなきゃダメだよ。
// はぁ、でも私たちがココにいたら書けませんよね？
// そうかもしれん。
fpw = fopen("input.txt", "w");// おっとファイルをひらく、
// しかし、またしてもハンドル宣言を忘れてますね。
// こりゃクセだね、この人の。
// さあ、ここでループの構えをみせています。
for(l=0;l++;l<100){ // なにするんだろね。ループ処理ってセンス表れるよ。
} // ・・・やめるんかい！
// ん～、あとで書くんですかね？
x = secret(y, z); // なにか呼んでますね。
// なんだろね？関数名は分かりやすくなきゃダメよ。
// ところでサキサカさん、このスレにはコメント中の
// 文字コードにこだわる人もいますね。
// どーでもいいのよ、そんなこと～♪
// あ、おまけに記号までつけて、
>>224 が怒りますよ。
// ここにモナー君呼んできた日にゃどーなるんだろね(笑)
// といってる間に、コールがおわりましたね。
fprintf(fpw,"逝ってよし！\n"); // 相変わらずガラ悪いですね。
// やっぱコードにも品位がほしいね。
fclose(fpw); // なんかもう終わりって雰囲気ですね。
// 毎回しょぼいコードかいて、クラスぐらい使ってみなよ。
return 0; // 作者が大変なんでしょ。
} // そうかもしれん。
// というわけで放送終了です。サキサカさんありがとうございました。
// はいはい、どうも。ヒンシュク買わないうちに退散しよう。
233 ：
仕様書無しさん：02/01/19 13:01
SPなんかだと日本語処理が不安定だと困る。
SOUCE も DB に登録しておきたいのに。
235 ：
仕様書無しさん：02/01/19 13:07
>>232>for(l=0;l++;l<100){
無限ﾙｰﾌﾟ・・・。
と思ったら一回も実行されないﾙｰﾌﾟだね。
ｽﾏｿ、逝ってくる・・・。
l++が0になったら終わる
Σ(゜д゜lll)ガーン
239 ：
仕様書無しさん：02/01/19 13:14
>>235サキサカさん、やっちゃいましたね。
そうねえ。クセだねこれ。ごめんね～。
1文字変数を見ると泣ける
243 ：
仕様書無しさん：02/01/19 14:02
>232 ﾜﾗﾀｗ
>>232なんか、コード読むのが楽しくなった！
幸せをありがとう
246 ：
仕様書無しさん：02/01/19 16:16
コメント無し。これ最強。
>>215>>232仕事中なのに不覚にもﾜﾗﾀ。
自分のソースを見直していても頭の中で
モモナイとサキサカさんが実況してるよ。
何とかしてくれ・・・。
第三回戦も楽しみにしてるYO!
248 ：
仕様書無しさん：02/01/19 17:06
FORTRAN 77 は構造体がないため引数がやたらと多く、
変数・関数名が（正式には）６文字以下なので、
コメントがないと訳が分からなくなる...。
もう嫌だ、こんな言語...。
モモナイとサキサカたんはかなりいいから、
みんなで糞コードをひっぱり出すか、自分で書いて
実況してみようYO!
250 ：
HOTDOG：02/01/19 19:21
250GET
251 ：
仕様書無しさん：02/01/19 19:21
# 2001-01-01 Ore, Omaemona-.
漏れはとりあえず仕上げた後に、暇を見つけて
書く事にしている…。
そうことにしといて(ｗ。
253 ：
仕様書無しさん：02/01/19 20:07
この前見た奴は、仕様書とソースのコメントの両方で
全てのカタカナが半角カナだった。
>>253それは仕様だよ。
一部ではデフォルトらしい。
255 ：
仕様書無しさん：02/01/19 20:22
漏れは詳細設計してからコーディングするから
コメントは書かなくてもすでにある
詳細設計の日本語コードをコピペするだけだから。
256 ：
仕様書無しさん：02/01/19 20:31
>>254古いラインプリンタを使ってる所なんかはそうだね。
規則には明記されてないけど全角を印刷できないから掟になってる。
ｴ､ｿﾚｶﾞ ﾌﾂｳﾉ ﾄｺﾛﾓ ｱﾙﾝﾀﾞ･･･
ﾓﾚﾃｷﾆﾊ ﾖﾐﾆｸｲｶﾗ ﾔﾒﾃﾎｼｶｯﾀｹﾄﾞ｡
258 ：
仕様書無しさん：02/01/19 21:33
>>213日本語が使えないで、英数字と記号しか使えないコンピュータを
使ってたころがあるなんて想像もできないんだろうな～。
おぢさんが若いころなんて､日本語の入出力なんて､夢また夢。
入力はパンチカードに穴をあけ、リーダーでよませるんだ。
印刷はみんな活字式。
パンチカードでなければ、紙ひも。
これも穴をあけて、テレタイプに読ませる。
そのテレタイプの印刷はタイプライタと同じ活字式で、
直径数センチのドラムに活字が彫ってあるんだ。
これをバチンバチンと連続用紙に打って印刷していく。
「謎の円盤UFO」を見たことがあるか？あのオープニングをみてもらうとわかるが。
259 ：
仕様書無しさん：02/01/19 21:37
ｺﾒﾝﾄｦ,ｽﾍﾞﾃﾊﾝｶｸｶﾀｶﾅﾃﾞｶｶﾅｲﾄｷｶﾞｽﾏﾅｲｵﾔｼﾞﾓｲﾀﾘｽﾙ.
ｸｻｶﾍﾞﾊ ﾖﾒﾅｲ
261 ：
仕様書無しさん：02/01/19 21:39
ﾌﾙｲBASICﾉｶｲｾﾂｼｮﾅﾝｶﾓ､ｺﾒﾝﾄﾊﾝｶｸｶﾀｶﾅ｡
262 ：
コメンテーター３：02/01/19 22:16
// さあ第３ラウンドの始まりです。
// 実況は私モモナイ、解説はサキサカさんです。
// サキサカさんよろしくお願いします。
// はいはい、どうも。
#include <iostream.h>
#include <stdio.h>
// あ、ところで今コードを書いてる彼のことを紹介しておきます。
// 彼はジローといいまして、３０台半ばの仕事にあぶれた
// ハードウェアエンジニアです。
// ハードの腕前はともかく、ソフトのほうはダメダメですね。
// そうだね、完全にヘタレだね。
#define TEXT_BUF_SIZE 80 // Text buffer size
#define MAX_PROC_LINE 500 // process line limitation
// ↑ヘタレにしては気がきいとる。
// なんですか？それは？
// 万一入力が人智を超えて巨大でもリミットがかかる。
#define AGE TRUE // そういうラベルを使うんじゃない！
#define SAGE FALSE // アバンギャルドですねぇ。
#define ABON NULL
void main(void)
// さあいよいよmain関数です。
// 今回彼はテキストファイルをコピーするツールに挑戦しています。
// ほほう。
{
char TextBuf[TEXT_BUF_SIZE]; // text string buffer
FILE *OutputFile; // output file handle
FILE *InputFile; // input file handle
int LineCount; // for count number of copied lines
int x, y, z; // for debug use
// 前回サキサカさんが言ってたのはこういう事ですか？
// そうそう、好みの問題だし、つまらん事だけどね。
// 全部縦に並べてコメントを漏れなく振る。挿入、削除も楽。
// 全部書いとけば、時間が経ってから再着手したとき、
// 記憶を取り戻すまでの時間が短い。
// 最後のやつはどうなんでしょう？
// あれはデバック用だから例外
// if (argc != 3) { // なんかコマンドライン入力をやろうとして
// cout << "usage: ... "; // 断念しましたね。
// goto terminate; // やり方わすれちゃったんだな。
// }
// for(ie = 0; i < 13; i++) {
// s strlen ( argv[ 1])
// } ... Uwaaaaan!! // 錯乱した様子も認められますね。
// ソフト開発はクールでないといかんぞ。
// さあ、これから入出力ファイルを開きます。
。。。つづく。。。
263 ：
コメンテーター３：02/01/19 22:17
コメンテーター３．。。つづき。。。
InputFile = fopen("input.txt", "r"); // try to open input file
if (InputFile == ABON) { // ... if not exist ...
cout << "Error: Input file does not exist.\n"; // ... then terminate.
return; // 一応エラーメッセージもつけてますね。
} // あるとなんとなくカッコよく感じるんだな、これが。
OutputFile = fopen("output.txt", "w"); // open output file
// ちなみにジローは最近、ＢＣ＋＋のフリー版を手に入れたようです。
// 奴はビンボーだからな。
// 一応ＶＣ＋＋も持ってるそうですが、メンドクサイて言ってますよ。
LineCount = 0; // 処理行数のカウントもするんですね。
// これもあるとなんかカッコよく感じるんだな。
// ここからいよいよデータのコピーが始まります。
while ( 0 == feof(InputFile)){ // loop until end of input file
if( fgets(TextBuf, TEXT_BUF_SIZE, InputFile) == NULL) {
goto Termination;
// ラベルのスペル間違えてますね。
// 品詞を統一してルール化しないと混乱するぞ。
// 動詞形か名詞形か、とか。
// 慌てるな落ち着くのだジロー。
// モナーが出てきてオマエモナーとか言われますよ。
// モナー君はそんなこと言わない。
// モナー君とか言ってますけど、知り合いなんですか？
// 彼はね、赤羽北のモナー商事に勤めてんだけど、
// 彼のことは昔からよく知ってるんだ。
// え！ほんとに？
// でも彼は僕のこと知らないんだけどね。
// なんじゃそりゃ。
264 ：
コメンテーター３：02/01/19 22:17
fputs(TextBuf, OutputFile); // write string to outoput file
// お！書いてる書いてる。
// 書いてますね。
LineCount++;
if(LineCount > MAX_PROC_LINE){ // detect max line limitation
cout << "Max line limitation! Can not handle over "
<< MAX_PROC_LINE
<< " lines.\n";
// なんでcoutのストリームを３行に分けてるんですかね？
// このほうが見やすいんだと。楽なんだと、良いんだと・・・
// 問い詰めないで下さいよ！
goto Terminate; // これは最大処理行を超えた場合の強制終了ですね？
} // ほとんど使うことはないだろうがね。あったほうがよい。
}
// とうとうここまできましたね。
Terminate: // 長旅を終えて約束の地へ、という感じかな？
cout << LineCount << " lines precessed\n"
<< "あいがっといっと！￥ｎ"; // 改行が全角ですけど？
// バカメと言ってやれ。
// それになんちゅーヘタレなメッセージだ！
fclose(OutputFile);
fclose(InputFile);
return; // どうやら無事終了ですね。
// うむ。よくわからんが、とりあえず１バイトコードの
// テキストファイルならうまく転送できるだろう。
}
// というわけでこれでお別れです。皆さんさようなら。
// 実況はモモナイ、解説はサキサカさんでした。ありがとうございました。
// はいはい、どうも。
265 ：
仕様書無しさん：02/01/19 22:38
サイコー！
266 ：
仕様書無しさん：02/01/19 22:40
>>262無理にIOストリーム使う必要もないと思うんだが・・・
>>267ＩＯストリームを使うと、
％なんとかかんとかを覚えなくていいし、
シフトキーをいっぱい押さなくていいし、
そのことにより体力の消耗もすくなく、
おかげで最近すっかり健康でスカッとしている
と、ジローは申しておりました。
俺様モモナイさんに惚れてしまいそうです
あっ、ジローか
モモナイもジローも
つまらない男だぞ。
いいやつだけどな。
271 ：
仕様書無しさん：02/01/19 23:48
しかし、こんなﾍﾀﾚコードは久しぶりに見た。
おれのふつーのが神に見えてくる・・・
メソッドを作るときに1行書いておくのが基本だけど
分かりきったものにはコメント不要（関数名や変数名が語っている）
逆に多少トリッキーだと思ったところはきちんとコメントを入れておく
サキサカさん、なんか３回目の放送はあまり面白くありませんでしたね。
そうだね。あれはヘタレなコードだが一応動くプログラムだから。
ちゃんと動かないコードでないと面白くならないね。
どうもオソマツ様でした。
>>273いやいや、けっこうおもしろかたﾖ
これからも奇跡的に動くモノを希望
275 ：
仕様書無しさん：02/01/20 13:32
>>248FORTRANはよく知らないけど、
FORTRAN77ってポインタは使えないの？
//もうだめぽ
277 ：
仕様書無しさん：02/01/20 19:02
こめんてーたさんまだかな～
スレ違いだなスマソ。逝ってくる。
279 ：
ウンコチンコマンコ：02/01/20 22:45
280 ：
仕様書無しさん：02/01/21 04:19
サキサカさん、俺的スマッシュヒット。
でも、実際にこんなコメント書いてるの見つかったら
殺されるな・・・
281 ：
コメンテーター４：02/01/21 04:54
#include <stdio.h> // 彼がなにかコーディングをはじめたようですので緊急中継致します。
#include <mylib.h> // 実況はモモナイ、解説はサキサカさんです。よろしくお願いします。
// はいはい、どうも。
void main(void) // あ、それから今回はリポーターのヤブナカさんに
// 関数内部からリポートをしてもらいます。ヤブナカさんよろしくおねがいします。
// は～い、どうも。
{
int x, y, z: // まずは変数の宣言ですが、今回からシンプルに書くって言ってますよ。
// うむ。余計なものはいらん。ネタの基本に立ち返るのだ。
while (x<100){ // おっと？、ここでループの構えだ。
// つづいて、いきなり関数呼が呼ばれます、が・・・
hoge(x, y) // あれ？このライブラリはまだデバッグが・・・
// うん、これ呼んだら帰ってこれないかもよ。
// 現場のヤブナカさ～ん、関数内部のリポートお願いします。
// ##############################################
int hoge(int x, int y) // はい！現場からヤブナカがお伝えします！
{ // さぁー全国１０００万人のプログラミングファンのみなさん！、
// 今から数分後にはこの関数、ホゲと発音するんでしょうか？、
// このホゲが！、まさしく！、コンパイルを経て！、呼び出されようとしております！
// さあ、それでは内部の様子を詳しくお伝えいたしましょう。
do { // さあここでループに入った！
// ぐるぐる回る高速サーキット！、夢のメリーゴーランド！
// ヤブナカさん、わけわかりませんよ。
// どうもスマソ！
// やめてください、それは放送禁止用語です。
printf(" ∧＿∧ 逝ってよし！\n"); // ご覧頂けますでしょうか？
printf("（ ´∀｀ ） \n"); // どうやらモナーをN回描画する様です。
} while(1) { // おーーっと！？ どうやらココに欠陥があるようです！
// 無限ループにして、かつ脱出コードがない！
// 平和なプログラムが！ある日突然に！ 地獄への片道切符と化してしまったぁー！
}
// さあ！どうするんだジロー！ このままではオマエのＰＣは永久にモナーで埋まってしまうぞ！
// というわけで関数内部の現場からヤブナカがお伝えしました。
// #############################################
}
// いやあ怖いですねえ。
// ありゃぜんぜん未完成だね。引数もつかってないし。
return; // というわけでこの辺で終了です。
} // あまり長いと１レスに入りきれないからな。
// サキサカさん、どうもありがとうございました。
// はいはい、どうも。
282 ：
仕様書無しさん：02/01/21 05:23
(･∀･)ｲｲ!!
283 ：
仕様書無しさん：02/01/21 13:08
新しい専用のスレたてたほうが(･∀･)ｲｲかも
XPで仕様書つくんなくなったらコメント増えた。
はっきりいってソースの倍あるぞ。。
∧＿∧ +-----------------------+
（´∀｀）< それって単なる無駄じゃん |
+-----------------------+
>>284うちはXPでコメント減った。つーかXPはそもそもコメント削減奨励(コード自体に語らせろ)だし。
しかしコードの記述量は増えた。その上さらに実コードに匹敵する規模のテストの数々(これこそが仕様書に代わるもの)。
>>285コメントと言うか、コーディング規約でメソッド、クラスヘッダが
めちゃめちゃ冗長になった。はっきりいってむだくさ。
CppUnitとかJunitとかあんまり使えない環境なんだよな～。
画面出力がメインなシステムだから。。
if(ErrorType == FATAL) exit(1); // もうだめぽ
} while (l < 10000)
// 刑期満了、シャバに出る。
#define BUF_SIZE 100000000000000000000000 // 大は小を兼ねる。
290 ：
だめだ、コードに意味がねえ...：02/01/22 01:28
#undef SONNNAKOTO // そんなことより
#include <1> // 聞いてくれ、
>>1 よ。
// スレとあんま関係ないけどさ。
void kinjo::yoshinoya(yoshinoya) // こないだ近所の吉野家行ったんです、吉野屋。
{
if (iSeated > CAPACITY) { // そしたらなんか人がいっぱいで入れないんです。
board ad = LookAround(); // よく見たら何か垂れ下がってて
price -= 150; // 百五十円引き、とか書いてあるんです。
count << "Aho"; // もうね、アホかと。
count << "Baka\n"; // バカかと。
omaera.Forbid(doesComeOften(yoshinoya), price);
// おまえらな、百五十円引きごときで普段来てない吉野家に来てんじゃねーよ。
false; // ボケが。
#define DISCOUNT 150 // 百五十円だよ。
#define DISCOUNT 150 // 百五十円。 [コンパイラがここで怒るんだよなぁ～]
int persons;
if ((persons = isThere(Family(Parent, Children)) > 0) {
// なんか親子連れとかもいるし。
ASSERT(persons == 4); // 一家四人で吉野家か。
bHappy = true; // おめでてーな。
Parent.papa->say("Tokumori!"); // よぉ～しパパと曇り頼んじゃうぞ～とか言ってるの。
DisableAction(LookAround); // もう見てられない。
}
false; // ボケが。
Give(DISCOUNT, Family), Family->MakeSeat(forMe);
// おまえらな、百五十円やるからその席あけろと。
}
//***** もうかけません。ごめんなさい ****//
}
みなさんヒマですねぇ
292 ：
仕様書無しさん：02/01/22 01:35
あ、291への誤爆
しかも自爆ってる。鬱
オレもコメントに全角カナ使う奴はうざい。
半角カナが通らない処理系ならいざ知らず、ただ単に昔のしがらみから
抜け出せない頭の固い馬鹿が、かたくなに全角カナで書いてるとうざい。
出口の無い再帰はご法度ですぅ
>>292 Haskell使いなら許してあげますぅ
int dango[3]; // だんご３兄弟
んじゃHaskell勉強します（ｗ
なんかおもしろそうだ・・・ドキュメント読む限りでは
そこの関数->良きにはからえ（適当にな) // コードに語らせるとはこういう事よ
すでに半角カナ見るだけで気色悪いんだけど、俺が悪いの？
２バイトコードの前に半角かな出てくると、エディタが文字コードの自動認識に失敗しない？
常にWindowsでSJISだけで仕事してる人はそれでもいいんだろうけどさ
300 ：
仕様書無しさん：02/01/22 03:31
zuza=get(300); // ３００ゲット、ズザー
301 ：
仕様書無しさん：02/01/22 04:27
#include <stdio.h> // はじめに宣言ありき。 創世記
半角カナこそが昔のしがらみでしょ?
カナなら全角で書いたほうが読みやすいやんけ。
濁点で間延びしたりしないし、幅がひらがなや漢字とほとんど一緒だし。
奇矯さの演出のために半角カナを使うことはあるか。
>>302 半角カナは禿同。
でも英数字は半角にせや！全角で書くな！といいたい。。
#でもなぜだ？趣味の問題か？逝ってきます。。
304 ：
仕様書無しさん：02/01/22 12:36
>>290 if (/*なんかやって失敗*/)
return false; // ボケが。
って書きたくなっちまったよ...
305 ：
仕様書無しさん：02/01/22 13:51
>>303 確かに、全角英字は見ていてむかつく。
数字は、ケースバイケースで。
>>305 ちなみに、ローマ字カナじゃなくてカナ入力しているのも
みていてむかつく。
ローマ字カナまんせー
306はこのスレの趣旨に全く関係がないようで
むかつく。
309 ：
仕様書無しさん：02/01/22 14:19
JIS X0201 カナ使うバカは論外として、JIS X0208 英数字も廃止してほしいところ。
310 ：
仕様書無しさん：02/01/22 14:26
>>307 しつれー。限定すべきでしたね。
「コメント入力をカナでしているのはむかつく～」
ならええかな？
海外物件の英語開発環境で「僕ここではプログラム作れません」など
言うな～。それより海外物件で日本語でコメント書こうとするな～。
ro-maji komento mo fuka nariyo.
>ro-maji komento mo fuka nariyo.
yappa dame?kanbeso-
ro-maji mo damedakedo hanbun eigo tteno mo kanben,
this pointer wo cast shite use no koto.
#Mr.Nagasima jya naindakara
314 ：
デフォルトの名無しさん：02/01/22 15:19
コメントなくてもいからソース見やすくかけよ
ソース見れば正確からなにから何までわかるぞ
美だ美！！！！！美的センスないやつは、だめ
>>314 美的センスのあるあなたのコードを見せてくださいませんか？
>>315 int main(void)
{
return 0;
}
printf ("ﾟДﾟ"); // ｳﾏｰ !
#include <stdio.uma> // ｳﾏｰ !
#include <ﾟДﾟ> // ﾔﾔｳﾏｰ !
void main(ﾟДﾟ) // ｽｺﾞｸｳﾏｰ !
{
int uma = (ﾟДﾟ) // ｳﾏｰ !
for (ﾟДﾟ){ // ｳﾏｰ !
if (ﾟДﾟ) { // ﾔｯﾊﾟﾘ ｳﾏｰ !
printf (ﾟДﾟ); // ｳﾏｰ !
switch (ﾟДﾟ) { // ﾄﾞｯｺｲ ｳﾏｰ !
case (ﾟДﾟ): uma = UMA; // ｳﾏｰ !
case (ﾟДﾟ): uma = UMA; // ｵﾓｲｯｷﾘ ｳﾏｰ !
case (ﾟДﾟ): uma = UMA; // ﾄﾄﾞﾒﾆ ｳﾏｰ !
}
}
return uma; // ｵﾜｶﾚﾆ ｳﾏｰ !
}
逝かれたコードを発見しました。削除しますか？
|￣￣￣￣￣￣￣| |￣￣￣￣￣￣￣|
| (ﾟДﾟ) ｳﾏｰ ! | | NO |
|＿＿＿＿＿＿＿| |＿＿＿＿＿＿＿|
>>319 そういうことにしたいんですね。>LYCOS
昔は俺もソースに半角カナのコメントあるのは嫌いだったけど、
それは、当時半角カナを使えない環境があったから。
今じゃ半角カナつかってもなにも問題の無い環境で開発してるんで、
むしろ半角カナの方がページあたりの情報量が多くてよい。
時代とともに環境も認識も変わるよ。
322 ：
仕様書無しさん：02/01/24 01:14
昔は俺もゴルゴは嫌いだったけど、
それは、当時吉野屋ネタがなかったから。
今じゃ、ゴルゴが出てきてもぜんぜん気にならないし、
むしろ吉野屋ネタのバリエーションの情報量が多くてよい。
時代とともにキャラの認識も変わるよ。
323 ：
仕様書無しさん：02/01/24 01:20
昔は俺もゴルゴは嫌いだったけど、
それは、当時吉野屋ネタがなかったから。
今じゃ、ゴルゴが出てきてもぜんぜん気にならないし、
むしろ吉野屋ネタのバリエーションの情報量が多くてよい。
時代とともにキャラの認識も変わるよ。
コメントに半角カナ使うやつって、ファイル名やディレクトリ名を８文字以上にしたり
日本語にしちゃうような奴なんだろうな（ぷ
的確なコメント書けないＰＧいるんだよねぇ。
コードがやってることをそのまんま書いたってそんなこと分かってるってｺﾞﾙｧ。
もっと意味のあるコメント書いてくれよぉ。
コメントで行数稼げるほど、世の中甘くはないですぜ、だんなｗ
>>324 ちみが書いたコードへのコメントは信用しない。
// や /* で始まる行は問答無用削除ｗ
>>327 いいかげんな奴のせいで騙されるのは、真っ平御免。
そもそもソース自体使いたくなくなるっつーの。
>>325 的確に書くのは難しいね。
でも、コードそのままコメントにしている奴は論外。
ほんと、どうしようない馬鹿だね。
330 ：
仕様書無しさん：02/01/24 03:28
// 全部漢字で書いたら怒られたのことアルヨ。
＞コメントに半角カナ使うやつって、ファイル名やディレクトリ名を８文字以上にしたり
＞日本語にしちゃうような奴なんだろうな（ぷ
BSD以前のシステム使ってんのか？
333 ：
仕様書無しさん：02/01/24 22:15
>>332 日本語を全部漢字で書いたアルネ。読めるはずネ。
335 ：
仕様書無しさん：02/01/25 22:26
ファイル名を8文字以内ってかなりキツクないですか？
>>331 FFS 以前でも 8 ってことはなかった気が。SVR3 だと 16 文字ぐらいじゃなかった？
337 ：
仕様書無しさん：02/01/25 23:05
>>1 俺は
変換するのが面倒だからコメントは全て顔文字で表現してる。
コメントを半角／全角カナで書くな！とか言う以前に、
なんで英語で書かないの？島国根性？
今やってる移植仕事、
元ソースのコメントとか変数名とか
英語とインドネシア語の混在でウザー！
投げてー
340 ：
仕様書無しさん：02/01/25 23:54
// とりあえずコメントにＡＡとか２ｃｈ用語つかうのやめろ。
// きもい。
ラ宇土
342 ：
仕様書無しさん：02/01/26 00:01
>>338 日本人だから。
お前はコメント英語で書いてホモの外人に尻でも振っていろ。
#include <stdio.h> /* 低能ですね：） */
int main(void) /* 呼びましたか？ */
{
int i; /* 今どきiですか */
char str[MAXLEN]; /* 文字列と言うことにしたいのですね */
i=0; /* まぬけですね */
while (1) { /* ホワイルって？ */
if (fgets(str,MAXLEN,stdin) == NULL) /* はつみみです */
break; /* こわがらなくてもいいのにー */
fprintf(stdout,"%d: %s",i++,str); /* そういうことにするとうれしいのですね */
}
return 0; /* こわがりすぎー：） */
}
344 ：
仕様書無しさん：02/01/26 00:07
345 ：
>>342：02/01/26 00:12
>>ホモの外人に尻でも振っていろ。
すごいね！ここまで発想が飛躍する馬鹿にはいまだにあったこと無いYO!
>>338 日本語のコメントの方がコードとの区別がはっきりして見やすいと思う
必要がなければわざわざ英語でコメントを書く必要もないでしょ
349 ：
>>348：02/01/26 00:25
はぁ？
352 ：
仕様書無しさん：02/01/26 00:37
>>349=
>>345=
>>338 大丈夫。そんなに必死にならなくても
僕が君の事を評価してあげるよ。
誉めてほしかったんだよね？
「ふふ～ん♪ぼくちん英語でコメントかけるんだぞー！すごいんだぞーっ！」
って言いたかっただけなんだよね？
わかるよ。わかる。
よく頑張った！おめでとう！（藁
353 ：
仕様書無しさん：02/01/26 00:40
342=348=352（藁
355 ：
仕様書無しさん：02/01/26 00:42
つか擬似コードそのまんまコメントにしたらだめなの？
356 ：
仕様書無しさん：02/01/26 00:43
いいかげんうざいよ。英語で書きたきゃそうすりゃいいだろ。
別に止めないからさ。
>>357 ノイローゼ気味ですね。
2chから少し離れる事をおすすめします。
359 ：
仕様書無しさん：02/01/26 00:46
Supposing you wish, please write in English.
>>360 うわっ、粘着きちがいがでてきた。きもーい。まじきもーい。
（・∀・）ｲｼﾞｮｳ､ｼﾞｻｸｼﾞｴﾝﾃﾞｼﾀ｡
きもいですか？すいませんでした。
364 ：
仕様書無しさん：02/01/26 00:53
main(){
char SINE[]="逝ってよし\n"
printf("%s", SINE);
return(0);
}
365 ：
仕様書無しさん：02/01/26 00:54
>>357 英語でコメント書けるなんてすごいですねー。
いったいどういった内容のプログラムを組まれているんですか？
ホント尊敬してるんで、教えてください。
ｼﾀﾍﾏｲﾘﾏｽ｡
368 ：
仕様書無しさん：02/01/26 01:01
http://www.cmagazine.jp/src/kinjite/c/index.html#index3 [症状]
コメントが英語，あるいは英語モドキになっているパターンです。
わからない単語を辞書で調べるのも手間だし，
モドキの場合は意味不明のコメントとなっていて
役に立たないこともあります。
場合によっては喧嘩やトラブルの原因にもなります。
[原因]
本人の勘違い(英語で書いたらカッコいい。
これからは国際化時代でグローバルスタンダードだもんね。みたいな)，
外国人も開発に参加している，英語でしかコメントを
受け付けない開発環境などの原因が考えられます。
[対策/予防]
本人の勘違いの場合は，それを本人にわからせることが重要ですが，
現時点でこういう英語コメントのスタイルを貫くというのは
たいてい確信犯的というか，一種の変人でもあります。
なるべくかかわらないようにするか，黙認するしかないでしょう。
外国人が参加しているプロジェクトの場合や環境そのものが
英語しか受け付けない場合はやむをえないかもしれません。
main(){ /* はつみみです */
char SINE[]="BBh 58 2\n" /* 文字化けしてますよ */
printf("%s", SINE); /* まぬけですね */
return(0); /* なにをそんなにこわがってるのですか */
}
main(){ /* I heard it for the first time */
char SINE[]="BBh 58 2\n" /* A character is strange */
printf("%s", SINE); /* You are foolish */
return(0); /* Are you afraid of what? */
}
>>370さん、すごいです！
毎日こういったすばらしいプﾙグラムを組まれているのですね！
尊敬しました！
372 ：
仕様書無しさん：02/01/26 01:16
>>371 おいおい すばらしいプログラムって・・
373 ：
仕様書無しさん：02/01/26 01:18
郷にいれば郷に従え
アーチーチ アーチ
375 ：
仕様書無しさん：02/01/26 01:35
main(){ /* はつみみばい */
char SINE[]="BBh 58 2\n" /* 文字化けしてるっとかよ */
printf("%s", SINE); /* まぬけやのう*/
return(0); /* なにをそんなにこわがっちょるの？ */
}
main(){ /* はつみみだわ */
char SINE[]="BBh 58 2\n" /* 文字化けしとりゃーすよ */
printf("%s", SINE); /* ドタワケが */
return(0); /* なにがそーもおそぎゃーでかんの？ */
}
377 ：
仕様書無しさん：02/01/26 01:44
漏れのイメージでは、
英語でコメント入れる奴 ＝ オンボロコンパイラに虐められた人
378 ：
仕様書無しさん：02/01/26 01:49
main(){ /* はつみみだーが */
char SINE[]="BBh 58 2\n" /* 文字化けしとるがな */
printf("%s", SINE); /* だらっだーで */
return(0); /* なにがそがにきょーてーだいや */
}
379 ：
仕様書無しさん：02/01/26 01:51
みんな、そろそろセミコロンが抜けてることにツッコミいれてやろうよ
main(){ /* はつみみじゃのー */
char SINE[]="BBh 58 2\n" /* 文字化ちょるぞ */
printf("%s", SINE); /* まぁことのうくれじゃのー */
return(0); /* なにをそんなにおそれちょるんかいのー */
}
382 ：
仕様書無しさん：02/01/26 16:18
オレが書くコードはシンプル過ぎてコメント書く必要さえありません。
わたしの設計はすばらしすぎてコードを書く必要すらありません
384 ：
仕様書無しさん：02/01/26 17:13
>>383 つまりは、作っても使えないシステムだ
と言うことをを証明する仕様書って事か？
385 ：
仕様書無しさん：02/01/26 17:15
西日本のＰＧばかり集まってるような気が・・・・。
386 ：
コメンテーター５（ハードボイルド編）：02/01/26 21:25
#include <stdio.h> // 俺は例のごとく stdio に協力を依頼した。
// ヤツとは長い付き合いだ。ソースの奥まで良く分かっている。
int main(void) // さて、いよいよお楽しみの始まりだ。
// 頼むぜ、ＢＣＣ。
{
int x, y, z, l; // まずはお決まりの宣言とやらだ。
// これを欠かすとお堅い連中になんだかんだ言われてやっかいだ。
// このところすっかり仕事の依頼が減っちまったからな。
// こんなところでしくじる訳にはいかねえ。
fpw = fopen("input.txt", "w");
// おっといけねえ、ハンドルを宣言してなかったな。
// あとで付けておこう。
for(l=0; l<100; l++) { // 気まぐれでループしてみたが、時間の無駄終わっちまったようだ。
} // ま、たまにはそんな日もある。
// それから
>>235 に指摘された件は片付けておいたぜ。
// この世界で生き残るには学習能力が必要だからな。
x = secret(y, z); // こいつが何かはまだ明かせないが、こいつは俺のマグナム並に頼りになる。
// こいつと、いい女と、バーボンのロックがあれば、あとは何もいらねえ。
fprintf(fpw,"逝っちまいな！ゴロツキども！\n");
// たまにはストレスの発散も必要だ。
// 放送禁止用語なんてクソ食らえだ！
// なに？ガラが悪いって？ ふっ、おまえもな。
fclose(fpw); // ここで閉じるぜ。抜かりはねえ。
return 0; // そろそろ時間だ。このへんでおさらばするぜ。
} // 今ごろいい女が俺を待ってる。じゃ、あばよ。
387 ：
仕様書無しさん：02/01/27 00:01
#include <stdio.h> /*アムロ逝っきまーす！*/
int main(void)
{
exit(0); /* 失禁 */
}
389 ：
仕様書無しさん：02/01/27 00:40
Sub Main
Debug.Print "あっひゃっひゃっひゃっ" ' 泥酔
End Sub
390 ：
仕様書無しさん：02/01/27 01:41
>>386 ﾜﾗﾀ!
次もよろしく頼む。
でも、モモナイとサキサカのコンビも捨てがたいけどな。
391 ：
仕様書無しさん：02/01/27 03:35
>>389 これなんていう言語？
もしかしてＶＢ？
>>391 「俺、ＶＢ全然知らないんだよね」なんて見栄の張り方 ｶｺﾜﾙｲ。
393 ：
仕様書無しさん：02/01/27 03:44
ふきつな匂いを感じるぞ、このコメント。
"' 泥酔" とか書けるうちは大丈夫。
>>392 サキサカさん、なんかキツイつっこみですね。
彼は深読みしすぎだよ(笑)。
>>395 いいなあ、その切り返し。ついムカッとして、殺伐とした空気が漂いそうになるところを、
ユーモアでかわす。
いいね。マジで。
397 ：
仕様書無しさん：02/01/27 04:47
笑う角には福来る。
398 ：
仕様書無しさん：02/01/27 05:31
fp = fopen("com", "藁");
399 ：
HOTDOC ：02/01/28 00:20
399GET
400 ：
仕様書無しさん：02/01/28 00:34
400get
401 ：
389 in Death March：02/01/28 00:48
>>391 >これなんていう言語？
>もしかしてＶＢ？
その通りです！これはVBです！
C++やJava、Perl、SmallTalk、Ruby・・・C、
COBOL、Fortranへの移植は各自行って下さい m(__)m
>394
>"' 泥酔" とか書けるうちは大丈夫。
ですね・・・見透かされちゃいましたね（ｗ
＃ 現在Win&Delphiで開発してます。
＃ デスマーチ真っ只中です（ｗ
＃ しみじみ思うのは、
＃ VCだろうと、VBだろうと、Delphiだろうと
＃ デスマーチになる要因の大半は
＃ 言語以外にあるのだなぁ・・・と
＃ 毎度毎度・・・今回も痛感・・・
＃ 写し・・・
402 ：
仕様書無しさん：02/01/28 03:42
>>401 やはりそうですか。
私は時々ExcelのVBAで遊ぶんですが、
なんか雰囲気が似てるなと思ったんです。
くれぐれもお体に気をつけて、あひゃひゃにお過ごしくださいませ。
402 = 391
404 ：
コメンテーター６：02/01/29 10:26
#include <stdio.h> // 昼下がりの午後、窓辺で熱い紅茶を飲みながら、
int main(void) // カナリヤの調べに耳を傾けています。
// さて、めっきり寒くなった今日この頃、
{ // 皆さんはいかがお過ごしでしょうか？
// こんにちは、細川俊之です。
int x, y, z; // 今回は、皆様を美しくも妖しいプログラミングの世界へ
// ご案内いたします。
// 題して、Ｃ言語小一時間の旅、
// ごゆっくりお楽しみください。
fpw = fopen("input.txt", "w"); // おぉぉ。
for(l=0;l++;l<100){ // う～む、ほっほっほっほ。
}
x = secret(y, z); // お～ぉぉ、ほっほっほっほ。
fprintf(fpw,"逝ってよし！\n"); // おや？ はっはっはっは。
fclose(fpw); // それでは皆さん、また来週。
return 0; // ごきげんよう。
} // ほっほっほっほっほ。
>>390 >でも、モモナイとサキサカのコンビも捨てがたいけどな。
この路線はネタ切れです、と脚本家が申しております。
ごめんなさい。
書く訳がない！＾＾
407 ：
仕様書無しさん：02/01/29 18:27
＃＞＃ デスマーチになる要因の大半は
＃＞＃ 言語以外にあるのだなぁ・・・と
＃
＃ほとんどの場合は原因は上司およびクライアント
#include <stdio.h> //あのな、お前等一体何なんだよ？人が一生懸命説明してるのに
int main(void) //裏ではせせら笑うってのか？アホだろ。っていうか
{
int x, y, z; //もう人間じゃねえよ。チンカスだおまえらなんか
fpw = fopen("input.txt", "w"); //2chなんかでマジ話してた俺が馬鹿だったよ
for(l=0;l++;l<100){
}
x = secret(y, z); //ホント何なの？楽しい？なんで？
fprintf(fpw,"逝ってよし！\n"); //チンカスにゃに本後通じないからな。タコ
fclose(fpw); //タコ。タコ。
return 0; //もうこねえよ、こんなとこ。アバヨ
}
>>406 いや、奇跡的になんかヒラめいたら書くかも。
とりあえず、ごめんなさい。
モモナイとサキサカさんはフリーランスですから、
なんかネタがあったら使ってあげてください(笑)。
Linux板のほうで、モモナイ、サキサカ、ヤブナカ３氏に
ご登場願わせていただきました。なるべくオリジナルのキャラを
生かそうとは思ってるんですが...
とりあえず、御報告／お礼まで。
m(__)m
>>411 いやいや、どんどん好きなようにやっちゃってください。
面白ければ何でもＯＫです。
あとで見にいってきます。（楽しみ～）
413 ：
コメンテーター７：02/02/01 23:38
// ＮＨＫ公開録画 日本の話芸 2002.2.1 新宿末広亭にて録画
// テンテンテケテケ、テケ、テン・・・(パチパチパチ！)
#include <stdio.h> // まいどおおきに～。
#include <stdlib.h> // カーニでぇ～す！
// リッチでぇ～す！
// ふたり合わせてＫ＆Ｒでぇ～す！（パチパチパチ！）
int main(void) // カーニはん、カーニはん。
{ // なんでっかリッチはん？
// 見てみなはれ、プログラムの季節やね～。
// なんやねんそれは。
int x, y, z; // ほぉ～ら、宣言してまっせ。
int po, yoshi; // あ、ほんまや。
int Wao;
x = moudame(po); // おまけに何か呼んどるで。
// はぁ～、ほんまやね。
for(i=0; i<100; i++){ // あげくに回ってまんがな。
x = y + z; // ほっ！ほんまや！！Σ（ﾟДﾟ；)
} // そないにビックリせんでもええがな。
// いやぁ、回わっとるでぇ、しかし！
// やすし師匠かいな。
// それにしてもライブラリって不思議やね。
// せやな、どうなってんのやろ？考えると眠れまへんで。
// そら三球・照代でんがな。若い人も見とんのやさかい、古いネタはヤメなさい。
// えらいすんまへん。
itte(yoshi); // しっかし何でワシら、クラス思いつかんかったんやろ？
// せやな、なんや寒い国の人に先越されてもうたし。
biyoyon(Wao); // そ、ビヨヨン・ストリップとかいう・・・
// 全然ちゃうがな！ ま、わしも最初は名前読めんかったけどもやな。
// しかしワシらも印税でギョーサン稼いだしな。
// せやな。
makase(nasai); // ところでな。
// はいはい？
// どーでもえーけど、君パソコン使えるの？
// あったりまえやがな！完璧やでぇ、ウインドーズ！
// なんや悪さするやつか？
return 0; // そらウイールスやがな。もーええ！
// えらいすんまへん。 （パチパチパチ！）
} // ・・・テンテンテケテケ、テケ、テン・・・
＃ 若干変な関西弁になってるかもしれません。
＃ えらいすんまへん(笑)。
ウザイ
#include <stdio.h>
#include <iostream.h>
#define MAXIMUM_APPLOGY 3
int main(void)
{
int ApologyLevel;
char Comment[80];
makeComment(CommentBuf, MAXIMUM_APOLOGY);
cout << "
>>414 " >> Comment;
return 0;
}
void makeComment(char *CommentBuf, int ApplogyLevel)
{
swith(ApplogyLevel)
case 1:
strcpy(CommentBuf, "わりいわりい。\n");
break;
case 2:
strcpy(CoomentBuf, "深く反省致しております。\n");
break;
case 3:
strcpy(CoomentBuf, "正直、スマンカッタ。\n");
break;
default:
strcpy(CommentBuf, "コメント致しかねます。\n");
break;
}
return;
}
>>415 Private Sub CommandButton1_Click()
MsgBox ("誤字だらけでスマンテック。")
End Sub
Private Sub CommandButton1_Click()
MsgBox ("おまけにageちまってスマンテック。")
End Sub
>>411 その後、どうなったのでしょうか？
うｐしたら教えてください。
>>419 まず、向こうのRes#60あたりで、なんだか私に気を使ってくれたみたいですが、
そういうお気遣いは無用ですので、どうか自由奔放にやってください。
コメントネタは、私はすっかりネタ切れで、せいぜい小ネタしか浮かばないし、
あげくにウザイとか言われる始末なので(笑)、このへんでやめときます。
向こうで「反応がうすい」との事ですが、私はなかなか面白いと思いました。
ほかのレスを邪魔しなければ、あれを楽しみにする人も出てくるのではないかと
思います。場合によっては新スレでもいいかもしれません（ちょっとした冒険ですが）。
私の場合はソフトの解説なんて出来ませんので、このスレではお笑い中心に書きました。
>>419さんの場合は、Linux板の「デバイスドライバをハックする」という趣旨と
あっていると思いますし、「デバイスドライバを解説をする」という内容を期待して
いる人もいると思います。
そもそもこの手のテーマは、読みやすく、正しく、楽しく解説できるのであれば、
それだけで雑誌に投稿できるような題材だと思います。
陰ながら、新展開に期待いたしております。
余談ですが、私のネタへのソフト屋さん達から反応のされ方は、
ソフトが専門でない私にとって、全く予想外でした。
コメントが実況中継であるという単なる洒落ですが、
多分、皆さんの仕事中に、変なおじさん達が横からチャチャを入れているような、
そんな捉えられ方をしたんだろうと思いますが。
それにしても自分のレスに（ｗってレスがつくと、すごくうれしいですね。
病み付きになって調子に乗ってしまいました。
それでは
>>419さん、その他の皆さん、さようなら。
私は旅に出ます、探さないで下さい。 かしこ
421 ：
仕様書無しさん：02/02/04 05:24
俺の会社ではコメントでフザケた事書いてると怒られちゃいます。
いいじゃんかよぉ。。。
422 ：
仕様書無しさん：02/02/04 14:40
お笑いソースで付加価値アップだ。
>>421 そんなあなたに、当社のコメント変換フィルタの購入をお勧めします。
この製品はＡＩによる自動構文解釈を駆使し、コメントで解説している
論理は維持しつつ、表現を下記のタイプに自動変換します。
・事務的モード
・英語モード
・英語もどきモード
・全部半角モード
>>420 ありがとうございます。
ちょっと別口のツール(これも2chがらみ(w))作ってて、続きはすすんでないですが、
ぼちぼち進めていこうと思います。
それでは、良い旅に逝ってヨシ！
for (int j = 0; j <= 100; j++) // いつもより多めにまわしております～
;
// サキサカさん、ヒマですね。
// うん、つまんないね。
// だれか仕事くださぁ～い！
ここまで下がっちまったか。