プログラムはプログラミング通りに動く→言語ルールに従えば絶対にバグは出ない　反論できる？

「プログラミングはパズルみたいで面白い」〜角南萌氏・中学生
http://itpro.nikkeibp.co.jp/article/COLUMN/20130621/486741/

int i = 0;
int j = 1 / i;

どちらかというとブロックだろ

言語にバグがあったら？

一日5時間集中してバグの無いプログラムを書くのが欧米人
一日8時間だらだらプログラムを書きその後4時間バグ取りをするのがジャップ

ハードに起因するやつは

言語ルールに従わなかったらバグ以前にコンパイルが通らないんだが

論理エラーというものがあってだな

人間の知能にバグがある

言語ルールに従ってもコンパイルが通るだけ

言語ルール違反はコンパイル時に解りますが

言語にバグはつきものよ
シーケンサにだってバグあるからな
テストあるのみ

>>5
もしプログラミング言語が日本語なら逆になるんだろうな

とりあえず、コンパイルは通るわな

言語自体はあくまで取り決めであって、バグはない
バグがあるとすれば処理系である

言語のルールに従ってバグのでるプログラム書くとか、簡単だろ
むしろいつもやってる

言語ルールに従わないとコンパイルエラーが起きるんですが

while(true){}

設計がぐだぐだだったら、同じだろ

>>1
頭悪いってよく言われるでしょ？

書いた奴が仕様と言い張るならしようがないな

Haskell書いてるとまさにパズルみたいだと感じる

客が気に食わないと思うことがバグだから

言語的に正しいのは最低ラインだろ。

コンパイルエラーなら猿でも消せるんだよ

バグのないプログラムは存在しないが、デバッグの不可能なプログラムもまた存在しない（至言）

http://livedoor.sp.blogimg.jp/news2ch_now/imgs/4/3/43c63324.jpg

設計バグの典型

言語ルール
これを覚えて使いこなすまでが大変

プロセッサ自体にバグがあればプログラミング通りに動くとは限らない、はい論破ー

プログラムは思い通りには動かない、書かれた通りに動く
誰が言ったか知らんが至言だな

・仕様バグ
・機種依存バグ
・相互接続性不良

正しいコードを書くのは最低条件

バグがハゲに見えたのは疲れてるのかな

俺が一人で設計から実装までやればバグは出ない

仕様レベルでのバグもあるからな

>>5
お前エラーとバグを混同してない？
外国人だろうが日本人だろうがバグ取りは必ずするんだけど

言語ルールに従わないとそもそもプログラミングできないやん

言語ルールに従って書くだけなら猫でも出来るわｗ

javaは常時デバッグ中

仕事で嫌々作ってるものに何を期待してるんだ
バグらせて残業代稼がんと手取り少ねえだろが

って先輩に教わったわ

言語ルールに従わないときに出るシンタックスエラーなんてバグですらないわｗ
問題はそれを通る、言語ルールに従ったバグ

文法がが間違ってればイリーガルファンクションコールが出るんだろ？

プログラマの話はつまらん

いっつも思うんだが、日本語で書けて簡単なプログラム言語作れれば億万長者なれんじゃね

>>43
なでしこ

プログラマは日本語すら怪しい

while (1){}

>>5
CPUにすらエラッタ入ってるのに外人がバグ無しでプログラムとか

仕様バグ作るヤツに限ってプログラムのバグだった強弁する法則

>>5
連続５時間コーディングして一つもエラーが発生しないスーパープログラマが存在するなら是非とも拝みたいわ

日本語でプログラム書くとか絶対にやりたくないな

syntax error >>1

Access violation exceptionが出たら
とりあえず荷物まとめて逃げる準備

>>48
仕様記述言語使えよｗ

i と j ってクッソ区別しづらいのになんで一般的なの

>>49
http://d.hatena.ne.jp/softether/20070324

>>1
標準ライブラリにバグが存在したり、あとその言語の構文パーサーにバグがあったりするんだけど。
論破完了。



・・・まあ後者については、そのパーサーがこんなものだから仕方ないわな
https://github.com/ruby/ruby/blob/trunk/parse.y

統一言語って何が問題で実現できないの？
場合によってVMに乗せれたりとかできるようにできないの？

思った様には動かない
書いたとおりに動く

ルール通りは前提

>>52
まじやめろこのやろう

>>57
VMと統一言語は何の関係もないぞ

全ての言語を全く同一の中間言語にコンパイルするってのは可能だけどね
つーか、それをやろうとしたのがJRubyとかJPython

言語にバグがーとか言う奴はコボル使ってろカス

少々恣意的ではあるが、
人間の想定したことと、実際動作との齟齬のことを
バグと呼ぶのではないかと

>>57
言語を一致させる必要がないから。一致させるのは中間言語だけでいい
http://upload.wikimedia.org/wikipedia/commons/thumb/9/98/Diagram_of_Common_Language_Infrastructure_%28ja%29.png/615px-Diagram_of_Common_Language_Infrastructure_%28ja%29.png

仕様です
逆の立場になったらほくそえみながら見てるわ

アクセス違反と〜があいまいってエラーが全く出ない奴は尊敬する

>>55
登のWebサイトのリンクでいきなりエラーなんだがｗ

書いたとおりに動くというより、書いたとおりにしか動かないという方が

JAVAの悪夢

>>49
なんでこの人コーディングを行で語りたがるんだろうか？
おいらの知ってる先輩方は設計の完璧さを誇ることはあっても、プログラムを行で語ることは一度もないんだけど・・・
タッチタイピング技能しか・・・・

書いている最中の

停電

は？

プログラミングって何か一つでも間違ってたら大抵全く動かなくなるからやってられんわ
原因特定も難航することばかりだし

>>70
全行手打ちのスーパープログラマなんだろう

仕様バグ・・・
設計バグ・・・・

学生時代、関係ない講義聴きながら仕様と擬似言語書いて
空きの時間にコーディングするといい感じにバグの無いプログラムが組めたなあ

>>71
俺はもうちょこちょこ細かくCtrl+Sするのが完全に癖になってる

null pointer exception
略してぬるぽ

>>74
なおさら入力ミスの少ないタッチタイピングマスターとしか思えないよ
for (int i=0; i<1000; i++) { printf("Hello world.\n"); }
と書くところを・・・
printf("Hello world.\n"); printf("Hello world.\n"); printf("Hello world.\n"); って1000回書くのさｗ

>>73
はぁ？

言語仕様上のバグはたいていIDEでエラー表示出るけど
当然だけどロジックのエラーまでは探知できないよ
なので絶対バグは出る
はい、論破

>>78
ｶﾞｯ

>>53
業務ルール落とし込みが全然出来てないとかそういうことだからUMLなんかかけないし、書かないと出来ないプログラマーとかそもそもクズという仕様

IT業界ってプログラミングできない人ばっかりだよね・・・

>>70
>>49のどこに行数なんて書いてある？

>>1
フローをきちんと書いてそれを誤訳やオーバーヘッドもなく綺麗なコードで出来てくるなら人間が
無理にコード書く必要は無いよ
言語ルールに乗っ取っても自動で完璧に生成できるものはまだない

基本設計
詳細設計
製造
単体テスト
結合テスト

どこが一番重要なん？

>>87
一番大事なのは
基本設計の前の段階にある客の”要件”

>>87
その中じゃ、基本設計

>>87
要求仕様

>>43
それってコンピュータが自然言語を正しく解釈するってのと同義じゃないのか
そりゃできれば金持ちだよ

>>87
まず営業の口を縛り上げろ

何が作りたいかよりいくらかかるかが重要だからね
日本のITはだからアホ

一番重要なのは予算と納期だろ

iphoneかipadでプログラミング出来る時代まだか

>>92
正解

>>92
お前、苦労してんだな

オフショアでコーディング中国に出してブリッジSEが死にかけたりしてた事もあったな
日本電気が数億パーにしてやり直したり

>>95
gcc入れればiPhoneでコンパイルできるよ

昔はアホなソフト屋とかバグ発生率の標準が決められてて
バグ少ないと逆に迷惑がられたり
今でも人買いITなんかステップ数信仰が残ってたりするんだよね

求職支援でJava習ってるけど初心者にはチンプンカンプン
こんなんで就職とか無理ゲー

>>92
自分で営業やればいいじゃん
営業やってコード書いて、給料もたくさんもらえばよい

試験でバグ検出しないと本当に試験したのかって疑われるくらいバグが当たり前の業界

>>54
人から聞いた話だが、
既知数をa,b,c 未知数をx,y,z みたいにするデカルトの流儀を援用して
整数integerについて i,j,kとするようになったらしい

…簡単にいうと、昔からだから紛らわしくても諦めろ

富士通のシステム開発者に会ったことがあるが、役人以上に役人らしくて驚いたわ。

>>102
なんかある度に電話して作業時間削る客なんか居ないもんな

int n = 1 / 0; はい論破

>>85
ごめん、間違えた55のURLの人のことだ
ほんとごめんね
許しておくれよ m(_ _)m

>>105
インフラ屋は公務員だよ

1 / 0
だとコンパイル出来ない言語も無い？

>>106
言い訳すんなよ
営業出来ないくせに営業に文句たれるなよ
もちろんプログラミング出来ない営業はプログラマーやSEに文句たれてはいかん
金が欲しけりゃ顧客に文句たれんな
甘ったれが

>>88
客にあるのは“要求”

>>112
餌を待つ雛鳥じゃないんだからさ
要件くらい客が自分で定義しろよ

エラー出して止まろうがプログラムに書いてある通り動いてんだから正しい動きであってバグではないって言いたいんだろうけどハードウェア上で動かす以上ハードウェア起源のバグは起きるよね

プログラムは思い通りには動かない
なぜなら、命令した通りにしか動かないからだ

いつまで人月商法やるの？

もうかかれてたは

>>116
これって日本だけ？

>>116
IT屋が、要件くらい客が自分で定義しろとか思ってる限りは、ずーっとだよ

客は自分が欲しいものを分かっていない

これが現在は常識になってると思うけど

>>113
うわー
こういうこと平気で言える馬鹿がまだいるんだ？

自分は神にでもなった気分なのかな？

一番大事なのは気持ちだよ
ワタミ程度でブラックだとか言ってる甘ったれにはバグのないプログラムは書けない

>>116
じゃあ豚月で

仕変
仕変
仕変

ジャップは「空気読め」みたいな受け手に甘えたコミュニケーションばっかしてるからついバグが出るんだよ

バグは甘え

コンパイルが通るだけじゃ動かンやろ

>>111
兄ちゃん、規模っつー概念を考えた事あるか？
あとな、営業もアホばかりじゃねえんだ

時々とんでもねえ奴がいるんだよ

コンパイラのバグは？
CPUのバグは？

休日一人でやってるとき、無限ループ入るとめんどくさすぎる
ログ消えるなカス

>>1は多分フルボッコになってる
見なくともわかる

言語ルールってお前・・

軽い気持ちで仕様変更すると夜道で刺される
これ豆な

>>27
それバグとはいわんやろうて

>>99
いい事聞いたありがとう

アイロボットで言ってたように完全な人工知能が完成したらゴーストが現れてプログラムは制御不可能になるのかな

ほんとにプログラムの事を考えてたら水以外のモノなんて口には入らない
飯を食ってるようでは二流
それではバグがでる

あと、TDDというかテスト駆動開発という言葉が出てこない時点でもうね…。

>>119 >>121
自分で要件定義できない馬鹿な顧客がいるせいで、
営業は顧客を喜ばせるようなセールストークをせざるを得なくなるし、
開発者は営業のセールストークを満足させるために頻繁な仕様変更に耐えなければならない

全ては顧客が最初に要件定義を終えていれば済む話

int unko = 0;
do{
System.out.print(">>1は死ね");
unko++;
}while(unko<893810114514889464)

文法が合ってても答えが違ったらバグです

そこでCIですよ
誰もがバグのないコードは書けないから、バグがでる前提でバグ検知に力を入れよう

>>137
テストに通りさえすればそれでいいという「動けばいい」を体現した技法
大学でコンピュータサイエンスを学んだ人間からすると汚物に見えるよ

自分の人生だと思ってプログラムを書かなくてはならない
自分の人生だと思えば手を抜いてバグを出したりする事はない

Jenkinsは楽、その前にUnitTestがちゃんとしてないとアカンが

>>143
人生バグってる人しかいないとこで言っても説得力が

>>137
リッチで物分りのいいおじさん相手の要件でもない限りそんなクッソ工数のかかる事できまへん

大手から転職して小さいソフトウェアの開発やりはじめた
設計書無しの開発始めてやってる

すっげーーー開発はええのな
バグも出まくるけど修正も早く出来て面白い

バグではありません仕様です（ﾆｯｺﾘ

>>100
今でもうちはバグ検出密度とかきまってて、その範囲内じゃないと色々めんどくさいよ・・・
まじでめんどくさい・・・

>>1
言語ルールってなんだ？

コンパイルが通るだけだろって言いにきたけどすでに言われまくってた

>>145
人生にバグがあるようでは当然バグのないプログラムは書けない

>>138
今や大手IT企業すら中小企業に市場を求めなければならないということすらわかっていないようだね
自分たちのことしか考えていない馬鹿ってことをいったのだが的を得ていたようだ
会社が潰れたらきみたちのPCスペックもコーディング技術も全く役に立たなくなるんだよ？知ってるの？
本当に馬鹿じゃないの？

コンピューターが自力でプログラム書くようになっても
バグは出るんじゃないの？

>>112
要件と要求の違いって何？
客が「○○がしたい」の○○が要件じゃないの？

>>142
いやいや、TDDは「とりあえず動けばいい」じゃなくて、仕様変更などで
プログラムを修正した場合に、修正内容が他に影響するかの方が重要なんだけど。

>>121
さらっとあほだなおまえｗ

まぁ要件定義できない客相手だと自分の失敗も簡単に隠しやすいからどっこいなんじゃねーのｗ

まぁ、実際一番面倒なところ（時間がかかるところ）は要件定義だよな。。
顧客が真に欲しがっている機能をあの手この手で引き出さなきゃいかんとか。
要件定義さえ出来ればあとは馬鹿でも作業できるからね。

計算ミスと同じで、ロジックの組み方を間違えれば
言語のルールに従っていたとしてもバグは発生する

>>155
○○に当てはまるのは通常、漠然としたイメージに過ぎないから
ソフトウェアの開発にそのまま利用できるほどの具体性がない
そういう顧客のアホな妄想を実現可能な仕様に変換して提案するのが要件定義

バクが出てるのにやめてしまうからバクが出る
バクがなくなるまでプログラムすればバグは出ない

>>55
＞いろいろ調べたの結果によると、普通の開発者の作業能力は、1 ヶ月数百行程度、多い人でも 1 ヶ月で 3,000 行程度らしい。"

人を馬鹿にしすぎだろ

>>138
要件定義は絶対に客と一緒にしなきゃダメ！！
要件定義は客と合意形成をするところ
お互いが合意してはじめて、製造途中の追加要件や仕様変更に
「じゃあ最初の契約と違うから納期と延長と予算の追加ですね」
ってのが言える
その交渉は営業に任せるけど

そういうめんどくさいやり取りをして始めて、出来上がったときに相手も満足する
心理学的に「苦労して手に入れたものほど価値がある」と人は感じる
だからめんどくさいけどこのプロセスが必要

結論: プログラムを自力で書くプログラムを作ろう

そして無職へ

>>163
こっちの話を聞いて理解できるほどの知能を持った顧客なんていないよ
だいたい、プログラマでもなけりゃ仕様の内容なんて理解できないだろ
結局顧客が理解できるのは営業の矛盾したセールストークだけ

おれは精神論者ではないけどバグのないプログラムは当然だと思ってる
当然バグのないプログラムを書いてそこからが大事

>>155
要求…顧客が漠然と求めている何か。

その「○○」は、要求に過ぎない

その要求から、重複を外し、不足分を加え、IT屋がITのプロとしての知見、知識を顧客に提供し、
システム化できる状態にまでまとめて練り上げたものが「要件」

>>162
それはコーディングだけの生産性じゃないよ。
全部込みこみの生産性だからそれぐらいが普通。
新人で400〜600step/人月、ベテランで1000〜1500step/人月くらいでしょ。

>>166
仕様理解させないと相手の決算おりんだろｗｗ
どんだけ場末なんだよｗ

コード的な問題が無くても演算が重くて処理が間に合わないというのはあるな
ゲームの画面がカクカクしたり、音が途切れるとか

３０歳だけどプログラマーになれる？

予算と時間が無尽蔵ならばバグのないプログラムは作れるだろう
しかし現実は非情なのだ

>>1
それは「しんたっくすえらー」といって、たくさんあるばぐのひとつにすぎないんだ
きょうみをもつのはたいせつだけど、いまはがっこうのおべんきょうをがんばろうね

文法が間違ってなくても書く順番とか間違ってたらあかんやろ

>>172
甘いよね
ただそれだけです
あなたの本当の人生の目的は何ですか？

>>162 >>55
コーディングするだけならヘボプログラマでも一日で三桁行はいけるな。

いつもの
ttp://maniyax.net/project_cartoon/project_cartoon.gif

>>155
例えて言うと

・要求とは「卵割りマシンを作れ」。

・要件とはその卵割マシンの具体的な性能
　スループット5個/secとか、殻をどこにどうやって処理するとか、
　殻の破片にしても「絶対に白身に付随しないこと」なのか、
　それとも「白身に付随して落ちてもいいけど、最終的には全部取り除けること」なのか、
　そういう「決め事」。

言語ルールにそっても倍精度実数がらみはバグるときはバグる

>>170
多分あなたの言っている「仕様」と、>>166が言っている「仕様」は
そのレイヤーが1層か2層ぐらい違う。

>>171
設計に問題ありやな

>>179
顧客（バカ）「卵割りマシンを作れ」

俺「わかりました。人が卵を置くと、自動で割り、さらに黄身が無事なまま排出されるような機械を作ればいいんですね？」

顧客「おう」

…数日後

俺「完成しました。殻については特に指定がなかったので黄身と一緒に排出する仕様です」

顧客「殻と黄身を分離して黄身だけ取り出せるようにして作り直せ」　←仕様変更、手戻り発生

>>178
これを待っていた。
けど、何か増えているwww

いつもの貼っとく
http://itpro.nikkeibp.co.jp/article/COLUMN/20080828/313626/sfig2.jpg

すいませんけど、教えて欲しいんですけど、なんでバグというものがでるの(´・ω・｀)？

>>186
パッチワークの賜物

>>186
甘えがあるからバグが出る
自分の人生だと思ってプログラムすればバグを出したりする事はない

VisualStudioぐらいお高いソフト使うと変数ごとに格納されてる値をズラッと表示しながら実行できんのか？

>>171
ちゃんと処理能力を考えてやらんから・・・
それよりもAndroidの一部端末では動かないはやめて欲しいわ
発狂しそうになる

iとjが紛らわしいとかいう奴にプログラミングは無理
アルファベットの中で紛らわしいのはlだけ

会社入ってからひたすらに延々と先人のバグ取りをしています

>>186
文章書いてて一度も誤字脱字ないの？

子供の頃思い描いていた理想の自分になれたか？
もしそうでなければそれはバグだ

>>189
まあVisual StudioでLinuxのアプリをデバッグしろと無茶を言われなければ当然できるし、
gdb等、いわゆデバッガーといわれるソフトだったら普通に出来るけど。

>>186
大きく分けて原因は二つ。

・ソフトウェアとは、どこまでいっても物理ではなく、論理であること。
・ソフトウェア制作において、パーツを使い回しすることを前提にすることがよしとされていること。

営業から開発に転職したけどPGは顧客のこと考えなさすぎだと思うわ
ちょっと考えれば良くなるようなことをあえて無視する

こういうスレタイみたいなのドヤ顔で言っちゃうのってアスペだろ

プログラミング言語はアルゴリズムを記述する言語なので
文法を遵守した程度では、たかだか、それがアルゴリズムであるということまでしか保証されない
（それが、記述者が望んだアルゴリズムであるかどうかは話は別）

DSLにしたって同じで、文法的な正しさは、それがモデリングするドメインの範囲内の何かである、という程度までしか保証しない

ペンタブに対応しないハードをどうやって支配するか。

プログラムがきちんと書いたら，思い通りに動くんなら
誰が苦労するのよ．

バクの数が基準値内に収まらない場合の報告が非常にアホらしい。

基準値より多い場合…今回の修正は難易度が高いため
基準値より少ない場合…今回の修正は難易度が低いため

ああアホらしいアホらしい。

>>133
じゃあなんなの？
これはバグやで

>>5
Microsoftは日本人が動かしてるのか笑

>>203
バグはソフトウェアやで

そう言えば支援訓練のテキストの誤字脱字が酷いんだが
作ってる先生は何故この会社でやって行けるのか不思議

>>183
これはいいんですね？じゃなく相手にしゃべらせてない時点で負け
ほぼ全部自分の思い込み
最低自分が気付く危ないと思う箇所くらい指摘して石橋叩いて渡っておかないとな

>>205
それは歴史的に間違っている可能性が高い

仮に1日かけて作ったプログラムをテストしてみて
一切バグが無かったりしたら、逆に不安になるだろ。

>>202
わかるわ

多かったら品質が悪いと強化試験やらされ、
少なかったら試験項目が悪いと難癖つけられて品質保証のための追加試験

テストの網羅性とか永遠の課題だからな
大規模になればなるほど

バグの無いソフトってあんの？
djbくらいしか聞かないんだけど

>>202
それ積み重ねて標準的な数値出すんだよ
最初に内部のどこがOK出すかしらんが、見積もりとの差がなぜ出たかも意味があるものだって
ほんとうにアホらしくて納品後の重要障害が起こってないなら品管に辞めたらと言えばいいだけの話。

ぬるぽ

>>206
誤字脱字に拘るのはプログラムだけだ
世の中ほとんどのもんは誤字脱字でも誤字と分かれば問題ないもんはわざわざ確認や修正なんてしない

>>213
データか？
あそこは品質の求め具合がおかしい

ルールに従っても動かない時もあるからな

>>216
日立もおかしい。

>>1
君頭悪いねｗ

プログラマーとしてこの先生き残れるか不安だわ
やたら凄いのばっか入ってきてるしついて行くのがつらい。そもそも頭使うとかだるいよ

>>216
だから納品後に重要傷害含めて障害が出ないなら無意味だから計測するのやめたらいいんだよ
指標にならないくらい優秀なチームなんだろうからさ
指標はあくまで失敗をする前提で求められる最低限のハードルなんだから。

データでは無いが近いようなとこである
なんにしても基本的にどう捉えるかと、どう品管を納得させられるか次第だろ
簡単に言えば手戻りや賠償を払わなくて絶対に大丈夫だと言い張れるならやら無くてもいい
だが、そんなの人数が増えて巨大PJになってたら無理だから一律に要求されるだけ

ちっこいのにしても同じようなもんだしな経験上

>>220
そんなどうでもいいことで悩めるお前が羨ましい

>>189
んなもんVSの評価版どころかエクセル(VB6)の開発モードにも実装されているわ

↓こういうコードがあったら

if (n > 100) n = 100;

↓こういうふうにコードと一対一に対応するようにテストケースを書きなさいって指示されて

条件:nが100を超える場合
結果:nに100が代入される

言われるままにテスト仕様を書いてそれでレビューまで通してテストを進めていたら
指示を出した本人が急に作業してる部屋にやってきて「バグ率は*%でないといけないから」って
言うのな。

こんなテスト仕様書、コンパイラがバグらないかぎりバグ率0に決まってるだろ。
どうしろって言うんだ。

>>224
{}がないとむずむずする(´・ω・｀)

>>215
写経の見本も間違ってるんだが

「ん　コンパイル通らない・・・」ｻﾞﾜｻﾞﾜｻﾞﾜｻﾞﾜ
「あの先生ここは・・・」

「あ、これは誤記ですね」

毎日こんな感じ

>>225
俺は
if (n > 100)
{
　　n = 100;
}
なんて書かれるとむずむずする(´・ω・｀)

ゲーデル「せやな」

>>227
俺は
n = n > 100 ? 100 : n;
なんて書かれるとむずずむする(´・ω・｀)

>>225
わかるわ
別に無くてもいいんだけどなんかね・・・

※ただしプログラムを組むのは壊れかけのプログラマである

万単位の行数を一切解釈の間違いがなく、
別のプログラマーとの解釈の齟齬もなく、
また発注仕様書にもミスが一切無かった場合に限る

変数名もむずむずするし条件に定数あるのもむずむずする

>>229
三項演算子はつい使っちゃうわ

言語的に間違ってるのがバグだと思ってるあほがいたのか

昔っから

if (n > 100) n = 100;

だと、n <= 100の時にはやらない処理を追加することになった時に

if (n > 100) n = 100;
m = 10;

とやらかす奴がいるから { } 付けろ、という宗派がいつまでも消えない事を鑑みるに、
やはり、そうやらかしてしまうプログラマーは実在するし、それによるバグも
消えてなくなったりはしてないということだろうね

個人的に身近な例でいけば、Linuxカーネルの場合は「必要なければ付けない」規約だけど、
こないだLinusがやらかして半日悩んだって嘆いてたね

雷落ちたらバグるで

>>236
そのコーディングルールは

if (cond)
　n = 100;

を

if (cond) {
　n = 100;
　m = 100;
}

みたいに複数行にするときに{}を付け忘れるからって理由で、elseの付け忘れが理由ではないね。

eclipseがStringを型として認識しなくなって諦めたわ

>>238
そんなバグやらかす奴いねーだろ。

昔のペンティアムはCPUに不具合あったからプログラムちゃんとできててもバグってたけど

>>240
いるよ。

比較演算子だって、== と間違って = と書いてしまわないために、
定数と変数の比較では定数を左辺に、変数は右辺に書けって話も聞いたことがあるだろ？

>>240
おれも、一行のときは{}省略するけど、{}の省略禁止のコーディングルールのところは
こういう理由で禁止してる。

ifには必ず{}付けた方がいいよ

{} は省略する人もいるし、するなって人もいるし、宗教論争だから好きなほうを選べばいい。

>>242
そのバグ、なかなか見つけられないもんな

{}省略するときは
if(cond) do_something();
みたいに1列で書いてる
ただ1列がものすごく長くなる場合は素直に2行にしちゃって｛｝つけるけど

コンパイルはうまくいくけど
デバッグでやると大抵エラーで止まるな

>>246
ただ、理屈は分かるし妥当なルールではあると思うのだが
どうも個人的に「定数 == 変数」とかいう比較文が読みづらく感じるので
プライベートで書くときは　if (fp == NULL) とか書くけどねｗ

あと、goto禁止のところと、「下向きのみgotoを認める」ところがあるね。

== と　= の間違えは、警告を出さないようにコーディングをするって基本的な
ことで防げるんで、定数を左にもってくるとかテクニックに走ったような書き方を
しないで自然に書いたほうがいいと思われ。

太陽風

>>242
典型的バッドノウハウだね。
if文の条件式の中に代入文が入ってたら個別に目立つようにすればいいだけ。

>>84
ジャップ意味わからん

>>252
それって、どんな風に書くの？おせーて

本日の低脳ホイホイ

>>254
論理的には実現可能だろ。
具体的な実装をさがす必要はない。

でもロジックに問題があったりするし
仕様がコロコロ変更してるうちに煩雑になり更にバグが発生するシーンが増えるリスクが高まる

>>256
if (i ==0) hoge();
て書くところを、うっかり
if (i =0) hoge();
て書いちゃったら見つけにくいよねって話なんだけど

Java のダブルチェックロッキング

作っているのが人間の時点で絶対はあり得ない、存在しない

>>258
条件式の中で代入文を使うケースって珍しいだろ
だからそういうケースがあったらIDEの方で警告出せばいい。

Javaでも定数を左においてるコードを見るけど、なんでそうするか理由が伝わらないで
ルールだけ伝わってるんだろうね。

>>250
> == と　= の間違えは、警告を出さないようにコーディングをする

まあ個人レベルで作れるような分量ならそれもありだけどねぇ。

警告を出さないようにする、っていうルールを徹底させると、
「警告を消す」ことが手段ではなく目的になるから、
極端に可読性が落ちたりすることがあってメンテナンスが死ぬ。

特にやたらキャスト演算子が出てくるとかそれで可読性が落ちるとかもだが
「キャストすりゃいいんだろキャストすりゃ」ということになって、
余計に「型」やその範囲に対する意識が薄れる副作用まである。

まああれだな、よほどパフォーマンスにこだわるときとか
よほど昔からのデータを動かすときと、あと文字列を使うとき以外は、
数値データ全部longでいいじゃん、ってのが一番いいんだろな。
CPUサイクルとメモリ消費量をケチるから変なところで不具合が出る。
もちろんケチることに意味がある場面もあるけどねぇ。

>>261
最近のIDEはそんな賢くなってるのか
知らんかったわｻﾝｸｽ

>>258
コンパイラの警告レベルを高めにして警告が出ないように書いたほうがいいよ。
それの場合はだいたいデフォルトの警告レベルで警告がでると思うけど。

条件内代入でwarningとかでない環境ならいろいろと見直したほうがよい

>>261
> 条件式の中で代入文を使うケースって珍しいだろ

まあ、条件式の中で代入文を使うケースってーと

if ((fp = fopen("hoge", r)) == NULL)

とか

if ((buff = malloc(1024)) == NULL)

とかそんなコードぐらいかねぇ。
あとstrlen()みたいなのとか。

一行ifは{}は俺は絶対書くけど
{}が無くても苦にはならんな。

result = a == b ? x : y
これも割りと自分は使う。

>>263
そんなことないでしょ。
警告をださいとコードが読みにくくなるって。
警告出さないのは基本だわ。
コンパイルして警告がダラダラでるコードはちょっと問題あるよ。

>>263
数値データ全部longにしちゃうと、ライブラリやらサービス使う時に
intしか対応してなかったりすると、結局longの値を保持出来ないから
無計画にlongにするのはオススメ出来ない

警告レベルの設定はきちんとしたポリシーに基づいて行った上で
警告はエラー扱いにする
それが基本中の基本

コンクリートは混ぜた通りに固まる→正しい混ぜ方に従えば絶対に丈夫な建物が出来上がる

→設計が糞なら意味なし

みんなは電子工作とかで遊んだりはせんの？

警告消すプリプロセッサ仕込む奴は殺したくなる

無意味にポインタ使うのもバグ産む原因なんだっけ？

ほんの一文字違うだけでエラー返す輩
それがプログラミング先生

単なる整数でもちゃんと型を使い分けろ
符号なし32bit整数はuint32_tだ
文字列やらのサイズを表現するならsize_tで時間ならtime_tだ
ポインタ間の差はptrdiff_tだ
何でもかんでもlongにするとか死に値する重罪
ポインタが128bitの処理系とか普通にあるんだぞ

すでに>>1がバグってんじゃん？

ちんぽ

明示的に書くだけで割とバグは減るわな
下手くそに限って短縮コード書いてバグらせる

>>277
16bitアプリを32bit化する時にかなり苦労したから、よくわかる。
あとtime_tに関しては、2038年問題が迫っているから、longを使う奴は万死に値する。

Androidでアプリ開発したいんだがオススメの書籍教えて

実行モデルやらメモリモデルまで含めて規定しないと結局は環境依存で動作が変わってくる、けどそこまで規定している物は稀、よってイタチごっこが続くのよ

>>282
android studio対応の解説本を待つんだ

>>284
それはいつごろ出る予定なの？

>>282
買うな。奴らはアプリ開発して金儲けしようとしていない。知ったかぶりの役に立たない知識を本にコピペして金儲けを図っている。

PHPでぬるいコード書いてる俺には高尚すぎるスレだな
型なんてあんま気にしてない

>>5
まーた連呼厨が馬鹿晒したのか

プログラマーとSEの違いを教えてください

SE → コミュ障
プログラマー → 重度のコミュ障

プログラマって現代の職人ってかんじでかっこいい
職人さんのつくったものを売るだけだから尊敬してるよ

あのおー

高級言語だとですねえ

高級言語自体にバグがあるとユーザーが幾ら論理的に正しく記述してても出ますなバグ。

↑の最初のほうの連中が全員Ｃ系しか頭になくてﾊﾞﾛｼｭ

試作品のハード渡されて
コーディングは正しいのに、動作確認しようとするとすぐ熱暴走して
まともに動かなかったこととか、技術屋やってると割りとあるよ
プログラマーにはわからん部分だからずっと悩む

エラーもなにもないと逆に不安になるわ

>>294
外から調べられる部分だといいけど、マイコン内でちょっと壊れてるとかは嫌だよな

バグもプログラム通りの動きだろ

よくくだらないルールに縛られてプログラミングなんて出来るなぁ。
ちっとも楽しくないだろ。俺なら即効で辞めそう。

>>294
その試作品がルール違反なんじゃん

>>54
俺はiとjの間違いバグが多いからi,k,mでやってるぞ

>>299
メカとエレキとソフト（ミドル込み）の順だからな上が出来てても下が要求にあってない状態だと
コマンド投げたらえらいことになるなんてことはよくある
それにコマンドの組み合わせから仕様外のポジションになったせいでトラブルとかも
結局どのレベルでもきちんとどういう動きが正しいのか認識あわせるのは必須

なぜかハードのデバッグまでやる羽目になるよな

>>301
そういう仕事が出来る人憧れるわ

プログラムがハードの特性の影響を受けないと思ってる時点でド素人丸出し
アプリ開発とかはプログラミングじゃねーから
ドライバとかコンパイラとかミドルウェアを作るのがプログラマだから

クヌース師匠スレ

VMやOS自体に、もっというとCPU自体にバグがある
言語仕様やAPIに曖昧なところがある
8bitマイコンですら仕様が仕様書に書ききれてない

>>298
メンテしたりライブラリ化するためには必要でしょ
好き勝手書いた他人のプログラムなんてうんざりでしょ

ハードの不具合は折り込み済み
よそで実績あるデバイスの不具合を見つけると、おめーが悪いんじゃね？て感じになって腹が立つ
詳細な不具合報告を突き付けると、対策品が間に合わないと泣きつかれて、結局ソフト屋が割りを喰う

>>229,234
式はかっこ使ってくれればいいんだけどねかっこ

　return (o_O > 23) ? 'TOO HUGE' : 'poo';

なら分かりやすく目grepしやすい（´・ω・｀）

ソケット通信するプログラムがあれば、ルールに従ってもバグは出るだろ

日本語として正しくても意味不明な文章なんていくらでもあるわけで

論理バグ、仕様バグが問題なんだろ

人間が介在しないシステムならバグは出ないが、そのシステムは動いてるとは言わない。

>>300
なんかi-はFORTRANの名残だろ？と素人の俺がぐぐったらi,jを使った派遣は首にしてやったわｗ
みたいな検索結果が出てきたんだが。

iとjの違いもわからないフォント使ってるのかよ・・・？プロなら指定あるんじゃないのか……
俺ならiとjの違いもわからないフォント使ってる奴にキレるわ。

ちなみに俺が一番フォント関係で悩んだのは . が入ってるシェルスクリプトのプログラム。画面のゴミかと思ったｗ俺の画面汚スギィｗｗｗ

>>1
いかにも中学生がいいそうな言葉でわロタ
人生知らない感に溢れてる

ルールに従って出ないのはコンパイルエラー

多次元配列コピーしたら表層以外参照コピーしてたり、
例えば1を3で割って後で3掛けても1にならなかったり、
あるバージョンからその仕様が変わったり、
環境依存のバグは実戦の中で幾らでもある。
だからこそSEやPGがしょっちゅうデスマに襲われるわけで。

プログラミングがそんなに単純なら自動化出来るんだよ。
実際ルール入力でアプリ化するアプリはあるし。

>>317
浮動小数点ならその辺考慮しておかないと

>>318
だよなぁ〜。

他社が作ったシステムの移行や改修だと、
稀と言うにはかなり頻繁にあるんよ。
要求として既存ロジックには手を加えず機能を追加しろとかな。

凄く単純な例だと、
クラスの人数と平均点から学年の平均点を求めるとか。
出来れば総合計点使いたいなぁ〜。

>>5
ごうりせいのなんたるかをりかいしていない
アホがおる・・・

いっぱつでたんじかんでノーミスでやれとか
いかにもきゅうせだいのにほんじんがかんがえそうなせいしんろんじゃねえかww
おうべいてきなごうりてきしこうなら、ミスがかならずあることをぜんていに
チェックするしくみをつくるよ

56 名前： オレオレ!オレだよ、名無しだよ!! [sage] 投稿日： 2013/07/02(火) 14:02:40.37 0
マクナルという言葉の起源は韓国だと聞いた

組み込みはソフトでハードをぶっ壊せる

仕様が既にバグってる場合が大半でしょ

バグの無いプログラム書く暇あったら
デバッガーの使い方を覚えろカス

動作環境が均一にならないから、完全になくすのは無理
そもそも、企業側もバグ０なんて目指してない
超レアケースを全てテストしてたら金かかってしょうがないから


てか「デバッグ」とか言ってるやつは、ソフトウェア開発の基本工程すら知らないの？
デバッグなんて工程は存在しないわ

書いてある通りに動くので、どう動くかはわかるが、
何のつもりだったかまでは…

最近のオンラインゲームだと仕様で済ませるよね、バグ

>>325
デバッグって工程は無くても結果的に多かれ少なかれデバッグ作業はやるでしょ
やらないの？

WindowsUpdateのおかげで今まで問題なかったリージョントラブルで再生不能になった、
サイバーリンクのPowerDVDシリーズとかどうですか？

Syntax error
は防げても
Illegal function call
はそれだけでは防げない

プログラミング始めたいんだけど用途によって違うよね？
顧客管理（名前入れたら生年月日とか出るやつ）とか金銭管理できるプラグラミング覚えたい
どれ覚えたらいい？

それもうエクセルとかアクセスでいいだろ(´・ω・｀)

コンパイルとビルドの違いを
わかりやすい日本語で説明してくれ

暇があるならドラゴンボールでも

プログラムとしては大まかにはちゃんと動いてるが
細部になるとOSの仕様がわからんで困るようになる

>>333
コンパイル＝ピラフ一味の合体ロボット1機を作る作業のようなもの
ビルド＝合体ロボット全てを作る作業のようなもの

>>332
よしアクセスとSQLとVBAを覚えよう

言語の仕様通りでも、ロジックの誤りによるバグは当然発生する。はい論破

>>331
Excelのワークシートで作れる
で、顧客の検索とか、金銭の計算が案外面倒だと感じたら、Accessで作り直せ
で、AccessのUIは妙にネバっこくて遅いと感じたら、VB+Accessで作り直せ
で、データが増えてくるとタルいと感じたら、VB+SQL Server Expressで作り直せ
で、何か新しい言語に手を出してみたいと感じたら、C#+SQL Server Expressで作り直せ
で、ITドカタで食えるんじゃないかと感じたら、C#+Oracleで作り直せ
で、Oracleクソだろと感じたら、C#+PostgreSQLで作り直せ
で、ここまできたらLinuxやれるんじゃね?と感じたら、Java+PostgreSQLで作り直せ

この辺まで来るとスキルも上がるので、Excelのワークシートで何でもできるようになるから
心配せずにまずはExcelで作り始めろ

>>333
コンパイル＝パーツを作る（切り出すとか加工とか）
ビルド＝パーツをくみ上げる

>>327
ネトゲだけじゃなく客を騙す手段の一つ
当然の話だがあまり使うと客が怒り出す

>>328
発売しても動かなければサポート、パッチなどを作る工程が出来てその分損する品
ある程度は環境用意してテスト調整するのが普通だと思うが

店頭販売ものじゃなくて特定企業向けのもので動かなかったら
勿論仕様を満足に満たすまで作業は続く
納期に間に合わなければ客に怒られて帰れなくなったりする
営業が上手く立ち回ればアフターサービス風に保守契約の範囲でデバッグ・小さい仕様変更修正などの作業追加もある

>>331
そういうのはデータ保護の問題もあるから自作よりは信頼できる人作ったもののほうが

とりあえず来年から中小ITでSEになる俺に一言オナシャス
経済学部だからHello, World!レベル

>言語ルールに従えば絶対にバグは出ない

ロジックバグってのがあってだな…

>>342
Welcome to hell.

>>342
×Hello world
○hell work