[表示 : 全て 最新50 1-99 101- 201- 301- 2chのread.cgiへ]
Update time : 05/09 17:18 / Filesize : 89 KB / Number-of Response : 310
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

ぱっと見て「ヘタだなぁ」と思うコード その6



1 名前:デフォルトの名無しさん [2007/10/25(木) 03:35:55 ]
禁止ネタ(超既出)
・長い関数
・深いネスト
・グローバル変数
・goto
・memset
・malloc - free
・局所ブロック
・サンプルコードのtypo
・記述スタイル
・関数・変数名

過去スレ
その5: pc11.2ch.net/test/read.cgi/tech/1155315371/
その4: pc8.2ch.net/test/read.cgi/tech/1153312202/
その3: pc8.2ch.net/test/read.cgi/tech/1149986051/
その2: pc8.2ch.net/test/read.cgi/tech/1142741989/
初代 : pc8.2ch.net/test/read.cgi/tech/1141867015/

2 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 03:50:58 ]
余裕の2GET


3 名前:デフォルトの名無しさん [2007/10/25(木) 03:52:31 ]
そして、1乙。

4 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 08:59:17 ]
アホが群がって自分の趣味をぶつけ合うだけの糞スレイラネ

5 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 10:48:00 ]
>>1
左定数も禁止ネタに入れとけよ

6 名前:デフォルトの名無しさん [2007/10/25(木) 10:50:46 ]
if(0 == a)
はでメリットがない上に明確なメリットがある以上
やらない奴は低能。

7 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 10:56:03 ]
>>6 シンプルかつ充分な燃料おつw

8 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 10:57:01 ]
・memset
・malloc - free

の禁止ネタって何だ?

9 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 12:32:55 ]
KENT-WEBのスクリプト全般

10 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 15:27:37 ]
if( a == 0 ){}

if( 0 == a ){}
では、同じコードになる保証は何処にもない

判りやすく、C++で解説するならば
前者は
if ( a.operator==( 0 ) ){} // オブジェクトaの==メソッドの呼び出し
であり
後者は、
if ( operator==( 0, a ) ){} // グローバルな==関数の呼び出し
となるからである




11 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 15:29:07 ]
ヘタな実装前提にして叩くなよw

12 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 15:43:23 ]
バカか
>>10は左定数擁護派だ

13 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 16:53:26 ]
>>8
> ・memset

char* p = malloc(1024);
memset(p, 0x00, 1024);
とするのは是か非かという話題。
・必要ないのになんでヌルクリアするの?派
・したってそれほど実害ないじゃん派
の二派に分かれる。
[私見] 前者が妥当

> ・malloc - free
main()が終了する前に、free()は必要なのかという話題。
・自分でmalloc()したんだから、free()するのは当然派
・OSが回収する資源だからしなくても良い。free()が難しいデータ構造だってあるじゃん派
過去に何度かfj.lang.cでも長大なスレッドになったことも有名。
[私見] 後者が妥当


14 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 17:51:51 ]
>>13
> 過去に何度かfj.lang.cでも長大なスレッドになったことも有名。
ありがとううう!! そういう具体的な情報は嬉しいね。

俺の私見:
char *pの事前のmemsetは不要なのでしない。
(ただしcalloc(1, sizeof(hoge));は多用する)
main終了前のfreeは不要なのでしない。

↑禁止ネタにこういうレスしたらダメでしょうか?わかりません><

15 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 17:53:02 ]
決め付けたら、余計荒れるだろ

16 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 18:13:18 ]
暗黙の宣言は利用しないと言う原則から行けば
memsetはした方がいいし、できる限りfreeする方がいいだろう

しかし、定数は右に置くべきだろう


17 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 18:18:45 ]
何かやっておきたいのならchar *p;*p = '\0';で充分では。

18 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 18:20:58 ]
char *p = malloc(size);*p = '\0';な。突っ込まれるまえに。

19 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 18:25:06 ]
>>18
その書き方なんか気持ち悪いんだけど...

char *p = malloc(size);
strcpy(p, "");

の方が好き


20 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 18:45:30 ]
スルー力が試される昨今、みなさんいかがお過ごしですか



21 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 18:57:23 ]
スルーするくらいなら居ないほうがマシだぞ

22 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 19:54:22 ]
>>20
スルー力って、新種のイカかと思った

23 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 20:10:27 ]
>>22
【審議中】
    ∧,,∧  ∧,,∧
 ∧ (´・ω・) (・ω・`) ∧∧
( ´・ω) U) ( つと ノ(ω・` )
| U (  ´・) (・`  ) と ノ
 u-u (l    ) (   ノu-u
     `u-u'. `u-u'

【結果発表】
パッ   パッ   パッ    パッ   パッ    パッ
 [チラ]  [シの]  [裏に]  [書き]  [やが]  [れ!]
  ‖∧,,∧ ‖∧,,∧ ‖∧,,∧ ‖∧,,∧ ‖∧,,∧ ‖∧,,∧
  ∩・ω・`) ∩・ω・`) ∩・ω・`) ∩・ω・`) ∩・ω・`) ∩・ω・`)
   (    ). (    ). (    ) (    ) (    ) (    )
   `u-u´  `u-u´   `u-u´  `u-u´  `u-u´  `u-u

24 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 20:12:56 ]
>>23
お前がな!
(顔ズレてるじゃんよ)

25 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 20:24:26 ]
悪くないスレの出だしだ。

26 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 20:44:10 ]
Win32APIの糞でかい構造体の全てのフィールドにいちいち0だの'\0'だのを突っ込んでる奴はマゾ

27 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 21:25:46 ]
ダメだ、我慢ができないw

>>19
無駄な関数呼び出しをして、処理速度を遅くしたい人ですね?

コンパイラの最適化で*p='\0';と同じコードを吐いてくれるようになるのかな??


28 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 21:29:24 ]
>>13
> 過去に何度かfj.lang.cでも長大なスレッドになったことも有名。
fj.lang.cの時は、プロセス終了時にmallocで確保したメモリを開放しない(できない)OSもあるから、main()終了直前でもfreeしたほうがいい、って結論だった記憶が。
今でもwindowsだと信用ができない。


29 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 21:37:48 ]
そんなOSあっていいの?w 特殊な環境?

30 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 21:49:26 ]
>>28
fjで結論なんて出るわけないだろ。





31 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 22:31:57 ]
>>27
いや、*p='\0';だと、馬鹿な奴が、*p="Init Strings";とかやってくれそうで...


32 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 00:15:42 ]
char month[] = "Jan\0Feb\0Mar\0…Dec\0";

Decの後の\についてはスルーするとして、こういうのってどうよ

33 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 00:18:17 ]
>>32
埋め込むなら、
char *month[] = {"Jan", "Feb", ・・・, "Dec"};
でいいじゃねえかと言いたくなります。

34 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 00:48:36 ]
>>31
それ、後者はコンパイル通らないよ。

35 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 01:40:17 ]
>>29
仮想記憶の無いOSもある
ex.DOS
ex.ITRON
アプリケーションが死ぬ時にOSも道連れなら別にかまわんが、違うだろう?

36 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 01:48:40 ]
つーか最近の若いもんはそんなことも知らないんだな。

37 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 01:56:53 ]
>>34
そういうばか者は、要らない工夫をするから怖いよ〜♪
しなくていい工夫はするのに、しなきゃいけない工夫をしないんだ...orz

38 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 02:01:32 ]
>>37
コーディング規約でいくら縛っても縛っても、とんでもないコード書いてくるよな。
逆に言えば、コーディング規約でどうにかなる程度の問題なんて、初めからどうでも良い。
つまり、コーディングスタイルなんて、どうだっていいって事だな。
縛ろうと思えば、いつでも縛れるんだから。

39 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 02:17:01 ]
>>38
>縛ろうと思えば、いつでも縛れるんだから。

いつでも縛れるからといっても、単体試験も終わろうかという時にコーディング規約を
変更するのは無しだろ、、、

40 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 02:17:06 ]
だから、いくら人手不足とはいえ、使えないカスはプロジェクトから追い出したほうがいいんだよね。




41 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 02:29:11 ]
>>39
そりゃ途中で変更は出来んだろうな。
だけど、コーディングスタイルは縛ろうと思えば縛れるんだから、全然いいんだよ。
むしろ問題は、どうやっても縛ることのできない、糞コードの方。
網の目をかいくぐるように余計なことをする。

42 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 02:54:10 ]
strcpyで初期化すれば、NULL以外で初期化しなければならなくなったときに、最小限の変更で済むし
自分以外がその変更をする場合でも恐らく大丈夫だろうと思われる
*p = '\0';では、>>31みたいな変更をされた挙げ句、>>37な奴で、結果mallocした領域を駄目になって謎のエラーに悩むはめに...

猫の手を借りるためには、猫に理解できるコードを書かなければならない...orz


43 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 03:10:13 ]
猫用マクロセットが必要だな

44 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 10:35:48 ]
>>42
NULLと'\0'(NUL)は違うっていうのはわかってるよね?

いちよう。

45 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 10:36:48 ]
コーディングスタイルにこだわらない奴は、下手

46 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 14:09:32 ]
>>44
たぶん、判ってるよぅ(^-^;

NULLは、ナルっとしてて
NULは、ヌルっとしてるんだよね!

*p = '\0';にしてんじゃん...
判ってなきゃ、*p = NULL;にするし...

47 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 14:21:33 ]
ひとりだけ、超絶低レベルな奴が紛れ込んでる

48 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 14:23:11 ]
>>19
いくらなんでも、それは無い

49 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 14:24:03 ]
ストリコンペ!

50 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 15:12:13 ]
今来た。
もう終わったけど、if (定数 == 変数)の話がC FAQに載ってることに誰も言及しなかったのが不思議。
三田テンゲンは、C FAQから持ってきたか、comp.lang.cをwatchしてたかのどっちかじゃないかな。



51 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 15:14:27 ]
こんなところで必死に10年前のネタ戦わせてる奴はもっと充実した趣味を探せといいたいね。
何もないならWiiFitでも買ってたるんだ腹でも引っ込めたらどうだw

52 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 15:19:05 ]
if (定数 == 変数)はいろんな本に載ってるぞ

53 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 15:47:54 ]
その本は買うべきじゃないという、良い指針になる

54 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 15:48:56 ]
Wiiはありえない

55 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 15:49:06 ]
良い本かどうかを見分けるのは実に簡単。
ASSERTの説明が入っているかどうか。

56 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 15:58:14 ]
ASSERTの説明がなくても良い本はあるだろ、常考

57 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 16:01:21 ]
代入防止に使うと言うのは、変数同士だと意味がなくなるので、==で比較する癖をつけることが望ましい

変数を何と比較しているのか判りやすくするってのは、当該関数の中で、その定数が比較対照になることは決まりきっているので、態々定数を先に持ってくる意味はない
当該関数で、比較に用いられる定数がなんなのか判りにくいのであれば、それは、関数が適切に作られてはいないことを意味するのでは無いだろうか?
また、どうしても定数を最初に出さなければ何を調べてるのか判らないような場合は、if文ではなく、switch文を使用する方が適切なのではないだろうか?


58 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 16:07:25 ]
え、まだやる気?

59 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 16:09:10 ]
まあ大盛況だからなww

60 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 16:22:45 ]
>>57
だからクビになるんだよ
はやく次の仕事見つけろよ



61 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 16:36:06 ]
>>60
自己紹介乙!

62 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 17:44:27 ]
> 代入防止に使うと言うのは、変数同士だと意味がなくなるので、==で比較する癖をつけることが望ましい

これの意味がさっぱり分からない…。何の話をしようとしているのかさえ分からない。

63 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 18:03:48 ]
代入防止ってのは if(a=1) とかの事だろ
ほんとは if(a==1) と判定したかった
でも if(1=a) こうすればコンパイル時に忘れてても分かる

ところが変数同士の比較 if(b=a) はどうしようも無い
というお話

64 名前:デフォルトの名無しさん [2007/10/26(金) 18:08:23 ]
(定数左にする癖をつけるよりは)==で比較する癖をつけることが望ましい

ってこと? し、しかし比較は癖も何も==なわけで。

> ところが変数同士の比較 if(b=a) はどうしようも無い

そんなのは既出どころかスタート地点であって、その上で、
「せめて定数の場合の代入だけは検出できるようにしよう」
ってのが定数左派の主張では?
いつも役に立つ、ではなくて、役に立つ場合があるから左に書く、と。

65 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 18:10:11 ]
というより、

> ところが変数同士の比較 if(b=a) はどうしようも無い

これは、そもそも左も右もねぇ!

66 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 18:13:30 ]
てかこのレヴェルのバグを防ぐのに四苦八苦してる奴って何やってる人?

67 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 18:35:13 ]
左へ受け流す〜

68 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 19:51:18 ]
左定数は、==を=と記述ミスした場合に検出できる利点あり。
右定数が左定数より優れている点って何?

69 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 19:52:16 ]
operator のオーバライドが中途半端なときに死ねる

70 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 19:56:28 ]
ttp://www.st.rim.or.jp/~phinloda/ruins/ruins149.html



71 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 20:01:38 ]
>>68
警告でるから、その利点いらね。

72 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 20:11:59 ]
google code search でググってみると.。

"== NULL" lang:c    約1,240,000件

"NULL == " lang:c   約56,800件

特に利点もないのに、圧倒的少数派のスタイルを選んでる時点でヘタクソ臭が。


73 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 20:21:45 ]
>>50
C FAQに載っているけど、それは定数左置きにダメ出ししているってことを理解できてるか?


74 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 20:25:53 ]
>>72
デブ専、ブス専、フケ専、ハゲ専なんかと同じ人種なんだろう。

自分の感覚が世間とずれていることを認めたがらない。


75 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 21:55:50 ]
雀の涙ほどのどうでもいいメモリを節約するために
テンポラリ用の奇怪な共用体を使い回したりダミーデータの隙間を拝借したりするような奴にはどう言ってやればいいと思いますか
メモリ節約すること自体は大切だし

76 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 21:58:14 ]
そんなしょぼい省メモリ化と可読性、開発効率とのトレードオフは成立しないといってやれ。

77 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 22:16:11 ]
配列とかで大量にデータを取ったりしてるわけじゃなくて、タダの作業用のローカル変数とか
引数をshortにしてるコードとかもあるな。
よっぽど気をつけてコードを書かないと、すぐintへ変換するコードがはいるから、それで、節約した
2バイトなんて簡単にとぶ。
アライメントの問題もあるな。

78 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 22:16:18 ]
いつも他人のコードを見ては『このコードだと遅い』とか文句つけるジジイと一緒だな
そのくせプロファイラの使い方すら判らないとか

79 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 22:39:36 ]
入力がshortの範囲なら引数の型をshortにするのは普通じゃね?
数バイトでも節約したいとか実行速度がシビアだったりしなければ。


80 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 22:43:44 ]
>>72
"== NULL"
"NULL =="
こんなの多数決で考える頭はもうちょっと働かせたほうがよい

if(変数 = NULL)

が引き起こすバグをどうやって見つけるのか考えた事がある?ない?
難しい正規表現でも作る?`NULL'以外の場合もあるよ。

それより定数を左辺にもってくる方法を身につければいいだけじゃない?

自分がグループリーダーになったとき、部下のミスを見つけられるレベルになれる?

これはただの忠告。>>72はそれでいいならいい。私に累が及ばなければどんなコーディングでも結構。
プログラミングの先生だって×は出さないだろうしなw



81 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 22:45:53 ]
>>80
ええ? そのバグを防ぐ方法を知らないの?
こういう話のときには必ずでるのに。。。
基礎の基礎だよ。

82 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 22:49:59 ]
>>80
そんなもんコードチェッカーにかければすぐ見つかるだろ。
まさかコードチェッカー使ってないのか?

83 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 22:50:11 ]
Pythonを使えばよい

84 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 22:53:50 ]
>>82
フツーに警告出ないようにコードを書いてるだけで防げるな。
警告出さないようなコンパイラはコードチェッカを使うか、捨てるべきか、悩むこところ。

85 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 22:57:32 ]
>>80
> こんなの多数決で考える頭はもうちょっと働かせたほうがよい 

コーディングスタイルなんて、よっぽどのセンスと見識があるやつ以外は、自分で考えたりしないで、
一般的なものに従うほうがいいよ。
(どうしてそういうスタイルになっているか、それ以外ではいけないか、考察したりするのは勉強になるけど)

86 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 22:59:39 ]
てか、=と==を間違うや奴って、そんなに多いのか?

> これはただの忠告。>>80はそれでいいならいい。私に累が及ばなければどんなコーディングでも結構。
> プログラミングの先生だって×は出さないだろうしなw

しかし、これは真実w

>>79
実行速度なら、shortよりintの方が有利のはず。


87 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 23:01:09 ]
>>80
警告を無視する習慣があることはよく分かった
その悪習を直すほうがよっぽどいいよ

88 名前:79 mailto:sage [2007/10/26(金) 23:06:04 ]
>>86
>実行速度なら、shortよりintの方が有利のはず。

だからそう書いてるだろ。よく嫁。


89 名前:80 mailto:sage [2007/10/26(金) 23:26:14 ]
ごもっとも。ちなみに、コードチェッカー自体忘れてたよw

ちなみに、ウチ(60人ぐらいかな?)にはコードチェッカーを使う人は滅多にいない。
先人の知恵を借りれば、文字間違いのエラーぐらいしか出てこないし、そんなのはコンパイルエラーで出てくるから。

コードチェッカーに頼る前にコーディングスタイルに気を配る方がよっぽどよいよ。
その方が、コードレビューやバージョン管理に割く時間が増えるからね。

もっとも、バージョン管理はCVSで一瞬で済んでしまうが

90 名前:80 mailto:sage [2007/10/26(金) 23:28:40 ]
>>87
は?警告は全部潰してますが。
どこを縦読みした?wwwww



91 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 23:29:00 ]
> 数バイトでも節約したいとか実行速度がシビアだったりしなければ。
ん?
「数バイトでも節約したい」とか「実装速度がシビアだったりしなければ」{shortを使う}って読ませたいのか?
(「数バイトでも節約したい」とか「実装速度がシビアだったり」)「しなければ」{int}って読めるぞ。
人のことを言う前に、ちゃんとした分かりやすい日本語を書け。
設計書や資料を作るときの基本だろ?


92 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 23:30:17 BE:263040825-2BP(125)]
gcc (GCC) 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)で
#include <stdio.h>

int main(int argc, char *argv[]){
 int a = 2;

 if(a = 1)
  printf("%s\n", argv[0]);
return 0;
}

というプログラムを-Wall付きでコンパイルしてみたら、
test.c:6: 警告: 真偽値として使われる代入のまわりでは、丸括弧の使用をお勧めします
という警告が出た。まあこれで何か起こってることはわかるだろう。

93 名前:デフォルトの名無しさん [2007/10/26(金) 23:30:23 ]
80はどこの社員だ?
そこだけには仕事は頼まないようにするから、教えてくれ。


94 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 23:31:00 ]
制御文の代入で警告でないってどこのコンパイラ使ってるの?

95 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 23:32:41 ]
>>89
アホなコンパイラ使ってるなら、せめてlintとか使えよ。
こわー。



96 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 23:33:07 ]
「プログラミングの先生」とか言っちゃってる時点で、学生確定

97 名前:79 mailto:sage [2007/10/26(金) 23:38:15 ]
>>91
・普通はshortを使う。
・数バイトでも節約したい場合は>>77のようにintを使った方がよい場合もある。
・実行速度がシビアならintを使った方がよい。

という意味のつもりで書いたが分かりにくかったか。


98 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 23:40:01 ]
>>80
> が引き起こすバグをどうやって見つけるのか考えた事がある?ない?
最悪、ホワイトボックスの分岐網羅カバレッジ100%のテスト段階で見つかるわけだが。
それより早く見つかったほうがコストが安いから、どうしようという話。
で、ちゃんとしたコンパイラかlint使えって結論。

99 名前:80 mailto:sage [2007/10/26(金) 23:41:10 ]
>>92
何のデモか知らないけど、わざわざ-Wallで例示するなんてヒマなんだね。

>>93
いや、もう遅いかもしれんよwww

>>94
警告は全部潰してるよ。
そもそも、コーディングスタイルで蹴ってるからそんな警告があること自体知らなかった。
君ら無駄な努力払ってるね。

>>96
妄想強すぎ

100 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 23:41:24 ]
>>89
コードチェッカの類を使ったことないだろ。



101 名前:デフォルトの名無しさん [2007/10/26(金) 23:41:48 ]
   ∩___∩         |
   | ノ\     ヽ        |
  /  ●゛  ● |        |
  | ∪  ( _●_) ミ       j
 彡、   |∪|   |        J
/     ∩ノ ⊃  ヽ     >>80
(  \ / _ノ |  |
.\ “  /__|  |
  \ /___ /






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧](*・∀・)<89KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef