手紙は1つの文で特徴付けることができます：
「ナンセンスな話をやめ、最後にあなたのいまいましい記事のエラーをチェックし、「何かのサンプルコード」のような愚かなスクリーンショットを!!」
そして今、まず、私は「オープン」レターを書いて、雑誌の他の読者がこの投稿へのコメントを通して自分の視点を表現できるようにします。第二に-私はあなたのために素晴らしい仕事をします-建設的な批判を表現し、収集します。 （ユーザーがXakepRU 、 step_na_habre 、 gorlに言及した場合に備えて、彼らが私を聞くことを確認します）。
Hacker雑誌が大好きです。最高だと思います。私のお気に入りのセクションはCodingです。 少なくとも私は、コーディングセクションが大好きで、最高のものであり、大好きでした。 以下で引用する3つの事実だけが、最後の2つの問題について話しているわけではありません。
この番号から下の写真 。
セクション「コーディング」、インタビューで与えられるタスクに関する記事。 写真には、エラーを見つける必要があるコードがあります。もちろん、写真で赤い線でマークしたものについての言葉ではない「解決策」があります。 この記事には一度に2人の著者がいます。
この番号の次の2枚の写真 。
セクション「コーディング」、記事「パターン「状態」」。 最初に、OOPコードが指定されていない場合、非OOPコードの非効率性を示すために新しいコードが「追加」されます。 危機にwhatしているものを理解できる写真から、「switchステートメント」があり、再び赤でマークされています。サンプルコードでは、switchステートメントはなく、if-elseのみがあります。 自治体に問題はありません。読者は何が問題なのかを理解していますが、テキストは3週間前に書かれたようで、コードを受け取ったばかりだと感じています。一致します。 これは私です-害から。
同じ問題で、同じ記事で：
自尊心のあるC ++プログラマーがエラーを見つけるコードを赤でマークしました（新しいタイプのコンストラクターは言うまでもありません）。
主な問題は何ですか
事実は、Habrの投稿を書くとき、著者は通常一人で、原則として多くの間違いがあるテキストを書くということです（おそらく、主にロシア語に関連して、私から多くをすでに見つけたでしょう）。 これらのエラーは、「コミュニティ」によって修正されます。 雑誌の場合、記事の著者、見出し編集者、編集長、出版編集者などがいます。 など この雑誌は1か月にわたって準備を進めているので、問題のある人たちは何でしょうか。クールなプログラマーがいなければ、「コーディング」に関する記事を書くために評判を失うでしょう。
上記のエラーは唯一のものではありません。最新の2つの問題から引用しましたが、多くのことについては言及していません。「コーディング」セクションだけでなく、「コーディング」、他の同様のものについて言いたい-コメントしてください！
PS：ステップ、あなたの新しい位置におめでとう、あなたのクールな成功を祈っています！