- でも頑張りたいので解決方法や予防方法を教えてください
- ちなみに言語はCです
- 論理エラーって何？
- >>3
プログラムの文法は合ってるけど製作者の意図した機能とは別の機能を持ってしまってるプログラムのエラー
って感じだと思う - >>3
プログラムが複雑すぎるせい
関数等に分割するなどし、個々のパーツを絶対に間違いないようにしろ - >>7
関数はなるべく多い方がいい？ - >>14
別に多い＝良いというわけではないけど、
大雑把にたとえば「○○して△△して□□する」と説明できるプログラムなら、
最低でも「○○」と「△△」と「□□」に分かれているのが妥当
もちろん、「○○」とか「△△」とか「□□」とかも同様 - Iでもちっちゃくてちょっと動かすと乳首出ちゃうとか言ってるからJカップ以上ってことなんだよなやばすぎる
- コーナーケース的な問題か
- >>6
ググったけどそれも論理エラーの一種っぽいね
間違ってたら申し訳無いけど - お前で無理なら俺も無理
- >>8
ありがとう - カルノー図かけよ
- >>10
ググったけど論理演算に役立ちそう
ありがとう - 簡単なプログラムを作るならPPP
複雑なプログラムを作るならTDDやBDD的に作っていってみるとか前者は模擬コードで何をしたいのか決めてから実際のコーティングを行う技法
後者はテストプログラムや仕様ありきでコーティングを進めていく技法 - >>11
ごめんなさい
ググったけど難しくてわかんなかった
模擬コードってのはコメントの文でコードを表すやつ？ - 頭使いすぎるなよ程々にしとけじゃないと死ぬよ？
- >>12
ありがとう
死なない程度に頑張る
>>15
main関数にぶっこみまくってた………
改めます - 多いほうがいいっていうか単機能にすべきとはよく言うよね
- とりあえずリーダブルコードよめ
- >>17
その本いいのか
結構気になってたんだよ - >>25
読みやすいコードを書くことは論理エラーを減らすことに繋がるからな
とにかく細分化と出来れば抽象化を心がけてエラーの特定を容易にしような - >>17
きれいなコードの書き方本？
すごく良さそうなので買って読んでみようと思います
そういえば自分の書き方は我流で乱雑だったかも……… - >>27
別に最初はC言語の本とか一切買わんでいいからリーダブルコードだけ読んどこうな
プログラム言語の仕様はネットで調べてどうしても行き詰まったり限界を感じたら専門性の高い本も買えばいい - 単一責務
- >>18
関数の機能のことですか？
頭に叩き込みます
>>19
質問サイトですか
ありがとう御座います
困ったら使わせてもらいます
>>21
適度に細分化するということですか
わかるました
気をつけます - テラテイルで質問する
- クロスコンパイル を目指してコード書いておけば汎用性や拡張性があるんやないかな？(´・ω・｀)
- >>24
クロスコンパイルですか
ゆくゆくは目指してみるかもしれないです
>>26
実装ってのはコンパイルして実行することですか？ - >>32
そう(´・ω・｀)
このシステムではちゃんと動いても他のシステムじゃ動かないなんてこともある(´・ω・｀) - あとコードって読んだだけだと 挙動を実際に理解できない(´・ω・｀)
だから実装してみるのが一番いい(´・ω・｀)
- スレッド を実装しても隠蔽化して動きが 始めたばかりの人に追えないとか
だと速度追求できないとかエトセトラ (´・ω・｀)
- >>28
スレッドと隠蔽化って何ですか？
>>30
そういうものなんですか
予防も大事だけど解決に慣れることも大事かもしれないですね - >>34
隠蔽化というか 関数になっててその実態がスレッドとかになってることとかない？(´・ω・｀) - 論理エラーって起こるのがふつうじゃね？
起こってから対処していけばよくね
トライアンドエラーやろ - どういう方法で勉強してんの？
本を買う+ネット？ - デバッガーがバグってたホラー話すき
プログラミング初心者だけど論理エラーの解決がムズすぎて泣きそう
VIP
コメント