キャンセル完了するlink+1挙げていただいている点は、最低限、そのソースファイル内で統一されていれば問題ありません。コメントの書き方や、ロジックの書き方・切り分け方を気にされた方が良いと思います。評価が高い回答ほどページの上位に表示されます。remove低評価0回答の評価を下げる下記のような回答は推奨されていません。評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。20:02ありがとうございます。書くことも大事ですが、動くコードも大事ですよね。コメントなどにも注意するようにします。ありがとうございます。書くことも大事ですが、動くコードも大事ですよね。コメントなどにも注意するようにします。キャンセル完了するlink+1プロジェクトでコーディング規約があるならそれに従う。ないプロジェクトなら、なるべく既存ソースにあわせる。自分の好みでコーディングしましょう。どの書き方がいいとか悪いとかはそれほどないと思いますが、個人的には空白なしでギュウギュウに詰まってるのは見づらいですね。今はこの書き方がいいと思っていても、数年経ったり、別の人のコードを見ると考えが変わってきます。評価が高い回答ほどページの上位に表示されます。remove低評価0回答の評価を下げる下記のような回答は推奨されていません。評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。20:02ありがとうございます。読みやすいコードは気持ちがいいですよね。いろいろな人のコードを読んで読みやすいように工夫します。ありがとうございます。読みやすいコードは気持ちがいいですよね。いろいろな人のコードを読んで読みやすいように工夫します。キャンセル完了するlink+1コーディングスタイルの話ですね。コーディング規約で規定されているならそれに従い、そうでなければ基本的には「見やすさ」と「統一感」を心がければ良いと思います。ぎちぎちに詰めて書くよりも、適度にスペースを空けて書いた方が見やすいと思います。私は、カンマの後ろや演算子の前後には(基本的には)スペースを空けるようにしています。異なる複数の処理が1行に書かれていると見づらいです。1行に複数の命令を書くことができる言語は多いですが、基本的に1行には一つの処理にとどめるべきです。デバッグにも影響しますから。インデントは重要です。インデントしていれば制御構造の外観を瞬時に把握することができます。私は4文字のハードタブ派ですが、スペース4文字派も多いですし、2文字というのも結構見かけます。いろんなコードを見て回って、自分が見やすいと思ったコーディングスタイルを真似すれば良いと思います。評価が高い回答ほどページの上位に表示されます。remove低評価0回答の評価を下げる下記のような回答は推奨されていません。評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。20:03ありがとうございます。デバッグを意識するのは重要ですよね。いろいろなコードを見て練習したいと思います。ありがとうございます。デバッグを意識するのは重要ですよね。いろいろなコードを見て練習したいと思います。評価が高い回答ほどページの上位に表示されます。remove低評価0回答の評価を下げる下記のような回答は推奨されていません。評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。20:03ありがとうございます。ツールを使用するという方法もあるのですね。調べてみたいと思います。ありがとうございます。ツールを使用するという方法もあるのですね。調べてみたいと思います。キャンセル完了するlink+1会社やプロジェクト毎にコーディング規約やコメント規約があります。それに合わせてることが重要です。なにが正しい、なにが変なのかは、やはりコーディング規約と比較する必要があります。一概に変な癖とは判断できないと思います。評価が高い回答ほどページの上位に表示されます。remove低評価0回答の評価を下げる下記のような回答は推奨されていません。評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。20:03ありがとうございます。コーディング規約などは毎回変わったりするのですね。ありがとうございます。コーディング規約などは毎回変わったりするのですね。―より良いコードを書くためのシンプルで実践的なテクニック可読性に関する一般論が知りたいなら上記書籍がオススメです。職場などでの規約に従うことになると思います。静的解析ツールを私はよく使います。これは自動で書式などをチェックしてくれるので便利です。標準の設定に必ずしも100%従うわけでもないですけど。いうツールは、メジャーな言語なら、ほかの言語でもありますので、探してみてください。評価が高い回答ほどページの上位に表示されます。remove低評価0回答の評価を下げる下記のような回答は推奨されていません。評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。commentコメント投稿link0習慣からかけ離れるほどコードの読み書き(特に書くこと)がつらくなるので、まずはより広い範囲で通用しそうなスタイルに従うのがいいと思います。etc.)であれば概ねK&Rスタイルがよいと思います。評価が高い回答ほどページの上位に表示されます。remove低評価0回答の評価を下げる下記のような回答は推奨されていません。評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。commentコメント投稿link0今日、ちょうど会社のエンジニアMTGでコーディング規約について触れていました。あったのですが、まとめるとフレームワークのルールに従うってことですかね。評価が高い回答ほどページの上位に表示されます。remove低評価0回答の評価を下げる下記のような回答は推奨されていません。評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。commentコメント投稿link0前提グローバル変数は極力使わない、使う時はハンガリアンgをつける。一つの関数は精々30行程度に収めたい。中括弧は省略できても省略しない。小括弧も余程くどくない限り省略しない。括弧等、対になる記号や処理がある場合はセットを先に作ってから内部を記述する。比較演算子==の両辺のうち片方のみが変数ならば、これは右辺とする。積極的にconstを使う。評価が高い回答ほどページの上位に表示されます。remove低評価0回答の評価を下げる下記のような回答は推奨されていません。評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。解決済main関数の引数設定についてわからないことがあります。0data_addという関数を作っていますがエラーが出てコンパイル出来ません。思考するエンジニアのためのQ&Aサイト「teratail」について詳しく知る閉じるトッププログラミング言語に関する質問ソースコードを書く上での暗黙の了解等があれば教えていただけたら幸いです。頂いたご意見への回答は行っておりません。