Tweet
Tweet

Slide 1

Slide 1 text

#fukuokaphp RFC駆動のPHP学習術 - Fukuoka.php Vol.32 Edition - 2020/10/14 Takayuki Fujisawa

Slide 2

Slide 2 text

#fukuokaphp Takayuki Fujisawa 所属：株式会社ラクス Twitter: @miracle_fjsw 表のおしごと：品質管理やセキュリティ・技術仕様の標準化 裏のおしごと：社内エンジニアの学びの場の創出（勉強会イベントの主催）

Slide 3

Slide 3 text

#fukuokaphp みなさん PHPの学習って どうやっていますか？

Slide 4

Slide 4 text

#fukuokaphp - 書籍（はじめてのPHP、パーフェクトPHP、実践 〇〇、オライリー本…） - 技術系のWeb記事

Slide 5

Slide 5 text

#fukuokaphp こういうことありますよね？ ● 知識が陳腐化・古くなる ● 学習した内容が自分自身に定着しない・曖昧な理解

Slide 6

Slide 6 text

#fukuokaphp そんなみなさんに紹介したい学習法が

Slide 7

Slide 7 text

#fukuokaphp 「RFC駆動学習」

Slide 8

Slide 8 text

#fukuokaphp RFCとは ● 「Request For Comments」 ● https://wiki.php.net/rfc ● PHPの次期バージョンに取り込まれる新機能や改善の提案 ● PHPコア開発者のコミュニティの中でメーリングリストなどで 議論・投票が行われ、採択される

Slide 9

Slide 9 text

#fukuokaphp 例えばこんなやつ https://wiki.php.net/rfc/match_expression_v2 PHP8：match式の提案

Slide 10

Slide 10 text

#fukuokaphp RFC駆動学習とは

Slide 11

Slide 11 text

#fukuokaphp RFC駆動学習とは ● RFCに記載されている提案内容を理解し、

Slide 12

Slide 12 text

#fukuokaphp RFC駆動学習とは ● RFCに記載されている提案内容を理解し、 記載されている課題感・背景などから

Slide 13

Slide 13 text

#fukuokaphp RFC駆動学習とは ● RFCに記載されている提案内容を理解し、 記載されている課題感・背景などから 言語仕様・PHP界隈の動向への理解を深める、 というオレオレ手法

Slide 14

Slide 14 text

#fukuokaphp RFCの基本構成 ● 提案内容 ● 現状のPHPが抱える課題 ● 提案の実装例

Slide 15

Slide 15 text

#fukuokaphp RFCの基本構成 ● 提案内容 ● 現状のPHPが抱える課題 ● 提案の実装例 ● ただ読むだけだと 「こんな新機能が増えるのか、なるほど」で終了しちゃう

Slide 16

Slide 16 text

#fukuokaphp RFCの基本構成 ● 提案内容 ● 現状のPHPが抱える課題 ● 提案の実装例 ● ただ読むだけだと 「こんな新機能が増えるのか、なるほど」で終了 RFC駆動学習は、 　提案の背景・課題・周辺事項を 　じっくり理解し、 　気付き・発見・学びを獲得 することが目的

Slide 17

Slide 17 text

#fukuokaphp なぜ RFC？

Slide 18

Slide 18 text

#fukuokaphp なぜ RFC？ ● 採用されるRFCは、コミュニティの中で同意を得られたもの

Slide 19

Slide 19 text

#fukuokaphp なぜ RFC？ ● 採用されるRFCは、コミュニティの中で同意を得られたもの ● ＝　多くの人が課題を感じているもの、ニーズがあるもの

Slide 20

Slide 20 text

#fukuokaphp なぜ RFC？ ● 採用されるRFCは、コミュニティの中で同意を得られたもの ● ＝　多くの人が課題を感じているもの、ニーズがあるもの ● ＝　活用される可能性が高い知識領域

Slide 21

Slide 21 text

#fukuokaphp なぜ RFC？ ● 採用されるRFCは、コミュニティの中で同意を得られたもの ● ＝　多くの人が課題を感じているもの、ニーズがあるもの ● ＝　活用される可能性が高い知識領域 ● ＝　優先して学ぶべき・理解しておくべき領域

Slide 22

Slide 22 text

#fukuokaphp なぜ RFC？ ● 採用されるRFCは、コミュニティの中で同意を得られたもの ● ＝　多くの人が課題を感じているもの、ニーズがあるもの ● ＝　活用される可能性が高い知識領域 ● ＝　優先して学ぶべき・理解しておくべき領域 ● ∴　あてもなく学習するよりも、 　　生きた知識になる確率が高く、効率が良い

Slide 23

Slide 23 text

#fukuokaphp なぜ RFC？ ● 提案内容が一つのTopicsとして、過去と未来がまとまっている

Slide 24

Slide 24 text

#fukuokaphp なぜ RFC？ ● 提案内容が一つのTopicsとして、過去と未来がまとまっている ● 現状把握（過去）しつつ、知識のアップデート（未来）ができる

Slide 25

Slide 25 text

#fukuokaphp そんなRFC駆動学習について 自身の実例を ダイジェストで紹介します

Slide 26

Slide 26 text

#fukuokaphp 例１：match式

Slide 27

Slide 27 text

#fukuokaphp 例1：match式 ● swtich文によく似た新しい別の記法 ○ https://wiki.php.net/rfc/match_expression_v2 ● 条件により代入処理を分岐させる際にシンプルに記述できる

Slide 28

Slide 28 text

#fukuokaphp 例1：match式

Slide 29

Slide 29 text

#fukuokaphp 例1：match式 switch文は緩い比較を行います。 これは非常に驚くべき結果をもたらす 可能性があります。

Slide 30

Slide 30 text

#fukuokaphp そうだったのか！

Slide 31

Slide 31 text

#fukuokaphp 例1：match式（再掲） ● swtich文によく似た新しい別の記法 ○ https://wiki.php.net/rfc/match_expression_v2 ● 条件により代入処理を分岐させる際にシンプルに記述できる

Slide 32

Slide 32 text

#fukuokaphp 例1：match式（再掲） ● swtich文によく似た新しい別の記法 ○ https://wiki.php.net/rfc/match_expression_v2 ● 条件により代入処理を分岐させる際にシンプルに記述できる ● switch文の条件判定は「緩い比較」が行われているという課題を、理解 していなかった

Slide 33

Slide 33 text

#fukuokaphp 例1：match式（再掲） ● swtich文によく似た新しい別の記法 ○ https://wiki.php.net/rfc/match_expression_v2 ● 条件により代入処理を分岐させる際にシンプルに記述できる ● switch文の条件判定は「緩い比較」が行われているという課題を、理解 していなかった ● 不十分な理解に対する「そうだったのか！」という「発見」

Slide 34

Slide 34 text

#fukuokaphp 例1：match式（再掲） ● swtich文によく似た新しい別の記法 ○ https://wiki.php.net/rfc/match_expression_v2 ● 条件により代入処理を分岐させる際にシンプルに記述できる ● switch文の条件判定は「緩い比較」が行われているという課題を、理解 していなかった ● 不十分な理解に対する「そうだったのか！」という「発見」 ○ 自分自身の抜け漏れを認識 ○ 「発見」の感覚が鮮明に記憶に残る

Slide 35

Slide 35 text

#fukuokaphp 例2：JIT

Slide 36

Slide 36 text

#fukuokaphp 例2：JIT ● Just-In-Time Compiler ○ ネイティブコードにコンパイルした結果をキャッシュすることで処理 を高速化できる新機能 ○ https://wiki.php.net/rfc/jit

Slide 37

Slide 37 text

#fukuokaphp 例2：JIT ● Just-In-Time Compiler ○ ネイティブコードにコンパイルした結果をキャッシュすることで処理 を高速化できる新機能 ○ https://wiki.php.net/rfc/jit ● 高速化できることは書かれているが、なぜ・何が高速化されるのかは明 記されていない

Slide 38

Slide 38 text

#fukuokaphp 疑問は調べるチャンス

Slide 39

Slide 39 text

#fukuokaphp 例2：JIT（調べた結果） ● 通常の処理 ○ ソースコード → OPcode（中間言語）に変換 → ZendVMがネイティブコードに変換（解釈）して実行

Slide 40

Slide 40 text

#fukuokaphp 例2：JIT（調べた結果） ● 通常の処理 ○ ソースコード → OPcode（中間言語）に変換 → ZendVMがネイティブコードに変換（解釈）して実行 ● JIT ○ ソースコード → OPCodeに変換 → ネイティブコードに変換してキャッシュ ○ 次にリクエストが来た時、キャッシュされたネイティブコードを実行

Slide 41

Slide 41 text

#fukuokaphp 例2：JIT（調べた結果） ● 通常の処理 ○ ソースコード → OPcode（中間言語）に変換 → ZendVMがネイティブコードに変換（解釈）して実行 ● JIT ○ ソースコード → OPCodeに変換 → ネイティブコードに変換してキャッシュ ○ 次にリクエストが来た時、キャッシュされたネイティブコードを実行 ■ OPcodeを解釈する時間が短縮されるため速い

Slide 42

Slide 42 text

#fukuokaphp 例2：JIT（調べた結果） ● JITで速くなる理由を理解する過程で再整理された他の知識

Slide 43

Slide 43 text

#fukuokaphp 例2：JIT（調べた結果） ● JITで速くなる理由を理解する過程で再整理された他の知識 ○ PHPのソースコードが実行されるまでのコンパイルの流れ

Slide 44

Slide 44 text

#fukuokaphp 例2：JIT（調べた結果） ● JITで速くなる理由を理解する過程で再整理された他の知識 ○ PHPのソースコードが実行されるまでのコンパイルの流れ ○ OPcache … OPCodeをキャッシュして使いまわす仕組み。 　　　　　JITはOPcacheの拡張版

Slide 45

Slide 45 text

#fukuokaphp 例2：JIT（調べた結果） ● JITで速くなる理由を理解する過程で再整理された他の知識 ○ PHPのソースコードが実行されるまでのコンパイルの流れ ○ OPcache … OPCodeをキャッシュして使いまわす仕組み。 　　　　　JITはOPcacheの拡張版 ○ Preload … PHP7.4で入ったOPCacheを起動時に作る仕組み

Slide 46

Slide 46 text

#fukuokaphp 例2：JIT（調べた結果） ● JITで速くなる理由を理解する過程で再整理された他の知識 ○ PHPのソースコードが実行されるまでのコンパイルの流れ ○ OPcache … OPCodeをキャッシュして使いまわす仕組み。 　　　　　JITはOPcacheの拡張版 ○ Preload … PHP7.4で入ったOPCacheを起動時に作る仕組み ○ JIT使ってもWebアプリケーションは劇的に速くはならないという事 実 ■ I/Oのボトルネックの方が大きい

Slide 47

Slide 47 text

#fukuokaphp 例2：JIT（調べた結果） ● JITで速くなる理由を理解する過程で再整理された他の知識 ○ PHPのソースコードが実行されるまでのコンパイルの流れ ○ OPcache … OPCodeをキャッシュして使いまわす仕組み。 　　　　　JITはOPcacheの拡張版 ○ Preload … PHP7.4で入ったOPCacheを起動時に作る仕組み ○ JIT使ってもWebアプリケーションは劇的に速くはならないという事 実 ■ I/Oのボトルネックの方が大きい 注：OPCache から JITの話。 素のPHPからOPcacheの導入は、一定効 果あると思います。

Slide 48

Slide 48 text

#fukuokaphp 例2：JIT（再掲） ● Just-In-Time Compiler ○ ネイティブコードにコンパイルした結果をキャッシュすることで処理 を高速化できる新機能 ○ https://wiki.php.net/rfc/jit ● 高速化できることは書かれているが、なぜ・何が高速化されるのかは明 記されていない

Slide 49

Slide 49 text

#fukuokaphp 例2：JIT（再掲） ● Just-In-Time Compiler ○ ネイティブコードにコンパイルした結果をキャッシュすることで処理 を高速化できる新機能 ○ https://wiki.php.net/rfc/jit ● 高速化できることは書かれているが、なぜ・何が高速化されるのかは明 記されていない ● 理解する行為を通したPHP高速化周辺の一連の知識の 「学び」のトリガー

Slide 50

Slide 50 text

#fukuokaphp 例3： Rename T_PAAMAYIM_NEKUDOTAYIM to T_DOUBLE_COLON

Slide 51

Slide 51 text

#fukuokaphp 例3：Rename T_PAAMAYIM_NEKUDOTAYIM to T_DOUBLE_COLON ● 構文エラーに出力されるトークンが混乱を招くのでやめたい ○ https://wiki.php.net/rfc/rename-double-colon-token

Slide 52

Slide 52 text

#fukuokaphp PAAMAYIM NEKUDOTAYIM

Slide 53

Slide 53 text

#fukuokaphp םייתדוקנ םיימעפ

Slide 54

Slide 54 text

#fukuokaphp םייתדוקנ םיימעפ (ヘブライ語でダブルコロンの意）

Slide 55

Slide 55 text

#fukuokaphp 例3：Rename T_PAAMAYIM_NEKUDOTAYIM to T_DOUBLE_COLON ● 構文エラーに出力されるトークンが混乱を招くのでやめたい ○ https://wiki.php.net/rfc/rename-double-colon-token

Slide 56

Slide 56 text

#fukuokaphp 例3：Rename T_PAAMAYIM_NEKUDOTAYIM to T_DOUBLE_COLON ● 構文エラーに出力されるトークンが混乱を招くのでやめたい ○ https://wiki.php.net/rfc/rename-double-colon-token ● PHPコア内部で使用されているこのトークンは初見殺し 「T_DOUBLE_COLON」に変更すべき、という提案

Slide 57

Slide 57 text

#fukuokaphp 例3：Rename T_PAAMAYIM_NEKUDOTAYIM to T_DOUBLE_COLON ● 構文エラーに出力されるトークンが混乱を招くのでやめたい ○ https://wiki.php.net/rfc/rename-double-colon-token ● PHPコア内部で使用されているこのトークンは初見殺し 「T_DOUBLE_COLON」に変更すべき、という提案 ● この提案そのものは否決された

Slide 58

Slide 58 text

#fukuokaphp #externals https://externals.io/

Slide 59

Slide 59 text

#fukuokaphp T_PAAMAYIM_NEKUDOTAYIMについての議論 https://externals.io/message/110728

Slide 60

Slide 60 text

#fukuokaphp T_PAAMAYIM_NEKUDOTAYIMについての議論 https://externals.io/message/110728 「T_PAAMAYIM_NEKUDOTAYIM」 を 「T_DOUBLE_COLON」 に変えろって言ってるけど

Slide 61

Slide 61 text

#fukuokaphp T_PAAMAYIM_NEKUDOTAYIMについての議論 https://externals.io/message/110728 そもそもエラーメッセージに 「T_PAAMAYIM_NEKUDOTAYIM」 って表示しなければ良いのでは？ ※開発者に必要ない情報だし

Slide 62

Slide 62 text

#fukuokaphp v7.4 Parse error: syntax error, unexpected '::' (T_PAAMAYIM_NEKUDOTAYIM) 　　　　　　　　　　　　　　　　　　↓ v8.0 Parse error: syntax error, unexpected token "::"

Slide 63

Slide 63 text

#fukuokaphp 例3：Rename T_PAAMAYIM_NEKUDOTAYIM to T_DOUBLE_COLON ● 構文エラーに出力されるトークンが混乱を招くのでやめたい ○ https://wiki.php.net/rfc/rename-double-colon-token ● PHPコア内部で使用されているこのトークンは初見殺し 「T_DOUBLE_COLON」に変更すべき、という提案 ● この提案そのものは否決された

Slide 64

Slide 64 text

#fukuokaphp 例3：Rename T_PAAMAYIM_NEKUDOTAYIM to T_DOUBLE_COLON ● 構文エラーに出力されるトークンが混乱を招くのでやめたい ○ https://wiki.php.net/rfc/rename-double-colon-token ● PHPコア内部で使用されているこのトークンは初見殺し 「T_DOUBLE_COLON」に変更すべき、という提案 ● この提案そのものは否決された ● 「問題の本質」にフォーカスすることの重要性を再認識する というPHPの枠を超えた「気付き」

Slide 65

Slide 65 text

#fukuokaphp その他にも色々な事例があります （飛ばします）

Slide 66

Slide 66 text

#fukuokaphp 例4：Saner string to number comparisons （簡潔な文字列と数値の比較）

Slide 67

Slide 67 text

#fukuokaphp 例4：Saner string to number comparisons ● 文字列と数値を緩い比較（==）した時の不思議な振る舞いの是正 ○ https://wiki.php.net/rfc/string_to_number_comparison

Slide 68

Slide 68 text

#fukuokaphp 例4：Saner string to number comparisons ● 文字列と数値を緩い比較（==）した時の不思議な振る舞いの是正 ○ https://wiki.php.net/rfc/string_to_number_comparison

Slide 69

Slide 69 text

#fukuokaphp ● RFCに記載されている課題 例4：Saner string to number comparisons ・PHPの世界では緩い比較は常に避けるべき ・けど、in_array()とswitch文ではこの問題に遭遇しちゃう

Slide 70

Slide 70 text

#fukuokaphp 例4：Saner string to number comparisons（再掲） ● 文字列と数値を緩い比較（==）した時の不思議な振る舞いの是正 ○ https://wiki.php.net/rfc/string_to_number_comparison

Slide 71

Slide 71 text

#fukuokaphp 例4：Saner string to number comparisons（再掲） ● 文字列と数値を緩い比較（==）した時の不思議な振る舞いの是正 ○ https://wiki.php.net/rfc/string_to_number_comparison ● こちらのRFCはswitch文だけでなくin_array()の課題にも気付かせてく れる一粒で二度おいしい良コスパRFC

Slide 72

Slide 72 text

#fukuokaphp 例4：Saner string to number comparisons（再掲） ● 文字列と数値を緩い比較（==）した時の不思議な振る舞いの是正 ○ https://wiki.php.net/rfc/string_to_number_comparison ● こちらのRFCはswitch文だけでなくin_array()の課題にも気付かせてく れる一粒で二度おいしい良コスパRFC ● ちなみにin_array()は第三引数をtrueにしましょう

Slide 73

Slide 73 text

#fukuokaphp 例5：Attributes

Slide 74

Slide 74 text

#fukuokaphp 例5：Attributes ● これまでPHPDocに記述していた @before などのアノテーションを、 正式にPHPの言語仕様として記述できるようにするもの ○ https://wiki.php.net/rfc/attributes_v2 ● 自身の幅を広げてくれるナイスなRFC /** * @before　←これが */ public function setupSomeFixtures(){ } ↓ #[before] 　←こうなる public function setupSomeFixtures(){ }

Slide 75

Slide 75 text

#fukuokaphp 例5：Attributes ● RFCに記載されている課題 doc-commentsはただの文字列でしかない。 （ライブラリ開発者がアノテーションを実装するには） 追加で文 字列を解析する処理を書かなければならない。

Slide 76

Slide 76 text

#fukuokaphp PHPUnitのコードを見てみた

Slide 77

Slide 77 text

#fukuokaphp 例3：Attributes ● RFCに記載されている課題 https://github.com/sebastianbergmann/phpunit/blob/master/src/Util/Annotation/DocBlock.php

Slide 78

Slide 78 text

#fukuokaphp 例3：Attributes ● RFCに記載されている課題 ＿人人人人人人人人人＿ ＞　正　規　表　現　＜ ￣Y^Y^Y^Y^Y^Y^Y^Y￣ https://github.com/sebastianbergmann/phpunit/blob/master/src/Util/Annotation/DocBlock.php

Slide 79

Slide 79 text

#fukuokaphp 例5：Attributes ● おー…確かにゴリゴリ文字列解析してるなぁ…

Slide 80

Slide 80 text

#fukuokaphp 例5：Attributes ● おー…確かにゴリゴリ文字列解析してるなぁ… ● と同時に「意外と泥臭い仕組みで実現してるんだな」という親近感

Slide 81

Slide 81 text

#fukuokaphp 例5：Attributes ● おー…確かにゴリゴリ文字列解析してるなぁ… ● と同時に「意外と泥臭い仕組みで実現してるんだな」という親近感 ● からの「あれ、これオレでも実装できるんじゃね？」という希望

Slide 82

Slide 82 text

#fukuokaphp 例5：Attributes ● おー…確かにゴリゴリ文字列解析してるなぁ… ● と同時に「意外と泥臭い仕組みで実現してるんだな」という親近感 ● からの「あれ、これオレでも実装できるんじゃね？」という希望 ● アノテーションを使って振る舞いを変えるというのは、一部のライブラリ開発者 だけが扱える特殊技能、という先入観がなくなり、自分が開発する際のパター ンの一つに加わった。

Slide 83

Slide 83 text

#fukuokaphp 例5：Attributes（再掲） ● これまでPHPDocに記述していた @before などのアノテーションを、 正式にPHPの言語仕様として記述できるようにするもの ○ https://wiki.php.net/rfc/attributes_v2 ● 自身の幅を広げてくれるナイスなRFC

Slide 84

Slide 84 text

#fukuokaphp 例5：Attributes（再掲） ● これまでPHPDocに記述していた @before などのアノテーションを、 正式にPHPの言語仕様として記述できるようにするもの ○ https://wiki.php.net/rfc/attributes_v2 ● 自身の幅を広げてくれるナイスなRFC ● 学習の過程で、自分自身の引き出しが増えるという「気付き」

Slide 85

Slide 85 text

#fukuokaphp 例6：Weak Reference（v7.4）

Slide 86

Slide 86 text

#fukuokaphp 例6：Weak Reference（v7.4） ● PHPで「弱参照」が使えるようになる ○ https://wiki.php.net/rfc/weakrefs ● 元々PECL拡張としては存在していたものがコアの機能として再提案

Slide 87

Slide 87 text

#fukuokaphp 「弱参照ってなに？」

Slide 88

Slide 88 text

#fukuokaphp 例6：Weak Reference（調べた） https://qiita.com/miracle-FJSW/items/f35c3e90a5d14eb6eba3

Slide 89

Slide 89 text

#fukuokaphp 例6：Weak Reference（v7.4） ● PHPで「弱参照」が使えるようになる ○ https://wiki.php.net/rfc/weakrefs ● 元々PECL拡張としては存在していたものがコアの機能として再提案 ● PHPのメモリ管理・GCまわりに詳しくなった ● （ちなみに）PHPのGCサイクルは、どれだけメモリ使用しているかに依らず、オ ブジェクトが10,000個作られた時 ● JIT同様、RFCをトリガに一連の学びの機会を与えてくれた

Slide 90

Slide 90 text

#fukuokaphp そんなこんなで RFCには学びや気づきの ポイントがたくさんあります

Slide 91

Slide 91 text

#fukuokaphp そんなこんなで RFCには学びや気づきの ポイントがたくさんあります 人によって学び・気付きの ポイントは異なると思います

Slide 92

Slide 92 text

#fukuokaphp RFC駆動学習により ● 知識のアップデートが行われる ● その過程で、自分自身の知識の抜け漏れが補完される ● RFCはPHPerにとって共通課題であることが多く、学び効率が良い ● 副次的な効果として、早期にPHPの変更点をキャッチアップできるので、PHP バージョンアップする際、慌てないで済む

Slide 93

Slide 93 text

#fukuokaphp RFC駆動学習により ● 知識のアップデートが行われる ● その過程で、自分自身の知識の抜け漏れが補完される ● RFCはPHPerにとって共通課題であることが多く、学び効率が良い ● 副次的な効果として、早期にPHPの変更点をキャッチアップできるので、PHP バージョンアップする際、慌てないで済む ● 新機能なのでやってて楽しい、継続できる ○ べんり！使ってみたい！というポジティブな感情が大事 ○ 継続できれば学習のトリガは何でも良く、その一つがRFC駆動

Slide 94

Slide 94 text

#fukuokaphp どうやって始めたらいいでしょう？ ● PHP RFC Bot(@PHPRFCBot)をフォローする ● いいねがそこそこついてるものを重点的にチェック（感覚で30くらい） ● Google翻訳を駆使して読んだり、Qiita等の先人の記事を読んだり… ● #externals(https://externals.io/)を覗いてみるのもヨシ ● RFCの読み方については、へーしゃの別のエンジニアが語った 資料があるので下記参照 ○ RFCの歩き方：https://speakerdeck.com/ykanoh/how-to-read-php-rfc

Slide 95

Slide 95 text

#fukuokaphp RFCは学びの宝庫

Slide 96

Slide 96 text

#fukuokaphp RFC駆動学習を通じて 自身の抜け漏れを補完しつつ 知識のアップデートをしてみては？

Slide 97

Slide 97 text

#fukuokaphp ところで

Slide 98

Slide 98 text

#fukuokaphp 一人でやるのは大変ですよね！（断言）

Slide 99

Slide 99 text

#fukuokaphp 毎月勉強会をやっていますのでよろしければ… https://rakus.connpass.com/event/192297/

Slide 100

Slide 100 text

#fukuokaphp 毎月勉強会をやっていますのでよろしければ… https://rakus.connpass.com/event/192297/ おわり！