ハッカーの皆さん！ Sentryで開催されたDebugging Writing Contestの最初の月が終了し、最初の勝者が誕生しました。

ȍ̵̼͔͋̂h̷̸̷̸̢̢̦̠̭̦̠̭͐̋̓͋̉͐̋̓͋̉͜͜o̷̷͖͉͙̬̠̳̅̓̚i̴̴̡̡͇̣͚͇̣͚thh̶̢͎̆ḯ̴͖̞͂̓͂n̵̞͖̱̊̀̈́̾͘k̴̢̥̰̞̉̍͐̔

エヘム。他のライティング コンテストと同様に、最高の HackerNoon Debugging ストーリーに対して毎月賞品を提供しています。来月のコンテストに参加したい場合は、ストーリーを送信してください#デバッグまた＃モニタリングタグを付けると、自動的に追加されます。毎月 1,000 米ドルの賞金プールがあり、500 米ドルが最高の記事のライターに贈られます!

しかし、それについては十分です。ここで、最も重要な質問をします。 4月の勝者は？

Debugging Writing Contest 2022 年 4 月のノミネート 🔥

最も多くのトラフィックを生成した 10 件のストーリー投稿を採用して、勝者を選びました。次に、HackerNoon の編集チームが投票を行い、その中から上位 3 つの記事を選び、勝者を配置する順序を決定しました。

これらの 10 のストーリーに投票できたことを嬉しく思います。

1. コードを整理しましょう!によって@codejedi
2. 2022 年に優れた開発者になる方法@alexharris
3. @hiren-dhaduk によるDevOps パイプラインにおける継続的モニタリングの役割
4. @kantarciによるわずか 5 ステップで本番環境の AWS Lambda をデバッグ
5. HTTP/HTTPS Sniffer はいつ使用する必要がありますか?によって@yarche
6. ソフトウェア開発におけるフリーランサーの放火の悪夢by @wasyne
7. @softhuntによるPython メモリ エラーの解決方法
8. Kubernetes アプリの自動テストはどのようにすべきか? @ナテリー
9. テスト駆動開発 (TDD): デイゼロ前にバグをなくす @5minutesoftwarecraftsman
10. Quickbooks インストール エラー コード 1712 を修正する 4 つの方法@judenoronha

そして勝者は👀

アルゴリズムのバグが結果に影響しないようにするため (ボット アラート! 🤖)、編集者はトップ ストーリーに投票しました。勝者は次のとおりです。

最初のおすすめは、 @wasyneによるソフトウェア開発におけるフリーランサーの放火の悪夢です。

これはリーダーシップについてではなく、危機予防についてです。私たちは言います: エンジニアとして、すべての開発者はプロジェクトの消滅を何としても避けることはできません。 Google のような大企業ではなく、人的資源に多くを費やす余裕のない中小企業でさえ。問題を解決する能力に基づいて評価するのではなく、問題の発見の詳細に基づいて評価するのです。自分の技術プロジェクトを主導したい場合は、他人の評価に参加したい人、サイコパスのフリーランサーを許可しないでください。

おめでとう、 @wasyneと興味深いリード画像! $500 を獲得しました。

2 番目に、 Declutter Your Code があります。 @codejediによる！

多くの場合、コードのバグは役に立たないコードから発生することがあります。コードの整理とは、基本的に、変数、関数、インポートなどの不要なコード コンポーネントをコードから取り除く行為です。最初の方法は、エディタの「検索」機能を使用することです。 2 つ目の方法は、不要なコードを手動でスキャンすることです。これを使用して、どこにも参照されていない変数や関数を見つけて削除し、それらを新しい要素に置き換えることができます。前回 Python でデータ サイエンス プロジェクトに取り組んでいたとき、コードで「インデックスが範囲外です」というエラーが発生しました。

よくやった、 @codejedi ！ $300 を獲得しました。

3 番目の記事は、 @alexharrisによる2022 年に偉大な開発者になる方法です。

Google Cloud の DevOps Research and Assessment チーム（DORA）は、State of DevOps レポート 2021 をリリースしました。このレポートは、ポスト COVID-19 の世界で真のエリート デベロッパーになる条件を定義しています。 4 つのソフトウェア配信メトリクスを使用して、調査対象のチームを低、高、高、またはエリート パフォーマンス チームとしてランク付けします。 1. 展開頻度: 新しいコードが本番環境に展開される頻度は? 2. 変更のリードタイム: コードのコミットから本番までの時間は? 3. サービスの復旧時間: ユーザーに障害が発生した場合 (停電など)、チームが通常のサービスを再開するまでにどのくらいの時間がかかりますか? 4. 変更の失敗率: ホットフィックス、ロールバック、またはパッチを必要とするサービスの障害につながる運用へのデプロイの割合は?最も成功しているチームが、展開の頻度が最も高く、リード タイムが最も短く、サービスの復元にかかる時間が最も短く、変更の失敗率が最も低いチームであることは驚くべきことではありません。

ありがとう、 @alexharris ! $100 を獲得しました。

最も読まれた記事には、100 ドルの賞金が付いています!コードの整理に進みます。 @codejediによる！

@codejedi 様、改めておめでとうございます！

以上で簡単なお知らせを終わります！すでに記事を送ってくださった皆様、ありがとうございました。詳細については、 contests.hackernoon.comをチェックしてください。当選者には後ほどご連絡いたします。