RFC駆動のPHP学習術 Fukuoka.php edition

Transcript

1. #fukuokaphp RFC駆動のPHP学習術 - Fukuoka.php Vol.32 Edition - 2020/10/14 Takayuki Fujisawa
2. #fukuokaphp Takayuki Fujisawa 所属：株式会社ラクス Twitter: @miracle_fjsw 表のおしごと：品質管理やセキュリティ・技術仕様の標準化 裏のおしごと：社内エンジニアの学びの場の創出（勉強会イベントの主催）
3. #fukuokaphp みなさん PHPの学習って どうやっていますか？
4. #fukuokaphp - 書籍（はじめてのPHP、パーフェクトPHP、実践 〇〇、オライリー本…） - 技術系のWeb記事
5. #fukuokaphp こういうことありますよね？ • 知識が陳腐化・古くなる • 学習した内容が自分自身に定着しない・曖昧な理解
6. #fukuokaphp そんなみなさんに紹介したい学習法が
7. #fukuokaphp 「RFC駆動学習」
8. #fukuokaphp RFCとは • 「Request For Comments」 • https://wiki.php.net/rfc • PHPの次期バージョンに取り込まれる新機能や改善の提案 • PHPコア開発者のコミュニティの中でメーリングリストなどで 議論・投票が行われ、採択される
9. #fukuokaphp 例えばこんなやつ https://wiki.php.net/rfc/match_expression_v2 PHP8：match式の提案
10. #fukuokaphp RFC駆動学習とは
11. #fukuokaphp RFC駆動学習とは • RFCに記載されている提案内容を理解し、
12. #fukuokaphp RFC駆動学習とは • RFCに記載されている提案内容を理解し、 記載されている課題感・背景などから
13. #fukuokaphp RFC駆動学習とは • RFCに記載されている提案内容を理解し、 記載されている課題感・背景などから 言語仕様・PHP界隈の動向への理解を深める、 というオレオレ手法
14. #fukuokaphp RFCの基本構成 • 提案内容 • 現状のPHPが抱える課題 • 提案の実装例
15. #fukuokaphp RFCの基本構成 • 提案内容 • 現状のPHPが抱える課題 • 提案の実装例 • ただ読むだけだと 「こんな新機能が増えるのか、なるほど」で終了しちゃう
16. #fukuokaphp RFCの基本構成 • 提案内容 • 現状のPHPが抱える課題 • 提案の実装例 • ただ読むだけだと 「こんな新機能が増えるのか、なるほど」で終了 RFC駆動学習は、 　提案の背景・課題・周辺事項を 　じっくり理解し、 　気付き・発見・学びを獲得 することが目的
17. #fukuokaphp なぜ RFC？
18. #fukuokaphp なぜ RFC？ • 採用されるRFCは、コミュニティの中で同意を得られたもの
19. #fukuokaphp なぜ RFC？ • 採用されるRFCは、コミュニティの中で同意を得られたもの • ＝　多くの人が課題を感じているもの、ニーズがあるもの
20. #fukuokaphp なぜ RFC？ • 採用されるRFCは、コミュニティの中で同意を得られたもの • ＝　多くの人が課題を感じているもの、ニーズがあるもの • ＝　活用される可能性が高い知識領域
21. #fukuokaphp なぜ RFC？ • 採用されるRFCは、コミュニティの中で同意を得られたもの • ＝　多くの人が課題を感じているもの、ニーズがあるもの • ＝　活用される可能性が高い知識領域 • ＝　優先して学ぶべき・理解しておくべき領域
22. #fukuokaphp なぜ RFC？ • 採用されるRFCは、コミュニティの中で同意を得られたもの • ＝　多くの人が課題を感じているもの、ニーズがあるもの • ＝　活用される可能性が高い知識領域 • ＝　優先して学ぶべき・理解しておくべき領域 • ∴　あてもなく学習するよりも、 　　生きた知識になる確率が高く、効率が良い
23. #fukuokaphp なぜ RFC？ • 提案内容が一つのTopicsとして、過去と未来がまとまっている
24. #fukuokaphp なぜ RFC？ • 提案内容が一つのTopicsとして、過去と未来がまとまっている • 現状把握（過去）しつつ、知識のアップデート（未来）ができる
25. #fukuokaphp そんなRFC駆動学習について 自身の実例を ダイジェストで紹介します
26. #fukuokaphp 例１：match式
27. #fukuokaphp 例1：match式 • swtich文によく似た新しい別の記法 ◦ https://wiki.php.net/rfc/match_expression_v2 • 条件により代入処理を分岐させる際にシンプルに記述できる
28. #fukuokaphp 例1：match式
29. #fukuokaphp 例1：match式 switch文は緩い比較を行います。 これは非常に驚くべき結果をもたらす 可能性があります。
30. #fukuokaphp そうだったのか！
31. #fukuokaphp 例1：match式（再掲） • swtich文によく似た新しい別の記法 ◦ https://wiki.php.net/rfc/match_expression_v2 • 条件により代入処理を分岐させる際にシンプルに記述できる
32. #fukuokaphp 例1：match式（再掲） • swtich文によく似た新しい別の記法 ◦ https://wiki.php.net/rfc/match_expression_v2 • 条件により代入処理を分岐させる際にシンプルに記述できる • switch文の条件判定は「緩い比較」が行われているという課題を、理解 していなかった
33. #fukuokaphp 例1：match式（再掲） • swtich文によく似た新しい別の記法 ◦ https://wiki.php.net/rfc/match_expression_v2 • 条件により代入処理を分岐させる際にシンプルに記述できる • switch文の条件判定は「緩い比較」が行われているという課題を、理解 していなかった • 不十分な理解に対する「そうだったのか！」という「発見」
34. #fukuokaphp 例1：match式（再掲） • swtich文によく似た新しい別の記法 ◦ https://wiki.php.net/rfc/match_expression_v2 • 条件により代入処理を分岐させる際にシンプルに記述できる • switch文の条件判定は「緩い比較」が行われているという課題を、理解 していなかった • 不十分な理解に対する「そうだったのか！」という「発見」 ◦ 自分自身の抜け漏れを認識 ◦ 「発見」の感覚が鮮明に記憶に残る
35. #fukuokaphp 例2：JIT
36. #fukuokaphp 例2：JIT • Just-In-Time Compiler ◦ ネイティブコードにコンパイルした結果をキャッシュすることで処理 を高速化できる新機能 ◦ https://wiki.php.net/rfc/jit
37. #fukuokaphp 例2：JIT • Just-In-Time Compiler ◦ ネイティブコードにコンパイルした結果をキャッシュすることで処理 を高速化できる新機能 ◦ https://wiki.php.net/rfc/jit • 高速化できることは書かれているが、なぜ・何が高速化されるのかは明 記されていない
38. #fukuokaphp 疑問は調べるチャンス
39. #fukuokaphp 例2：JIT（調べた結果） • 通常の処理 ◦ ソースコード → OPcode（中間言語）に変換 → ZendVMがネイティブコードに変換（解釈）して実行
40. #fukuokaphp 例2：JIT（調べた結果） • 通常の処理 ◦ ソースコード → OPcode（中間言語）に変換 → ZendVMがネイティブコードに変換（解釈）して実行 • JIT ◦ ソースコード → OPCodeに変換 → ネイティブコードに変換してキャッシュ ◦ 次にリクエストが来た時、キャッシュされたネイティブコードを実行
41. #fukuokaphp 例2：JIT（調べた結果） • 通常の処理 ◦ ソースコード → OPcode（中間言語）に変換 → ZendVMがネイティブコードに変換（解釈）して実行 • JIT ◦ ソースコード → OPCodeに変換 → ネイティブコードに変換してキャッシュ ◦ 次にリクエストが来た時、キャッシュされたネイティブコードを実行 ▪ OPcodeを解釈する時間が短縮されるため速い
42. #fukuokaphp 例2：JIT（調べた結果） • JITで速くなる理由を理解する過程で再整理された他の知識
43. #fukuokaphp 例2：JIT（調べた結果） • JITで速くなる理由を理解する過程で再整理された他の知識 ◦ PHPのソースコードが実行されるまでのコンパイルの流れ
44. #fukuokaphp 例2：JIT（調べた結果） • JITで速くなる理由を理解する過程で再整理された他の知識 ◦ PHPのソースコードが実行されるまでのコンパイルの流れ ◦ OPcache … OPCodeをキャッシュして使いまわす仕組み。 　　　　　JITはOPcacheの拡張版
45. #fukuokaphp 例2：JIT（調べた結果） • JITで速くなる理由を理解する過程で再整理された他の知識 ◦ PHPのソースコードが実行されるまでのコンパイルの流れ ◦ OPcache … OPCodeをキャッシュして使いまわす仕組み。 　　　　　JITはOPcacheの拡張版 ◦ Preload … PHP7.4で入ったOPCacheを起動時に作る仕組み
46. #fukuokaphp 例2：JIT（調べた結果） • JITで速くなる理由を理解する過程で再整理された他の知識 ◦ PHPのソースコードが実行されるまでのコンパイルの流れ ◦ OPcache … OPCodeをキャッシュして使いまわす仕組み。 　　　　　JITはOPcacheの拡張版 ◦ Preload … PHP7.4で入ったOPCacheを起動時に作る仕組み ◦ JIT使ってもWebアプリケーションは劇的に速くはならないという事 実 ▪ I/Oのボトルネックの方が大きい
47. #fukuokaphp 例2：JIT（調べた結果） • JITで速くなる理由を理解する過程で再整理された他の知識 ◦ PHPのソースコードが実行されるまでのコンパイルの流れ ◦ OPcache … OPCodeをキャッシュして使いまわす仕組み。 　　　　　JITはOPcacheの拡張版 ◦ Preload … PHP7.4で入ったOPCacheを起動時に作る仕組み ◦ JIT使ってもWebアプリケーションは劇的に速くはならないという事 実 ▪ I/Oのボトルネックの方が大きい 注：OPCache から JITの話。 素のPHPからOPcacheの導入は、一定効 果あると思います。
48. #fukuokaphp 例2：JIT（再掲） • Just-In-Time Compiler ◦ ネイティブコードにコンパイルした結果をキャッシュすることで処理 を高速化できる新機能 ◦ https://wiki.php.net/rfc/jit • 高速化できることは書かれているが、なぜ・何が高速化されるのかは明 記されていない
49. #fukuokaphp 例2：JIT（再掲） • Just-In-Time Compiler ◦ ネイティブコードにコンパイルした結果をキャッシュすることで処理 を高速化できる新機能 ◦ https://wiki.php.net/rfc/jit • 高速化できることは書かれているが、なぜ・何が高速化されるのかは明 記されていない • 理解する行為を通したPHP高速化周辺の一連の知識の 「学び」のトリガー
50. #fukuokaphp 例3： Rename T_PAAMAYIM_NEKUDOTAYIM to T_DOUBLE_COLON
51. #fukuokaphp 例3：Rename T_PAAMAYIM_NEKUDOTAYIM to T_DOUBLE_COLON • 構文エラーに出力されるトークンが混乱を招くのでやめたい ◦ https://wiki.php.net/rfc/rename-double-colon-token
52. #fukuokaphp PAAMAYIM NEKUDOTAYIM
53. #fukuokaphp םייתדוקנ םיימעפ
54. #fukuokaphp םייתדוקנ םיימעפ (ヘブライ語でダブルコロンの意）
55. #fukuokaphp 例3：Rename T_PAAMAYIM_NEKUDOTAYIM to T_DOUBLE_COLON • 構文エラーに出力されるトークンが混乱を招くのでやめたい ◦ https://wiki.php.net/rfc/rename-double-colon-token
56. #fukuokaphp 例3：Rename T_PAAMAYIM_NEKUDOTAYIM to T_DOUBLE_COLON • 構文エラーに出力されるトークンが混乱を招くのでやめたい ◦ https://wiki.php.net/rfc/rename-double-colon-token • PHPコア内部で使用されているこのトークンは初見殺し 「T_DOUBLE_COLON」に変更すべき、という提案
57. #fukuokaphp 例3：Rename T_PAAMAYIM_NEKUDOTAYIM to T_DOUBLE_COLON • 構文エラーに出力されるトークンが混乱を招くのでやめたい ◦ https://wiki.php.net/rfc/rename-double-colon-token • PHPコア内部で使用されているこのトークンは初見殺し 「T_DOUBLE_COLON」に変更すべき、という提案 • この提案そのものは否決された
58. #fukuokaphp #externals https://externals.io/
59. #fukuokaphp T_PAAMAYIM_NEKUDOTAYIMについての議論 https://externals.io/message/110728
60. #fukuokaphp T_PAAMAYIM_NEKUDOTAYIMについての議論 https://externals.io/message/110728 「T_PAAMAYIM_NEKUDOTAYIM」 を 「T_DOUBLE_COLON」 に変えろって言ってるけど
61. #fukuokaphp T_PAAMAYIM_NEKUDOTAYIMについての議論 https://externals.io/message/110728 そもそもエラーメッセージに 「T_PAAMAYIM_NEKUDOTAYIM」 って表示しなければ良いのでは？ ※開発者に必要ない情報だし
62. #fukuokaphp v7.4 Parse error: syntax error, unexpected '::' (T_PAAMAYIM_NEKUDOTAYIM) 　　　　　　　　　　　　　　　　　　↓ v8.0 Parse error: syntax error, unexpected token "::"
63. #fukuokaphp 例3：Rename T_PAAMAYIM_NEKUDOTAYIM to T_DOUBLE_COLON • 構文エラーに出力されるトークンが混乱を招くのでやめたい ◦ https://wiki.php.net/rfc/rename-double-colon-token • PHPコア内部で使用されているこのトークンは初見殺し 「T_DOUBLE_COLON」に変更すべき、という提案 • この提案そのものは否決された
64. #fukuokaphp 例3：Rename T_PAAMAYIM_NEKUDOTAYIM to T_DOUBLE_COLON • 構文エラーに出力されるトークンが混乱を招くのでやめたい ◦ https://wiki.php.net/rfc/rename-double-colon-token • PHPコア内部で使用されているこのトークンは初見殺し 「T_DOUBLE_COLON」に変更すべき、という提案 • この提案そのものは否決された • 「問題の本質」にフォーカスすることの重要性を再認識する というPHPの枠を超えた「気付き」
65. #fukuokaphp その他にも色々な事例があります （飛ばします）
66. #fukuokaphp 例4：Saner string to number comparisons （簡潔な文字列と数値の比較）
67. #fukuokaphp 例4：Saner string to number comparisons • 文字列と数値を緩い比較（==）した時の不思議な振る舞いの是正 ◦ https://wiki.php.net/rfc/string_to_number_comparison
68. #fukuokaphp 例4：Saner string to number comparisons • 文字列と数値を緩い比較（==）した時の不思議な振る舞いの是正 ◦ https://wiki.php.net/rfc/string_to_number_comparison
69. #fukuokaphp • RFCに記載されている課題 例4：Saner string to number comparisons ・PHPの世界では緩い比較は常に避けるべき ・けど、in_array()とswitch文ではこの問題に遭遇しちゃう
70. #fukuokaphp 例4：Saner string to number comparisons（再掲） • 文字列と数値を緩い比較（==）した時の不思議な振る舞いの是正 ◦ https://wiki.php.net/rfc/string_to_number_comparison
71. #fukuokaphp 例4：Saner string to number comparisons（再掲） • 文字列と数値を緩い比較（==）した時の不思議な振る舞いの是正 ◦ https://wiki.php.net/rfc/string_to_number_comparison • こちらのRFCはswitch文だけでなくin_array()の課題にも気付かせてく れる一粒で二度おいしい良コスパRFC
72. #fukuokaphp 例4：Saner string to number comparisons（再掲） • 文字列と数値を緩い比較（==）した時の不思議な振る舞いの是正 ◦ https://wiki.php.net/rfc/string_to_number_comparison • こちらのRFCはswitch文だけでなくin_array()の課題にも気付かせてく れる一粒で二度おいしい良コスパRFC • ちなみにin_array()は第三引数をtrueにしましょう
73. #fukuokaphp 例5：Attributes
74. #fukuokaphp 例5：Attributes • これまでPHPDocに記述していた @before などのアノテーションを、 正式にPHPの言語仕様として記述できるようにするもの ◦ https://wiki.php.net/rfc/attributes_v2 • 自身の幅を広げてくれるナイスなRFC /** * @before　←これが */ public function setupSomeFixtures(){ } ↓ #[before] 　←こうなる public function setupSomeFixtures(){ }
75. #fukuokaphp 例5：Attributes • RFCに記載されている課題 doc-commentsはただの文字列でしかない。 （ライブラリ開発者がアノテーションを実装するには） 追加で文 字列を解析する処理を書かなければならない。
76. #fukuokaphp PHPUnitのコードを見てみた
77. #fukuokaphp 例3：Attributes • RFCに記載されている課題 https://github.com/sebastianbergmann/phpunit/blob/master/src/Util/Annotation/DocBlock.php
78. #fukuokaphp 例3：Attributes • RFCに記載されている課題 ＿人人人人人人人人人＿ ＞　正　規　表　現　＜ ￣Y^Y^Y^Y^Y^Y^Y^Y￣ https://github.com/sebastianbergmann/phpunit/blob/master/src/Util/Annotation/DocBlock.php
79. #fukuokaphp 例5：Attributes • おー…確かにゴリゴリ文字列解析してるなぁ…
80. #fukuokaphp 例5：Attributes • おー…確かにゴリゴリ文字列解析してるなぁ… • と同時に「意外と泥臭い仕組みで実現してるんだな」という親近感
81. #fukuokaphp 例5：Attributes • おー…確かにゴリゴリ文字列解析してるなぁ… • と同時に「意外と泥臭い仕組みで実現してるんだな」という親近感 • からの「あれ、これオレでも実装できるんじゃね？」という希望
82. #fukuokaphp 例5：Attributes • おー…確かにゴリゴリ文字列解析してるなぁ… • と同時に「意外と泥臭い仕組みで実現してるんだな」という親近感 • からの「あれ、これオレでも実装できるんじゃね？」という希望 • アノテーションを使って振る舞いを変えるというのは、一部のライブラリ開発者 だけが扱える特殊技能、という先入観がなくなり、自分が開発する際のパター ンの一つに加わった。
83. #fukuokaphp 例5：Attributes（再掲） • これまでPHPDocに記述していた @before などのアノテーションを、 正式にPHPの言語仕様として記述できるようにするもの ◦ https://wiki.php.net/rfc/attributes_v2 • 自身の幅を広げてくれるナイスなRFC
84. #fukuokaphp 例5：Attributes（再掲） • これまでPHPDocに記述していた @before などのアノテーションを、 正式にPHPの言語仕様として記述できるようにするもの ◦ https://wiki.php.net/rfc/attributes_v2 • 自身の幅を広げてくれるナイスなRFC • 学習の過程で、自分自身の引き出しが増えるという「気付き」
85. #fukuokaphp 例6：Weak Reference（v7.4）
86. #fukuokaphp 例6：Weak Reference（v7.4） • PHPで「弱参照」が使えるようになる ◦ https://wiki.php.net/rfc/weakrefs • 元々PECL拡張としては存在していたものがコアの機能として再提案
87. #fukuokaphp 「弱参照ってなに？」
88. #fukuokaphp 例6：Weak Reference（調べた） https://qiita.com/miracle-FJSW/items/f35c3e90a5d14eb6eba3
89. #fukuokaphp 例6：Weak Reference（v7.4） • PHPで「弱参照」が使えるようになる ◦ https://wiki.php.net/rfc/weakrefs • 元々PECL拡張としては存在していたものがコアの機能として再提案 • PHPのメモリ管理・GCまわりに詳しくなった • （ちなみに）PHPのGCサイクルは、どれだけメモリ使用しているかに依らず、オ ブジェクトが10,000個作られた時 • JIT同様、RFCをトリガに一連の学びの機会を与えてくれた
90. #fukuokaphp そんなこんなで RFCには学びや気づきの ポイントがたくさんあります
91. #fukuokaphp そんなこんなで RFCには学びや気づきの ポイントがたくさんあります 人によって学び・気付きの ポイントは異なると思います
92. #fukuokaphp RFC駆動学習により • 知識のアップデートが行われる • その過程で、自分自身の知識の抜け漏れが補完される • RFCはPHPerにとって共通課題であることが多く、学び効率が良い • 副次的な効果として、早期にPHPの変更点をキャッチアップできるので、PHP バージョンアップする際、慌てないで済む
93. #fukuokaphp RFC駆動学習により • 知識のアップデートが行われる • その過程で、自分自身の知識の抜け漏れが補完される • RFCはPHPerにとって共通課題であることが多く、学び効率が良い • 副次的な効果として、早期にPHPの変更点をキャッチアップできるので、PHP バージョンアップする際、慌てないで済む • 新機能なのでやってて楽しい、継続できる ◦ べんり！使ってみたい！というポジティブな感情が大事 ◦ 継続できれば学習のトリガは何でも良く、その一つがRFC駆動
94. #fukuokaphp どうやって始めたらいいでしょう？ • PHP RFC Bot(@PHPRFCBot)をフォローする • いいねがそこそこついてるものを重点的にチェック（感覚で30くらい） • Google翻訳を駆使して読んだり、Qiita等の先人の記事を読んだり… • #externals(https://externals.io/)を覗いてみるのもヨシ • RFCの読み方については、へーしゃの別のエンジニアが語った 資料があるので下記参照 ◦ RFCの歩き方：https://speakerdeck.com/ykanoh/how-to-read-php-rfc
95. #fukuokaphp RFCは学びの宝庫
96. #fukuokaphp RFC駆動学習を通じて 自身の抜け漏れを補完しつつ 知識のアップデートをしてみては？
97. #fukuokaphp ところで
98. #fukuokaphp 一人でやるのは大変ですよね！（断言）
99. #fukuokaphp 毎月勉強会をやっていますのでよろしければ… https://rakus.connpass.com/event/192297/
100. #fukuokaphp 毎月勉強会をやっていますのでよろしければ… https://rakus.connpass.com/event/192297/ おわり！