表題の通り、PHPカンファレンス関西に参加しました！
感想はとても楽しかったです！（小並感）
この記事では、
聞いたセッションとその感想
懇親会の感想
カンファレンスで得たもの
カンファレンス全体の感想
を書いています！
要はカンファレンスのいち参加者として感想をまとめたものです。完全に独断と偏見の塊です！そのへん、よろしくです！
ちなみに、当日スタッフ・裏役でやったことのふりかえりは↓↓↓です！
聞いたセッションとその感想
聞けたセッションは以下の通りです。
テストコードが書けるようになって「変更したけど壊してないかな」という不安を解消しませんか？〜テスト駆動開発の世界のクイックツアーも添えて〜 by nikkie
Mutation Testingとはなにか？ 〜Laravel(Pest)でInfectionを利用したライブデモ〜 by Kanon
PHP8.1で、リソースがオブジェクトに！？ ～マイナーリリースの変更がレガシープロダクトに与えた影響～ by 廣部 知生
意外に聞けたなー。後半、タイムキーパーだったので、時間見ながら、ウンウンとうなずきながら聞いてました。
RDBアンチパターンと戦う - 削除フラグ 完全攻略ガイド by 曽根 壮大
フラグのカラムで管理したくなるのはあるあるですねー。
それぞれのステータスを子テーブルにするのはいいよねー。
PHP は良くわかんないけど、型やクラス、構造体で上手く定義するのもあるよなーと思って聞いてた。Java だったら、Sealed とか使ったりして、型で表現するみたいな。。
話でもあった、フラグが別の意味を持ち出すと引き返せなくなるのはある。システム用のフラグを現場の運用で使っていて、下手に消せないとか、近しいことは前職でもあったなーと回顧。
レガシーとモダンなシステムが混在する開発環境を改善しよう by 井上良太
息の長いシステムだとサブシステム単位で分かれちゃうよなー。
そうはなりたくないけど、その時の状況に応じていろいろあるよなー。
極力、サブシステムやサービスでやり方が異なるのは辛いので、そのあたりは横串・横断的なチームを作って置きたいなー。チームトポロジーでいう、イネーブリング・チームみたいな。
テストコードが書けるようになって「変更したけど壊してないかな」という不安を解消しませんか？〜テスト駆動開発の世界のクイックツアーも添えて〜 by nikkie
テスト大事！テスト大事！大事なことなので2回いいました。
なにもテストない→テストあるの状態はファーストステップとして必要。
セッションでは無かったけど、テストもコードなので、あればあるほどテストコード自体の保守が必要になる。つまり、技術負債になりかねない。サービスが大きくなると、リファクタリングをするときにこれらのテストが偽陽性判定を出し始めると、テストが邪魔になることはあるよねー。正しい実装なんだけど、テストが落ちちゃうみたいなことを聞きながら思っていた。
この辺は、『単体テストの考え方／使い方』にいろいろ書かれていたなー。やっぱり、読み直さないとー。
その条件分岐って本当に必要？ by 伊神 誠人
これも、大事。
条件分岐ってネスト深くなると逆「く」の字型になって、可読性がだだ下がりする。早期リターンや捉え方を変えるだけでいい感じに可読性が上がる。そして、バグりにくくなるよなー。そうするとテストしやすくなるので、そっちの方にもいい影響が出てくるような気がする。
Mutation Testingとはなにか？ 〜Laravel(Pest)でInfectionを利用したライブデモ〜 by Kanon
テストコードの品質検証っていうのは、なるほどなーと思った。
あえてバグを入れて、バグをどのくらい回収できたかで、テストの良さを測る。なんか、抜き打ちテストみたい。あと、カオスエンジニアリングっぽい。障害を発生させて、システムの弾性を試したり、測ったりする感じ。
他の言語でもどんなんがあるか気になった。
PHPの「歴史的な理由」ってなんだ！？ by スー
門外漢だったので、良く理解していなかったんですが、PHP の公式ドキュメントの「歴史的な理由」というのが、ある意味ネタな感じなんですかね。
それ自体を知れて面白かった。
夢から現実へ: PHPエンジニアの私がスタートアップCTOとして直面した挑戦 by 原田裕介
実際にご経験された話なので、わかりみが深かった。
個人的には、「課題：社内から下請けのような扱い」みたいなところは、逆もまた課題になることがありそうと思っていたりしてて、例えば、社内の別部署から「エンジニアの仕事よくわからん」とか遠慮が始まると、サービスとしてあるべき姿に向けられないとかありそう。しらんけど。
あと、自分が入社する前、もっというと、今の部長が大鉈を振るう前のウチは、資料にあるような状態な気もした。今は違うけど、当時の Backlog や Git の履歴を見ているとバタバタ感を感じることがある。しらんけど。
OpenTelemetry PHPで始める！オブザーバビリティ入門 by 古賀 敦士
OpenTelemetry いいよねー。って感じた。
やはり、緊急時や平時問わず、システムの観測をどの粒度できるかは必要になる。どこにボトルネックがあるのかは定点観測していくことで、日々の保守改修でも、劣化に気付けるなーと。しらんけど。
このあたりはツール類は言語やフレームワークによって、導入の障壁が変わってくるなーみたいな話は、登壇者と会話できて良かった。やっぱり、Go や Java の方が多いというのは、なるほどなーという感じ。
ここが変だよPHP（褒め言葉） 入門編 by BABY JOB ミヤギ
弊社メンバーの発表。そういうとき、自分も少し緊張する。笑
事前に社内での練習会に聴講してから、どう変わったのか気になっていた。
いろいろな機能や他言語の類似の話を出てて、面白かった。時間が足りないというのも、話の持って行き方として面白かった。
PHP8.1で、リソースがオブジェクトに！？ ～マイナーリリースの変更がレガシープロダクトに与えた影響～ by 廣部 知生
個人的には、このバージョンアップで結構な破壊的変更があるんだーと感じた。そのままのコードで上手くいかず、grep して書き換えてテスト通してみたいなのが多いと嫌だよなーなんか思ったりした。
PHPを勉強してからプログラミングが好きになった話 by うーたん
マイナスからプラスになる話。自分が作りたいものを追い求めるほうが健全だよなーと思った。
大学の授業でのプログラミングがどういうものか知らないけど、変な縛りプレイみたいなのはありそう。〇〇を使わずに、楽するな的な。楽するための技術なのになー。
Laravel の開発時、メールのデバッグってどうやってますか？ by benzoh
こちらも弊社メンバーの発表でした。同じく緊張しました。なぜか。
内容は Laravel 9 の話ではあるものの、他の言語やフレームワークでもメールデバッグは考えないと事故になるからなー。
当日デモに挑戦されていましたが、、、内容は御本人の感想ブログが上がるのでそちらを後日掲載しようと思います！
初心者だからこそ使って欲しい！Xdebugによるスマートデバッグ術 by kaho
個人的には、本論の前の谷四のエンジニアカフェの話がすごく興味を引いた。
本論は Xdebug の使い方の紹介でこういうツールや機能を知っているだけでもいいことあるもんなー。モブプロとかしているときに、自分が知らない機能とか使われるとなんかすげーと思ったり、自分の今までの苦労は。。。みたいな感覚になったりした。
あと、X での流れ↓があって、笑ってしまった。
懇親会の感想
とても楽しかった！（小並感再び）
人見知りを炸裂していましたが、同僚のおかげでいろんな人と会話ができてよかったです。あと、スタッフもシールが配られていたので、色んな方と交換して楽しんでいました。
また、以前から（一方的に）知っている方とも会話したり、OOC に登壇する方ともコミュニケーション取れたりして非常に次に繋がる交流ができました！モチベーションバク上がりですわー。
ご飯も美味しかったです。
カンファレンスで得たもの
その１：スタッフパーカー
スタッフには臙脂色のおしゃれなパーカーがもらえます！ちょうどいい薄さで羽織るのにめちゃくちゃいい。ただし、色落ちがひどく薄い色のものとは洗えない。。。笑
その２：交流
懇親会のとこにも書きましたがいろいろな方とコミュニケーション取れてよかったです。
その３：シール
自分のシールだけでなく、様々な方のシールをいただけて非常に嬉しかったです！他のカンファレンスでもこういうのあると、楽しそう。
その４：モチベーション
やっぱり、登壇している方々を見ていると自分も登壇したいなーと思いました。直近で OOC 2024 の登壇が決まっていますが、他のカンファレンスにもガンガン CfP 投稿していきたいです。ということで、面白そうだったふりかえりカンファレンスにもプロポーザルを投稿しましたーー！おりゃー！（OOC の準備しないといけないのに。。）
カンファレンス全体の感想
体バッキバキで一時的に HP ほぼゼロで瀕死でしたけど、めちゃくちゃ良かった！いろんなステータス上がりっぱなしな感じ。
そして、次回も参加したいなーと思った。
次は登壇かな～。PHP によらない話もポツポツあったりしていたので、ワンちゃんありかもなー。
以上！