レガシーC#コード対比集（昔こう→今こう） - Qiita
はじめに C#は急速に進化してきた言語です。10年前の「当たり前」は、今では保守性やパフォーマンスの観点から非推奨になっていることもあります。 今回は、レガシーシステムの保守や段階的なリファクタリングに携わる開発者向けに、よくある「昔の書き方」から「現在の推奨」への置き換えパターンを、すぐに実装できるスニペット集としてまとめました。 C＃開発の現場に入ると、新規開発でない限り意外と古いコードを見ることが多いと思います。 今まで受け継がれてきたシステムは大量にあり今でも10年以上前のシステムが元気に動いています。 そして開発者も容易に書き方を変えることはしません。プロジェクトととして統一する狙いもあると思います。それでもコードは確実に進化してます。ぜひ覚えておいてほしい「今と昔のコード」を集めてみました。
【Python】生成AIがこのコード書いたら気をつけろ！ - 事故らないためのチェックリスト - Qiita
はじめに 生成AI（ChatGPT、Claude、GitHub Copilotなど）でコードを書く機会が激増している中、開発スピードは劇的に向上していますが、「動くコード」と「安全なコード」は別物です。 特に本番環境では、パフォーマンスやセキュリティ、保守性まで考慮する必要があります。 AIが特に書きがちな（または書いたら嫌な）危険パターンを15個 厳選してみてみました。それぞれに「何が危険か」と「修正例」をセットにしています。 【 この記事の対象読者 】 ◇ 生成AIを使ってPythonコードを書いているエンジニアとか ◇「動くけど本番に載せて大丈夫？」と不安を感じたことがある人とか ◇ チーム開発でAI生成コードを安全に活用したい人とか とりあえず、「覚えておいたら便利かも！」ってところです。
ITエンジニアが遭遇する「摩訶不思議」な現象とその真相 - Qiita
はじめに エンジニアとして働いていると、時として「これは一体なぜ？」と首を傾げたくなるような不思議な現象に遭遇します。 絶対にみんなも一度は経験あるかもしれない…そんな「ITの摩訶不思議」な現象をピックアップし、その裏に潜む技術的な真相を勝手にまとめてみました。 1. 幻のバグ「シュレーディンガーのバグ」 現象 本番環境でのみ発生し、デバッグを仕掛けた途端に消えてしまう謎のバグ。まるで量子力学の世界のように、観測した瞬間に状態が変化してしまいます。 真相 オブザーバー効果：ログ出力やデバッガの処理による微妙なタイミングの変化 競合状態（Race Condition）：複数のプロセスやスレッド間のタイミング依存の問題 環境の違い：本番環境特有の負荷やデータパターン 対策 # 再現性の高いログ収集の例 import logging import threading logging.basicC
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
