|
|
|
|
|
||
|
||
すべて | グループ指定なし | C#&.NET海外 | C#&.NET日本
2 weeks 3 days ago
2 weeks 3 days ago
2 weeks 4 days ago
2 weeks 4 days ago
3 weeks 1 day ago
3 weeks 1 day ago
3 weeks 2 days ago
3 weeks 2 days ago
3 weeks 2 days ago
3 weeks 2 days ago
/ Agentic-coding diary: ListenableFuture to Coroutine / Antigravity / Pocket Casts Search and Recommendations / 脊髄反射記 #10 / 社会性フィルタ / Revisiting Whistleblowers / 脊髄反射記 #9 / テック社員の教科書たち / 脊髄反射記 #8 / 音楽視聴日記 / 宿題の世話の愚痴 / Jujitsu / Walmart Plus / 脊髄反射記 #7 / 冴えないバイリンガル脳 / スキルと筋肉・再訪 / ...
Agentic-coding diary: ListenableFuture to Coroutine
Apr 20, 2026
Antigravity で少しやる気が高まったのでちょっとコードらしいコードを書かせてみっか、と優先度低めタスクから ListenableFuture の coroutine 書き直し、というのを発掘してやらせてみる。
この特定のタスクは単一のファイルに閉じた作業で単体テストもわりかし整備されているのでイケるかもな・・・と思ったが、ダメだった。
クリーンアップ・リファクタリングなので、単純な置き換えだけでなく構造がクリーンになってほしいが、ならない。単純な置き換えも、ちょっとした障壁に邪魔されてあるべき姿にならない。レビューの往復をやっているうちに「自分で書いたほうがはえーわ・・・」という気分になった。
ただしレビュー往復のやりやすさは antigravity 大勝利である。インラインコメントつけてsubmit とかさ、これだよこれ。CC にも欲しい。
テストのカバレッジがあるから大丈夫なはずだが、どう見ても間違ってるコードを「テスト通りました」とかいうので「やべカバレッジ不足か・・・」と
Subscribe to: Posts (Atom)
この広告は、90日以上更新していないブログに表示しています。
«前10日分 追記
<< 2026/04/ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 >>
WordPress.com Blog.
2026-04-28
Propositions-as-Types が説明困難な事情： n回目の整理
雑記／備忘
Propositions-as-Types は、幾度となく話題にしています。ブログ記事だけでなく、口頭での説明もけっこうな回数おこなっています。これがうまく説明できないのですわ。説明が困難な主たる原因は、用語の対応があまりにもグジャグジャで混乱必至なことです。…
Propositions-as-Types が説明困難な事情： n回目の整理
Pull requests 2
Post likes count 3
Forza Horizon 6 5月19日発売！ #ForzaHorizon6 に 通りすがり氏 より
2026-04-24
Agent Framework で作成した Agent を A2A で公開して Durable Agents から利用する
C# Azure Azure Functions ASP.NET Core
少し前に GA したこともあり、そろそろ Agent Framework をちゃんと触っておかないといけなくなったので、基本的に最小コードで動くようなものをベースに検証することにしました。公式のサンプルやドキュメントは古いバージョンのコードが混ざっていることが…
最終更新: 2026-04-24 18:57
Consumer Health Privacy Powered by .NET 10.0.7 Contact Microsoft Support Privacy & Cookies Manage cookies Terms of Use Trademarks
2026-04-21
_ coding agentを使う
LLM使いこなし、普通に使ってるだけでもえらいこっちゃだけど、真にヤバい加速は並列性かなぁ、と感じるようになってきた
SWEたるもの並列性とのつきあいは得意で、一番有用なのはバカパラであることを、よく知っている。このパターンが有効なのは、成功や効果が明確なパターン。ちょっと難しい最適化とか、ちょっと難しいテスト壊れてるの直しておいて、とかで、成功率が20-30%くらいのタスクだと単純に並列性が力になる。もっと単純なのは、依存がない複数のタスクをふること。部品が多いものを作ってる時、例えばある程度の大きさのプログラムの最初の部分を作ってる時なんかは、部品ごとにやりたいことが複数あり、部品あたり一つの仕事を投げる感じで、十分な並列数が稼げたりする
SWEたるもの、残念ながらバカパラにならないものが結構あることも知っている。触りたいコードベースが1つしかなくて、その中で一箇所しか触りたい部分がなければ、これはまぁどうしようもない。ただ、最近は、LLMが自走できない部分を一緒に書きながら、裏で全然違う部分のリファクタリングの舵取りもするとか、趣味でなんか書きながら、たまに仕事の単純実装セッションの舵取りをする、みたいな感じで、副業方式で並列性が出てたりもする
バカパラできるケースにせよ、本業と2本くらいの副業を回すケースにせよ、ボトルネックはぼくになる。それでは使いこなしているとは言えなくて……本当は
coding agent 自体に agent
の数に対してスケールする開発体制の設計、並列進行中に遅れているところがないかの確認、開発と独立して品質を確認するチーム設計、などなど、マネージメントまでやらせたい
ひとびと、Cコンパイラが1週間でできた！などやっているが、課金額は同じで、ただ10時間でできる、みたいな加速が本来でき
Ask Learn Ask Learn
Reading mode Table of contents Read in English Add Add to plan
Ask Learn Ask Learn
Reading mode Table of contents Read in English Add Add to plan
Ask Learn Ask Learn
Reading mode Table of contents Read in English Add Add to plan
Ask Learn Ask Learn
Reading mode Table of contents Read in English Add Add to plan
Ask Learn Ask Learn
Reading mode Table of contents Read in English Add Add to plan
Ask Learn Ask Learn
Reading mode Table of contents Read in English Add Add to plan
Ask Learn Ask Learn
Reading mode Table of contents Read in English Add Add to plan
Ask Learn Ask Learn
Reading mode Table of contents Read in English Add Add to plan
Ask Learn Ask Learn
Reading mode Table of contents Read in English Add Add to plan
Ask Learn Ask Learn
Reading mode Table of contents Read in English Add Add to plan
Scott Guthrie lives in Seattle and builds a few products
for Microsoft
I’m speaking at a Free AzureCraft event in London
on June 3rd
I’ll be in the UK next week presenting at the free AzureCraft event being held on June 3rd and 4th. This event was
created by the UK Azure User Group and is a great way
to learn about Azure as well as engage with the Azure
community in the UK.
As the role of mobile devices in people's lives
expands even further, mobile app developers have
become a driving force for software innovation. At
Microsoft, we are working to enable even greater
Ask Learn Ask Learn
Reading mode Table of contents Read in English Add Add to plan
Ask Learn Ask Learn
Reading mode Table of contents Read in English Add Add to plan
Ask Learn Ask Learn
Reading mode Table of contents Read in English Add Add to plan
Ask Learn Ask Learn
Reading mode Table of contents Read in English Add Add to plan
Ask Learn Ask Learn
Reading mode Table of contents Read in English Add Add to plan
Ask Learn Ask Learn
Reading mode Table of contents Read in English Add Add to plan
Ask Learn Ask Learn
Reading mode Table of contents Read in English Add Add to plan
2026-04-18
FINAL FANTASY VII REMAKE INTERGRADE
ゲーム
FINAL FANTASY VIIの待望のリメイク版がNintendo Switch2でもリリースされたので、早期購入してプレイした。
ストーリーはオープニングからミッドガル脱出まで。オリジナルを遊んだのは20年以上前で記憶も怪しいところがある。とはいえ、ストーリーの大筋は変わってない。…と言っていいのか？細かいところが変わった、とかじゃなくて、結構新要素も増えていた。フィーラーってなんやねん。あと最初からセフィロスが存在を匂わせるどころか普通に出てきたし。元を知ってるから、こうきたかと納得もできたけど、REMAKEから入った人は展開についていけたのか心配になる。
グラフィックは、さすがFINAL FANTASY。リマスターを除いて、自分が最後にプレイしたのは、脱落したXIIだったかな。その頃と比べて、圧倒的に美麗。クラウドやティファ達に声が入り、さらにリアルに動いていて、初めてPlayStationでFF VIIをプレイした時に近い衝撃があった。
戦闘はアクションになっていて最初驚いた。アクションとはいっても、魔法やアビリティとかはコマンドで選択する。アクションとコマンド選択の融合って感じ。アクションとしての難易度はそこまで高くはない。むしろゼルダよりアクション性は抑えられていた。難易度ハードは自分には無理だけど、イージーも用意してあったので、アクション苦手な人でも楽しめる。
マテリアシステムはREMAKEでも健在。召喚獣を召喚できる場面が限定されていたのはちょっと不満だったな。ボス戦でしか使えなかった。まぁ、しょっちゅう召喚できたらゲームバランス崩れるので、バランス取るためにそうしているんだろう。「はんいか」や「ぞくせい」でマテリアを組み合わせる面白さは色褪せていなかっ
Ask Learn Ask Learn
Reading mode Table of contents Read in English Add Add to plan
Ask Learn Ask Learn
Reading mode Table of contents Read in English Add Add to plan
Ask Learn Ask Learn
Reading mode Table of contents Read in English Add Add to plan
Learn more
Malak Ali
Technical Program Manager II
2026-04-16
Azure DevOps 2026/4/14の更新
Azure DevOpsリリース Azure Boards Azure Pipelines GitHub Advanced Security
Share on Tumblr
Azure DevOps Sprint 272リリースノートの翻訳を行いました。オリジナルはこちらからご覧ください。
learn.microsoft.com
今まで、コード検索は無料の拡張機能でしたが、組み込みになったそうです。これはめでたい。追加の構成（どこをインデックスするか）も必要でしたが、不要になったそうです。
CodeQLのデフォルトセットアップがパブリックプレビューになりました。プライベートプレビューから使っていましたが、便利です。organization全体で有効にするとライセンスインパクトがあるかもしれないのでご注意を。
セキュリティ概要ページアラートビューとキャンペーンの状態が見えるようになったのは便利だなと思います。共有しやすい。これPower BIで見えるようにならんかな…。
Markdownエディターも改良されて助かります。az boardsコマンドで作ると自動的に古いリッチエディターなんですが、markdownで作られないかな…。聞いてみるか。
ボードのフィルター処理もカスタマイズ便利そう。すごく昔から出ていた要望の一つなんですが、実現してありがたい。
サービス接続の情報見えるのはうれしいですね。これちょっと困っていたので。でも当たり前ですが新規だけか。
今回は２週間というやや短めスプリントでしたが、普通に機能が入っていますね。ではまた三週間後。
translate to Japanese to Azure DevOps release not…
kkamegawa 2026-04-16 06:13 読者
【先着特典あり】Next Tokyo 登録開始！7 月 30 日、31 日 東京ビッグサイト
2026年4月8日水曜日
革新的なアイデアを、AI とクラウドで実現しよう
旗艦イベント Google Cloud Next Tokyo を 2026 年 7 月 30 日（木）、 31 日（金）に東京ビッグサイト 南展示棟・会議棟にて開催します。
Next Tokyo 2026 は、現場を支えるエンジニアと、未来を担うビジネス リーダーが主役となる舞台です。AI と Google Cloud の最先端トレンドを凝縮し、あなたの戦略を具現化するための具体的なソリューションをお届けします。
未来を築くのは、あなた自身です。Next で得られる最先端の知見や戦略、ツールを手に、次の一歩を踏み出しましょう。革新的なアイデアを現実へと変えるための、多彩な学びがここにあります。
ぜひ、公式サイトからご登録いただき、新たな可能性を切り拓くこの機会に、ぜひご参加ください。
先着 2,000 名様に早期登録特典
Google Cloud を試すための 100 ドル分のクーポンを先着 2,000 名様にプレゼント！お早めに公式サイトからご登録ください！※クーポンの利用上限 100 ドルを超えると課金されますのでご注意ください
基調講演
ビジネスの「自律」を実現する Agentic AI（エージェント型 AI） と Google Cloud の最新技術を紹介。日本市場のリーダーが登壇し、変革の軌跡と AI による成長戦略のビジョンを提示します。
ブレイクアウトセッション
９つの専門分野から、次なるイノベーションを形にするセッションをご用意。米 Next 最新技術アップデートや国内企業のリアルな活用事例など、実践的な情報を凝縮。また、エキスパートに直接質問し、議論を深めるチャンスも！
Expo、Lear
↑ Top WordPress.com Blog.
February 08, 2026 Comment on this post [8] Posted in Musings
Comment on this post [8]
February 03, 2026 Comment on this post [1] Posted in Musings
Comment on this post [1]
November 28, 2025 Comment on this post [12] Posted in Azure | DotNetCore
Comment on this post [12]
October 09, 2024 Comment on this post [5] Posted in Bugs
Comment on this post [5]
April 25, 2024 Comment on this post [19] Posted in Open Source
Comment on this post [19]
03 | 2026 / 04 | 05
Get started with Microsoft Learn MCP Server
Create a custom agent that uses Learn MCP Server to answer all its users' questions with trusted Microsoft documentation.
Start building
Get started with Microsoft Learn MCP Server
Create a custom agent that uses Learn MCP Server to answer all its users' questions with trusted Microsoft documentation.
Start building
この広告は、90日以上更新していないブログに表示しています。
2026-03-26
生成AI時代の業務アプリ開発メソッド
Agent前提 ITシステム開発メソッド
1. このメソッドの考え方
このメソッドは、企業向け業務アプリケーション開発をAgent前提で再設計するためのものである。対象は、受発注・在庫・会計・人事のように、明確なビジネスルールに従って動くシステムである。
前提は次の通り。
Agentが成果物の生成と変換を担う
人間が業務ルールの定義・判断・確認・責任を担う
品質の起点はコードではなく業務ルールの正しさにある
このメソッドが重視するのは、認知ギャップの管理である。認知ギャップとは、人間が意図した内容とAgentが解釈・実装した内容のズレを指す。これをなくすことは難しいが、起きやすい場所を絞り、検知できる形にすることはできる。
2. 基本原則
認知ギャップは管理する
ズレをゼロにすることではなく、どこに閉じ込めてどう検知するかを設計する。
人間の確認は高抽象度に集中する
人間は業務意図、ドメインモデルの意味確認、構造判断、高リスク変更を確認する。
アーキテクチャが確認面積を決める
制約が強いほど、問題が起きる場所を予測しやすくなり、レビュー範囲を狭められる。
3. 用語の整理
業務モデル
何を実現するかを業務の視点で表したもの。ユースケース、ドメインモデル、アプリケーションサービス、ビジネスルールで構成する。
ドメインモデル
業務モデルの中核。エンティティ、値オブジェクト、集約、ドメインサービスとその制約を表す。人間はデータ構造・実際のデータイメージ・ビジネスルールの記載が業務意図に合っているかを確認する（意味確認）。実装の妥当性はコード読解ではなくコンポーネント単位の機能テストで確認する。
ビジネスルール
業務上の決まりごと。制約ルール（WHEN-THEN・ONLY IF・不変条件）と派生ルール（IF-THEN・計算
https://gist.github.com/ufcpp/e71c3b17c4102c1ed379
2025年5月12日月曜日
曜日の計算
我が家の書斎にのJohn Conwayへのインタビュー(Scientific American,
1999年4月号)の古いコピーがあった. それによると, Conwayは日付から曜
日を算出するのが得意であったらしい. もちろんそれには練習もした. 計
算機にログインした時, ランダムに日付を提示するようにし, その曜日を
暗算して練習したという. 2秒以内で正解が得られるようになったと書い
てあったから驚きである.
立教大学の島内先生も曜日の計算は素早く, その話はいつぞやのこのブロ
グにすでに記述した通りである.
私も曜日の高速計算を隠し芸にしたいが, どうすればいいか. いつもはブ
ログにも何度か書いた例の 2,5,5,...の表を使う. 当日と同じ年内のことだ
と, Doomsday方式も便利で, 今年(2025年)は「金曜」を覚えておくだけで
よい. Conwayの曜日計算はDoomsdayの方式に違いない. その辺のことは,
Winning Waysの第4巻にある.
問題はその年の定数, 若しくはDoomsdayを得ることにある. 私のは島内さ
んと同様で, 西暦年数の上2桁をc, 下2桁をbとした時, (b+b//4)にcが19
なら2を引き, 20なら4を足して7の法をとっていた. 例えば2025年なら,
c=20, b=25だから(25+floor(25/4)+4)%7=(25+6+4)%7=0. しかしこれはb
が大きいと, 大数を扱うことになり面倒だ.
Winning WaysにあるConwayの方法は意外である. bを12で切り捨て除算し,
(b=25ならb//12=2)その商(この例なら2)に剰余(同1)を足し, さらにその
剰余を4で切り捨て除算した商(同0)を足すものである((2+1+0)%7=3 それ
1 2 3
4 5 6 7 8 9 10
11 12 13 14 15 16 17
18 19 20 21 22 23 24
25 26 27 28 29 30 31
<< January 2026 >>
(C) 2026 ブログ JUGEM Some Rights Reserved.
2025-12-31
2025 年の振り返り
例年は年が明けてから振り返っていましたが今年の振り返りは今年のうちに！ AI に書いてもらおうかとも思いましたが、思い出しながら書くという形なので自分で書く形で振り返っていこうと思います。使い分け大事。 技術記事・勉強会 技術記事 最近は zenn に…
2025 年の振り返り
2025 / 12
2025年12月30日
■ 日本のAI規制体系における構造的混乱：AI事業者ガイドラインに起因する問題の連鎖
このところの日記の記載を基礎として、改めて、「AI事業者ガイドライン」と「AIセーフティに関する評価観点ガイド」をClaude Opus 4.5を用いてほぼ自動的に評価させた。繰り返しになるが、これは論文で指摘したかったことだが半年後くらいになりそうなので、早めに多くの人に認識を共有してもらうべくここに記すものである。結論は最後のターンまでスキップ。
私：日本のAI政策の問題を指摘するブログを2回書きました。この指摘に沿って「AI事業者ガイドライン」の問題点を分析してもらおうと思いますが、その前にまずこの2回分の指摘の内容を把握してください。
https://takagi-hiromitsu.jp/diary/20251216.html
https://takagi-hiromitsu.jp/diary/20251221.html
Claude：[考え中...]
2つのブログ記事を取得して内容を把握します。
[考え中...]
2つのブログ記事を取得しました。内容を整理してお伝えします。
（略）
AI事業者ガイドラインの分析に進みましょうか？
私：AI事業者ガイドラインはここにありますが、まず、「AI事業者ガイドライン（第1.1版）本編」を評価しましょう。対象PDFファイルをアップロードした方がいいですか？
https://www.meti.go.jp/shingikai/mono_info_service/ai_shakai_jisso/20240419_report.html
Claude：[考え中...]
まずはweb_fetchでPDFを取得してみます。うまくいかなければアップロードをお願いします。
[考え中...]
最新版は第1.1版（2025年3月28日公