AIはコードを書けるのに、なぜ置き換わらないのか プログラミングの本質は翻訳 AIが苦手な「曖昧さの処理」 本当に時間がかかっている作業 なぜコード生成能力だけでは足りないのか 注意点：実装の価値は確実に下がる AIが得意な部分、不得意な部分 最後に A…

パッケージ管理ツールを見ると、その言語の「価値観」が見える Composer：共有サーバー文化から生まれた設計 プロジェクトを“閉じる”ことを最優先にしている autoloadという標準化装置 npm：アプリケーション開発を中心にした文化 開発フローの入口になるpac…

Java独学がつらく感じやすい理由 すぐに動くものが作れない 概念用語が一気に押し寄せる 「文法理解＝Javaが分かった」と思ってしまう if文やfor文が書けても実装は別物 サンプルコードを写すだけで終わる危険 オブジェクト指向を早く理解しようとしすぎる …

Javaが後方互換を重視する理由 「一度書けば、どこでも動く」を守るため 企業システムの寿命が異常に長い Javaは「個人向け言語」ではない 実際にどれくらい後方互換が守られているのか 古い構文が今も使える APIは極力削除されない バイトコード互換も意識…

Javaのパッケージ管理が「堅い」と言われる理由 依存関係は宣言であり契約である クラスパス文化がもたらす制約 Pythonのパッケージ管理が柔らかく見える理由 実行環境と開発環境の距離が近い 暗黙の了解が多い 実際の現場で起きがちな違い Javaでは「最初が…

Node.js（npm）とJavaのパッケージ管理を一言で比べる Node.js（npm）のパッケージ管理思想 なぜnpmは「プロジェクトローカル」が基本なのか package.jsonが表す「契約」 lockファイルが生まれた理由 Javaのパッケージ管理思想 なぜJavaは安定性を最優先する…

Javaが「面倒くさい」と感じられる理由 Javaが生き残っている最大の理由は「壊れにくさ」 「面倒くさい」設計がチーム開発を支えている Javaは「失敗しづらい」言語である Javaが企業システムで強い理由 Javaを使う上での注意点とリスク それでもJavaが選ば…

はじめに：lockファイルは「安心して同じ環境を再現する」ための仕組みです lockファイルが解決しようとしている問題 ライブラリのバージョンは思っている以上に不安定 lockファイルは「解決結果のスナップショット」 lockファイルの中身では何が起きている…