PHPカンファレンス名古屋2025に参加してきた #phpcon_nagoya

2/22(土)に開催された「PHPカンファレンス名古屋」にオフライン参加してきた。

自分はPHPerどころかバックエンドエンジニアですらないが、こんな理由で参加を決めた。

  • PHPに限定しないテーマのセッションも多い
  • 名古屋開催だった
  • lacolacoさんもPHPカンファレンス福岡2023に参加してた

当日

岐阜は朝からベタ雪が降っていて、少し遅れてしまったが、無事に会場のウインクあいちに到着。 余談だが、岐阜から東海道本線で名古屋駅に来た場合、一番北側のプラットフォームに到着するので、中央出口に出るときは便利。逆に新幹線は一番南側なので、少し遠い。

聴講したセッション

テスト、設計原則、アーキテクチャ関連のセッションを中心に聞いた。

『テスト書いた方が開発が早いじゃん』を解き明かす

「プログラミング」という難しい作業に対して、「テスト」がなぜ有効なのかを体系的かつ具体例を交えて整理していて、とても納得感があった。テストにネガティブな環境でも、できることはたくさんあると学べた。

Copilotのおかげでコーディングの速度は上がったが、設計や保守のコストは依然としてかかる。 環境を変えていくには、このくらいキャッチーなフレーズが必要なのかもしれないが、テストは必ずしも万能ではない。

設計原則、アーキテクチャパターン、アーキテクチャスタイルの違いって何？いつどう向き合ったらいいの？を考えてみる

セッション後半の「設計原則やアーキテクチャをビジネスの現場でどう活かすか」の話が特に勉強になった。 普段フレームワークを使っていると忘れがちだが、設計原則の徹底やアーキテクチャの見直しは常に意識していきたい。

クリーンアーキテクチャから見る依存の向きの大切さ

DIP（依存性逆転の原則）の話。普段あまり実践する機会がないので、改めて学べてよかった。 スライドも分かりやすく、「変わるもの」と「変わらないもの」の線引きが重要という話が印象的だった。

もう一度やり直せるならこうする：テックリードの経験から学んだ設計の教訓

ドキュメント運用の話が個人的にタイムリーな話題で、興味深かった。 ADR（Architecture Decision Record）という用語を初めて知り、勉強になった。 GitHub Discussionsを使ったドキュメント運用について、階層構造の表現をどうしているのか気になった。

仕様変更に耐えるための”今の”DRY原則を考える

スライドが見やすく、DRY原則について再考させられた。 「それって本当に共通化すべき？」という問いは常に持ち続けたい。 あと、実例にあったメソッドは、フラグ引数のアンチパターンにもなっていたので、そういった観点があってもよさそう。

スポンサーブース

カルテットコミュニケーションズさんのブースに立ち寄ったところ、PHPのイベントなのにAngularの話で盛り上がった。 貴重な中部地方のAngular Developerと知り合えてよかった。

Findyさんでは、AIツールの導入が採用側でも当たり前になってきているという話を聞いた。 「AI適正の高いエンジニアの市場価値が上がっている」というのは納得感がある。

総括

PHPが分からなくても十分楽しめた。言語やフレームワークが違っても、根本的な考え方は共通していると再認識。 また、普段一人で作業していると忘れがちだが、「エンジニアはたくさんいる」という当たり前の事実が、良い刺激になった。

運営も素晴らしく、コーヒーおかわり自由がありがたかった。 涼宮ハルヒ世代なので、平野綾さんのタイトルコールには密かにテンションが上がった。

唯一の心残りは「アンチボッチランチ」に参加できなかったこと。次回はぜひ。

さいごに

運営・登壇者のみなさま、お疲れ様でした！

© 2025 nishitaku