Stack Exchangeの「 コードレビュー 」サイトは、この種の質問の新しい話題です。
1年以上前、 コードレビューはエリア51のダンジョンで生まれ、コードを改善するために設計されました。
コードレビューは663日間ベータ版でした。 現時点では、5,689個以上の質問と2倍の回答が収集されています（比較のため、StackOverflowの質問の数は400万に近づいています。
コミュニティに質問できる一般的な質問の例：
これが私のコードです。 APIはうまく設計されていますか？
このソートアルゴリズムはどのように改善できますか？
この％language_name％コードの可読性は疑わしいです。 わかりやすくする方法は？
おそらく、これらの質問に対する答えはグーグルかもしれませんが、特に初心者プログラマーにとっては、これを行うのが非常に難しい場合があります。 検索エンジンがStackOverflowにつながる可能性があります。 高い確率で、必要な答えがそこにあります。
私は他の誰かの（そして私の）理解できない/複雑すぎる/低品質のコードのリファクタリングに多くの時間を費やしています。 これは、仕事中に学び、トレンドを追跡し、じっと立ち止まらないための良い方法です。 したがって、Code Reviewのようなリソースが出現しても、私は無関心ではありませんでした。
Stack Exchangeネットワークは、2008年に開始され、ハブの多くのユーザーに知られているstackoverflow.comサイトから存在を開始し、現在90を超える専門的なQ＆Aプロジェクトが含まれています。 その中でも、疑似科学に関するアンケートだけでなく、宗教やスポーツのトピックに関するアンケート、さらには自家醸造に関するアンケートも見つけることができます。 すべてのプロジェクトの完全なリストとその人気に関する情報は、 stackexchange.com / sitesにあります。
StackOverflow形式自体は、あらゆる問題に対する客観的で高品質のソリューションを見つけるのに非常に成功しています。 しかし、そのような形式は、議論に関与する多数の人々とのみうまく機能します。
コードレビューはパブリックベータステータスになりました。 このマークは以下を意味します：
サイトは少なくとも90日間ベータ版のままであり、ユーザー、質問、および参加者の非常に多くを獲得します。
つまり 少なくとも90日以内に、サイトは、ユーザー、質問、回答の非常に多くのユーザーがStackOverflowに似たメカニズムを起動することを主張する必要があります。 プロジェクトのリリース準備ができているかどうかを判断するための非常に具体的な指標があります。
ご覧のとおり、かなりの数のユーザーがいる現在、Code Reviewの質問と回答の数はわずかです。 回答の入手可能性は、質問の量と質に直接依存することをお勧めします。
私は考えることをお勧めします：あなたの目の前でコードが1日に何回点滅するかは少し良くなりますか？ そして、あなたがそれを改善することを妨げるものは何ですか？ これが時間またはスキルの欠如であり、おそらく単独で払拭できない単純な疑いがある場合、コードレビューは干渉に対処するための最も適切な方法です。
次に重要なプログラミングタスクに出会ったときは、Code Reviewでディスカッションを送信してください。 プロジェクトの生活に参加し、質問し、答えてください。 覚えておいてください。高品質のコードのすべての行は誰かの生活を楽にし、涙から少しポニーを節約します。
