はじめに

ブログを書くまでがカンファレンスですということで PHPerKaigi2023 の参加の体験記事的なやつです。
なにげにオフラインでの参加は初でした。

初めて参加しようとなったきっかけは以下のやり取りでありました

やりとり

記事のタイトルにある runn というツールの開発者である @k1low さんと初顔合わせの実績を解除できました！
runn って何？という方は以下の記事を参照ください。

以下に印象に残ったセッションや出来事をピックアップしてまとめます。

Day0

お仕事だったのでオンラインで途中参加

■PHPUnit 10 概論

ホットな話題でありがたかったです。
以前使えていたいくつかの関数が使えなくなっているらしいです。
今携わっているプロジェクトで適用済みだけれど dataProvider 以外はそれほど苦労しなかったけれど、使い込んでいるプロジェクトでは対応が大変そう。

■アンドキュメンテッド「ちょうぜつソフトウェア設計入門」

個人的にツボにはまったセッションでした。
ソフトウェア開発の歴史をまとめていくと色々見えてくるものがあるのでは？という良い気付きになりました。
技術の進化の歴史は振り子ではなく螺旋である ^[1] という話があります。その螺旋の差分を抑えるには歴史から学ぶ必要があると感じました。

Day1

■PHP で学ぶ "Cache の距離" の話

一番最初はキャッシュのお話。
キャッシュの種類が２つあり、そキャッシュする目的と手段が異なってくることを丁寧に説明されていました。
PHP のシリアライザーがバージョンによって挙動が変わらないかなという疑問がありましたが、最初のセッションで質問するハードルが高くて聞けませんでした。

■Win Testing Trophy Easily / テスティングトロフィーを獲得する

テスティングトロフィーという用語を初めて知りました。
アーキテクチャだけ決まっていて、テスト戦略を考えた結果 API シナリオテストに辿り着いという話は、runn が生み出される重要な動機になっているので大変興味深く聞きました。
API と DB のスキーマは変化が少ないという着眼点し、長期的に維持し易いテストスイートを目指したという話は、自分が実際に runn を使っていてコスパが良いと実感できているので、狙い通りで撃ち抜かれたと思いましたｗ
すべてのバックエンドエンジニアには是非 runn を使ってもらいたいと感じています。
最近は SPA なプロダクトが多くてフロントも含めて E2E テストしたいと感じている方も多いかと思います。
ただ E2E テストの導入のハードルの高さや、始めたけれどテストがすぐ壊れて維持できず断念した方も多いのではないでしょうか。私も実際に検討しましたが諦めてしまっていました。
runn を使った API シナリオテストであれば、学習コストや導入手間がほとんどなく CI まで組み込むことが可能です。
フロントの実装が完了していない状態で API テストを Postman や curl コマンドなどで手動で確認したことがある場合は、ぜひ runn で API を呼び出してみてください。直ぐに気に入ると思います。
作ったシナリオファイルは優秀な動くドキュメントになるので、フロントチームが独立している場合はドキュメント代わりに是非書いてみることをオススメします。
おまけのスライドでも触れられていますが、deploy 直後のリグレッションテストにそのまま使えるのでポチポチテストを代替させることも出来ます。一粒で 3 度ぐらい美味しいです w

■QA
Q. 1つのシナリオファイルで複数データパターンを扱うことは出来ますか？
A. json ファイルを読み出してデータパターン分繰り返し実行できます。
このデータ駆動テストの機能拡張を行ってくれたコントリビューターが本日会場に来てくれていると思います（ニヤリ

はい。私ですｗ

■Ask the Speaker
先に 3 名ぐらいお話をされていて、落ち着いた頃を見計らって初めてのご挨拶をさせていただきました。

軽く感想や雑談をしてから runn 談義がスタートしました。
しばらくしてから k1low さんから以下の Issue について話をしたいと頂きました。

結構以前に作成した Issue だったので、実現したいこと・具体的なユースケースについて説明をしました。
普段は Issue や PR でやり取りしていましたが、やはりダイレクトにネイティブ言語でやりとりできるといいですね。

■防衛的 PHP: 多様性を生き抜くための PHP 入門

PHPStorm が CI で動くんですか！？
良いことを聞いたので試したいと思います。

■k1low さんからの FB

Ask the Speaker で話をしていた件につい早速フィードバックいただきました。

■安全にプロセスを停止するためにシグナル制御を学ぼう！

このセッションを聞いて、Laravel Queue worker を安全に止める方法が気になって調べてみましたが、オフィシャルで停止コマンドが用意されていなくて少しびっくりしています。
安全に止める方法をご存知の方は教えていただけると嬉しいです。