Skip to content

Instantly share code, notes, and snippets.

@matarillo
matarillo / 00_README.md
Created November 5, 2026 13:20
Thoughtworks Technology Radar CTO レポートの図表画像

Thoughtworks Technology Radar CTO レポート — 図表画像

この Gist は、次の Gist に収録している「Thoughtworks Technology Radar 長期トレンド分析(大企業CTO向け戦略レポート)」の図表画像(12 点)を置くためのものです。

@matarillo
matarillo / Thoughtworks_Technology_Radar_CTO_Report_2026.md
Last active November 5, 2026 13:21
Thoughtworks Technology Radar トレンド分析(Vol 22〜35 / 2020〜2026)

Thoughtworks Technology Radar 長期トレンド分析

作成注記:本レポートはOpenAIのChatGPTによって生成されました。

大企業CTO向け戦略レポート
分析対象:Vol.22〜35、2020年5月〜2026年11月(計14号)
基準日:2026年11月5日
分析資料:Thoughtworks Technology Radar Vol.22〜35の原文を整理したMarkdown。数値は各号の掲載表から集計しています。

図表: 14号の定量分析と、大企業の技術投資・組織運営への示唆を示す12点の図表を収録しています。

module FsProb.Distribution
open System
open FsProb.Util
type IDistribution<'a> =
abstract member Sample: unit -> 'a
type IWeightedDistribution<'a> =
inherit IDistribution<'a>
@matarillo
matarillo / EngThrive.ja.md
Created June 4, 2026 09:24
EngThrive https://arxiv.org/abs/2605.04259 ChatGPTによる日本語訳

Original paper: https://arxiv.org/abs/2605.04259

EngThrive: 優れた仕事をすばやく簡単にできるようにする

Brian Houck, Tim Bozarth, David Liu, Dean Carignan

1. はじめに

すべてのエンジニアリングリーダーは、同じ問いを発している。「自分たちの開発者は生産的なのか?」そして「自分たちの生産性は向上しているのか?」。これらの問いは何十年にもわたって重要であり続けてきたが、AI の台頭によって、仕事の進め方そのものが根本的に変わりつつあるため、実存的な緊急性を帯びるようになった。本稿では、ソフトウェア開発の形が進化し続けても意味を持ち続ける、生産性を測定するための持続性のある多次元モデルを提案する。

React Hooks ユーザーのための Flutter / Riverpod 入門

React Hooks に慣れている人が Flutter / Riverpod を学ぶとき、最初に理解すべきなのは「どの API がどの hook に対応するか」ではありません。

より重要なのは、UI が再構築される条件と、依存オブジェクトや command をどこから取得するかが、React と Flutter / Riverpod では違うという点です。

React では、component は state / props / context を入力として再実行されます。
また、event handler は component の lexical scope にある値を closure として参照できます。

一方、Flutter / Riverpod では、Provider の値を UI の再構築条件に含めたいなら ref.watch で明示的に購読します。

aws-azure-login

設定

npx aws-azure-login --configure --profile azure-saml

Default Username, Default Role ARN は何も入力せずEnterを押してよい。

.NET開発体験とエコシステム比較:互換性の視点から

1. .NETにおける互換性の実情

.NETは、Microsoftによる統合的なエコシステム管理により、標準ライブラリが充実し、フレームワーク間の整合性が比較的高く保たれています。しかし、プラットフォームの近代化とクロスプラットフォーム化を推進する過程で、時には破壊的変更を伴う進化を遂げてきた歴史も持ちます。

  • .NET Framework時代: この時期はバイナリ互換性が重視されました。しかし、依存関係の管理には課題がありました。単一のアプリケーションが参照する多数のライブラリ間で、推移的依存のバージョンが異なると競合が発生し、開発者は「bindingRedirect」という設定を手動で調整する必要がありました。これは複雑で間違いやすい作業でした。

  • .NET Core / .NET 5+ 時代: クロスプラットフォーム対応とパフォーマンス向上を目指した.NET Coreの登場により、APIの整理やアーキテクチャの刷新が行われました。この移行期には以下のような互換性の課題が顕在化しました:

  • Entity Framework 6 (EF6) と EF Coreの間には直接的な互換性がなく、コードの書き換えが必要

新しい新製品開発ゲーム

著者: 竹内弘高 および 野中郁次郎

『雑誌掲載記事』(1986年1月号)より


現代の急速に変化し、競争の激しい商業用新製品開発の世界において、スピードと柔軟性は不可欠です。多くの企業が、従来の逐次的な新製品開発アプローチではもはや十分に対応できないことを認識しつつあります。 これに対し、日本やアメリカの企業では、ラグビーのようにチームが一体となってフィールドを前進しながらボールをパスし合う、包括的な手法が採用されています。

@matarillo
matarillo / Falco.Program.fs
Last active September 20, 2025 07:26
compare giraffe with falco
open Falco
open Falco.Routing
open Microsoft.AspNetCore.Builder
let endpoints =
[ get "/weather" WeatherForecast.getRandom
get "/" (Response.ofPlainText "Hello World!") ]
[<EntryPoint>]
let main args =