.NET の配列サイズの話 .NET の配列サイズの上限についての悩みは、以前から何度も目にしてきました。 .NET では、配列、コレクション、Span、そして関連する多くの API が 32 ビットの長さとインデックスを前提にしています。64 ビット配列を求める長い issue も GitHub にありましたが、ランタイムや既存コードへの影響が大きすぎるため、最終的には "won't fix" として閉じられました。 この問題に対してよく見るやり方は、大きく二つです。非マネージドメモリを確保してクラスで包むか、ジャグ配列で大きな配列のように扱うかです。どちらも用途によっては使えますが、それぞれに少しずつ扱いづらさがあります。 手動のメモリ管理は気を使いますし、素直に扱えるのは基本的にアンマネージドなデータです。string や object のような参照型はこの手法には向きません。ジャグ
CDN221 ゲームチャットを支える技術 高橋 良 ニンテンドーシステムズ株式会社 システム開発部 吉岡 幸一郎 ニンテンドーシステムズ株式会社 システム開発部 ゲームチャットを支える技術 ニンテンドーシステムズ株式会社 高橋 良 吉岡 幸一郎 はじめに ▸発表者が映り込むような写真撮影はお控えください ▸スライド自体の写真撮影は実施いただいて構いません 2 / 82 発表者 ▸高橋 良 ▸システム開発部 ▸ゲームチャットサービス バックエンド SRE ▸吉岡 幸一郎 ▸システム開発部 ▸ゲームチャットサービス バックエンドアプリケーション開発 3 / 82 目次 ▸ゲームチャットサービス紹介 / 開発体制 ▸システム構成 ▸マルチリージョン運用 ▸Amazon DynamoDB 開発事例紹介 ▸まとめ 4 / 82 目次 ▸ゲームチャットサービス紹介 / 開発体制 ▸システム構成 ▸マル
＜📝本記事のターゲット層＞ GitHub Copilot ChatやAgent modeを業務で使い始めた方 MCPやAgent Skillsを導入している、または導入を検討している方 AGENTS.md や設計文書の置き場所に迷っている方 AI開発の速度・品質・コストを管理するテックリード AIによる自動化と人間によるレビューの境界を設計したい方 .NETラボの2026年6月勉強会での登壇資料はこちら GitHub Copilotを使い始めた頃は、次のようなことが気になります。 どう質問すれば、正しいコードを書いてくれるのか どこまで具体的に指示すればよいのか プロンプトを短くした方がよいのか 何度もやり直すのは、質問の仕方が悪いからなのか もちろん、質問の仕方は大切です。 しかし、Copilot Chat、Agent mode、MCP、Agent Skills、カスタム指示などを使い
半年前に「AIに8割書かせたコードを、保守できるようにやっていること」という記事を書きました。ありがたいことに、自分がいちばん読まれた記事になりました。 あれから半年、その方針のまま実際に運用してみて、答え合わせができました。先に言うと、保守性は「足す」では買えませんでした。コメントを足す、ドキュメントを足す、きれいな抽象を足す。そのほとんどは、半年後に腐っていました。効いたのは、少数の「効く型」だけです。 この記事では、良かれと思って足したのに無駄だった3つを先に、そのあと半年後も効いていた3つを書きます。前編が「やること」の記事なら、こっちは「やらなくてよかったこと」の記事です。 効かなかった、腐った3つ フェアじゃないので、外した対策から書きます。 1. AIに盛らせた、大量のコメントとdocstring いちばん腐りました。AIは頼めばいくらでもコメントを書きます。半年前の自分は「
プロジェクトのリリース準備やコンプライアンス対応において、避けて通れないのがサードパーティ製ライブラリのライセンス確認です。 依存パッケージが増えてくると、一つひとつGitHubを巡回してLICENSEファイルを探すのは非常に骨の折れる作業です。そこで今回は、Powershellを使って.csprojから依存パッケージを自動検出し、GitHubから直接ライセンスファイルを取得・保存します。 Rustのcargo aboutの簡易版的なイメージです。 このスクリプトでできること 自動依存解決: .csprojからPackageReferenceを読み取り、リスト化します。 メタデータ活用: NuGetの.nuspecからリポジトリURLを抽出し、GitHubのリンクを自動特定します。 ライセンス自動取得: GitHub上のLICENSEファイルを直接ダウンロードします。 選べる出力形式: s
Android 実機の Chrome を PC からインスペクトしたい——chrome://inspect を開いて、USB で繋いで、開発者オプションで USB デバッグを ON にして…という手順は、ネット上に山ほどあります。そのとおりにやった。なのに、端末一覧にはいつまでも Offline か Pending authentication が出るだけで繋がらない。しかも端末側には「USB デバッグを許可しますか?」の承認ダイアログすら出ません。 私がハマったのはこれでした。結論から言うと、原因は USB でもケーブルでもドライバでもなく、**「adb サーバーが動いていない」**こと。そして厄介なことに、多くの手順記事はこの問題に触れていない。理由も含めて、ここで腰を据えてまとめておきます。 まず結論 chrome://inspect は、adb サーバーがローカルの 5037 番ポ
「特定の作業のときだけ要る知識」は Agent Skills（.claude/skills/） に逃がせ。Skillsは必要なときだけ読まれる。常に読ませるな。引かせろ。 CLAUDE.md は憲法。Skills は六法全書。違いが分からないなら、まずそこからだ。 ミス2. 1つの指示に作業を全部詰め込んでいる 「テスト直して、リファクタして、ドキュメントも更新して、ついでにPRも作って」 これをやった瞬間、Claudeは自分が何をしていたか見失う。 長いコンテキストの中盤は人間と同じで注意が薄くなる（lost in the middle）。お前は天才に向かって、全部の用事を一度に叫んでいる。混乱しないわけがない。 正解は、責務をサブエージェントに切り出すこと。 レビュー、テスト実行、i18nの8言語チェック——毎回同じ依頼はサブエージェント化した瞬間に世界が変わる。 メインの会話は指揮官
こんにちは、株式会社カンリーの波多野（@hatamasa1988）です。 同じ言葉を使っているのに、話が通じない。 最近、技術負債よりも厄介だと感じている負債の話をします。それが今回書く「認識負債」です。 私はカンリー店舗集客プロダクトのエンジニアリングマネージャー（EM）をしています。前回は「AI時代のEMの仕事は、組織のハーネスエンジニアリングである」という記事を書いたんですが、今回はその裏側でずっと感じていたモヤモヤを、ひとつの言葉にしてみます。 前回の記事はこちら。 ざっくり先にひとことで整理しておくと、認識負債は、 理解負債・認知負債：コードと、個人の頭の中の話 認識負債：組織と、方向性の話 という、AI時代に語られている既存の負債とは一段違うレイヤーの話だと思っています。 現時点での自分なりの整理ですが、いまのフェーズで感じていることをアウトプットします。 前提として、自分のエ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
