この記事は、11月21日開催予定 第170回 PHP勉強会＠東京 （ハッシュタグは #phpstudy ）のメイントーク資料、およびその補足ポエムです。イベント開催の前日に、この文章を書いています。 トーク資料: PHP 8.4 新機能紹介PHPドキュメントの現状類を見ない量の機能が追加されたPHP 8.4だが、マニュアルが整備されないと使う人は限られる。だが、その執筆状況は、原文の英語、翻訳の日本語、共に厳しい。PHPやそのドキュメントも他のOSS同様、活動量の多い小数のコントリビューターに依存している状況だ。 メジャーバージョンアップの前後は特に大変になる。原文がリリース直前の完成となるため、追随する日本語訳のスケジュールは非常にタイトだ。そして、今年は例年になく厳しい状況と耳に入ってきた: 日本語ドキュメントへの貢献PHP 8.4には自分が作った新機能も入っている。それらのマニュアル

この記事は、6月28日開催予定 PHPer Tea Night #18 - 技術書オススメバトル への参戦エントリです。 Gポリア著「いかにして問題をとくか」 およそ80年前、「数学」という分野より、この本は出版された。 そして今に至るまで、数学に留まらないあらゆる分野の課題解決本として参照され続けている。 ソフトウェアエンジニアリングの世界でも評価は高い。元よりエンジニアは、あらゆる問題や課題を、抽象化、汎化、定量化、そして言語化することも生業としている。それをポリアはこの本の中で、「数学」という例題を通じて汎用的にやってのけた。 ここで言う「問題」とは特定の数学問題を指しているわけではない。数学に限らない、私達が出会ったことのない「未知の問題」を指している。 従って、私達エンジニアは、この本の表題を次のように読み替える。 「いかにして課題を解決するか」 『いかにして問題をとくか』｜丸善

はじめにLaravel 11の新機能に 合理化したアプリケーション構造 “Streamlined Application Structure” というものがある: Laravel 11では、既存のアプリケーションに変更を加えることなく、新しいLaravelアプリケーション向けに合理化したアプリケーション構造を導入しました。新しいアプリケーション構造は、Laravel開発者がすでに慣れ親しんでいるコンセプトの多くを保持しながら、よりスリムでモダンなエクスペリエンスを提供することを目的としています。 https://readouble.com/laravel/11.x/ja/releases.html#structure 該当プルリクエスト で Slim skeleton と題されている通り、初期構造が大幅に簡略化されている。 一方、既存のアプリケーションをアップグレードする場合: Larav

PHPerKaigi 2024の感想です。同じ内容をforteeのフォードバックコーナーへも投稿しています。 同じトークに対して他人がどう感じたか、これもまた学びの糧になると感じているため、自分の感想を投稿しています。順序はトークの実施順です。 雰囲気実装を少し抜け出そう！RFCからPHPの実装までを考えるタイムゾーンとサマータイム！！！ / @suguru_ohki / 資料メッセージに対するテーマの選定が良かったと思います。 雰囲気で実装しない、あらゆる実装において大切なことですが、何故かタイムゾーンでは皆がそれをやってしまいがちです。「とりあえずJST」までは良くても、その設定により各所の振る舞いがどう変わるのか、これを正確に説明できる人は意外と少ない気がします。 このトークでは「どこで設定されているか？」「何が設定されているか？」に対する注意喚起に加え、実装上の具体的なベストプラク

PHPerKaigi 2024 レギュラートーク資料です。 スライド版とテキスト版は全く同じ内容です。トークとしてご覧頂く場合はスライド版を、資料中のリンクやコードを確認される場合はテキスト版をご覧ください。 スライド版テキスト版プロポーザルスキーマ駆動開発は非常に強力な開発手法です。 API仕様とサーバ実装が確実に一致し、クライアントライブラリは自動生成されます。フロントエンドは型システムの力により、「サーバ」を意識せずに開発が可能です。「APIの繋ぎ込み」タスクや結合テスト時の問題切り分けが不要になります。なるほど、完璧な作戦っスね―――ッ 不可能だという点に目をつぶればよぉ～ スキーマ駆動開発はしばしば「辛い」と言われます。 スキーマと実装とをそれぞれ書かなければいけません。開発中の変更がフロントエンドのCIを予期せず壊すことがあります。破壊的変更を避けるために類似のエンドポイントが

Laravel用パッケージ Laravel OpenAPI Validator をバージョン1.0.0としpackagistへ公開した。 GitHub - KentarouTakeda/laravel-openapi-validator: Request and response validators based on the OpenAPI Specification.Request and response validators based on the OpenAPI Specification. - KentarouTakeda/laravel-openapi-validatorこの記事では、1.0.0時点での機能の紹介と共に、それぞれの機能の実装意図や設計思想に簡単に触れたい。 概要OpenAPIドキュメントによるリクエストやレスポンスのバリデーションを行うLaravelパッケー

1月29日開催予定 PHPer Tea Night #15 - Laravel11直前回 で発表予定のLT資料、及びその解説記事。 LT資料紹介した機能クラスベースの追加バリデーション追加バリデーションの記述方法が拡張された。 これまでは FormRequest へ withValidator($validator) を実装しバリデータに対し $validator->after(function(){ ... }) でクロージャを登録する方法だった。 これはお世辞にも書きやすいと言えない。今回、新たに次のような書き方が可能となった。 FormRequestに新設された after() を実装。バリデーションに必要な依存をメソッドインジェクションで取得可能。after() からは追加バリデーションを行うオブジェクトを配列で返却。追加バリデータはinvokableなオブジェクトなら何でも良い。

Hexoで作成したブログ記事にreveal.jsのスライドを埋め込むプラグインHexo Reveal Embedを作成し公開した。作成の動機やライブラリの紹介を記事にしたい。 インストール・設定せっかくなので、実際にプラグインを使い埋め込みスライドとしてインストール方法や設定を紹介する。 作成動機巷には SlideShare や Speaker Deck と言ったサービスが既に存在する。埋め込み表示にももちろん対応している。 だが以前より、これらのサービスは使わず、何とかして自分のブログに直接スライドを埋め込みたいと考えていた。 理由は主に「コンテンツの所有者」「執筆環境の統合」の2点だ。 コンテンツの所有者要はSEOスコアが欲しい。 QiitaやZennを使わず独自ドメインで謹製のブログを運営しているのは単なる趣味だ。そして、この趣味のおかげで、大手サービスの強大なSEOスコアに対して無