どうも、PHPエンジニアな隣の鈴木(@next_suzuki)です。

Laravel Live Japanに参加してきました。
（サムネイルはイメージです）

Laravel Live Japanは、PHPのフレームワークであるLaravelの公式コミュニティカンファレンスらしく、しかも日本では初開催。

Laravelで生計を立てている身としては、これは一度行っておきたいなと思い、参加してきました。

まったく他人の参考にならない感想を書く。

• イベント名：Laravel Live Japan
• 開催日時・場所：2026年05月27日 立川ステージガーデン
• 参加理由：Laravelの情報収集、公式イベントの雰囲気を見てみたかった
• どんな人向けの記事か：ただの感想を読みたい人

会場の雰囲気・参加人数

駅から5〜10分くらい移動した場所にあった。

会場の様子（広さ・設備・雰囲気）

• 全体的に綺麗で、古さやうらぶれた印象はない
• 椅子の前後の間隔が広めで良い
  • 外国人は日本人よりも体格が良い人も多いので、これくらいのスペースは必要かもしれない
• ライブ会場のような雰囲気で、サイドにも席があった
  • 意図的なのか、サイド席は空席になっていた

参加者の年齢層・印象

• 30代以上が多い印象だった
• 男性が9割以上だった
• 外国人と日本人は半々くらいに見えた
  • 体感では、日本人6：外国人4くらいかもしれない

その他の感想

セッション以外の感想。

会場に着くまで

5時に起きて準備する。

カンファレンスの情報収集がてらXを眺めていたら、野球チーム「巨人」の監督が現行犯逮捕という話題が上位トレンドにあり、朝から驚いた。

会場へは南武線で向かったのだが、思っていたよりかなり混んでいた。
神奈川の都心部である川崎方面とは逆だから空いているだろうと思っていたけど、そんなことはなかった。

7分ほど遅延していた影響もあったのか、かなり混んでいた。
満員電車だったので、1本電車を見送った。

テレワーク生活に慣れている自分には、久しぶりの朝の混雑は辛かった。

早めに出発したおかげで、会場には9時10分くらいに到着。
間に合って良かった。

入場時には、エコバッグ、Tシャツ、チラシをもらう。

受付も日本人ではなく外国の方だった。

この時点で、いつも参加しているカンファレンスとは違う雰囲気を感じる。

入口で名前入りのカードを手に取る。
もし同姓同名がいたら、どうなるのだろうか。
心配性なので、本当に自分のカードなのか確かめるために、QRコードをスマホのカメラで読み込んだら、UUIDが表示された。

どうやらアプリ「Laravel Community」の機能を使わないと読み込めないっぽい。
事前にアプリ「Laravel Community」はダウンロードしていたので、QRコードを読み込んでみた。
しかし、自分のネームカードのIDと、アプリ「Laravel Community」のIDが一致していない。

紐づいていない。

おそらく、僕が手続きのどこかで間違えているのだろう。
どうやれば紐づけられるのだろうか……笑

翻訳のスライド

前の方に座った。

スクリーンの下部に、翻訳された内容が表示される。

開始直後は、スクリーンの一番下の行で文字が見切れていた。
しかし、数分で改善された。

座る位置は少し難しかった。

スライドの内容と翻訳を同時に見るのが難しい。
前に近すぎたのだろうか。
でも、後ろに移動すると、スライドに書いてあるコードの文字が小さくて読めなくなる。

Vue Fesでも経験しているはずだが、今回は予想以上に英語を聞くのが大変だった。
英語を聞きながら、スライドを見て、翻訳も見る。
これを同時にやるのは、なかなか脳の負荷が高い。

翻訳表示もあったが、文字がある程度表示されたあとに「再翻訳」の処理が実行されているのか、急に読んでいた文字が縮んだりする。
読んだ文章の列の位置が急にズレるので、どこまで読んだのか、さっぱり分からなくなる。
そのまま行がスポッと上段にずれてくれれば読みやすいのではないかな、と思った。
試していないので、本当にそう感じるかは不明だけど。

あと、日本で開催のイベントだから、外国人スピーカーさんも「多少はゆっくり話してくれるのかな」と考えていた。
しかし、僕の考えがお花畑のように甘いと実感するくらい、全然そんなことはなかった。

海外登壇者の方の喋るスピードが速い。
いや、登壇を練習している人たちなのだから、英語圏の人が聞けば、基本的にはゆっくりなのかもしれない。
しかし、英語ができない自分からすると速い。
それでも、登壇して緊張しているのか、興奮しているのかはわからないけど、熱弁しているので、話すテンポが速くなっている気はする。

まあ、Laravelはアメリカ発の企業・コミュニティなので、英語中心になるのは当然だと思う。
ただ、それを頭で理解していても、実際に現場で浴びると「うわ、これは大変だな」と思った。

あと、機材トラブルが多くて謎だった。
登壇者の足元にスピーカーがあって、そちらへの連携がうまく動いていないのだろうか。

ちょいちょい会場のテンポが崩れていた。
会場が盛り上がっても、それで台無しというか、リセットされるような感じがあった。
こういうトラブルを見ていると、やっぱりイベント系の仕事って大変だなと思った。

セッションの感想

当日、聴講したセッションの中から印象に残ったものについて書いていく。
内容の要約や解釈は、あくまで僕個人の理解レベルです。
（登壇者が伝えたかったことと異なる可能性は大いにあります）

※僕は英語が下手なので、今回は普段以上に誤解した解釈をしている可能性があります。

※最初の方が文章が多いのはテンションが高かっただけ。
後半の文字数が減るのは、感動が薄れたからではなく“体力の問題”です。ご了承ください。

オープニング

スピーカー様が浴衣姿で登場。
なるほど、海外からお招きしているから、こういう「おもてなし」の演出が必要なのか、と納得。

600人くらい来ているという話があった。
挙手制で、どこから来ているのか聞いていたが、いろいろな国から来ているっぽい。

登壇者やMCの紹介、会場説明、Wi-Fi、コーヒーなどの案内があった。

その次にMCさんが登場。
Laravel 4から触っているとのことで、千葉育ち、幕張メッセの話も出ていた。

ランチマッチングがあるという案内もあった。
この時点で「公式カンファレンスだけど、交流もかなり重視しているイベントなんだな」と感じた。

Strict AI Engineering

最初の大きなセッション。

正直、英語が聞き取れなさすぎて、まじで何を言っているのかわからなかった。
本当にTED Talkみたいに力強く話す人だなと思った。
英語も速いし、テンションも高い。

内容としては、AIが勝手にコードを書いてくれるようになったけど、AIが誤ったコードを書かないように、プラグインを導入して防ごう、という内容だったと思う。

パッケージの「nunomaduro/essentials」を作っているらしく、それの紹介だった。
いろいろと厳密にして、AIが変なコードを書いたらエラーにするっぽい。

あと、この登壇者様のYouTubeチャンネルでテストの動画も紹介されているらしい。
あとで見ようと思ってチャンネルを見たけど、どれが「nunomaduro/essentials」を紹介している動画なのか、よくわからなかった。

本当に「なんとなく」しかわからなかった。
いや、なんとなくも怪しいかもしれない。
細かい内容は、後から資料や動画で復習しないと無理だと思った。

PHPUnit でモックとスタブを使いこなす

休憩なしでそのまま続いたので、この時点で少し体力を削られていた。

日本人のセッション。
浴衣で登壇されていて、日本開催らしさを出していた。

最初は翻訳がうまく動いていないように見えたが、後半は動いていた。
話す人が話せば話すほど、AIが徐々に調整しているのだろうか。

このセッションで、個人的に一番の気づきがあった。
日本人の英語の方が、逆に聞き取りづらいことがある。
これは本当に意外だった。
ネイティブ寄りの英語の方が、脳内で「英語」として処理しやすい。
一方で、日本語話者の英語は、知っている日本語のリズムも混ざるせいか、僕の脳内処理が逆に混乱した。
これは自分でも気づいていなかった。

スライドの内容に「完全に理解した。」みたいなセリフがあった。

僕の肌感覚だと、この言葉を使う人は、だいたいテンパっているか、何か見落としているときである。
なので、もし職場でこの言葉を言ってきた人がいたら、僕はむしろ「全力でその人を警戒する」と思う。
バトル漫画で例えると、これから何か戦闘が起きるから身構えなければいけない臨戦モードになる言葉である。

しかし、Xで見ていると、この言葉を推している人もいたので、世間一般にはそういうものなのかもしれない。
僕が心配性なだけなのかもしれない。

セッションの内容としては、TDDやテストコードの話が中心だったと思う。
モックとスタブの話も出ていたが、自分の理解が浅いせいで、その場ではあまり追いきれなかった。
ただ、「テストケース名だけは先に洗い出しておく」という話は印象に残った。

良いテストコードはガードレールになる。
これは確かにそうだと思う。

Break

休憩時間。

2階にコーヒーやお茶、お菓子があった。

あとは企業ブースがあった。
Laravelのステッカーがもらえたので、地味に嬉しい。

企業ブースも見て回った。
入口でもらったネームカードに書いてあったQRコードが読み込まれた。

日本のカンファレンスではあまり見かけない海外企業がいたような気がする。

JetBrains社もいた。
僕が見落としているだけかもしれないけど、PHPカンファレンスですら見た記憶がないので、少し新鮮だった。

Sentryのような監視ツール系の企業も来ていた。

扇子に日本語を書いているブースもあって笑った。
日本独自感を出すなら、たしかにそうなるのかもしれない。

Inside Nightwatch: Real-Time Analytics at Scale

aravel Nightwatchの裏側に関するセッション。

最大90日のログで24TBという話が出ていた。
規模が大きすぎて、もはや想像しにくい。

ClickHouseという分析用データベースの話があった。

このあたりはPHPerKaigiでも聞いた話だったなと思い出した。
「グラニュール」や「MergeTreeエンジン」など、知らない用語も多かった。

列指向データベースは分析が速い一方で、通常のトランザクション処理には向いていないらしい。
普通のアプリケーションのメインDBとして雑に使うものではなさそうだと理解した。

このセッションはスライドがかなり見やすかった。
デザインも良いし、日本語が少ししか書いていないのに、スライドの意味が的確でわかりやすい。
スライドのデザインを真似したいレベルだった。

内容の難しさとは別に、「伝え方がうまい」と感じたセッションだった。

Laravel アプリはなぜ壊れるのか？ “基本形”を守り、破綻させない技術 その1

機材トラブルで雑談が始まった。

この日のために英文を用意したらしい。

雑談だったけど、内容はPHPの深いところの話。

RFC、ジェネリクス、PHPの型、配列の中身のチェック、PDOドライバー、Eloquentのキャスト、PostgreSQLとMySQLの違いなど、単語や概念がどんどん出てきた。

「配列の中に10,000個の要素があったら、それ全部を型チェックするの？」という疑問も投げかけていた。

Gitに記載されていたコメントの内容を紹介していて、本当に日々Gitの内容を追っているんだなと感じた。

PHP関連に人生の時間を捧げているんだな、とも思った。

こういう話を聞くと、自分がコードを読んでいる時間はかなり少ないのだなと実感する。

結局、機材トラブルで早めのお昼となった。
13時30分までお昼休みになった。

ランチマッチング

昼はランチマッチングがあったので参加してみた。

今までも他のカンファレンスであったけど、行ったことはなかったので、参加してみることにした。

参加する人は壇上の上に集まって、MCの人が振り分けていた。
僕を含めて4人だった。日本人が1名、外国人が2名。

僕は英語が下手だけど、大丈夫かなと思った。
しかし、外国人の方は普通に日本に5年以上住んでいる人で、日本語が上手だった。

心配して損した。いや、ラッキーだった。

人は見た目で判断してはいけない。
何度も思ったことだが、今日も改めて本当にそう思った。

普通に会話してお昼を食べた。

やっぱり海外に比べると、日本人の給料は安いらしい。

会場に戻ったら、廊下でコードを挿して充電している人がいた。
これは電気の盗難とか、そういう扱いにはならないのだろうか。
ただ、僕は施設とイベントがどんな契約をしているのか知らないので、それが良いのか悪いのかの答えは知らない。

でも、他のカンファレンスでは見かけたことがない。
なぜなら、他のカンファレンスでは休憩ブースや電源スペースが用意されているからだ。
「この部屋いるのかな？」といつも思っていたけど、こういうシーンを見かけてしまうと、必要な理由が少しわかった気がする。
こういう長時間イベントでは、電源と休憩場所はかなり重要である。
まあ、今回は平日で、仕事と併用している人もいるから、余計に電源が必要だったのかもしれない。

カンファレンス中に、ビデオ通話している人も普通にいた。
PC画面を覗いたら、8人くらい普通に映って喋っていた。

Laravel アプリはなぜ壊れるのか？ “基本形”を守り、破綻させない技術 その2

先ほどは機材トラブルで中止になったので、リベンジ。

登壇者様が「PHPerKaigi 2023」の講演がお気に入りらしい、という話が出ていた。
今度、チェックしよう。

生成AIについては、「生成は得意だけど、消すのは下手くそ」という話が印象に残った。
これは実務をしていて共感した。
AIに文章を書かせると、足すことは得意だが、意図を保ったまま削るのは意外と難しい。
ちゃんと指示しないと、最終的に未使用な関数などが残ることがあった。

ただ、このセッションは、正直ほとんどわからなかった。
翻訳とスライドを同時に見るのが難しく、途中から完全に置いていかれた。

そもそも、この登壇者様の話は2、3回聞いているが、いつも日本語でも難しくて、何を言っているのか理解できないことが多い。
日本語でも理解できないものが英語になったら、余計にわかるわけがない。

Making Music with PHP

PHPで音楽を作る話。
このセッションはスライドがかなりわかりやすかった。

デザインも良く、日本語も見やすい。
デザインは例えるなら、ゲームのズーキーパーみたいな感じだった。

ただ、音楽の知識がないので、細かい内容はあまり理解できなかった。

ReactPHPやRemotionというReactのフレームワークの話も出ていた。

PHPで音楽を作るという発想自体がすごい。
途中で任天堂の曲っぽいものを流して、訴訟を気にしている冗談は笑った。
日本だから、合わせて任天堂にしてくれたのだろう。

「変なものを作るのが、学びの近道」みたいに紹介していた。
自分にはない考えで刺激になった。

普段の自分は、つい「それはお金になるのか」「効率が良いのか」「実務で役に立つのか」と考えてしまう。
こういう趣味に振り切った開発ができるのは、かなり羨ましい。と思った。

AI時代の仕事技芸論：ソフトウェア開発で『遊ぶように働く』職人的熟達のすすめ

PHPと関係ないのでは？と思ったけど、冒頭で話した方の元同僚という関係で登壇してくれたらしい。

経歴を聞いていると、今は経営者だが、エンジニアとしての経歴もすごい。
10歳からコーディングしていて、40年くらいプログラミングしているらしい。
もう桁が違う。

Ruby on Railsのスペシャル集団、という話から始まり、クラシコムという上場企業の売上100億規模のシステムをLaravelで支えていたという話もあった。

「手打ちそば」とコーディングの話を例えにしていたのは、上手だなと思った。
確かに今はAIが書いてくれるのだから、今後は人間が自分で書くコーディングを「手書きコーディング」と呼ぶ時代が来るのかもしれない。

結構、いろいろな思想や用語が出てきていた。
内発的動機付けや、チクセントミハイのフローを大事にしている会社と説明していた。
「フロー」はどこかで聞いたなと思って調べたら、メンタリストDaiGoさんが動画で紹介していた気がする。
上達については、ピーター・センゲの自己マスタリーの話も出ていた。

会社の新人教育についても語っていた。
「土手制度」という、親方のところに引っ越して、ほぼ住み込みでペアプログラミングするような仕組みも紹介されていた。
かなりアナログな手法だと紹介していた。
でも、下手なIT企業に入るよりも、こういうエキスパートのもとで最初から仕事ができる会社の方が、成長できるのかもしれないなと思った。

プログラミングを「技芸」としてとらえる。
AIと一緒に取り組んでいく時代だからこそ、なぜ自分はプログラマーなのかを深掘りさせられた。
このセッションは、技術そのものというより、働き方や職業観に響いた。

ライトニングトーク

前回のセッションから、ぶっ続けだった。
このあたりで腰痛が悪化してきた。

しかも、ライトニングトークは時間制限があるので、みんな早口で話す。
他のセッション以上に、何を言っているのかよくわからなかった。

The browser has been trying to tell you something

1人目はモーダルの話だったと思うが、正直さっぱりわからなかった。

Laravelで手軽にAPIドキュメントを生成する ― Scribe活用術

2人目はScribeの話。

Laravelのプラグインっぽい。

「自分も使ったことあったっけ？」と思ったが、記憶が曖昧だった。

MCさんが日本を「比較的小さい国」と言っていて、ああ、日本って小さいのかと思った。
僕は立川に行くだけでも遠いなと思ったのに。
自分は本当に世界観が狭いんだなと実感した。

Breaking I/O Bottlenecks: Supercharging Laravel Queues with Hypervel

3人目はHypervelの宣伝。

eBPF Can Do It! A 5-Minute Tour of 5 Real-World PHP Issues Solved with eBPF

4人目はeBPFの話。

eBPFとは何だ。

The New Bottleneck in Software

5人目は『ザ・ゴール』という本に関する話。

ボトルネックの話だったのだと思うが、これも正直あまり追いきれなかった。

スポンサーセッション

人材紹介のサービスっぽいものを紹介していた。

Keynote: Laravel Updates

いよいよTaylor Otwellさんのセッション。

このセッションが始まる前の休憩中に、Taylorさんに声をかけて写真を撮っている人がチラホラいた。
嫌な顔をせず、気さくに写真を撮っていた。
広い御心である。

Taylorさんは背が高かった。
開始時に、PCを置く台が低いみたいに言っていて、ちょっと笑った。
日本人は小さいからね。たしかに外国人の方には辛い高さなのかもしれない。

TaylorさんはLaravelを作った本人である。
15年前にLaravelを作ったという話から始まって、興味深かった。

元々はPHPを仕事で使っていなかったことに驚いた。
.NETやCOBOLを書いていたらしい。
自分も.NETやCOBOLを使っていたので、なんでこのTaylorさんと天と地ほどの差があるのかなと思って、少しショックだった。

あと、後ほど知ったが、Laravelのバージョンアップは単純な1年型ではないらしい。
そういえば、何かのカンファレンスで紹介されていた履歴表を見ていると、そんな感じだったかもしれない。

セッションでは、Laravel BoostやAIのデモ、画像・音声を扱う話、Laravel Cloudのデモなどがあった。

AIからリクエストが来たらMarkdownを返す機能があるらしい。
これは、なるほどと思った。
たしかにMarkdownを読ませた方が、回答の近道になるよな。

Laravel Cloudについては、商品としての宣伝要素も強かった。
「これを使えば何が楽になるのか」は、正直その場ではまだよくわからなかった。
ただ、Laravelは「開発を簡単にする」ことを大事にしているので、本来はかなり楽になるものなのだと思う。

データベース検索のデモはわかった。
ただ、個人情報まわりはどう扱うのだろうか、という疑問も少し残った。
検索して良いものと悪いものは振り分けるのだろうか。

セッションは17時07分くらいに終了。

After Party

懇親会にも参加した。
外国人の方は、みんな日本語が話せる印象だった。

会場は体育館みたいな場所だった。
今までにない会場だけど、これでも良いなと思った。

サイドに観戦席のような場所があった。
バスケをやっている人もいて、アメリカンスタイルというか、かなり斬新だった。

トイレの場所がわからなくて少し迷った。

懇親会では10人くらいと話した。
内容としては、当たり障りのない会話が多かった。
それでも、学びはあった。

話した相手の中に、「あまり会話が合わないな」と思った人がいた。
ただ、帰りの電車でXを眺めていたら、その相手が有名な人だと知った。
たぶん、僕の会話のレベルが低すぎて、会話が成り立たなかったのだろう。
IQが違うと会話が成り立たないと聞くが、それが見事に再現されてしまったのかもしれない。

こんな弱々エンジニアな自分と会話してくれた人たちには、本当に心の底から感謝したい。

Laravel Live Japanで出てきた「わからなかった用語」メモ

初めて聞いた単語や、聞いたことはあるけど説明できない単語をメモしておく。

今後のために自分なりに調べたい用語です。

まとめ

Laravel Live Japanは、日本初開催ということもあり、いつもの国内カンファレンスとはかなり違う空気で刺激があった。

他には、いつも参加しているカンファレンスは、運営も内容もかなり洗練されているのだと改めてわかった。
でも、Laravel Live Japanは初開催なので、最初からすべてを求めるのは酷だと思う。
今回のカンファレンスの運営が杜撰だった、と書きたいわけではない。
普段のカンファレンスがかなり「おもてなし」や「気遣い」が強いのだなと思った。
これを「当たり前」と考えるか、「やりすぎ」と考えるかは人によって違うと思う。

でも、日本で公式Laravelカンファレンスを開催してくれたことには、本当に感謝したい。
まさかLaravelを作った人をこの目で拝める日が来るとは思いもしなかった。

正直、英語登壇が多かった影響で、講演の内容は過去一番わからなかったかもしれない。
英語がわからない。
技術も追いつかない。
でも、そういう自分の現在地がわかっただけでも良かったと思う。
「自分はまだまだだな」と思える場所に行くことは、しんどいけど大事である。
家にいて、わかる範囲の情報だけを見ていたら、この感覚にはならない。

今日の悔しさを胸に、また頑張ろうと思う。
そんなことを思ったLaravel Live Japanだった。

どうも、PHPエンジニアな隣の鈴木(@next_suzuki)です。

PHPerKaigi 2026に行ってきた！
（サムネイルはイメージです、実際は画像よりもヒッソリしている）

去年も行ったので、これで2回目になる。
👇️ 前回の「PHPerKaigi 2025」はこちらの記事で紹介している。

「PHPカンファレンス 2025」参加レビュー | 学び・セッション感想まとめ

PHP Conference 2025に参加した感想をエンジニア目線でレポート。セッション内容、会場の雰囲気、懇親会の交流などを個人の視点でざっくばらんに綴ります。

let-bygones-be-bygones.com

2025.06.29

まったく他人の参考にならない感想を書く

• PHPerKaigi 2026のday1(2026年03月21日)に参加
• 開催日時・場所：中野セントラルパーク カンファレンス
• 参加理由：PHPの情報収集
• どんな人向けの記事か：ただの感想を読みたい人

会場の雰囲気・参加人数

去年も参加しているが、基本的な印象は大きく変わらなかった。

■ 会場の様子（広さ・設備・雰囲気）

• 全体的に綺麗で、古さやうらぶれた印象はない
• 休憩コーナーも充実している
  • 朝はドーナツが配布されていた
  • 小休憩にちょうどよく、3回ほど利用した
    • コーヒーやジュースが用意されている（安っぽくないのが良い）
    • プチお菓子もあり、ヨックモックなどが置かれていた
      • こちらもチープさはなく、満足度は高い
      • 春限定の味もあって、ちょっとテンションが上がる

■ 参加者の年齢層・印象

• 20代よりも、30代以上が多い印象だった

■ コミュニティの雰囲気

• 交流のための工夫はしっかり用意されている
  • スピーカーと会話できるコーナーがある
  • お昼も任意参加でグループで食べに行く企画がある

セッションの感想

当日、聴講したセッションの中から印象に残ったものについて書いていく。
内容の要約や解釈は、あくまで僕個人の理解レベルです。
（登壇者が伝えたかったことと異なる可能性は大いにあります）

※最初の方が文章が多いのはテンションが高かっただけ。
後半の文字数が減るのは、感動が薄れたからではなく“体力の問題”です。ご了承ください。

オープニング

■ 内容の要点

本日の概要の説明。

■ 印象に残った点

• 去年は見損ねた登壇者様の経歴が紹介されていた
  iOSDCなどもやっていて普通にすごい。ここまで書けることがあれば、よっぽど職には困らなそうだなと思った。
• 昔の会場は練馬だったらしい
  正直遠いので、中野に変わってよかった。
• ドーナツ🍩をゲット（135個限定）
  こういうちょっとした要素、地味に嬉しい。僕は朝から行ったのでゲットできた。
• 幕間ドリンクがあるらしい
  僕はお酒を飲まないので、「アルコール無しにすればチケット安くなるのでは？」と一瞬思った。
  ただ、それで人が集まるのかと言われると微妙だし、金額だけで成立する世界でもないよな…とも思う。
• スポンサー紹介ムービー
  プラチナスポンサーだけやたらクオリティ高くて笑った。
  気になった会社があったので、あとでブースに行って質問してきた。
• スポンサー周りの話は少し生々しかった
  言葉を選びながら話している感じで、資金面はやっぱり大変そう。
  「年々縮小するかも」という話も出ていて、ちょっと現実を感じた。
• 「16日の夜にメール送った」と言っていたけど届いた記憶なし
  たぶんメルマガOFFか、迷惑メール行き。
• アンカンファレンスの存在を初めて知った
  去年は存在を知らなかった。今年も時間帯が合わなくて観れなかった。
• 入場後の配布物が「邪魔だな。」と思ったが、ちゃんと対策されていた。
  ロッカーが用意されていて助かる設計。こういう配慮はありがたい。
• テーマは「コミュニケーション」らしい
  去年も参加していたのに、正直忘れていた…。
• 生々しいコメントが今年も健在
  このリアルさが逆に良い。
  コメントの生々しさが「コミュニケーション＝人間の難しさ」というテーマともちゃんと噛み合っていて印象的だった。

「接続」—パフォーマンスチューニングの最後の一手 〜点と点を結ぶ、その一瞬のために〜

■ 内容の要点

パフォーマンス改善はコードだけでなく、システム構成も重要という話。

■ 印象に残った点

• いつも難しい話をする登壇者様なので、今回も覚悟していたが、予想通り、めちゃくちゃ難しかった
  知らない用語と法則だらけで、この日いちばん脳のエネルギーを持っていかれた。体感9割。
• 冒頭から「Laravel Live Japan」の宣伝スタート
  「本編は余談」と言っていて笑った。
  主催者に怒られないのか？と思ったけど、ベテランの余裕を感じた。
• 「最後の一手」という表現が印象的
  ここまでやるのは相当なレベルなんだろうな、と思う。
• 阿部寛のホームページを題材にしていて笑った
  改善ネタとして優秀すぎる。
• ネットワーク知識前提の講義だった
  取得した応用情報技術者試験の知識が、ほぼ役に立っていないと思っていたけど、
  「完全に無意味ではなかったな」と少しだけ救われた。

条件判定に名前、つけてますか？

■ 内容の要点

条件判定のメソッド名について。

■ 印象に残った点

• PHP歴が21年らしい。
  数年しか触っていない自分からすると、もう化け物級である。
• 質疑応答で、スタッフさんに「復唱した方が良いですか？」と確認していた。
  こういう細かい気配りを見ていると、登壇者様としてのベテラン感が伝わってくる。
  ……本当にベテランかどうかは知らないけど、少なくとも慣れている空気はあった。
• PHPエンジニアはJavaも意外といけるらしい。
  説明をみる限りでは、たしかに近い部分はありそう。
• 「Ingress」というゲームの話が出てきた。
  あとで調べてみたけど、結局どんなゲームなのかイマイチわからなかった。
• 最終的なオチは「スペシフィケーションクラスを作ろう」という話だった。

お昼

去年は、カンファレンス会場の建物内にあるお店で食べた。

今年も昼休みが1時間半くらいあって長めだったので、気分転換も兼ねて中野サンモール商店街まで行ってみた。

初めて通ったけど、狭いし、ちょっと雑多な感じだった。

新宿のゴールデン街ほどではないけど、雰囲気は少し近い。
火災とか起きたら絶対にヤバそうだな……と思ってしまった。

PHPerKaigiのカードを首から下げている人もちらほら見かけた。

お昼を食べた後は、会場に戻って休憩コーナーでコーヒーとお菓子をいただいた。

あと、企業ブースで初めて会話もした。

「お金で解決」が全てではない！大規模WebアプリのCI高速化

■ 内容の要点

• テストコードの速度改善について

■ 印象に残った点

• 聞いた講演の中では、いちばん自分の業務に役立ちそうな内容だった。
  あとで資料を探して、業務に活かせないか見直したい。
• 「調べたらSleepが1分設定されていた」という話で、ちゃんと笑いも取っていた。
  他人事だから笑えるけど、実務の経験則で考えると普通にありそうで怖い。
  明日は我が身である。
• 維持費削減のために、クラウドではなくオンプレのパワフルなマシンを用意しよう、という発想が面白かった。
  こういう“流行り”に引っ張られずに考えられるのはすごい。
  自分だったら、なんとなく「クラウド前提」で考えてしまいそうだ。

Laravel Nightwatchの裏側

■ 内容の要点

製品「Laravel Nightwatch」の説明。

■ 印象に残った点

• 何度聞いても、製品名から海外ドラマ『ゲーム・オブ・スローンズ』に出てくる「ナイツ・ウォッチ（冥夜の守人）」を連想してしまう。
  Laravelの語源がナルニア国物語だし、Nightwatchも何か元ネタがあってもおかしくないのでは？と思ってしまった（笑）
• 初めて画面を見たけど、ログ監視系のダッシュボードツールという意味では、Grafanaに近い印象だった。
• 「Sentryと似ている」と言っていたけど、自分はSentryを使ったことがないので、そのあたりはよくわからなかった。
• データベースは通常、行単位でデータを管理するものだと思っていたが、列（カラム）ごとに保存するタイプのデータベースもあるらしい。
  集計処理などに特化しているとのことで、そんな仕組みがあること自体を初めて知った。
• 速度が遅くならないように、500件くらいログを溜めてから送信しているらしい。
  普段は意識せず使っているけど、裏では本当にいろいろ工夫されているんだなと思った。
• ここでも「Laravel Live Japan」の宣伝があった。
  開発者のTaylorさんが来るらしい。すごいな。

車輪の再発明をしよう！PHPで実装して学ぶ、Webサーバーの仕組みとHTTPの正体

■ 内容の要点

Webサーバーを自作してみた話。

■ 印象に残った点

• 「理解できなかったから、自分で作ってみよう」という発想がすごい。
  自分だったら、理解できなければ誰かの解説を探すか、そのまま諦めてしまう。
  こういう探究心があるからこそ、この場で登壇できるんだろうなと思う。
• 「自作」と聞いて、もっと違う方向の話を想像していたので、実際にソケット通信の話が始まって少し意外だった。
• 自分は昔、ソケット通信まわりの仕事でそこそこ失敗したことがある。
  そのせいで、内容そのものよりも先にトラウマが蘇ってしまって、ちょっと辛かった。

PHPerコードバトル 決勝 マッチ1

■ 内容の要点

コードバトル。

■ 印象に残った点

• もともとは別の講演を聞く予定だったが、疲れてきたので休憩することにした。
• 休憩ブースの隣がコードバトルの会場だった。
  今まで一度も観たことがなかったので、「せっかくだし見てみるか」と思い、軽い気持ちで覗いてみた。
• ルールも初めて知ったが、AIを使って良いらしい。
  確かに今の時代、AIを使えること自体がエンジニアのスキルの一つになっている。
  この前エージェントの人と話したときも、「募集要項に“AI使用経験”が書かれるようになってきている」と言っていた。
  自分の力だけでなく、AIという相棒をどう使うかの時代なんだなと改めて感じた。
• 実際の回答は、両者ともAIの出力そのものだった。
  しかも「なぜこれで良いのか」を説明できていない。
  さらに解説者も説明できず、会場の人に助けを求めながら解析しようとしていた。
• 「なんだこの競技は…？」と正直思ってしまった（笑）
  でも同時に、みんなで難解なコードを解き明かそうとしている空気が面白くて、ちょっと笑ってしまった。
• 競技者自身も、AIの回答を見て勉強しているらしい。
  将棋の藤井聡太名人の学習スタイルを思い出した。
  AIから学ぶ、という意味では確かに近いものがあるのかもしれない。

ビジネスがわかるエンジニアになろう：経営学とエンジニアリング、その共通点と活用法

■ 内容の要点

経営学とフレームワークは似ているという話。

■ 印象に残った点

• どのカンファレンスでも見かける印象のある登壇者様。
  話し方も慣れていて、会場の笑いもかなり多かった。
  この講演のあとも別イベントがあるらしく、終わるとすぐに会場を出ていった。
  「売れっ子だな…」という感じがした。
• CTOを辞めたあとも、MBAの学習は続けているらしい。
  やっぱりビジネス知識はどの立場でも活きるのだと思う。
• いろいろな法則や理論が紹介されていたが、たしかにプログラミングのフレームワークと似ていて面白かった。
  というか、正直プログラミングより面白く感じてしまった。
  「こっちを勉強したいかも」と思ってしまったくらい。
• こういうMBAをしっかり学んだ人の下で働いたら、かなり視野が広がりそうだなとも思った。

Laravelで学ぶOAuthとOpenID Connectの基礎と実装

■ 内容の要点

認証と認可について。

■ 印象に残った点

• 正直、かなり難しくてついていけなかった…。
• スライドはめちゃくちゃ作り込まれていた印象。
  ただ、その分ボリュームも多く、リアルタイムでは追いきれなかった。
• あとで資料を探して、落ち着いて読みながら理解し直したいと思う。
• LaravelでOAuthを扱うためのライブラリがあるらしい。
  このあたりは実務でも関係してきそうなので、ちゃんとキャッチアップしたい。

さらば、不毛なログ調査。SentryとLaravel Insightsでボトルネックを完全可視化

■ 内容の要点

Sentryの使い方。

■ 印象に残った点

• Sentryの存在を初めて知った。
  便利そうな機能だったので、普通に使ってみたいなと思った。
• Laravel Insightsの存在も初めて知った。
  ただ、講演中は「どこまでがLaravel Insightsの機能なのか」がよくわからなかったので、あとで改めて調べたい。
• こちらもプラグインがあるらしい。
  Laravelまわりは本当に色々そろっているなと思う。
• 個人情報のマスキングができる点はかなり魅力的だった。
  ログ監視系のツールって便利でも、そこが不安だからね。
• Vueなどのフロントエンド側のエラーも検知できるらしい。
  いったいどういう仕組みなんだ？！と普通に気になった。
• スロークエリやキャッシュも検知できるらしい。
  こういう「遅い原因」を見つけられるのは実務だとかなり助かりそう。
• 「95パーセンタイル」という考え方も出てきた。
  ちゃんと理解できているわけではないけど、こういう指標の見方もあるのかと思った。
• seerというAI機能も入っているらしい。
  解析までしてくれて、1回1ドルくらいとのこと。
  この手のAI機能、今後どこまで実用的になっていくのか気になる。
• 「スレッショルド」と言われても、その場では何のことかわからなかった。
  むしろ昔遊んでいたカードゲームの用語を先に思い出してしまって、意識がそっちに飛んだ。
  あとで調べたら、普通の英単語だった。
• 設定で N+1 も検知できるらしい。
  これはかなり魅力的。普通に欲しい機能だと思った。
• 今日聞いた講演の中で、一番興味が湧いた内容だった。
  ローカル環境にも入れられたりしないのかな？と、ちょっと調べてみたくなった。

Today’s Update

■ 内容の要点

今日の振り返りと、明日の話。

■ 印象に残った点

• ビール片手に語っていて笑ってしまった。自由だ。
  参加者がビールを飲めるくらい、気軽に楽しめるカンファレンスを目指しているらしい
  そういう思想があるのは良いなと思った。
• ロッカーは8割埋まっていたらしい。
  みんな荷物を持っている印象だったので、意外だった。
• トラフィックは余裕らしい。
  iOSDCもやっているらしいが、そっちはもっと大変らしい。
• ガチャの当選率も調整しているらしい。
  本当に細かいところまで気を配っているんだなと思った。
  最初は「先に当たりが出ても別に良くない？」と思った。
  でも、スポンサーブースでハンコをもらってガチャを回す仕組みなのだから、
  景品が早く尽きたらガチャも回らなくなるし、企業ブースにも人が行かなくなる。
  スポンサーあってのイベントなのだから、それはできないよなと納得した。
• 明日の朝のドーナツは、135個限定なのに少し余ったらしい。
  「初めて供給が需要を上回った！」と嬉しそうに話していて、ちょっと面白かった。
• 18:30にエンドロールが流れて、写真を撮って終了。

PHPerKaigi 2026で出てきた「わからなかった用語」メモ

初めて聞いた単語や、何度か耳にしたけど意味を覚えていなかった単語をまとめておく。
今後のために自分なりに調べたメモ（※登壇者による説明ではないので、正確性は保証できません）。
※こういう疑問を解消するために質問ブースがあるのかもしれないね。

ブース・展示エリア

• はじめて1ブースだけ話を聞いてみた。その会社のことを知らなかったので勉強になった。
• 景品をもらうのにXで登録しないといけないと言われて、時間が溶けるSNSを開くのは避けたい時代としては、めちゃくちゃ嫌だなと思った。
  でも、企業側からすれば、どこの誰かもわからない相手に何かを渡すのだから、それくらいの条件は必要だよなとも思った。
  世の中、何でも無料でもらえるわけではない。

まとめ

いっぱい講演を聞けて大満足だった。

講演の全部が直接役に立つわけではない。
でも、仕事中にふと「そういえば講演でこのネタを聞いたな」と思い出して、あとから資料を探すことは年に数回ある。

そういう小さな積み重ねが、少しずつ他の人との差にもなっている気がする。
だから、知識を得に行くこと自体が大事なんだと思う。

あと、プログラミングに情熱を注いでいる人たちの話を定期的にじっくり聞くことは、自分の向上心を保つためにも必要だなと改めて思った。

火はガソリンがなければ燃え続けない。
こういうイベントは、そのガソリンを補充する場なのかもしれない。

来年への期待は、正直そこまで大きくはない。
運営面はもう十分すぎるくらい整っていると思う。

だからこそ、またタイミングが合えば、来年もふらっと参加したい。

どうも、Vueを触れて数年経っても初心者な隣の鈴木(@next_suzuki)です。

Oasisのライブにも行きたかったけど、チケット抽選で外れたので、
心置きなく Vue Fes Japan 2025 に行ってきた！
（サムネイルはイメージ。実際は画像よりもずっとヒッソリしている）

今回は仲間と二人で参加。去年も行ったので、これで2回目になる。

👇️ 前回の「Vue Fes Japan 2024」はこちらの記事で紹介している。

Vue Fes Japan 2024 -感想レポ- パソコンはみんなMac

はじめて参加してみた。英語の講壇を聴いたり、アフターパーティーで知らない人と会話したり、知らない用語などもたくさん知れて、学びのある1日だった。

let-bygones-be-bygones.com

2024.10.20

まったく他人の参考にならない感想を書く。

• イベント名：Vue Fes Japan 2025
• 開催日時・場所：2025年05月25日／大手町プレイス ホール＆カンファレンス
• 参加理由：Vue.jsの情報収集
• どんな人向けの記事か：ただの感想を読みたい人向け

会場の雰囲気・参加人数

発表とは関係ないことについて感想を書く。

■ 会場の様子（広さ・設備・雰囲気）

• 1階と2階の構成。2階が受付。
  移動範囲が少なくて快適だったが、階段がやや狭め。
• 休憩コーナーも設置されていた。
  最初からお昼まではコーヒーがあったけど、途中で品切れ（？）。少し残念。

■ 弁当事情

• 去年は配布があったが、今年はナシ。
  公式サイトに「近くの飲食店」が紹介されていたのは良い配慮だった。
• 物価高騰の影響だろうか？
• 去年は弁当を食べながら講演を聴けたが、今年はそれができず少し寂しい。
• その代わり、昼休憩は1時間35分と長くなっていた。
  つまり、発表数が減ったので残念。

■ 参加者層・印象

• 年齢層は主に20〜30代。
  PHPエンジニアの僕から見ると、全体的に若い。
• 女性もちらほら。外国の参加者も見かけた。
• 全体的にファッショナブルで、ITイベント特有の“オタクっぽさ”が少ないのも印象的だった。

■ コミュニティの雰囲気

• 登壇者との交流は主に以下の場で可能：
  • 休憩コーナーでの質問タイム
  • 懇親会

セッションの感想

当日、聴講したセッションの中から印象に残ったものについて書いていく。
内容の要約や解釈は、あくまで僕個人の理解レベルでのもの。

※最初の方が文章が多いのはテンションが高かっただけ。
後半の文字数が減るのは、感動が薄れたからではなく“体力の問題”です。ご了承ください。

オープニング

■ 内容の要点

• フェス全体の概要（スポンサー・スケジュール・セッション構成）の紹介。

■ 印象に残った点

• オープニングムービーが流れて驚いた。
  まるで音楽フェスやライブの始まりみたいな演出でテンションが上がる。
• 日本人の登壇者が登場したので日本語で進行するのかと思ったら、まさかの英語でびっくり。
  スクリーン右側には同時通訳で日本語と英語の字幕が表示されていた。
• 個人的には「日本のイベントなら日本語で話せばいいのでは？」と思ったが、
  国際カンファレンス化を意識しての構成なのかもしれない。
• 英語で一生懸命話す登壇者の姿が印象的で、
  内容よりも「頑張って！」という応援の気持ちが湧いてしまった（笑）

キーノート

■ 内容の要点

• Evan You さんによる「Vite」などに関するセッション。

■ 印象に残った点

• 冒頭のあいさつで日本語を話していて驚いた。しかもかなり上手だった。
• ただし、技術的な話は英語。
• スクリーンの翻訳が見づらかった。
  表示される文字数が少ないうえ、翻訳内容が途中で再変換されるようで、理解が追いつかない。
• 正直、去年のようにヘッドホンで通訳を聞ける形式のほうがありがたかった。
  とはいえ、Vue.js特有の専門用語も多いし、ヘッドホンだと衛生面を気にする人もいるから、難しい判断なのかもしれない。
• メモをスマホで取っていたけど、翻訳テキストを読んで→理解して→入力する…の流れが遅くて会話に追いつけなかった。
  「ノートPCを持ってくればよかったな」と少し後悔した。

VueはAIに弱い？そんなの都市伝説です

■ 内容の要点

• Vue.jsでもAIを活用できるという内容。

■ 印象に残った点

• この日の中で一番印象に残った講演だった。
  ただし、これは「ピークエンドの法則（※最初と最後の体験が強く記憶に残る心理現象）」の影響かもしれない。
  最初に聴いたセッションというだけで、印象が増幅されている可能性はある。
  それでも、内容そのものが心を動かす力を持っていたのは間違いない。
• 登壇者に「Vue.jsが好きですか？」と聞かれたが、正直そこまで好きではないと思って手を挙げなかった。
  でもその瞬間、自分がVueに対してどんな感情を持っているのかを改めて認識できて、良い気づきになった。
• 序盤はいろいろとツッコミたくなる箇所もあったけど、最後のまとめでその全てを登壇者自身が回収していた。
  自分の講演を客観視できていて、資料にも時間と想いをかけているのが伝わった。
• ツッコミたかったのは、「AIって、結局手間をかけないと精度の高い回答を出せないんでしょ？」という点。
  いわば“学問に王道なし”で、暗黙知を形式知にして緻密なプロンプトを組めば、Vueでもちゃんとした結果が出るんでしょ？
  でも、その暗黙知を形式知にする作業こそが、ものすごく面倒で大変だから、みんな苦労しているんじゃないか――そう思っていた。
  しかし、まるで僕の心を読み取ったかのように、登壇者はその点をあっさりと認めたうえで、「その面倒なプロセスをこなすために必要なのは、最初の問いにあった“好き”という感情や情熱だ」と、はっきりと言い切っていた。
• そして冒頭の「好きですか？」という問いが、ここで綺麗に伏線回収される構成。
  プレゼンとしても完成度が高く、聴き手の感情をしっかり動かす素晴らしい内容だった。

Storybook 駆動開発で実現する持続可能な Vue コンポーネント設計

■ 内容の要点

• Storybookを活用して、コンポーネント設計を整理・共有しながら進める手法の紹介。

■ 印象に残った点

• 「コンポーネントとPropsを明確化しておく」という考え方は、Vue.jsの経験が浅い自分にとって、開発をスムーズに進めるための良い指針だと感じた。
• 要は、“設計に時間をかけることが大事”という王道の話。
  でも、10年以上現場にいるひねくれたおっさんエンジニアの僕としては、「それは理想論だとわかっているけど、実際の現場じゃ設計に時間なんてかけられないんだよ！」と思ってしまった。
  ……いかんいかん、老害発言だ。
  とはいえ、その理想論に本気で向き合ってプロジェクトを進めている姿勢は本当に立派だと思う。
• こういう理想的な開発環境で働けるのは、決して偶然ではなく、登壇者自身が努力して築き上げてきた結果なのだと思う。もし本当にそうなら、その行動力と実現力は本当に尊敬に値する。

生成AI時代のWebアプリケーションアクセシビリティ改善

■ 内容の要点

• アクセシビリティ基準「WCAG（ウィーキャグ）」に関する話。

■ 印象に残った点

• 論文の内容を引用しながらの講義で、「これが学術的な発表というやつか…！」と圧倒された。
• 全体的にお硬い雰囲気だったけど、それが逆に「研究者の真剣さ」を感じさせた。
  登壇者は終始プレゼン資料を見ながら丁寧に話していて、内容の正確さを重視している印象だった。
  （“お硬い”というのは雰囲気のことで、内容はむしろとても濃密で素晴らしかった！）
• mcpサーバを自作しているとのことで、その探究心と実装力にただただ感服した。
  こういう「自分で手を動かして試す」タイプのエンジニア、ほんと尊敬する。

Inside Vitest: テストフレームワークアーキテクチャの詳細解説

■ 内容の要点

• テストフレームワーク「Vitest」の内部構造に関する技術的解説。

■ 印象に残った点

• 正直、ほとんど理解できなかった…。この日で一番「置いていかれた」感が強かった。
• というのも、僕が期待していたのは「Vitestを使うと何が便利になるのか？」「どんなメリットがあるのか？」という内容だった。
  でも、実際の講演はそうした“使う側の視点”ではなく、“仕組みを理解する側の視点”にフォーカスしていたようだ。
  だから、僕が勝手に想定していた理想像とズレてしまい、理解が追いつかなかったのだと思う。
• 途中で翻訳の画面が消えたのも印象的だった。スタッフも特にツッコまず、そのまま進行していたので「これも演出なのか？」と思ってしまった。
  （結局、途中で復活したので、単なる操作ミスだったのかもしれないけど…）
• 登壇者が「Vite」を「ビテ」と発音していて、「ヴィート」派の僕は一瞬混乱した。
  登壇者は日本人っぽい見た目だったけど、話し方がネイティブ寄りで、不思議な感覚だった。
  ──まあ、発音なんて本質じゃない。
  機能に支障がないなら、どっちでもいいんだ。IT業界はそんな“発音カオス”の宝庫だから。

最高の DX – Nuxt Typed Router と Pinia Colada で実現する次世代 Vue/Nuxt 開発

■ 内容の要点

• NuxtのTyped RouterやPinia Coladaを用いたDX（開発体験）向上の話。

■ 印象に残った点

• この日いちばん“個性の強い”講演だった。語りが抜群に面白く、会場の笑いも多かった。
  真面目な技術トークが続く中で、こういうテンションの発表があると本当に助かる。
• 語りが面白すぎて、肝心の内容があまり記憶に残っていない（苦笑）
  でも、「楽しませよう」という姿勢がしっかり伝わってきたので、それだけで好印象。
• 一番前の席にいた人が「ウマ娘」をプレイしていて、ついそっちが気になってしまった（笑）
  ──まあ、他人が何をしていようが自由だけど、講演とウマ娘が同時進行している光景にはちょっと笑ってしまった。

Vue.jsでつくる実験映像

■ 内容の要点

• Vue.jsを使った映像作品の紹介。

■ 印象に残った点

• 冒頭で見せてもらった「物を少しずつ動かして1コマずつ撮影する」映像制作シーンに圧倒された。
  エンジニアも時に狂気的なまでに細部を詰める職業だが、映像クリエイターの“狂気”はまた別次元だな、と思った。
• 語り口が軽快で面白い。
  自分の作品よりも、女子高生パロディ（オマージュ？模倣？）動画の方が再生数を稼いでいるという自虐ネタには、思わず笑ってしまった。
  手間をかけたものよりも、軽く作ったものがバズる──そんな現実に対する皮肉も含めて、妙に共感した。
• Webエンジニアではなく、組み込み系エンジニアとしての視点よりの話だった。
  任天堂SwitchのJoy-Conを操作できるAPIが公開されていると知って驚いた。
• ご本人は「エンジニアではない」と話していたが、内容は完全に職人レベル。
  GitHubを見たらフォロワー数が圧倒的で、正直そこらのエンジニアよりよっぽどエンジニアだった（笑）
• 新しいデザインのカラーピッカーも印象的だった。
  「カラーピッカーなんてどのツールでも同じ」と思い込んでいたけど、“当たり前を疑うこと”の大切さを改めて教えられた。
• 登壇者が「Gコード」と何の説明もなく話していたが、会場の多くの人は意味を理解していなかったと思う。
  Webエンジニアにとって、工作機械を動かすための制御コードなんて馴染みがないからだ。
• 映像の上映中、隣の仲間が寝ていた（笑）
  僕は美大の文化祭を観に行ったり、海外で美術館を巡るほど映像やアートが好きなので、
  この講義は技術的というより“芸術的な刺激”として楽しめた。
  ただ、仲間はあまり興味がなかったようで、
  やっぱりアートって“刺さる人と刺さらない人”がいるんだな、と改めて感じた。
• 上映された映像を大画面で見ると、圧倒的な迫力だった。
  でも家でYouTubeで見直したら、あの感動は再現されなかった。
  「映画館と家のテレビで感じる違いなんて、そんなにないだろ」と思っていたけど、全然違った。
  この体験を通じて、“体験の環境が感動を左右する”ことを身をもって実感した。

🔽実際に会場で映されていた。と思うムービー

AI駆動で進める依存ライブラリ更新 ─ Vue プロジェクトの品質向上と開発スピード改善の実践録

• 印象に残った点
  • 新人教育も兼ねていて、３年目のエンジニアさんが１年目のエンジニアさんを指導していたらしい。15年くらいIT業界している私としては、３年目も初心者みたいなもんだろう…。と上から目線で観ていたのですが、ごめんなさい、僕が間違っていました。年数とか関係ないです…。とても濃ゆい内容だった。このVue Fes Japan 2025というVueの大イベントで、数ある講演で発表しているだけあります。
    そんじょそこらの３年目とは違います。僕がバカでした、考えが狭かったです。と圧倒されるような内容だった…。
    
  • スクリーンに映し出される資料もとてもまとまっていた。あとで資料が公開されているのをみつけたが、70ページ以上あってスゴイ!!語る時間が短すぎて、とばしているくらいだった。あと倍くらいの時間をとっても語れそうな感じだった。
    AIの良質なプロンプトを作るには「暗黙知を形式知にする」と言っていて、これがAIから良質な回答を得るために、AIを使いこなすための結論な気がした。

■ 内容の要点

• AIを活用して、依存ライブラリを効率的に更新・改善したプロジェクト事例の紹介。

■ 印象に残った点

• 新人教育も兼ねていて、3年目のエンジニアさんが1年目のエンジニアさんを指導していたという話。
  15年ほどIT業界にいる僕からすると、「3年目なんて、まだまだ初心者でしょ」と正直思っていた。
  ──が、ごめんなさい、完全に間違っていました。年数なんて関係ない。
  講演内容は圧倒的に濃く、構成も緻密で、僕の狭い視野を打ち砕かれた。
  Vue Fes Japanのような大舞台で発表できるだけあって、そんじょそこらの3年目とは訳が違う。
  「僕がバカでした」と素直に思わされた瞬間だった。
• スクリーンに映し出された資料も、情報量・構成ともに完璧。
  あとで公開資料を見つけたら、なんと70ページ超。
  語る時間が短すぎて、かなり端折っていたのがわかる。
  倍の時間をとっても語り尽くせない内容だったのだろう。
• 「AIの良質なプロンプトを作るには、“暗黙知を形式知にする”ことが大切」と語っていたのが印象的だった。
  この言葉が、AIを使いこなす上での核心なのだと思う。
  結局、AIを動かすのは人間の知識と経験の言語化──それを改めて実感した。

ライトニングトーク（LT）セッション感想まとめ

⏬️ここからはLT（Lightning Talk）＝短時間プレゼンの内容。

なんでRustの環境構築してないのにRust製のツールが動くの？

• 内容の要点：Rustで動く仕組みの解説。
• 印象に残った点：
  正直、考えたこともなかったテーマ。
  こういう“素朴な疑問”を深掘る姿勢は大事だなと改めて感じた。

Nuxt4のSingleton Data Fetching Layerで何が変わるのか

• 内容の要点：Nuxt4でのパフォーマンス改善に関する話。
• 印象に残った点：
  説明がシンプルで聞きやすかった。
  専門的な内容を、ちゃんとかみ砕いて伝えられる登壇者さんは本当にすごい。

アウトプットから始めるOSSコントリビューション 〜eslint-plugin-vueの場合〜

• 内容の要点：OSS（オープンソース）への貢献のはじめ方。
• 印象に残った点：
  正直、ハードルが下がるどころか上がった（笑）
  でも、それだけ真剣にOSS活動をしている熱量が伝わった。
  あと「V東京」ってイベントがあるのを初めて知った。気になる。

知覚とデザイン short version

• 内容の要点：デザインを“脳の認知”の観点から考える学問的アプローチ。
• 印象に残った点：
  まさかこのイベントで「シナプス」「ニューロン」という単語を聞くとは思わなかった。
  脳や認知の話が好きなので、個人的にはかなり刺さった。
  あとで「ブロードマンの脳地図」も調べてみようと思う。
  とはいえ、なぜVueフェスでこの内容を発表しようと思ったのか？
  その意図が少し気になった（良い意味で異色の発表だった）。

Nuxt 認証基盤作成における Cookie 状態管理のポイント

• 内容の要点：Cookieの状態管理と保存方法の解説。
• 印象に残った点：
  登壇者がフリーランスの方で珍しかった。
  現場紹介も交えていて、同じフリーランスとして参考になった。
  「こういうふうに自分の実績を発表すればいいのか」と勉強になった。

個人でデジタル庁のデザインシステムをVue.jsで作っている話

• 内容の要点：デジタル庁のデザインをVue.jsに変換しているという取り組み。
• 印象に残った点：
  最初は「政府のデザインを個人で？そんなことある？」と疑いながら聞いていたけど、正確にはそうではなかった。
  デジタル庁のデザインをVueに置き換えてみようという発想と着眼点がすごい。
  僕の身の回りにはこういう作業をしている人はいないけど、きっとどこかで誰かが救われているんだろうなと思った。

React Nativeならぬ “Vue Native” が実現するかも？ 新世代マルチプラットフォーム開発フレームワークのLynxとLynxのVue.js対応を追ってみよう

• 内容の要点：Lynxという新世代マルチプラットフォームフレームワークのVue対応版について。
• 印象に残った点：
  現時点では、まだ実用レベルには届いていない印象。
  Flutterエンジニアとの会話で「Flutterの存在が怪しいかも？」という話題が出たそうで、それを聞いて「あ、これのことか！」とピンときた。

chocoZAPサービス予約システムをNuxtで内製化した話

• 内容の要点：chocoZAPのサービス予約システムをNuxtで構築・内製化した事例。
• 印象に残った点：
  WebViewの仕様による不具合にハマった、という話がとても共感できた。
  僕自身も同じようなトラブルに遭ったことがあり、「わかる！」と強くうなずきながら聞いていた。
  今日のセッションの中で、最も共感が湧いた内容だった。プレゼン資料があればぜひ手元で見返したい。

Vue Fes 2025で出てきた「わからなかった用語」メモ

初めて聞いた単語や、何度か耳にしたけど意味を覚えていなかった単語をまとめておく。
今後のために自分なりに調べたメモ（※登壇者による説明ではないので、正確性は保証できません）。
※こういう疑問を解消するために質問ブースがあるのかもしれないね。

ブース・展示エリア

ブース・展示エリアには、まったく立ち寄りませんでした。
せっかくの機会だったのに…。

参加して感じたこと・よかった点

今回は「つまらない」「わからない」と感じる部分が多かった。
でも、それは登壇者や内容が悪いのではなく、自分の知識の浅さを痛感した結果なんだと思う。
ある意味では、今の自分の立ち位置を知る良い機会になった。

最近「『好き』を言語化する技術（著者：三宅香帆さん）」という本を読んで、改めて認識したことがある。
👇️「『好き』を言語化する技術（著者： 三宅香帆さん）」はこちら記事で紹介しています。

「好き」を言語化する技術 読書レビュー｜ヤバイしか言えない自分を変えるヒント

三宅香帆さんの『好きを言語化する技術』を読んで、自分の文章コンプレックスや「ヤバイ」という言葉との向き合い方を振り返りました。気づきや共感したことを素直にまとめています。

let-bygones-be-bygones.com

2025.08.23

書き手（今回は発表者）は、「想定した読者（聴衆）」を決めて、講演で伝えたいことを伝わるように設計している。
今回の感想で「つまらない」「わからない」と感じた講演は、単に自分が想定された読者になれなかっただけなのだと思う。

その想定の範囲に入れなかった理由は、僕のVue.jsへの理解がまだ浅いせいだろう。
もっと知識があれば、気づきや学びも増えたのかもしれない。

だからこそ、これからも地道にVue.jsへの理解を深めていきたい。
そうすれば、次に同じテーマを聞いたとき、まったく違う景色が見えるはずだ。

来年への期待・次回への意気込み

• 次回も可能なら参加したい。
• 今年はトレンド的な話題は少なめに感じた。
  来年は、Vue 4 や Nuxt の次期アップデートなど、もう少し先を見据えたテーマを聞いてみたい。

まとめ

２回目の参加ということもあって、驚きや新鮮さは少し減った。
でも、そういう状況でも自分なりに面白い部分を見つけて、知識を吸収していく姿勢が大事なのだと思う。

他のエンジニアさんの会話を聞いて、学び続ける姿勢の大切さを改めて実感した。
技術は日々変化する。だからこそ、こうしたイベントで刺激を受け続けることが、
自分をアップデートし続ける一番の近道なのかもしれない。

目次

• 1. ツールの前提
• 2. 基本の使い方
• 3. 日またぎの入力例
• 4. よくある質問
• 5. 注意事項
• 6. 作者のひとこと（なぜ作ったか）

1. ツールの前提

• 入力単位：15分刻み
• 休憩：45分固定（自動控除）
• 時刻範囲：開始 00:00〜23:45、終了は開始+15分〜48:00
• 自動計算：開始／終了を選ぶたびに即時計算

2. 基本の使い方

1. 開始時間を選びます（例：09:00）。
2. 終了時間を選びます（例：17:00）。
3. 結果エリアに 勤務時間 が表示されます（例：07:15）。
   休憩45分は自動で控除済みです。

基本操作：①開始 → ②終了 → ③結果が自動更新

3. 日またぎの入力例

夜勤など、24:00を超える終了時刻も選べます。
例：20:00 → 28:00（＝翌日 04:00）

終了候補には「28:00（翌日 04:00）」のように表示されます。選ぶと自動で計算されます。

4. よくある質問

Q1. 終了時刻の候補が少ないのはなぜ？
A. 開始＋15分〜48:00 の範囲だけを表示しているためです。開始より前の時間は選べません。

Q2. 休憩45分は変えられますか？
A. このツールは固定です。ほかのパターン（例：休憩60分）は、まとめページから対応版（将来、作成予定）をご利用ください。

Q3. 「—」と表示される
A. 通信不安定・入力範囲外の可能性があります。時間をおいて再度お試しください。

5. 注意事項

• 本ツールは概算の目安です。最終的な勤怠の確定は各社の就業規則・システムに従ってください。
• ブラウザや端末によって表示が異なる場合があります（最新ブラウザ推奨）。
• 上限は 48:00（翌々日同時刻） です。

6. 作者のひとこと（なぜ作ったか）

業務で勤務時間を手早く計算する場面が多く、迷わず使えるシンプルなツールが必要だと考えて制作しました。まずは実務で出番の多い〈15分単位／休憩45分固定〉に対応。加えて、長時間勤務にも対応できるよう、24時を超える“日またぎ”（例：28:00＝翌日04:00）の表示と計算を分かりやすくしています。

関連リンク

• 勤務時間計算ツール（15分×休憩45分固定）
• まとめページ（準備中）

最終更新：2025-08-27

どうも、PHPエンジニアな隣の鈴木(@next_suzuki)です。

PHPカンファレンスに行ってきた！
（サムネイルはイメージです、実際は画像よりもヒッソリしている）

まったく他人の参考にならない感想を書く

• PHPカンファレンス 2025に参加
• 開催日時・場所：2025年06月28日 大田区産業プラザPiO
• 参加理由：PHPの情報収集
• どんな人向けの記事か：ただの感想を読みたい人

会場の雰囲気・参加人数

前回に参観した「PHPerKaigi 2025」と比較しながら書く

• 会場の様子（広さ・設備・雰囲気）
  • 広い
    • １階、２階、３階、４階と各階に会場がある
      • 何度も１階と４階を往復した。
        • ５分以内には移動できるので苦ではない
          • デスクワークで運動しない業種だから、これくらいは動いたほうがむしろ健康に良いかも？
  • 冷房
    • 去年は冬の開催で、暖房が効かないのか寒くて震えながら拝聴していた記憶が強い
      • 夏は冷房が効かなくて暑いのかな？と思ったけど、冷房は効いていてちょうど良かった。
  • 休憩コーナー
    • なし
      • PHPerKaigiのお菓子や飲み物が恋しい…。
        • まあチケット代に天地の差があるので、これはしょうがないです。
• 参加者の年齢層・層の印象
  • 20代は少なく、30代以上が多めな印象
    • 流行りな言語ではないから、20代が少ないのは妥当かな。と思う
    • ベテランぽい40, 50代の人がそれなりにいる
• コミュニティの雰囲気（交流しやすい？フランク？）
  • 登壇者との交流の機会は以下
    • 最後の質疑応答
    • 懇親会

セッションの感想

傾聴したセッションについて感想を書く。

内容の要点は、言語化能力が乏しい僕なりの解釈です。

最初のほうが文言が多いかもしれなけど、書き始めでテンションが高いだけです。後半ほど疲れてくるので文字数が減りますが、別に感動しなかった。とかそういうわけではないので、誤解しないでいただきたいです。

● Opening

• 内容の要点：オープニング
• 特に印象に残ったポイント・キーワード：
  • アフターパーティーのチケット残数
    • 残り約７枚と言っていて驚き。去年より来場者数が少なさそうなイメージだったので、そんなに売れていることに驚き！意外と人気なのか？！
• スタンプラリー抽選会の景品
  • 想像以上に豪華で驚いた
    • iPad, HHK(Happy Hacking Keyboard)など
      • 詳細は公式のTwitterみれば画像が掲載されています

● PHPの今とこれから 2025

• 内容の要点
  • タイトル通り
• 印象に残った点
  • PHP8.5について
    • パイプ演算子が実装される
      • はじめてみた。なにこの構文？！
  • セキュリティ
    • 脆弱性を考慮して、バージョンアップしたほうが良いバージョンを周知していた
      • 仕事のバージョンを再確認しなければ
  • 各機能
    • 非対称staticプロパティとかもう頭が追いつけない。。。
    • clone()が機能追加ぽい？
  • Attributeとコメントって何が違うんだ？
  • フランケンPHPは、PHPアプリケーションで爆速らしい
    • 実際に早くなっているシステムの内部をみてみたい
  • 講義のタイトルについて
    • 登壇者様は皆勤賞らしい
      • このようなお方様がこのような会を支えているんだな。とつくづく実感した
      • タイトルは26回中20回はこのタイトルらしいｗ

● AIエージェントはこう育てる：GitHub Copilot Agentとチームの共進化サイクル

• 内容の要点
  • AIをどのように会社に導入した方法
• 印象に残った点
  • 午前の内容だが席が９割ほど埋まっている
    • どの講義もAI系は聴衆者が多かった
  • インストールしておいてね。と相手に任せっぱなしではインストールしてくれない。
    • みんなで一緒に会議して実践しながらインストールしないと、インストールしてくれない人がいる
      • 自分もみんなと一緒にインストールしたので、たしかに組織ってそうだな。と共感した
  • AIを活用してIssueやMR(マージリクエスト)を作ってもらった
    • みんなIssueやMRを作るのが嫌らしい
      • 私は作ることは嫌いではないので、この意見に驚きだった
        • でも、考えや作業を文章にまとめる必要があるので、作る作業はたしかに面倒くさいな。とは思う

AI系の内容を聴くたびに思ったけど、PHP関係ない！笑

● ちいさくPHPUnitをつくり、仕組みと拡張ポイントを探る

• 内容の要点
  • PHPのassertメソッドを自作してみた
• 印象に残った点
  • PHPStormを使用してライブコーディングで.if と打つと if () {} に展開された
    • なんだこの機能？HTMLの機能Emmet(HTML や CSS のコードを高速で書くための入力補完ツール)みたいな動きしているぞ？！
      • 調べたらPHPStorm などで提供されている「Live Templates（ライブテンプレート）」という スニペット（入力補完）機能 の一つらしい
  • PHPUnitの中身
    • いろいろなAssertメソッドでAssertThatを使用している
  • 設計のパターン
    • Strategy パターン、Observer パターン、Template Method パターンなどなど
      • 全部知らない単語で、内容が追いつけなかった
        • 意味を調べたら、業務で無意識に使っている内容だった
          • 言語化できることを知った。今回の学び。

● システム成長を止めない！本番無停止テーブル移行の全貌

• 内容の要点
  • 打刻システムを移行したよ
• 印象に残った点
  • 保育系のためシステムが停止不可能
    • たしかに保育業界って土日・昼夜問わずに休んでいるイメージがない
  • 10億件のデータが対象
    • 考えただけで目眩がする。自分はメンタル弱いので絶対に無理
  • ベイビーステップ
    • この表現を初めて知った。
      • カンファレンスに参加するということも私にとってはベイビーステップだ？
        • どこかで使ってみよう。
  • カナリアリリースで対応した
    • やっぱし大規模になると小出しにやるしか無いよな…。
      • 他のカンファレンスで「カナリアリリース」という言葉を知ったので、今回の内容を少しだけ理解できた
        • 前回に知った内容を活かせたことが嬉しい
  • 鋭意継続中
    • はじめて聞いた単語。「一生懸命・真剣に取り組みながら、現在も継続して進めている」という意味らしい。
      • システム開発の報告書などで使用される言葉らしい。
      • 意味を調べたら、マニュアル的で中身が無い胡散臭い言葉に思えてしまった…。
        • 別に登壇者様を批判したいわけではなく、短時間の説明資料に使用する言葉としては適切な言葉だと思ってます。

● PHP開発者のための SOLID 原則再入門

• 内容の要点
  • SOLID 原則再入門
• 印象に残った点
  • この日で２番目に面白かった
    • 任天堂スイッチ2のマリオカート ワールドをプレイする時間を我慢して資料を作ったらしい
  • 内容は良かった。と思うんだけど、薬を飲んでいて副作用の眠気が強くて、あまり覚えていない…。
    • あとで資料が見つかったら見返そう…。
    • SOLID原則について改めて学び直そう。とは思った

● PHPを愛するひとに伝えたい、PHPとキャリアの話

• 内容の要点
  • PHPエンジニアの市場について
• 印象に残った点
  • プレゼンの喋り方が、この日の中で一番上手だった
    • 技術者ではなく、人材紹介会社の人なので、まあ職業柄当たり前なのかも知れないけど、それでも一番聴きやすくて、プレゼン方法が勉強になりました。
  • 技術よりな内容ではないけど、市場に興味がある人が多いのか席は８割以上は埋まっていた
  • 技術とはちょっと違った分野の内容を聞いてみるのも、違う視点があって良いな。と思った。
  • PHPは流行な(モダン)を過ぎており、スタンダードな言語である
    • ですよねー。みたいな印象。若い人はいません。
  • PHPは言語の市場として20%くらいらしい。
    • 市場としては10%とれていればそこそこなので、まあ悪くはないらしい。
  • ビールスポンサーもやっているらしい

● PHP 8.4の新機能「プロパティフック」から学ぶオブジェクト指向設計とリスコフの置換原則

• 内容の要点
  • プロパティフック
• 印象に残った点
  • 難しい…。
  • 「PHP開発者のための SOLID 原則再入門」でも語られていた「リスコフの置換原則」がまた出てきた
    • 知らないため会話に追いつけず
    • 「反変、共変、不変」とか、もう日本語を読んでも理解できず、何が違うの？！って感じで、頭が混乱した

● Windows版PHPのビルド手順とPHP 8.4における変更点

• 内容の要点
  • WindowsでPHPをビルドする
• 印象に残った点
  • 誰が、なんで？どうして？わざわざビルドするんだ？！という疑問が解消された
    • いろいろな理由があるんだな
      • 不具合を本家より先行して修正したい
      • 運用ルールでビルドが必須
  • 観客が僕らを除いて12人くらいしかいなかった
    • 登壇者様の人気がない。というわけではなく、Windowsというハードウェア？OS？よりなネタが、Webエンジニアの需要とマッチしていないんだな。と思った
      • 元Windowsアプリエンジニアの僕としては、デスクトップアプリの時代は終わったのかな？？と、現実を突き詰められたような感覚で寂しかった
      • 需要がなくても、カンファレンスだから色々なネタをやるのは大切だと思う

● AIプログラマーDevinはPHPerの夢を見るか？

• 内容の要点
  • Devinを使用したプロジェクト開発
• 印象に残った点
  • この日で一番目面白かった
    • 関西弁のトークが、関東人風な真面目なトークばっかし聞いていたので、とてもリズムが良く面白く感じる
• Devinの料金プラン
  • １ヶ月で500ドルと聞いて驚いた。2025/06/28の時点で１ドルが約144円なので約7万2000円である
• AIの活用視点
  • 使い方がとても勉強になった
    • AIに書かせたコードをAIにレビューしてもらう。とか、そういう視点はなかった。
    • やってはいけない。ではなく、やってほしい。ことをAIに伝える
• AIは新人に似ている
  • AIって、自分よりも高度のコードを書いてくれるので、ベテランみたいなイメージだった
    • でも、発表内容を聞いて、たしかにちょいちょい思ったこととは違うことをする。
      • 新人教育をしていて自分が思い描いた結果にならなかったときに、「指示が足りなかったから、自分の理想の結果と違ってしまったんだな」という後悔の感覚に似ている気がする

最後に、AIは万能で崇高なのもの？みたいな感じの会話だったけど、そんなAIでもPHPerの高齢化の解消は不可能みたいな、AIでは抗えない？ところも指摘して、オチとして良かった

● 設計やレビューに悩んでいるPHPerに贈る、クリーンなオブジェクト設計の指針たち

• 内容の要点
  • 設計について
• 印象に残った点
  • １名が設計を知っていれば良い。ということではない
    • 本当にこれ。昔の会社でおじいちゃんプログラマに何度も「定数を使ってください」と言っても、永遠に書いてくれなかったもんな…。
  • 必須本の紹介
    • 「PHPクックブック」「オブジェクト設計スタイルガイド」を紹介していたので、今度読んでみるか。
  • クエリメソッド・コマンドメソッドの違いは？

情けない話しだが、難しくて理解できなかった…。少しでも理解できるように努力を続けたいと思う。

● PostgreSQLのRow Level SecurityをPHPのORMで扱う Eloquent vs Doctrine

• 内容の要点
  • Row Level Securityを使った例
• 印象に残った点
  • スライドが英文でよくわからなかった
    • 別の講演で作成した資料を流用しているのだろうか？
    • 実は日本語が流暢な外国人の方なのかな？

● PHPerならバッチリだよね!?プレグクイズ~~~

• 内容の要点
  • 正規表現の問題
• 印象に残った点
  • ４問あったけど１問しか正解しなかった…。
    • 正規表現は難しい…。AIに任せます！(笑

● 38歳、はじめてのPHP – 急がば回れ、PHPの道も1.0から –

• 内容の要点
  • テストコードを作成する
• 印象に残った点
  • 喉がガラガラでも、頑張ってトーク
    • 北海道から来ていて、飲み過ぎでガラガラらしい
      • 本当は企業ブースで喋りすぎたらしい。お疲れ様です！
  • カウンター
    • PHP1.0にカウンター機能があったらしい
      • キリ番が懐かしいね！（何歳くらいまでキリ番って言葉が通じるのかな？笑）
  • C言語
    • PHPというより、もはやC言語の内容を聞いている感じだった

● たった 1 枚の PHP ファイルで実装する MCP サーバ

• 内容の要点
  • mcpサーバー作った
• 印象に残った点
  • MCPサーバー
    • この前にオンラインで参加したcursorミートアップでも頻繁に出たMCPサーバ
      • MCPサーバーの理解が少しだけ進んだ

●FrankenPHPでLaravelを動かしてみよう

• 内容の要点
  • FrankenPHPを使ってみた
• 印象に残った点
  • fly.io
    • これなんだろう？！アプリが作れる？！あとで調べてみよう。

●1年で約160記事、Qiitaに投稿したらめっちゃ強くなった（気がする） 〜 「アウトプット」で変わったエンジニア人生〜

• 内容の要点
  • アウトプットしまくり
• 印象に残った点
  • アウトプットを開始した理由
    • 尊敬する人にオススメされたかららしい、それでちゃんと実行した登壇者様の素直さを尊敬する
  • アウトプットの良さ
    • 私もアウトプットするために、こうやって記事を書いているわけだが、他者様の意見を聞いて改めてアウトプットの大切さを学んだ気がした

●Eloquentのリレーションを正しく理解する 〜withメソッド使ったのにEagerロードされない！？〜

• 内容の要点
  • N+1問題を解決
• 印象に残った点
  • 約22時間が約6時間半になったのは、すごい
  • 自分もEloquentは頻繁に使用しているので、もっとN+1を意識しないとダメだな。と反省した

●可変変数との向き合い方 $$変数名が踊り出す$$

• 内容の要点
  • 可変変数について
• 印象に残った点
  • 最後のほうの内容のせいか「可変変数」がまったく理解できなかった
  • 夫婦関係の悩みで例えられていたけど、あまり共感できなかった
    • 夫婦にはいろいろな形があるので気にせず。資料はとても良くて良かった。

●そのDB負荷、”仕様変更”で解決しませんか？ – 技術だけじゃない負荷対策アプローチ

• 内容の要点
  • 負荷対策の手段
• 印象に残った点
  • CoDMON社さんの登壇者の数
    • たくさんみた気がする。とても積極的な会社なんだな。と思った。
  • UIで改善
    • 対策としては、根治ではなく、回避策だよな。と思った。
      • でも、回避策でも良いのです。世の中、正論や綺麗事ばかりでシステムは動かせません！

●クロージング

• 内容の要点
  • エンディング。本日のふりかえり
• 印象に残った点
  • ゲスト900人
    • たくさん来場していて驚き。去年からスパンが半年だけど去年より来場者数は多いのだろうか？

●懇親会

ぼっち参加でしたが、7名くらいと会話できたので良かったです。名刺交換やSNSの交換もできて良かった。
登壇者さんと会話したら、技術の話しにまったく追いつけなくて、自分の未熟さを改めて思い知らされました。

ブース・展示エリア

まったく参加しませんでした。ごめんなさい。

参加して感じたこと・よかった点

PHP系のカンファレンスの参加としては、3回目でした。
慣れもあったのか、そんなに新しい刺激はなかった。

あと病気で薬を飲んでいて、薬の副作用で眠い時間が多くて、あまり会話が頭に入ってこないことも多かった。
今度は体調を万全にして、ちゃんと聴ける体制を整えたい。

途中でも書いたけど、自分が興味があるのがAIを使ってどうやってプログラミングの効率を上げるか？なので、PHPではなく、エディタとかAIのカンファレンス？セミナー？があれば、そっちに参加すべきなのかな？と思いました。

来年への期待・次回への意気込み

• 次回も可能なら参加したい
• あまりトレンド的な内容を感じることはなかった。

まとめ

• 革命的にビビッと来たことや、超凄いみたいな感情の高ぶりは無かったけど、ほどよく楽しめた。

カンファレンスに参加するたびに思うけど、今回もプライベートを捧げて、こういう場を設けている人たちに本当に感謝です。
また、懇親会でこんな自分に気さくに会話してくださった方々にも本当に感謝でした。

どうも、エンジニアな隣の鈴木(@next_suzuki)です。

Cursor Meetup Tokyoにオンライン参加してみた！
（サムネイルはイメージ）

まったく他人の参考にならない感想を書く

• Cursor Meetup Tokyo(2025年06月06日)に参加
• 参加理由：cursorの情報収集
• どんな人向けの記事か：ただの感想を読みたい人

セッション以外の感想

Cursor関連のオンラインセッションに参加してみたので、セッション以外で感じたことをゆるくまとめておきます。

参加理由

仕事でCursor（AIコードエディタ）を使っているんだけど、正直まだ使いこなしてる実感ゼロ。

便利そうなのはわかるけど、「なんか設定とかもっと効率化できる方法あるんじゃないか？」と思って参加してみた。
知識不足すぎて、もはや“勘”だけで使ってる感じだったので、何かヒントが得られれば…という期待も込めて。

connpassが落ちた

仕事を終えて、「さあ、今から参加だ！」と意気込んだ瞬間に…connpassに繋がらない。

「え？サーバー落ちてる？！」と焦る。
最大5000人まで参加できるオンラインイベントだったらしく、
アクセス集中でサーバー落ちた説もあるのでは…？

それにしても、金曜夜にこれだけの参加者がいるって、
Cursorに対する注目度の高さの証拠でもあるよなと思った。

ちなみに、自分が参加申込をしたのが当日だったせいか、参加メールも届かず。
「配信URLどこ？！」「公式から来てないんだけど！」と軽くパニック。

そんな中、X（旧Twitter）で親切にURLをシェアしてくれている人がいて、本当に助かった…。
こういう時、Xのリアルタイム検索は神。

セッションの感想

Cursorのカンファレンスにオンライン参加しました！
…が、正直言うと、Cursorの知識がほとんどない状態だったので、内容についていけないセッションも多く、呆然としながら聞いてました。

この記事では、そんな“わかってない人の視点”からセッションの感想をゆるくまとめています。
登壇者の伝えたかった意図とズレている部分もあるかもしれませんが、自戒・メモも兼ねてアウトプットしておきます。

ちなみに、参加してから気づいたんですが「LT（ライトニングトーク）」形式のイベントだったんですね。
完全に“普通のセッション”と思ってた…。
そもそも「LT＝ライトニングトーク」って脳内変換できてなかった自分にも反省…。

● ノンエンジニア向けcursorエージェントtips

• 内容の要点
  • Cursorはコードを書くエンジニアだけじゃなく、PMや非エンジニア職にも便利なツールであるという紹介
• 印象に残った点
  • 初めて「Marp」というツールの存在を知った。Markdownでスライド資料が作れるツールで、まるでMermaid記法のプレゼン版
  • すでにPM職は外れてるけど、また機会があれば使ってみたいなと思った
  • Cursorって、”AI付きのメモ帳”って表現がしっくりきた
    • 自分は「エディタ＝プログラミングツール」と思い込んでたけど、それってただの固定観念だったな…
  • 夢小説ワークショップでも人気らしく、非エンジニアが使ってる事例が印象的だった
    • 「Cursor＝エンジニア専用ツール」という思い込みはもう捨てよう

● ゲノミクスとCursor：進化と制約のあいだ

• 内容の要点
  • 大学の助教授が研究の現場でCursorをどう活用しているかについて
• 印象に残った点
  • 「個人情報は食べさせられないけど、食べさせたらすごく捗るんだよな〜」というジレンマ発言が印象的

内容が難しすぎて、正直ついていけず、呆然としてしまった

● Cursor 15分クッキング🍳 Vibe Coding 入門

• 内容の要点
  • Vibe Coding を実演する予定だった
• 印象に残った点
  • 回線トラブルでデモができなかった…けど、登壇者の方が笑いを交えて乗り切っていた姿が素敵だった
    • ああいう状況で落ち着いているの、すごく尊敬する
  • サブスク代行サービスの話も気になった。
    • 調べたら、大阪・関西万博に出店？している落合陽一さんも入会しているという噂も…？
  • 「恐竜ゲーム（chrome://dino）」で遊び始めるシーンは爆笑。
    • まさかそんな余裕を見せるとは…
    • 自分は何度も見た画面だったのに、遊べるって知らなかったので驚きだった（笑）

● セキュリティSaaS企業が実践するCursor運用ルールと知見

• 内容の要点
  • セキュリティSaaS企業におけるCursor活用とリスク管理の取り組み
• 印象に残った点
  • 「便利！」と使っている裏で、セキュリティ的に見落としがちなリスクもあることに気づかされた
    • 「ツールポイズニング攻撃」「ラグブル攻撃」など、聞き慣れないけど重要なキーワードが多数
  • 「MCPサーバー」も何度も登場したけど、理解は追いつかず…これはあとで復習しないと

● Cursorを”導入”だけじゃなく”活用”まで：メルカリ2000人展開のリアル

• 内容の要点
  • メルカリ社がどのようにCursorを導入・浸透させているか。
• 印象に残った点
  • 社員の6割が海外の方というグローバルな体制に驚き
    • 「プロジェクトXを観ておけばよかった…！」という後悔も個人的に印象に残ってる（笑）
  • 強制的に一定期間使わせることで、長期的な定着を狙うやり方はシンプルだけど強い
    • 実際にやろうとすると「ルール」「忖度」「貸し借り」など、いろんな組織課題が出てくるだろうなと感じた

知らない用語が多すぎて、最後のほうは脳がキャパオーバー。でも、逆に新しい知識を吸収できたと思えば前向きになれる！

● 大手企業のAIツール導入の壁を越えて：サイバーエージェントのCursor活用戦略

• 内容の要点
  • サイバーエージェント社のAI導入と活用事例
• 印象に残った点
  • 「AIを使わないのは、電卓を使わないのと同じ」という例えが秀逸すぎた。
    • 今後、誰かにAIの有用性を説明する場面があったら絶対使いたい。
  • GitHubの不具合を6割解消したという話は、エンジニア目線だとかなりインパクトがあった。
    • 「AIがエンジニアの楽しみを奪ってしまう」ってちょっと切ないけど、確かにあるな…。
  • グループ全体で100以上の子会社があるのに、トップダウンじゃなくて各社が“スタートアップ感”を保っているというのも興味深かった。
    • YouTubeの「リハックチャンネル」でも時々話が出てて、「どんな会社なんだろう？」と思っていたけど、ようやく会社像が少し見えてきた気がする。

Cursorチームから日本のユーザへのメッセージ

• 海外開発者と連携している日本のスタッフがいるとのこと
• 日本は、Cursor売上の第3位という存在感あるマーケットらしい
• バックグラウ最新バージョン「Cursor 1.0」の機能として：
  • 　- バックグラウンドモードの追加
  • 　- BugBot（バグ検知支援Bot）の導入

参加して感じたこと・よかった点

• 内容は「個人の使い方」ではなく、組織としての導入や活用にフォーカスされていた
  • 本当にconnpassの説明文どおりの内容だった
• Cursorの注目度がすごく高いことを、客観的に実感できた
  • オンライン参加者が本当に多くて、「今、こんなに注目されてるんだな」と肌で感じた

今後への意気込み

• 今後もCursor関連のイベントがあれば、積極的に参加したい。
• 特に、自分のような初心者向けに「基礎から学べる」イベントがあったらうれしい。
  • そういう場があれば、もっと安心して活用できそう。

まとめ

正直、知りたかったことには完全にはたどり着けなかった。
でも、「まったくわからなかったこと」が少しだけ理解できて、モヤモヤしていた部分がちょっとスッキリした感じ。

便利だから使ってるけど、「これ本当に正しく使えてるの？」という不安が少し和らいだだけでも、参加した意味はあったと思う。

どうも、PHPエンジニアな隣の鈴木(@next_suzuki)です。

PHPerKaigi 2025に行ってきた！
（サムネイルはイメージです、実際は画像よりもヒッソリしている）

まったく他人の参考にならない感想を書く

• PHPerKaigi 2025のday1(2025年03月22日)に参加
• 開催日時・場所：中野セントラルパーク カンファレンス
• 参加理由：PHPの情報収集
• どんな人向けの記事か：ただの感想を読みたい人

会場の雰囲気・参加人数

去年(2024年)に参観したPHPカンファレンスと比較しながら書く

• 会場の様子（広さ・設備・雰囲気）
  • 思ったよりは広くない。
    • 部屋が横長だから、少なく感じただけかも？
    • 部屋は綺麗。老朽化やうらぶれた感じは無し
  • 休憩コーナー
    • 小休憩に最適。2回ほど利用。
      • コーヒーやジュースが置いてある
        • チープすぎなくて良い
      • プチお菓子もある
        • ヨックモック・GODIVAなど
          • チープすぎなくて良い
          • 春限定の味もあって、テンション🆙
• 参加者の年齢層・層の印象
  • 20代よりも、30代以上が多めな印象
    • 流行りな言語ではないから、20代が少ないのは妥当かな。と思う
    • 参加費が8500円は、20代には割高なのかも？
      • でも、救済処置？で23歳以下へはチケットを安く売っている配慮は素晴らしい
• コミュニティの雰囲気（交流しやすい？フランク？）
  • 工夫はいろいろとされている
    • スピーカーと会話できるコーナーがある
    • お昼も任意参加でグループで食べに行く企画がある

セッションの感想

傾聴したセッションについて感想を書く。
スピーカーさんは、みんなの感想が聞きたい。みたいに言っていたけど、そういうもんなの？笑
僕は登壇などしたことがないので、まったくスピーカーさんの気持ちが想像できない。

内容の要点は、言語化能力が乏しい僕なりの解釈です。

最初のほうが文言が多いかもしれなけど、書き始めでテンションが高いだけです。後半ほど疲れてくるので文字数が減りますが、別に感動しなかった。とかそういうわけではないので、誤解しないでいただきたいです。

● Today’s Update

• 内容の要点：オープニング
• 特に印象に残ったポイント・キーワード：
  • 理想の日は無い
    • 卒業シーズンと被ってしまったらしい。日程調整って難しい。
      • 送られてきた冊子に載っていたがPHPのカンファレンスは他より多いから、日程調整はなおさら大変だろう
  • ドーナツを無料配布している。
    • 最初から来てくれる来場者を増やすためらしい。運営のために色々と工夫しているだな。と感動。

● PHPによる”非”構造化プログラミング入門 -本当に熱いスパゲティコードを求めて-

• 内容の要点
  • コードを非構造化（組み込みメソッド(array_mergeなど)を使用せずに、ifやforなどでコードを書く)して、構造化の利点に気づこう
• 印象に残った点
  • この公演のテーマが強烈すぎて、印象に残った。
  • プログラマは「楽を追求する生き物」で、色々なメソッドが生まれたわけだけど、それらを未使用でコードを書く。
    • 逆転の発想から、気づきを得る。
      • 思いついてもやりたいとは思わない。僕の常識の範囲内からオーバーフローしすぎて、狂気の沙汰に思えた（悪い言葉かもしれませんが、尊敬の念として、この言葉を使わせいただきます）。
  • 非構造化された長文のコード？可読性が低いコード？を見て、無意識で使っているメソッドのありがたさを感じた。
    • メソッドに感謝。メソッドを作ってくれた・今も作ってくれている人たちに感謝。
  • goto文は使ってOK！実際に使われているコードの例を説明してくれた
    • 僕は、10年以上前の新人時代に50代のおじさんに「goto文は使わないで」と言われてから、それを守り通したプログラマー人生だった。
      • この公演を聴いて、goto文は使ってOKなんだ！と気づけた。呪？言霊？から開放されたような感覚だった。

スライド1枚の内容も濃くて、そのためかトークも早口で、スライドめくるのも早かった。
良い意味で、この日で一番糖分(頭を回転させた)を内容だと思う。

● 生成AIと読み解くLaravelの進化史：コミットメッセージからの洞察

• 内容の要点
  • Laravelのバージョン5くらいまでの歴史紹介
• 印象に残った点
  • Laravelの由来が小説「ナルニア国物語」らしい
    • 後で自分で調べたら「Cair Paravel（ケア・パラベル）」から命名らしいけど、「L」はどこから発生したの？！
  • AIを駆使したり、gitコマンドでdiffとったりしているのが、自分がやったことがない事だったので学びになった。
  • 自分はLaravelのバージョン9から使い始めた人間なので、知らない歴史を学べたのは良かった。

● PHPStan七転八倒

• 内容の要点
  • PHPStanにプルリク出したよー。
• 印象に残った点
  • 知らない単語が多くて見識が広がった
    • non-falsy-stringってなんだ？！
    • 純粋巻数ってなんだ？！

プルリクを出そうなどと思ったこともないので、僕には難しい内容だった。

● 私の愛したLaravel 〜レールを越えたその先へ〜

• 内容の要点
  • Laravelを使うと、システムが破綻する理由
• 印象に残った点
  • アイコンと実際の登壇者様の髪型が違いすぎた
    • ごめんなさい、他人様がどんな髪型をしようが自由なのですが、あまりにも差がありすぎて気になってしまった
  • 存じ上げない登壇者様だったが、すごい人？！
    • レバテックで記事を書いたり、PHPの日本語マニュアルを書いている？！
  • Laravelとはデータベースと連携ありきなシステムと再認識
    • Eloquentをどこからでも実行できるよ。
  • いくら便利なもの（フレームワーク）があっても、内容を理解して使わなければ破綻する
    • マニュアルに無いものを独自に作成していくと、破滅の道へ進む…。
      • あーなんか身に覚えがあるなあ（遠い目

とても勉強になる内容だった。
だけど、公演時間が長くて、お昼後だったので、とても眠かった。睡魔と戦っていた。

● 大規模ふるさと納税サイトをPHP8化した時の苦労話

• 内容の要点
  • PHPのバージョンアップしたよ
• 印象に残った点
  • カナリアテストってなに？！
    • 除々に切り替えるテスト手法を初めて知った
  • ふるさと納税のサイトだから、年末になるとアクセスが増加しまくる
    • 想像通りの数字で個人的にはツボで面白かった
      • 年末にアタフタしている人たちが数値化で具現化された

この日の中で、一番実経験を語った内容だった。
他人の失敗談が聴けて、とても学びになる内容でありがたかった。
調査不足で失敗した。など、論理上はあってはいけないんだけど、人間がやるから起こること。
明日は我が身で、明日には自分のシステムでも同じことが発生するかもしれない。
そんな失敗談を赤裸々に語ってくれた登壇者様には感謝である。

● 「うわっ…うちのテスト、遅すぎ…？」 PHPUnit高速化テクニック

• 内容の要点
  • PHPUnitのテクニック紹介
• 印象に残った点
  • トークが上手だった
    • 自分のことを「肖像権フリー」と言っていた
  • PHPUnitなのか、登壇者様なのか、人気があるのか満室だった
  • GoogleのテストサイズでSMLがあるらしい。
    • 仕事で真似て使おう
  • PHPUnitは並列実行できる
    • 仕事で使っているので利用できないか試してみたい
  • 他にもPHPUnitのコツが紹介されていてありがたかった
    • OP cache
    • stop-on-failureで1本でも失敗したらアウト

この日で、一番仕事に使える内容はこの公演だった。
実務でPHPUnitは使用して、時間を浪費している作業だとは思っているので、今回得た知識をキッカケに改善していきたいと思う。

● プロダクトコードとOSSに学ぶ例外処理の選択肢 — キャッチするのか、投げっぱなしにするのか

• 内容の要点
  • Exceptionについてまとめてみた
• 印象に残った点
  • 登壇者様が人気なのか、人が多かった。
  • 「プログラマが知るべき97のこと」を「きのこ本」と呼ばれているのは初耳!!
  • Exceptionクラスが、大まかに２つのパターンに分かれるのは印象的だった
  • ソースをみて、実動作に切り分けていく考え方は勉強になった

● Windows版PHPのビルド手順とPHP 8.4における変更点

• 内容の要点
  • WindowsでPHPをビルドする
• 印象に残った点
  • 誰が、なんで？どうして？わざわざビルドするんだ？！という疑問が解消された
    • いろいろな理由があるんだな
      • 不具合を本家より先行して修正したい
      • 運用ルールでビルドが必須
  • 観客が僕らを除いて12人くらいしかいなかった
    • 登壇者様の人気がない。というわけではなく、Windowsというハードウェア？OS？よりなネタが、Webエンジニアの需要とマッチしていないんだな。と思った
      • 元Windowsアプリエンジニアの僕としては、デスクトップアプリの時代は終わったのかな？？と、現実を突き詰められたような感覚で寂しかった
      • 需要がなくても、カンファレンスだから色々なネタをやるのは大切だと思う

● PsySHから紐解くREPLの仕組み

• 内容の要点
  • PsySH（PHPのためのインタラクティブなREPL（Read-Eval-Print Loop）環境）の説明
• 印象に残った点
  • LaravelのTinkerもREPLを使用している
    • 普段何も考えずに脳死状態で使っていたLaravelのTinkerへの理解が深まった

つくづく、この機能はどうしてこう動いているんだろう？と気になって、探求する人たちを尊敬する。

● 「PHPシンタックスコレクション〜ペチコレ〜」厨二病が好きそうな小難しいシンタックス

• 内容の要点
  • 厨二病みたいなPHPの構文を紹介
• 印象に残った点
  • 司会進行様と登壇者様の会話テンションの温度差が真逆でシュールで面白かった
  • 自己紹介で34歳で最年長と書いてあって、衝撃…。
    • 僕の職場は平均40歳くらいなのですが…？！
  • くだらないけど共感できて面白かった
    • 憧れて自分で書いてみるとエラーになる。とか、とても共感できた笑
    • ライトニングトークのネタ1発目としては、くだけたネタで良かった
      • ゴリゴリした技術系ではないので、聴きやすかった。

僕は初心者でも読めるコードを書きたい派なので、紹介されたコードは滅多に書かないけど、面白かった。

● リファクタリングでもPHPStan！？ Rectorと組み合わせてかっこいいリファクタリングしようぜ！

• 内容の要点
  • ラッパーの作成。型変換できる
• 印象に残った点
  • インターンで社会人になる前に学んでいて、なんて行動的なんだ。と思った
  • ソースを相談できる人がいて羨ましい

● 英語文法から学ぶ、クリーンな設計の秘訣

• 内容の要点
  • 英語の文法風にコードを書こう
• 印象に残った点
  • この設計の良し悪しはわからないけど、自分なりのルールを設けて書くのは大切だな。と思った
    • 過去の知識を元に、ルールを言語化できているのは尊敬。

● バックエンドエンジニアによるフロントエンドテスト拡充の具体的手法

• 内容の要点
  • テストコードを作成する
• 印象に残った点
  • AI(cursor)を使ってテストコードを作成していた
    • これから数年後？に当たり前になるテストコードの記述法を見せられたような気がした
      • こういう事ができるようなエンジニアにならないと市場から遅れていくんだろうなー

● 社内コードゴルフ大会を開催したら最高に楽しかった！

• 内容の要点
  • コードゴルフを社内で広めた
• 印象に残った点
  • 社員が旅行で買ってきたワインを景品にしていた
    • 経費じゃないの？！
  • 社内で啓蒙活動する行動力を尊敬します

●Today’s Update

• 内容の要点
  • エンディング。本日のふりかえり
• 印象に残った点
  • 裏側（運営側）の結果が公開されて面白かった
    • ネットワークのトラフィックや、飲まれたビールの本数など
  • サーバーは登壇者様の自宅にある？！
    • forteeのサイト(チケットを購入したサイト)をスクリーンに映しながら、機能改善を語っていた
      • 誰かが翻訳させようとするとサーバーが動いている音がする。と言っていた
        • もしかしてforteeってクラウドサーバーとかじゃなくて、個人宅にサーバーがあるの？！と疑問が湧いた

ブース・展示エリア

まったく参加しませんでした。ごめんなさい。

• 2箇所に分かれていた。

参加して感じたこと・よかった点

• 全体的に、講演内容の質が良かった
  • みんな資料がしっかりと作り込まれていた
  • 結果もしっかりした実績がある内容だった
• 会場の移動距離が短いのは良かった
  • 去年にPHPカンファレンスに参加したから、そう思うんだろうけどね
• スピーカーの公演を聴いて思ったこと
  • 探究心・行動力が強い
    • OSS（オープンソースソフトウェア）にpull requestを投げる
    • vendorフォルダの中身を確認する

プルリクを出したり、venderフォルダを見ている人たちから言わせれば、業務で必要だったから。とかなのかもしれない。だけど、そういう事をまったくしない僕からすると、とてもとてもエネルギッシュに思える。
venderフォルダなど、僕の心の中では「ここは神の領域だ。凡人の僕が決して踏み入れてはいけない、触ったら罰が下る」と思っていて、自然に視野に入らないように・心をシャットダウンしていた。

そんな僕の心が神の領域と判断した世界に、踏み込んでいく人たちは冒険家のように映った。
でも、カンファレンスに数回参加して、神の領域とは、こんな僕でも覗くくらいならOKな領域なのかな？と、少しだけ敷居が下がった気がする。だから、これからは少しだけvenderなども除いてみようと思う。
まあ、凡人がレベルの高い人たちの空間にちょっとだけ一緒にいたから、自分もそこに近づいたと酔いしれて？錯覚している？だけかもしれなけどね…。

来年への期待・次回への意気込み

• 次回も可能なら参加したい
• あまりトレンド的な内容を感じることはなかった。
  • でも、PHPStomのネタが多かったから、トレンドになるのか？

まとめ

• 革命的にビビッと来たことや、超凄いみたいな感情の高ぶりは無かったけど、上手なプレゼンを聴けて刺激になった。

カンファレンスに参加するたびに思うけど、プライベートを捧げて、こういう場を設けている人たちに本当に感謝です。

あと何時何分何秒？(押してください)

PHPカンファレンス 2024 に行ってきた！
（サムネイルはイメージです、実際は画像よりもヒッソリしている）

まったく他人の参考にならない感想を書く

概要

どうしてPHPカンファレンス 2024へ行ったのか語る。

僕について

PHPの経験は2年くらい。
本業はバックエンドエンジニア。

行った理由

独立したので自分から積極的に知識のインプットが必要。

僕は意識低い系のため、PHPの勉強会？みたいなものは今回が初参加。

最近のPHP事情ってどんな感じなんだろう？！
実務でテストコードを書いているけど、何が正しいコードなのかイマイチわからない。
テストコードの知識もないから、何から調べれば良いのかイマイチわからない。
なにかこのイベントで参考になる情報はないだろうか？

会場の感想

PHPカンファレンス 2024に参加した感想。好き勝手に書く。

参加時間

10:00~20:30　で参加。

「Opening」の終盤に到着して、懇親会の終わりまでいた。
流石に10時間は長かったな…。

駅に近い

会場は初めて行った場所だった。
京急蒲田駅からだと近い。10分以内には到着した。
蒲田駅からだと15分くらい歩くぽい？！

会場

７つくらいエリアがあって５つ行った。
メイン会場？の１F大展示が一番辛かった。
一番広いけど、モニターも小さく文字が見えない…。そして、寒い、本当に寒い。
てか、全体的に会場は寒い…。僕は寒がりなので「寒い」と常に呟いていた。

一番キレイでモニターが見やすかったのは懇親会をやった４Fコンベンションホールだった。

人

「Closing」で来場者が約1000人と言っていた。

最近に行ったVueフェスと比較した偏見的な感想で述べる。
年齢層は高め、若い人が少ない。PHPはVueに比べたら歴史が長いからね。
おしゃれな人は少なめ、お硬そうな印象。黒い服の人が多め。髪色も黒が多め。

各トークの感想

拝聴したトークの感想。好き勝手に書く。
大前提として、僕は前に出るのが苦手な人間なので、登壇している方々を社会人として非常に尊敬しております。
否定的？批判的？な事も書くかもしれませんが、前に出れない弱小人間の便所の落書きだと思って気にしないでください。

PHPの今とこれから2024

PHPのおまとめ講座。
毎年聞いてたらPHPの移り変わりが実感できて面白いだろうな。

8.4.0はセキュリティの関係で無いらしい。へえ。
JITってなんだろう。

良いテストコードを書くためのガイドライン〜作成から運用まで〜

終盤まで感動していた。社内の環境をよくするために、頑張っていてスゲー。と思った。
しかし、ルールだけ作って産休で休んで戻ったら、誰も使っていなかった。というオチでガッカリだった。

そりゃあ使わないわな…。誰かに引き継がなかったのだろうか…。
でも、ルールを作っただけで十分すごいし尊敬です。

ルールに優先度付けした。と話していて、たしかに心理的に少しは協力しようかな？と思うかも。
こっちは適当だけど、ここだけでもちゃんと書いとくか。みたいな気持ちにはなりそう。

PSR-15 はあなたのためのものではない

Vueのときもそうだったけど、また「エコシステム」という言葉ができた。
誰かこの言葉を簡単に僕に説明してください…。

何を言っているのか理解できなかった。

フレームワークを自分で作る？！そんなことを考えたこともなかったよ。
DDDとかオニオンアーキテクチャとか、ちゃんと理解していないので会話が追いつけなかった。

自分の未熟さがよくわかりました。今回の学び。また頑張ろう。

PHPUnitでモックとスタブを使いこなす

お昼から戻って聞こうと思ったら、すでに満室で入出できず。聞けなかった。
しょうがないので少し休憩していた。

タイトル的に一番興味があったから聞きたかったのに、やっちまった！
どこかに動画やスライドあげていないか探そう。

テストコード書いてみませんか？

本日の僕が思うMVP。
トーク・内容・準備の３点ですべて良かった！

卓球のコーチ？もやっているためか、教えるのに慣れているのか、トークも聞きやすかった。
僕が業務で知識があったせいもあるけど、一番わかりやすかった。

ソースやスライドもアップロードしてくれているようなので、とてもありがたい。業務でテストコードの作成に困っていたので感謝しかない。
テストコードの勉強に是非試してみようと思う。

PHPでは気にならないCookie管理の境界線　SSRで直面するサーバーとクライアントの違い

PHPもSSRじゃね？って気持ちはわからなくもなかった。
それで試す熱意を尊敬いたします。

APIデバッグとリバースエンジニアリング

一番参加して良かった。と思うのは、このトークだった。
アプリケーション「Postman」の説明だった。

業務で使っているから、とても助かる。
自分が知らない機能がチラホラあって、とても勉強になった。

キャプチャ機能がある。とかは知らなかった。

オンラインワークショップやDiscordの存在も知らなかったので、この情報はありがたい。
Postmanの使い方はどこで学べるのだろう？と常々思っていた。
来年は参加してみたいな。来年のプチ目標ができた。

便利なツールが無料で使えても、ちゃんと使いこなせなければ意味が無いからね。

普通のエンジニアがLaravelコアチームメンバーになるまで

タイトルと内容をちゃんと読んでいなかったせいで、予想していたトーク内容と全然違いすぎて、驚きで終始開いた口が塞がらなかった。

僕はてっきりタイトルから想像した内容は、
Javaとか他の言語を経験していたエンジニアさんが、他の会社に転職して、Laravelの開発に携わって、メンバーの中でコアな人材になれたよ！

だと思っていたのだが、実際はLaravelを開発フレームワークとして扱っているのではなく、フレームワークLaravelを開発している会社に入社している人の話しだった…。

話しを聞いていて、タイトルが「普通の」と付いているが、聞いている感じ、まったく普通ではなく(苦笑
行動力の化け物である。語り口調もとても穏やかで、威圧感はゼロだが、会話している内容は凄すぎる…。

海外ではLaravelのカンファレンス「Laracon」というものが存在するらしく、それに日本人で遠路はるばる行ってきたらしい…。そこから海外企業に務めたり、「Laracon」に登壇したりして、Laravelを作ったテーラーさんに覚えてもらっていて、Laravelの開発会社に入社したらしい。

「普通」の定義がバグってるだろｗｗｗｗｗｗｗｗ

この登壇者様が「普通」なら、僕は「ゴミカス」「ポンコツ」「ミジンコ」のエンジニアである。

会話の内容よりも、この行動力で「普通」と定義していることに、卑下しすぎではないか？自尊心は大丈夫か？と、自分自身が自尊心が低い方なので、他人様の自尊心が少し心配になった。

ともかく自分が勝手に思い描いていたトーク内容の規模と、登壇者様のトーク内容の規模が乖離しすぎていて、キャパオーバーしたのか聞いている僕の心身は常に放心状態だった。

オーストラリアの企業に入れたのは時差が１時間差だかららしい。なるほど。確かに海外留学？ワーキングホリデー？とか人気な理由の一つにそういうのあるもんね。

Laravelナイトウォッチというログツールを開発しているらしくて、ソフト名が海外ドラマ「ゲーム・オブ・スローンズ」のナイトウォッチのオマージュか？！と、ずっと考えてしまった。

あと、登壇者様の赤ちゃんがキーボードを触っている写真が可愛かった。
私も１歳の子供がいるので、最近もキーボードを触られるので気持ちはわかる。カタカタ音がするから楽しいのかもしれない。マウスもよくベロベロに舐めたり叩きつけている。

情報漏洩させないための設計

ペチパーティーナイトという配信をやっているのは少し気になる。

DDD駆動を理解していないため、理解できなかった…。

責務を分離するための例外設計

よくわからなかった…。

質問者さんが３名いて、みんな「こういうことですね！ありがとうございます。」と理解していて、みんなの理解力は凄いと尊敬だった。

Closing

来年のPHP関係のカンファレンスの数が発表される。
数が多すぎて驚愕。
関東は３月、４月、６月と期間が詰まっているな。しかも、２日開催だったりもした。

来年はどれに行くか検討中。

用語

僕は知らない用語だらけだった。

下記の言語が知らなかった。きっと他の参加者さんはこれを知ったら失笑することだろう。

• JIT
• FrankenPHP
• 学派
• Doctrine
• ハイドレーション
• ツールチェイン
• E2E
• Laracon
• ぺちぱーティーナイト
• Deptrac
• GitHub Actions
• Opcode
• pest

ちまちまと意味を検索して学習していこう。

企業ブース

スポンサーが企業ブースに出店？していた。
Vueに比べると、超多い。

あの寒い会場で何時間も営業していたことに尊敬である。
懇親会で会話した企業ブースの人はプログラミングの知識がゼロらしい。
そういうのでも仕事で来ないといけないのだから、大変だなー(他人事）。

アフターパーティー

料理は値段の割にはしっかり提供されていました。量が十分なので料理は余っていたね。

またVueカンファレンスと比べてしまうが、スポンサーが多いため企業色が強めな印象。

カンファレンスの歴史が長いので、スタッフ同士で付き合いが長い人が多いのか、スタッフはスタッフで群れている感が強かった。偏見的な意見を書くと、身内会話で盛り上がっている感じ。

出店している企業も多いので、懇親会に参加している企業が多かった。

１時間くらいたってからジャンケン大会でTシャツ配ったり、ライトニングトークをやっていた。

僕みたいなフリーランスには出会わなかった。野良には少し厳しい懇親会な印象。

名刺を配りをしている人がいて、名刺をもらった。少し会話したら社長さんらしい。引き抜き活動なのかも。
そういえば名刺をまだ作っていないことを思い出した。２名ほど交換を求められたので、これからは準備しておかないとダメだな。と、今回の反省。

あとTwitterも交換を求められた。準備が怠っていてすぐに交換できなかった。
SNSも準備しないとダメだな。と反省点その２だった。

自分から売り込む気はあまりないけど、アピール？する機会があれば、やっていかないとフリーランスは食いパグれてしまうからね。

６人ほど会話させていただいた。
登壇者、企業の方、スペイン人など、いろいろな方と会話できたのは楽しかった。

18:00～20:30で終わった。

おわりに

面白かったけど、長くて疲れた。

有益な情報はPostmanの使い方くらいだった気がする。
あとは他人様の登壇を聞いているだけど、いろいろな思考法や表現方法を学べて面白かった。

個人的にはLaravelを使っているので、もう少しLaravelの情報を得たかった。
でも、「Laracon」の存在を知れただけでも良かったです。

来年も１、２回はPHPのカンファレンスに参加したいと思う。

【PHPでハマった・失敗した話】シリーズの第一弾です。
基本構文（foreach・switch）で陥った落とし穴 について語ります。

概要

PHPの基礎構文「foreach」と「switch」を組合せたプログラムを記述したら、バグ・不具合を含んだソースを生み出してしまった。

事象

ループ処理を組み込んだAPIを作成して、フロント側で表示させたら、意図した結果が得られずバグが発生。
原因は何だ？！

問題のコード

下記が問題のプログラム・ソース。

$total = 0;
$numberArray = [1, 2, 3, 4];
foreach($numberArray as $number){
    switch($number){
    case 3:
        continue; // ここでforeachを抜けるはずが、処理が継続された。
    default:
        break;
    }
    $total += $number; // $numberが"3"のときも加算されてしまう
}

(25/03/27 追記）数カ月ぶりに以下の処理を使用するメソッドを使用したら、「500 Internal Server Error」になった。
どうやらPHPが「対象のPHPファイル」を読み込んだ瞬間、構文チェック（パース）して、continueがPHP構文のエラーとして検出されているらしい…。
PHP7.4以降でこのように判断されるらしい。私が試した時は8.0系だった気がするのだが、なぜエラーにならなかったのか不思議だ…。気になるけど沼にハマるので辞めておく。

結論

continue の使い方が謝っていた。

解決方法

PHPのお作法として、switch文で外のループを抜ける際は外ループを指定する必要があるらしい。
よって、外ループを指定するために continue 2 と記述すべきだった。

正常なコード

$total = 0;
$numberArray = [1, 2, 3];
foreach($numberArray as $number){
    switch($number){
    case 3:
        continue 2; // 外側のループ（foreach）に戻ります。
    default:
        break;
    }
    $total += $number;
}

振り返り

ハマった・失敗した時に抱いた感情・学び。

情けない

プログラムを書くようになって10年以上が経過した。
もう10年もプログラムを書いているのに、こんな初歩的なミスで失敗するのか…。とショックだった。
PHPの経験が浅いとはいえ、こんなことも知らない自分が情けなかった。

C系の言語と違うのか

僕は元々はC++などのC系が専門なので、この基本構文のことを知らなかった。
C++だとbreakでループを抜けて次のイテレーションへ進む。

PHPはC言語を元に作成されているはずなので、同じ挙動になるか思っていたけど違った…。

continueの数値指定

失敗したおかげで学んだわけだが、PHPはcontinueで数字を指定すれば外ループまで抜けることが可能らしい。
例えば多重ループの時に、内側のループにいる時に、外側のループを数字で指定すれば、外まで処理が抜けてくれる。

$total = 0;
$loopArrayOne = [a, b, c];
$loopArrayTwo = [1, 2, 3];
foreach($loopArrayOne as $number){　　　// continue 3の場合に戻る位置
    foreach($loopArrayTwo as $number){　// continue 2の場合に戻る位置
        switch($number){
        case 3:
            continue 3; // 外側のループ（loopArrayOne）に戻ります。
        default:
            break;
        }
        $total += $number;
    }
}

まあC++でもgoto文が存在するが、あまり使用するべきではない。
C+＋で多重ループから抜ける場合、if文でフラグを使用してループから抜けていたが、if文が大量に発生して可読性が落ちて嫌だった。

しかし、PHPだとcontinueが使用できるので、コードが煩雑にならなくて便利だな。とは思った。
（もしかしたらPHPエンジニア界隈ではC++のgoto文みたいにご法度なお作法かもしれないけど…）

match

switch文の代わりに、match式という構文が存在するらしい。
存在を知らなかったので学べてラッキーだった。

おわり

ハマった・失敗した時は、「こんなことも知らないのか」と情けなくて落ち込んだ。
しかし、プログラミングでハマる・失敗なんて、だいたいこんなお作法系なのである。
新しい言語が開発されて学ぶたびに、ぶち当たる問題なのだ。
新しい知識に挑戦している結果なのだから、前向きにとらえて、経験を積み重ねていきたいと思う。