一番分かりやすい OpenID Connect の説明 - Qiita

Development
Configuration Migration Guide - ESLint - Pluggable JavaScript Linter
npx @eslint/migrate-config .eslintrc.json
Migrate to v9.x - ESLint - Pluggable JavaScript Linter
Make sure you upgrade to at least Node.js v18.18.0 when using ESLint v9.0.0.
Four new rules have been enabled in eslint:recommended:
Flat config. If you are using flat config, you can run npx eslint or eslint (if globally installed) and ESLint will assume you want to lint the current directory. Effectively, passing no patterns is equivalent to passing . .
アーキテクチャ設計の民主化とADR(Architectural Decision Records)による意思決定の未来 - Facilitating Software Architecture の読書感想文 - じゃあ、おうちで学べる
altディシジョンツリー | Web Accessibility Initiative (WAI) | W3C
ウェブ制作者のためのアクセシビリティ情報 - アクセシビリティ | MDN
What is mutationKey? · TanStack/query · Discussion #6093
The mutationKey role is to link a mutation with a default option already configured or to identify a mutation to share its state like loading, error, or data across components.
Building a Typography component with Recipes in Panda CSS - Segun Adebayo
What is JavaScript AST, how to play with it?
🚀⚙️ JavaScript Visualized: the JavaScript Engine
Why I’m excited about text-box-trim as a designer
tomrijndorp/vscode-finditfaster: Find it, but faster! Fast file search for VS Code.
React v19 – React
React 19 では、トランジション内で非同期関数を使用することで、送信中状態、エラー、フォーム、楽観的更新を自動的に処理するためのサポートが追加されます。
React v19に関する周辺ライブラリへの影響と対応状況について - RevComm Tech Blog
モノレポにすべきか、レポジトリを分割すべきか
プロダクトマネジメントクライテリア
AddyOsmani.com - Stick to boring architecture for as long as possible
ソフトウェア設計原則は変更容易性に通ず - Shin x Blog
一方、こうした経験が無い人の中には、変更容易性は余計なもの、面倒なもの、過剰なものとして捉えるケースがある。これは致し方ない面もある。私自身も書籍などで見聞きしていたものが、実体験を伴った(痛みを経験した)ことでその重要性に気付いたという経験が何度もある。こうした変更容易性の重要性が分からない状態で原則を駆使すると、ともすれば形だけ適用してピントを外したものにもなりかねない。例えば、クリーンアーキテクチャを採用したのに、ただ手数が増えるばかりで効果が実感できないというようなことが起こり得る。
副次的な変更に影響を受ける箇所は限定的にしておくことで、その影響範囲を小さくできる。これはレイヤ分けしなくてもクラス設計の工夫で十分に対応できる。例えば、外部ライブラリをアプリケーション全体で広く使うのではなく、それを内包したクラスを実装し、アプリケーションではその内包したクラスを利用するという方法だ。
外部変更容易性を向上させるには、クラスの組み合わせを変えられるポイントを作っておき、状況に応じてそこに必要なクラスを差し替えられるようにしておく。例えば、DI(依存性注入)やOCP(オープンクローズド原則)、さらに GoF のデザインパターンにこういった例がある。この方法は有効である場面はある一方、方法によってはあらかじめ変更できる箇所を予測して実装しておく必要があり、構成としてもやや複雑になるという面がある。
「Easier To Change」(変更をしやすくする)。これがETC原則です。
(略)
我々が知る限り、この世の中のあらゆる設計原則はETC原則を特殊化したものとなっています。
一方、内部変更容易性を向上させるには、クラスやモジュールの内部実装を変更しやすい状態にしておく。有効なもの一つに情報隠蔽がある。
どういった状態が理解しやすいものかというのは読む人にも依存する。そ