トーク

コミュニケーションにおける「パス」について、「コミュニケーションパス」がまず頭に浮かぶと思います。

いわゆる、1対1のコミュニケーションがどれだけ発生するか？というコミュニケーションパスとともに、チーム間を跨ぐ場合に誰を経由してコミュニケーションするか？という経路としてのパスもあります。

個人的に、直接のコミュニケーションにおけるやりとりも「パス」(pass)することだと考えていて、相手にいいパスを出せるか？というのもチームコミュニケーションにとって大切な要素ではないでしょうか。

本トークでは、1対1のコミュニケーションにおける対話（パス交換）に着目して、私が大切にしていることを共有したいと考えています。

突然ですが、あなたはどれぐらい集中してない状態でもPHPコードを書けますか？
たとえば、唐揚げを揚げながら、PHPコードを書けますか？
普通のPHPerのあなたはそんなことできるわけない、と思うでしょう。実はできます。
どうやればできるのか、お話しします。

話したいこと

仕事をしながら勉強を続けるのはとても大変だと思います。
しかし、私のチームでは1年間毎日勉強会を続けてきました。その秘伝の方法を大公開しようと思います！

このトークで得られるもの

• 効果的なチーム学習法：皆で学ぶことの力と方法
• 実践的な成果：1年間の勉強会を通じて得られた具体的な成果と改善点
• スムーズな勉強会運営：日々の勉強会を円滑に、そして楽しく進めるためのコツ

皆さんAPIテストを行っていますか？
E2EでAPIテストを行う際に、カバレッジをどう測定すれば良いか？悩まれる方が多いかと感じています。
APIテストにおいてのカバレッジは２つの意味を持ちます。
２つのカバレッジについて、それぞれ意味とその取得方法について紹介いたします。

APIテストで効率的にカバレッジを上げる方法と、トレーサビリティーの確保を行うのに大変強力なツールにも触れてお話させて頂きます。

初心者時代に「とりあえずよく分からんけどEloquant使っとけ〜」ってなんでもかんでもEloquantで実装して得意げになっていたら、サービスの利用者数が10万人ユーザーを超えたあたりで無数の地雷が爆発し死亡しました。
皆様が爆死しないように失敗談を共有します。

話者はPHP Conference Japan 2022にてHTTP3について調べた結果「スゲー！」ってなりました。

この体験を皆さまにスピーディーに体験していただくために、
HTTP3のいいところを仕組みにちょっと触れながらライトニングに話します。

細かいことは良いんです、HTTP3スゲー！ってなって欲しいんです。

その結果、HTTP3やってみるか〜！というモチベーションに繋がる事を望んでいます。
HTTPとPHPは切っても切れ離せない関係があります、その世界に酔いしれましょう！

• 想定する聴講者
  • HTTPの仕様を知らない方
  • HTTPの仕様は知ってるけどHTTP3は知らない方
  • HTTP3スゲー！となりたい方

AWS Lambdaはうまくアーキテクチャに組み込む事で大きなメリットをもたらします
今回はAWS LambdaとLaravelを利用して作成した個人開発のMVPの動的サイトを紹介します

サーバーレスPHP、話には聞くけど動いてるとこ見たことないなぁという方必見！
技術要素を超高速スライドめくりで、構築する手順を示します（※解説するわけではありません）

元々個人的に作成したかったものをこのタイミングで作成して配置しておき、
皆様にも動かしてもらいながら、サーバーレスPHPを体験して頂ければ幸いです。

• お話すること
  • 何を作ったか
  • LaravelとBrefを利用したAWS Lambdaの構築方法（超高速）

時代はAWS、GCP。
そんな中で自分は時代に逆行してモバイルアプリのバックエンドに採用したLaravelをレンタルサーバーにデプロイして運用しています。
ユーザー数も1万人が迫っている中で、この月々440円というと破格のコストで運用していますが、パフォーマンスなど本当に大丈夫なのかを具体的な数値をもとに皆様にご覧にいれようと思います。
個人開発者や小さく事業を始める方に知ってほしいPHPだからこそ出来るミニマムなサービスのスタート方法になること間違いなし！

ユーザー数も1万人越えのモバイルアプリ(Flutter)のバックエンドにLaravelを採用して早や4年。
振り返れば
「ああしておけばよかった、、、。」
「ここが考慮できていれば、、、。」
といった悲しい「業」を残して来たと思います。
そんな「業」を新しく羽ばたく皆様が背負わないように、「技術的な側面」と、「上流的な側面」の両方の視点でここに失敗談を記し、皆さんの糧にしてもらいたいと思います。

普段どのような方法でlaravel開発を行なっていますか？
デバッグする時にddやlogなど使用していますか？
今回紹介するXdebugでは、便利で、直感的なデバッグが可能になります。
私自身、同僚にXdebugを教えてもらってからその利便性に驚かされました。
簡単なデモ動画でXdebgの初期設定、基本動作、共有できればと思っています。
皆さんの開発作業の効率が格段に向上するはずです！
ぜひこの機会にXdebugの魅力を実感していただければ幸いです。

6年ぶりに！関西で！PHPカンファレンスを開催してきました！！

PHPカンファレンス関西では、今回のテーマを「関西PHPエンジニアコミュニティの立ち上げ」とし、以下3つの達成を目標に開催しました。

• 新たなコミュニティ参画者発掘
• 関西での技術情報共有の場となる
• 持続可能な運営体制

実際のところ上記目標は達成できたのか？どのようなイベントになったのか？など、関西の熱気を5分でお伝えできればと思います！！

ジョシュアツリーの法則って知ってますか？
「名前を知ればそれを認識できるようになる」「名前を知らないと認識できない」といった現象のことです。

我々エンジニアの身の回りには様々な現象があり、中にはみんなが経験したことがあるものも多数存在します。
そんな「現象」や「事象」の中にはあまりにも名前が付けられ、事象の解消や共有が行われているものがあります。
名前を知ることは認識すること！
この発表を聴いてそんな""あるある""の名前を知り、事象を正しく認識して、次に生かしましょう！

多くのWEBアプリケーションで導入されているであろう ECS（Fargate） 環境では DB マイグレーションってどうやってますか？

ECS Execログインを利用して migrate コマンドを実行する
ecspresso をつかう
自前でマイグレーション用のコンテナを用意する
（他にもある？）
弊プロダクトでは マイグレーション用のコンテナを用意する 方法を採用しています。
コンテナ環境での DB マイグレーションの実行方法はあまり情報がないように思われるので参考になれば嬉しいです。

メールを送る処理の実装時うっかり誰かに送ってしまうことはないでしょうか？
開発時のメールの誤送信事故を防止するために、ダミーのメールサーバに送るようにするということが多いかと思います。
Mailcatcher や Mailhog、Mailpit などの便利なツールが公開されていますが何か使われていますか？

弊プロダクトでは、ツールは利用せずにログにメールの送信内容を出力しています。

このアプローチでの Laravel を利用した開発時のメリットとデメリット、ログの可読性を上げるための工夫など私たちが行っていることを紹介します。

不具合や障害発生時にSlackなどでエラー通知を受け取ることはありますよね。
そのとき、即座に何をすべきか具体的な対応方法をイメージ出来ますか？
エラー発生時の対応は、迅速かつ効率的でなければ、小さな問題が大きな障害に発展することも……！！

そこで、私がエラー通知を受け取ったときの初動〜対応完了までに「何を考えて」「どのように対応しているのか」をお伝えします！
このLTを聞けば、「エラー通知来ないでほしい」と願っている皆さんも、通知が来ても慌てることなく、冷静に対応できるようになっているはずです！

このLTを特に聞いて欲しい人

• 「エラー通知が来たら何をしますか？」に即回答出来ない人
• エラー通知は先輩がなんとかしてくれると思っている人
• 新卒PHPer、新卒PHPerがチームに加わった先輩エンジニア

リモートワークが日常となった現代、テキストコミュニケーションの重要性に気づいている人はどれほどいるでしょうか？
リモートネイティブとして、新卒から3年間の社会人経験を通じて、私が学んだテキストコミュニケーションの重要性をLTでお伝えします！

「先輩にどう質問する？」「ビジネス側のやり取りはどう進める？」などシーンに応じて、伝わりにくい文章の例をどう改善するか解説します！
そして、絵文字「👍」や感嘆符「！」など細かな表現まで、日々のテキストコミュニケーションで意識しているポイントを余すことなくお話しします！

このLTが参考になる人

• 社会人経験が浅い新卒エンジニア
• 長文を送って「何言いたいか分からない」「もう少し短くして」と言われたことがある人
• 日々のコミュニケーションで周りの人にもっと意識して欲しいんだよな〜と思っている人

あれ気付いちゃいましたか？
PHPerの皆さんがとっても仲良しのIDE、PhpStormくんのかわいさ（便利さ）に。

あ、まだ気づいてない（知らない）んですね！
じゃあこのLTを聞いてPhpStormくんを布教されてください！！
わたしの推しのPhpStormくんの超かわいいところ（超便利な機能）を時間が許す限り詰め込んで紹介します！！

例えば、私の推しポイントはこんな感じだよ！！

• コード書いててヤバそうなところあったら教えてくれるとこ超優しい🫶
• 一発でメソッド抽出したり、簡単にリファクタリングが出来るところ超かわいい🫶
• ファイルの外部で定義されている PHP クラスを参照すると自動で保管してくれて超カッコいい🫶

他にももーっといっぱい推しポイントあるから当日楽しみにしててくださいね！！！
PHP初心者の方にとっては新しい発見に、PHP玄人の方には新たなPhpStormくんの推しポイントに気がつくきっかけになれば嬉しいです！
かわいいのはアイコンのカラーだけじゃないんですよっ！

「◯◯の機能について、ここをこうして欲しいんですよね…」
（◯◯なんてあったっけ、あれかな…）
「はいっ！できました！」
「それ、◯◯じゃなくて××だと思うんですが…」

みたいな経験を一度は皆さんはしたことはありませんか？

本トークではプロダクトに機能を追加するという開発業務の中に、「情報設計」というステップを追加した時に具体的に何をやったのかについてのお話をします。

ISUCON（イスコン）？Iikanjini Speed Up Contest（いい感じにスピードアップ コンテスト）？なんだか難しそう……！！私はよく分からないし、すごい人ばっかり出てるし、いつか分かるようになったら出ようかな？
そんなことを考えていましたが、2023年11月開催のISUCON13に初参加してきました！
1人のPHPerとして、1人のエンジニアとしてISUCONに参加して人生の楽しみが増えました。

このLTは、ISUCONって何？練習はどうやるの？当日はどうだった？てか、PHPでもできるの？という、1年前のワタシに向けたISUCON初心者向けの解説LTです！

もしかして、ISUCON次回は参加してみたいかも……！！という勇気の後押しが出来たら嬉しいです！！

LTで届けたいもの

「ユニットテスト、あまり好きじゃねぇぜ〜」という人に、「少しお世話になってみようかな！」と思えるキッカケを！

前口上

「テストが苦手、抵抗感がある…」という人が、「テストって良いかも！」と言うようになった瞬間を目撃した事があるのですが、
そのキッカケは「テストがあると便利なんだなと思えた」ことだったそうです。

テーマ

「便利で助けになる」と感じられる場面の1つが、「実装を低カロリーに読み解く、知る」です。
例えば、フレームワークやライブラリの挙動を知りたい時。
「このクラスどう使うの？」「このメソッドの引数はどんな？」
──英語や日本語で書かれたドキュメント以上に、PHPで書かれたテストコードは、「こういう事ね！」を感じ取りやすいです。

特に、エッジケースや微妙な値(境界値や「引数が逆だったら」etc.)については
わざわざドキュメントに書かれないものでも、テストとして明確になっていたりします。
更に！ちょっと書き換えて動かして試す〜なんて事も可能に・・そう、テストならね。

実例を交えて説明しますので、「積極的にテストに絡みに行ってみよ☆」となっていただきたい。
そんなLTです。

話すこと

• Test as Documentationの威力を知る
• 「コードに関する疑問を解いてみる」の実例
• テストを「使う」際のコツ