php
PHPとMySQLは偶然の組み合わせではない PHPが解決した「HTMLは保存できない問題」 MySQLが「状態」を持たせた なぜ他の言語では起きなかったのか レンタルサーバが普及を加速した WordPressが関係を固定化した 注意点：現在は必須ではない なぜ今も語られる…
LAMPは単なる技術構成ではない Webはもともと「更新できないもの」だった MySQLが「保存」を可能にした PHPが「ページ生成」を実現した Apacheが「公開」を簡単にした Linuxがコスト構造を変えた なぜこの4つの組み合わせが強かったのか 注意点：現在は同じ…
結論：始めやすくはなったが、理解しやすくはなっていない 以前の「初心者の壁」 現在の導入体験 なぜ理解が難しいままなのか 最初に起きるトラブル 学習コストの変化 良くなった点 注意点：動いた理由が分からないまま進みやすい まとめ：優しくなったのは…
結論：本番コンテナで依存解決しない よくある構成とその問題 正しい考え方：ビルドと実行を分離する マルチステージビルドを使う なぜ起動時installが危険なのか volumeマウントの注意 Composerキャッシュの活用 注意点：PHP拡張の影響 まとめ：Composerは…
モノレポでは「1つのアプリ」ではなく「複数パッケージ」を扱う なぜモノレポで問題が出るのか pathリポジトリを使う シンボリックリンクの利点 lockファイルの扱いが変わる バージョン管理の考え方 CI/CDとの関係 注意点：単一アプリと同じ感覚で運用しない…
結論：弱点はあるが、置き換える理由が成立しない 依存解決は万能ではない バージョン制約は人間の設計に依存する updateの怖さは消えない パフォーマンスの問題 なぜそれでも使われるのか エコシステムとの結びつき 注意点：問題を無視して良いわけではない…
結論：成長はしているが、分かりにくい形になった かつての成長は分かりやすかった Composerが成長の形を変えた フレームワークの役割が変わった 開発スタイルの変化 新規ユーザーが少なく見える理由 注意点：成長と流行は別 まとめ：見えにくい進化が続いて…
結論：置き換わる可能性は低いが、役割は変わり続ける 置き換わるとしたら、どんな条件か PHPの実行モデルに適合している 代替が生まれにくい理由 Packagistという集中点 「遅い」「重い」は致命傷にならなかった 変わりつつある役割 実行環境からビルド環境…
結論：変わっているのはツールではなく「使い方」 Composer自体は安定期に入っている 変化したのは実行環境 環境構築ツールの一部になった lockファイルの重要性が上がった プラグインとツールの増加 モノレポ対応の増加 セキュリティ意識の変化 注意点：簡…
コマンドを知っているだけでは安定しない 「使っている」状態 「理解している」状態 バージョン制約の読み方 間接依存を意識する composer.lockの扱い デプロイ時の行動 なぜ差が大きくなるのか 注意点：経験だけでは補えない まとめ：操作ではなく前提を理…
期待しすぎると、逆にトラブルの原因になる Composerが得意なこと Composerが解決しないこと 典型的な誤解 ライブラリを増やすリスク セキュリティと更新 Composerに任せすぎた例 注意点：便利さと制御は反比例する まとめ：Composerは基盤であって管理者で…
PHPの印象は文法より「開発体験」で決まる よくある最初の体験 Composerが変えるのは「読み込み方法」 「ライブラリを使う」の意味が変わる なぜ印象が変わるのか 誤解されやすい点 注意点：入れただけでは変わらない まとめ：PHPの評価は使い方に依存する P…
PHPの自由度はそのまま依存管理の難しさになる 他言語との違い Composerは決めてくれないツール 自由の裏側で起きる問題 composer.lockの意味 updateの扱いが難しい理由 運用で決めるべきこと 注意点：簡単に使えることと安全は別 まとめ：自由は設計を要求…
不便だったのは「ライブラリが少ない」ことではなかった 手動インストールが前提だった バージョン管理ができない 読み込み順序の問題 クラス名の衝突 更新が最大のストレス 環境差異の問題 Composerが解決したこと なぜ評価が変わったのか 注意点：昔のコー…
現在のPHPは「Composerが存在する前提」で設計されている かつてのPHPは「1ファイルで完結」する言語だった フレームワークの発展が限界にぶつかった Composerが変えたのは「共有可能性」 PSR規約とComposerの関係 フレームワークの構造が変わった なぜこれ…
なぜComposerのトラブルは「人間側の問題」になるのか composer.jsonは設定ではなく宣言 composer.lockは契約の確定版 なぜチーム開発で重要になるのか 破られると何が起きるか なぜComposerは厳密なのか 契約としての運用方法 installとupdateを分ける 変更…
小さな設定ファイルに見えて、実はプロジェクトの前提条件 よくある最初の書き方 ワイルドカード指定の危険 ^ と ~ の意味を知らない問題 PHPバージョンを書いていない autoloadを設定していない scriptsの誤用 なぜ修正が難しいのか 注意点：lockファイルを…
原因は「余計なライブラリ」だった require と require-dev の違い なぜ本番に入ってしまうのか 実際に起きた症状 セキュリティ上のリスク よくある誤解：require-devは読み込まれない 防止策 デプロイ時のコマンドを固定する composer.lockを必ず使う CIで…
原因はコードではなく「PHPのバージョン」だった きっかけ：環境移行 実際に起きていたこと なぜinstallで壊れるのか composer.jsonの見落としがちな項目 よくある誤解：Composerが勝手に入れた 解決方法 1. PHPバージョンを確認 2. platform設定を使う 3. …
最初は「1つのライブラリを入れるだけ」のはずだった 最初の異変：フレームワークが起動しない 起きていたこと：依存の“連鎖更新” なぜrequireだけで壊れるのか 典型的なエラーメッセージ 解決までにやったこと 依存地獄とは何か 有効だった対処法 注意点：…
まず結論：Composerが壊したのではなく「状態が変わった」 「コードを触っていない」は本当に安全か 何が実際に変わっているのか composer.lockが一致していない 本番だけ壊れる理由 環境差異 よくある犯人：間接依存 Composerが疑われる理由 確認すべきポイ…
何も変更していないのに動かなくなることは本当に起きる その日何が起きたのか 軽い気持ちで実行したコマンド 実際に起きていたこと 間接依存が最も危険 なぜinstallでは起きないのか よくある誤解：updateは安全なメンテナンスではない 実際の復旧手順 なぜ…
PHPが「古い」と見えるのは言語仕様より“運用の歴史”の影響が大きい Composer登場前のPHPは“再現性”が弱かった ライブラリ導入が手作業だった時代 他言語は依存関係が先に整備された Composerが変えたのは“開発手順” セットアップが1コマンドになる autoload…
RubyGemsとComposerは「似ているようで違う進化」をした Rubyは最初から「アプリケーション言語」だった Rubyの前提：ローカルで開発してデプロイする Bundlerの登場 PHPはまったく違う出発点だった PHPは「サーバー上で直接動かす」文化 その結果：ライブラ…
package.jsonとcomposer.jsonは似ているが「目的」が違う まず確認：両方とも依存関係を管理するファイル 依存関係の宣言 最大の違い：JavaScriptは実行環境、PHPは配布コード Node.jsはアプリケーションを組み立てる文化 PHPは配布コードとして動く文化 aut…
PHPには昔から「パッケージ管理ツールが無かった」わけではない PEARの時代：グローバルインストール文化 PEARとは何だったのか 何が問題だったのか なぜ他のツールも育たなかったのか PHPの実行モデルが特殊だった Composerが革命だった理由 vendorディレク…
pipとComposerは「同じ役割のツール」だが、思想はかなり違う 共通点：依存関係を解決するパッケージ管理ツール できることはほぼ同じ ロックファイルの存在 最大の違い：環境中心のpip、プロジェクト中心のComposer pipは「Python環境」にインストールする …
まず押さえる：昔のComposerは“純粋な依存管理”だった Symfony Flexとは何か 何が起きているのか（Recipeという仕組み） なぜこれが重要なのか Composerは「コード」だけでなく「構成」もインストールする ただし、メリットだけではない（重要） 1) “なぜ動…
インストール方法の違いが思想の違い npm Composer 依存解決の考え方 なぜPHPはこの思想なのか lockファイルの意味の違い updateが危険に感じる理由 よくある誤解 実務での使い分けの感覚 注意点 まとめ Composerとnpmはどちらも「パッケージ管理ツール」で…
SymfonyとComposerの関係が「深い」と言われる理由 Symfonyは最初からComposerありきで作られている Symfonyの機能追加はComposer installそのもの Composerを深く使うからこそ得られるメリット 依存関係が可視化され、トラブルシュートしやすい バージョン…
