1 :
コメンテーター:
ある部分をコメントにするとき、なんて言ってますか?
コメントアウト? コメント化?
じゃあコメントしてある部分を元に戻すのは? コメントイン?
なんかおかしい・・・
コメントにする行為、コメントを外す行為
を対義語として納得できるような単語をみんなで考えませんか?
あとコメントに関する話題も。
3 :
仕様書無しさん:02/05/23 18:52
>1
お前、馬鹿?ソースコードを説明するのにコメントを入れるのに、それをコメントじゃなくしたらコンパイルエラーになるだろが。とんだ馬鹿だな。馬ー鹿。
バージョン管理ちゃんとやってればコメントアウトなんて必要ない。
コードを無効にするときはコメントではなく#if 0などにして、無効にした理由をコメントで書く。
無効<->有効
#if 0
は、
色つきエディタで色が変わらないのが多いから嫌い
コメントアウト->萌
コメント除去->萎
>>4 あんたすごいな。
debug printがウザイから一時的にコメントアウトするにも
完全に除去するかバージョン管理しちゃうんだ
この話、プログラムに限った話でもないんですよね。
たとえば、 *.iniファイルや *.conf などといった設定ファイルなんかでも
設定項目を削除する代わりにコメントにするのはよくある話。
# To use CGI scripts:
# AddHandler cgi-script .cgi
↑こういうところをつけたり外したり ってよくやるでしょ?
debug printのコンパイル時制御ならコメントではなく#ifだべ
>>8 バージョン管理に乗ってるソース取ってきてるはずだから削除するけど?
>>10-11 たとえば、2重ループで
内側のprintが多すぎるから内側だけ抑制したい場合はその行だけコメントアウトするだろ?
for (int i = 0; i < n1; i++) {
printf("%d\n", func1(i));
for (int j = 0; j < n2; j++) {
printf("%d ", func2(j));
}
}
>11
確かに直に削ったりもしますけど、いよいよ切羽詰ってトライ&エラーでの
デバッグとかしているときはコメントをつけたり外したりを頻繁にやりませんか?
まあ、やらないならいいです。デバッグスタイルはこのスレの主題じゃないですし。
>>13 トライ&エラーでやってるときはバージョン管理まで考えていない。
コメントアウトでやる。
コメントアウト→注釈に出す だから、
コードインでどうだ。
コメントィン、コメントォウト。これよ
コメットさん
コメントアウトアウト
19 :
仕様書無しさん:02/05/23 20:15
とあるソフトの説明書には次のようにかかれていました。
Comment/Uncomment code in editor window
なので
comment it (out) <--> uncomment it
でいいのでは?
20 :
コメンテーター:02/05/23 21:52
コメント・アウト ←→ アンコメント
ってところですかね・・・
英文でインド人と話すときならいいかもしれないけど、しっくりこないっすね
アンスコ=アンダースコート
22 :
仕様書無しさん:02/05/23 22:38
コメットさんでどよ?
トウアトンメコにケテーイ
俺的に アンスコ = アンダースコート だが、会社に アンダースコア を
アンスコとか言ってる奴がいる。しかしそいつの影響で新人女もアンスコ
とか使うようになって来て萌える。
コメッティング
でもあれだよな。
一度仕様変更でなくしたものを復活させるってのはかなりマヌケだよな。
ちゃんと要件を煮詰めたのかと問いたい。
27 :
仕様書無しさん:02/05/27 13:57
>26
べつに仕様変更じゃなくてもコメントアウトしたのを戻したりするけど。
2種類やり方があるときとかどっちが効率いいかなぁ、なんて。
>27
そう言うのはトライ&エラーなんで別にいいかと。
29 :
仕様書無しさん:02/05/27 19:24
>>1 ところで、コメンテーターというとサキサカさんとモモナイさん?
>28
まぁそういうときは C/C++ だったら
#if 0 と #endif でかこんでプリプロセッサではじくほうが多いんだけどね。
31 :
仕様書無しさん:02/05/27 23:50
// ひさしぶりですね、サキサカさん。
// 懐かしい・・・、何もかもが懐かしい・・・
// 沖田艦長ですか?
33 :
仕様書無しさん:02/05/28 00:33
地方のソフトハウス
// データを書ぐ
あ?コメントォあうどぉ?
//おらこんなむらぁイヤだぁ
//東京さ出るだぁ〜
//東京へでだならぁ、銭こァ貯めてぇ
//銀座に山ァ買うだァ!ソレ!
フランスのソフトハウス
// 麻布十番、ジョセフソン素子?
36 :
コメンテーター:02/05/30 00:50
なぜネタスレになっとるか!
37 :
仕様書無しさん:02/05/30 00:57
// こんなソースでごめんね
38 :
仕様書無しさん:02/05/30 01:00
これで決まり!
コメント・アウト←→ノー・コメント
カミングアウトの対義語はカミングインでしょうか?
コード・イン、コード・アウト。
スローイン・ファストアウト
42 :
仕様書無しさん:02/06/03 17:58
ファーストイン・コースアウト
>>29 遅レス、ごめん。
なつかし〜ね、サキサカさんとモモナイさん。
また実況してくんないかなぁ。
>>30 マクロ・プリプロセッサのない(普通使わない)言語もあるからなー。
最近だとJavaとか。
……つか、そういう言語の方が実は種類だけ言えば多い気もする。
Cでプリプロセッサの利用が標準的なのは
システム記述言語で環境ごとの条件コンパイルが欠かせないからなのかねぇ。
(&UNIX開発時の技術史的な事情か?)
最近は言語とは半ば独立したマクロ・プロセサではなく
部品を差し替え(ロード時、実行時)たり、
生成したり(コンパイル時、実行時)する
言語機能を組み込む研究が多い気がするね。
まー、型検査とか、
マクロプロセッサのプログラム記述能力と使い易さのバランスとか
色々考えるとそのほうがいいのかもしれない。