ノーマルビュー

昨日 — 2026年4月5日 Zennのトレンド

GitHub Copilot CLI の /fleet が面白い

著者: tkym
2026年4月4日 10:00
はじめに GitHub Copilot CLI の /fleetがおもしろいです. 名前だけ見ると「並列で動くモードなんだな」ぐらいですが, 実際に触ってみると,効くかどうかは prompt の切り方 で大きく変わってきます. 雑に投げるとあまり速くならないですし, うまく分解できるように書くと「これは気持ちいいな」という挙動をしてくれますと思います. 今回は,公式ドキュメントと GitHub Blog の /fleet 記事を見直しながら, /fleet が何をしているのか,どういう prompt だと並列化しやすいのか, そして どんな使い方があるのか について書いてみようと思い...

💾

WinUI 3 の悪いところ

著者: SHINTA
2026年4月4日 09:12
はじめに WinUI 3 には明確な利点があり、現在筆者は主に WinUI 3 で開発しています。 しかし一方で悪いところ(デメリット)も多々あり、WinUI 3 での開発はイライラがつのることもまた事実です。なぜ大変なのか、 不可解な設計 機能不足 バグ の観点から整理しました。 不可解な設計 整理されていないコントロール ListView 系 WinUI 3 には ListView のように項目を一覧表示するコントロールが複数混在しており、分かりづらいです。 ListView ListBox GridView ItemsView 機能的には ItemsView...

💾

C#で設計原則をどこまで適用するか — 規模別の線引きガイド

著者: JodyCraft
2026年4月3日 22:06
SOLID、DRY、KISS、YAGNI——ソフトウェア設計の原則を学ぶと「全部守らないとダメなのか?」という疑問にぶつかる。 正直に書くと、私は小さなWinFormsツール(1画面、1機能)にDIコンテナとインターフェース分離を入れて、「なんでこんなに面倒なんだ」と思ったことがある。3ファイルで済むはずのツールが15ファイルに膨れ上がった。 設計原則は「常に全部適用する」ものではない。プロジェクトの規模によって、どこまで適用するかの線引きが必要。この記事では、C#プロジェクトを3段階の規模に分けて、各設計原則の適用基準を整理する。 まず4つの原則をおさらい 知っている人は読み飛ばし...

💾

V1 リリース! - Microsoft Agent Framework (C#) V1 その1

著者: Kazuki Ota
2026年4月3日 14:58
シリーズ記事 その1: V1 リリース! - Microsoft Agent Framework (C#) V1 その1 その2: GA された機能を触ってみよう - Microsoft Agent Framework (C#) V1 その2 はじめに 2026/4/2 に Microsoft Agent Framework の .NET 版 1.0.0 が正式にリリースされました!!🎉 https://github.com/microsoft/agent-framework/releases/tag/dotnet-1.0.0 自分は Semantic Kernel のかなり...

💾

React の Container/Presentational × Hooks を関数型アーキテクチャで再設計する

著者: Junpei Iwata
2026年4月3日 07:00
はじめに 私はもともとContainer/Presentationalパターンに対して懐疑的でした。このパターンを広めたDan Abramov氏(React core team)自身も2019年に元記事へ補足を加え、「もうこの分け方は推奨しない。Hooksで同じことができる」と述べています。自分もその流れに沿って、ロジックの分離はHooksで十分だと考えていました。 https://medium.com/@dan_abramov/smart-and-dumb-components-7ca2f9a7c7d0 とはいえ、現場でContainer/Presentationalパターンを採用...

💾

❌