#developer-experience
-
CSS Container Queries を使い始めたら、コンポーネントのレスポンシブ対応がかなり楽になった話
CSS の @container ルールを使い始めたところ、ビューポートではなくコンテナのサイズに基づいてスタイルを変えられるようになり、コンポーネント単位のレスポンシブ対応がかなりシンプルになりました。
-
TypeScript 7.0でビルドが最大10倍速くなったので試してみた話
TypeScript 7.0がGoネイティブコンパイラへの全面移植によってフルビルドが8〜10倍高速化。大規模プロジェクトで実際に触ってみた所感と移行時のポイントをまとめました。
-
TypeScript 5.5 で Array.filter() が型を自動で絞り込んでくれるようになった話
TypeScript 5.5 でコールバック型述語の推論が改善され、filter() の戻り値型が自動で絞り込まれるようになりました。型ガード関数を別に書かなくても済む場面が増えて、かなり楽になりました。
-
Vite 6 の Rolldown ネイティブビルドに切り替えたら、開発サーバーの起動がかなり速くなった話
Vite 6 で導入された Rolldown ビルドモードを試したところ、中規模プロジェクトで開発サーバーの起動が体感できるほど速くなりました。切り替え手順と率直な感想をまとめます。
-
Docker Compose の watch モードを使い始めたら、開発中のコンテナ再起動が不要になった話
開発中にファイルを変更するたびにコンテナを手動で再起動していたのが、Docker Compose の watch モードで自動同期できるようになり、開発体験がかなり改善されました。設定方法と実際の感想をまとめます。
-
TypeScript の Template Literal Types でAPI のイベント名を型安全にした話
WebSocket のイベント名や API パスを string 型で渡していたコードに Template Literal Types を導入したところ、補完が効くようになりタイポによるバグがかなり減りました。
-
Husky + lint-stagedでpre-commit時にコード品質を自動チェックする仕組みを作った話
コミット後のCIでフォーマット崩れや lint エラーが頻発していたプロジェクトに Husky と lint-staged を導入し、コミット前に自動チェックする仕組みを整えました。
-
pnpm に切り替えたら node_modules のサイズが激減した話
npm から pnpm に移行したところ、node_modules のディスク使用量が半分以下になり、インストール速度もかなり速くなりました。モノレポ対応や切り替え手順、使ってみた感想をまとめます。
-
ESLint v9 の flat config に移行したら、設定ファイルがかなりスッキリした話
.eslintrc.* で複数ファイルに分散していた ESLint の設定を eslint.config.js（flat config）に移行したところ、構成が1ファイルにまとまり管理がかなり楽になりました。移行手順と感想をまとめます。
-
Node.js 24 で TypeScript がそのまま動く時代になってた話（tsx いらずで快適）
Node.js 22 で追加された型除去（strip-types）機能が Node.js 24 ではデフォルトになりました。tsx や ts-node なしで .ts ファイルを直接実行できる環境がどれだけ快適か、試してみた体験を書きます。
-
tRPC でフロント・バック間の型を共有したら、API 通信がかなり安全になった話
tRPC を導入することでバックエンドとフロントエンドで同じ TypeScript 型定義を共有でき、型ズレによるランタイムエラーがかなり減って開発体験が向上しました。Next.js プロジェクトへの導入手順と感想をまとめます。
-
husky と lint-staged でコミット前に Linter とフォーマットを自動実行するようにした話
husky と lint-staged を導入してコミット前に ESLint と Prettier を自動実行するようにしたら、コードレビューでフォーマット系の指摘がほぼゼロになりました。セットアップ手順と使ってみた感想をまとめます。
-
git bisect でバグがどのコミットで入ったか特定できた話、知らなかったら損してた
いつのまにか混入していたバグをgit bisectで追跡したら、数十のコミットを手動で確認する手間がなくなりました。コマンドの使い方と実際の体験をまとめます。
-
Tailwind CSS v4 に移行したら、設定ファイルが消えてかなりスッキリした話
Tailwind CSS v4 へ移行したところ、tailwind.config.js が不要になり設定がCSSに集約されました。@tailwindcss/upgrade で移行もスムーズで、プロジェクトの見通しがよくなりました。
-
BiomeでESLint + Prettierを一本化したら、管理がかなり楽になった話
ESLint と Prettier の設定が増えて管理が面倒になっていたプロジェクトに Biome を導入したところ、設定ファイルが1つにまとまり、リントと整形の速度もかなり速くなりました。
