[3] プロトコルの拡張性とは、 新機能の追加の余地です。

[4] 拡張性は柔軟性と発展性のために重要ですが、 相互運用性やセキュリティーの穴となることが多い危険要素でもあります。

[2] RFC 6709 - Design Considerations for Protocol Extensions (2018-04-05 17:00:08 +09:00) https://tools.ietf.org/html/rfc6709

[6] なお稀に「拡張性」はスケーラビリティーの訳語にも使います。 意味は似ていないこともないですが、 情報工学的には明確に違う概念です。

• [11] YAGNI - Wikipedia, 2023-07-09T13:55:41.000Z, 2023-07-24T12:28:22.274Z https://ja.wikipedia.org/wiki/YAGNI
• [10] YAGNI と premature complication #4, 2021-05-15T13:33:48.000Z, 2023-07-24T12:27:56.273Z http://0xcc.net/bknotes/4.html
• [8] くまぎさんはTwitterを使っています: 「@kfujieda プラガブルになったことで簡単になる機能実装はプラガブル設計をしたときにすでに織り込んでいた機能に限られるんですよこれが。そして更に別方向の機能追加をさらなるDIで取り込み続けるうちに絡まるんです…。」 / Twitter, 午前10:00 · 2023年6月27日2023-06-27T01:00:05.000Z, 2023-07-24T12:16:13.000Z https://twitter.com/kumagi/status/1673496385499566080
• [7] Shirouzu Hiroaki(白水啓章)さんはTwitterを使っています: 「そういえば昔、Namazuの高林哲さんが「将来性を考えた実装(抽象層を噛ませてメタ化しておく等)は、大半は想定した未来が来ないので無駄」と書いていたっけ…。 https://t.co/szYqfK71PD あたりにあったと思うのだが、見つけられない。」 / Twitter, 午後10:53 · 2023年6月27日2023-06-27T13:53:40.000Z, 2023-07-24T12:16:13.000Z https://twitter.com/shirouzu/status/1673691067538092034
• [9] AoiMoe a.k.aしお兄PさんはTwitterを使っています: 「プログラマの病気として KISS の法則を忘れがちというのはあって、将来発生するかも分からないような機能拡張を見込んで拡張性豊かに書いたけど実際には使われず、結果としてその複雑さがメンテの足を引っ張るとか良くある。そういうのは「作りすぎ」なんだろう。」 / Twitter, 午前2:28 · 2023年7月24日2023-07-23T17:28:21.000Z, 2023-07-24T12:16:13.000Z https://twitter.com/AoiMoe/status/1683167178768674816