マイクロソフトはCで書かれたキュートなツイートで新年を迎えた。ただ一つ問題があった。コードがひどかったのだ。

マイクロソフトは、Windows 開発者アカウントからの面白い（現在は削除されている）ツイートで 2022 年を迎えたが、そのツイートは、最近レドモンドから発信されているコードの品質に関する非常に多くの疑問に答えている。

よくあることですが、このコード（2022年を元気よく「あけましておめでとう」と迎えようとしているように見えましたが）は、公開前にレビュー担当者を困惑させたようには見えませんでした。実際には2021年ではないのにまだ2021年だと文句を言うという事実はさておき、ToString()他のプロパティの方がうまく機能したかもしれないのにメソッドが使われているという問題もあります。そして、なぜ「==」なのでしょうか？

それでも、心遣いは大切です。善意から生まれたコーディングの失敗が、時価総額数兆ドルの企業のソーシャルメディアから漏れ出ていないのは、幸運なことと言えるでしょう。

正直言っておかしなアメリカの日付形式に苦労した記憶は、今でも筆者を苦しめています。それに、タイムゾーンのことも心配でしたし…

• マイクロソフト、オンプレミスの Exchange Server に発生した Y2K 類似のバグを修正
• 米国政府監査院は、100億ドルのNSA契約に対するマイクロソフトの抗議を容認した理由を説明した。
• 製品名が悪くなるとき：マイクロソフトのレイモンド・チェンがWinCEの恥ずかしさについて語る
• マイクロソフトはEmotetマルウェアに悪用されたインストーラーの穴を塞ぎ、グーグルは実際に悪用されたChromeのバグを非難

このツイートには、Twitter でよくあるように、支持や役に立つコメントが殺到しました。その中には、Microsoft のコーディング専門家の 1 人である Scott Hanselman によるミームも含まれていました。Hanselman はその後、役に立つビデオを投稿し、「C# での誤った DateTime 比較の過度に詳細な分析」と表現しました。

https://t.co/wxwQcJ9oWY pic.twitter.com/qjtT1RXcwo

— スコット・ハンセルマン (@shanselman) 2022 年 1 月 3 日

このビデオは、コードの明らかな欠陥だけでなく、日付を処理する際に考慮する必要があるその他の事項についても詳しく説明しているため、見る価値があります。

元のコードについては…まあ、せいぜい一瞬だけ2021年だと主張し続けるくらいでしょう。正直に言うと、それさえも正しくありません。別のコメント投稿者が指摘したように、「ええ、2021年は間違っています。私たちはまだ2020年にとどまっているんです。」®