なぜこのようなコードが多いのでしょうか? - ページ 2

 
pro_: Raptorに同意。何の意味もないトピック。私は、人々がSRCを使用せずにここに彼らのコードを投稿するとき、より多くの不満を感じます。彼らがどのようにプログラムをコーディングするかは、助けを求めるのでない 限り、彼ら次第です。
そして、もし彼らが助けを 求めるつもりなら......どのように?
 

pro_:

Agree with Raptor. Topic about nothing. I get a lot more frustrated when people post their code here without using SRC. How they code their program is up to them, unless they are going to ask for help.

コードのフォーマット規約は、コードを書く人なら誰でも遅かれ早かれ遭遇するものです。 それを議論したい人が議論することに、何の問題があるのでしょうか? また、srcを使わずにここにコードを投稿したのは誰でしょうか?

 
pro_:

Raptorに同意します。トピックは何でもありません。私は、人々がSRCを使わずにここにコードを投稿することに、より多くの不満を感じます。彼らがどのようにプログラムをコーディングするかは、助けを求めるのでなければ、彼ら次第です。


何の話題でもありません。

コードを投稿する人は、おそらく90%以上、助けを求めている のですから、その形式が簡単であるべきなのは当然です。

 
GumRai:


何もないトピックではないのです。

コードを投稿する人は、おそらく90%以上、助けを求めているのですから、その形式が簡単であるべきなのは当然です。


コードを投稿する前に、C++ フォーマッタ/ビューティファイアで再フォーマットするのは良い方法です。
 

この話題で、いくつかのコード・スニペットを紹介すると、「余白が多いに越したことはない」と書いています。

 
ydrol:

この話題で、いくつかのコード・スニペットが「書くのを励ましてくれる」。

+ 1

また、+ - = == * / && ||の両側に空白があると、ゼロによる除算の問題を探すときに便利です。

 

:)私はここで蛇の檻をガタガタさせたようだ.でも、そんなつもりはないんだ。何でも好きなことを議論してください(ただ、政治的なことには触れないでください、NSAは聞いています) :))))

コードを書く際の「良い習慣」については、私は大賛成で、私自身のスタイルも持っています。実際、それがインジケータ内の関数であるかどうか、スクリプトであるかどうか、などなど、コードによって異なります。読みやすさを考えると、コードはコンパクトであるべきだと思うんだ...ページ全体に散らばっていてはいけない。でも、これは私の好みです。私はいつでも、すべてのスペースと多くの行を非常に簡潔なフォーマットにまとめることができますし、他の人のコードを使うときはいつもそうしています。他の人がどのようにコードを書くべきかを私が指示すべきでしょうか?もちろんそうではありません。

私が言いたかったのは、私たちが「良い習慣」について議論している間、ここの人々はコードを投稿するときにわざわざSRCを使わないということです。なぜそうなるのでしょうか?他者への敬意がほとんどなく、「ギブミー、ギブミー」な態度だけです。それが悔しい。私は、助けを求める 人は、他の人を尊重し始めれば、時間とともにそれらの「良い習慣」に到達すると思います(手始めにSRCを使用)。私の言いたいことはご理解いただけたでしょうか?

 
pro_:

私が以前言いたかったのは、「グッドプラクティス」を議論している一方で、ここの人たちはコードを投稿するときにわざわざSRCを使わないんです。なぜそうなるのでしょうか?他者への敬意がほとんどなく、「ギブミー、ギブミー」な態度だけ。それが悔しい。私は、助けを求める人は、他の人を尊重し始めれば、時間とともにそれらの「良い習慣」に到達すると思います(手始めにSRCを使用)。私の言いたいことは伝わったでしょうか。

新参者がSRCボタンを使わないのは

  1. 最初の投稿をする前にどの投稿も読まない。
  2. 登録やルールにそうするようにと書かれていない。

..私がイライラするのは、彼らに自分の投稿を編集するように要求しても、彼らがそうしないときです。


あなたは私が "スティッキー投稿する前に、これを読んで "タイプのポストを作る提案する前に、 。 モデレーターは、投稿をスティッキーにすることはできません ... 我々は我々のためにそれを行うには、管理者に依頼する必要があります。

 
GumRai:

これは何もないトピックではありません。

コードを投稿する人は、おそらく90%以上、助けを求めているので、その形式が簡単であるべきであることは理にかなっています。

昨日、別のスレッドで次のようなことを投稿しましたが、ここでも関連性があると思います。

多くのコーディングスタイルがありますが、特定のスタイル(またはスタイルの組み合わせ)を選択することは、主に個々のプログラマに任されています。しかし、私は重要なことが3つあると思います。重要度の高い順に並べると(少なくとも私の考えでは)、次のようになります。

  1. 構文的、論理的に正しいコードであること。
  2. 書いた本人が理解しやすいコードであること。
  3. 書いた人以外でも読みやすいコードであること。
最初の2つは決定的に重要です。3つ目は、前の2つほど重要ではないかもしれませんが、プログラマが自分のコードを他の人に見せるとき、たとえば、ここにコードを投稿して、文法や論理の間違いを見つける助けを 求めるときに、大いに役立ちます。

 
Thirteen:


最初の2つは決定的に重要です。3番目は前の2つほど重要ではないかもしれませんが、プログラマが自分のコードを他の人に見せるとき、例えば、ここにコードを投稿して構文や論理の間違いを見つける 助けを求めるときに大いに役立ちます

しかし、それは、もし彼らが構文や論理の助けを求めて いるのなら、そのコードは「...構文的にも論理的にも正しい;」ということにはならないのではありませんか?


まだ誰も言っていないことがあります ... ... // コメント

これは、そのコードが扱うべき問題をどのように解決するつもりだったのかに焦点を当てるのに役立ち、また、数週間後、数ヶ月後、数年後にそのコードに戻ってきたときに、なぜそのようなことをしたのかを思い出させてくれる役割も果たします。


もしあなたが関数の先頭で、その関数が何をするのか、入力は何か、出力は何か、そしてどのように1つから他のものに到達するのかを説明すれば、助けようとする人はずっと簡単になります。そもそもコードが壊れている場合、そのコードが何をするものなのかを理解するのは簡単ではありません。