はてなブックマーク

はじめに 突然ですが、C#の新バージョン機能って追えてますか？ 言語仕様はバージョンアップのたびにたくさんの新要素が増えています。ほんの数行の文法シュガーでも、コードの可読性やメンテナンス性を大きく向上させることがあったりします。 今回は、C# 10 以降（C# 11, C# 12…など）で追加された「小さいけれど便利な機能」にフォーカスしながら、具体的な使い方や注意点をまとめました。 （かなり地味だけど個人的にはすごいやつ集めてみました！） 「そういえばこんな機能あったんだ…」 「昔の書き方をそのまま使ってたけど、もっと簡潔にできるじゃん！」 など、新たな発見のきっかけになれば嬉しいです。

はじめに C#の画像処理において、パフォーマンスを追求する際にunsafeコードを使用することは割と一般的ですよね。実際に使われているのをよく目撃します。 今回は、そんなunsafeコードの適切な使用場面と、より安全な代替手段について改めてまとめました。画像処理に限らず、大量のデータ処理や計算集中型の処理にも有用なのでぜひ参考にしてください。 unsafeアプローチについて まずは、unsafeコードについて軽くご紹介します。unsafe（アンセーフ）を日本語にすると「危険」「安全ではない」という意味です・・・ちょっと怖いですよね。 上級言語のC#が低級言語のような直接的なメモリ操作を行えるようになります。メモリを直接操作するため、メモリコピーやポインタ演算が可能となり、高速な処理が期待できるのです。 unsafeコードの特徴

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

はじめに エンジニアとして働いていると、時として「これは一体なぜ？」と首を傾げたくなるような不思議な現象に遭遇します。 絶対にみんなも一度は経験あるかもしれない…そんな「ITの摩訶不思議」な現象をピックアップし、その裏に潜む技術的な真相を勝手にまとめてみました。 1. 幻のバグ「シュレーディンガーのバグ」 現象 本番環境でのみ発生し、デバッグを仕掛けた途端に消えてしまう謎のバグ。まるで量子力学の世界のように、観測した瞬間に状態が変化してしまいます。 真相 オブザーバー効果：ログ出力やデバッガの処理による微妙なタイミングの変化 競合状態（Race Condition）：複数のプロセスやスレッド間のタイミング依存の問題 環境の違い：本番環境特有の負荷やデータパターン 対策 # 再現性の高いログ収集の例 import logging import threading logging.basicC

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?