プロトコルとは（Protocol の本来の意味から技術英語へ）

この記事は「[プロトコル](https://ja.wikipedia.org/wiki/%E3%83%97%E3%83%AD%E3%83%88%E3%82%B3%E3%83%AB)」という単語をよく見聞きするも、漠然とした理解なので「英語の文献に出てくると、いまいちピンとこない新人の方」向けの技術用語記事です。

**英語における「プロトコル」の理解の手助け**、そして「プロトコル」という用語を深く掘り下げることで、<font color="darkorange">**汎用的な技術英語の理解（<ruby>咀嚼<rt>そしゃく</rt></ruby>の仕方）の手助けとなればいいな**</font>と思います。

## TL; DR <sub><sup>今北産業</sup></sub>

<h3>「プロトコル」とは</h3>

> **<font color=darkorange>参加するための事前同意・合意のこと</font>**。「**それ**」を知らないと「参加できない／仲間に入れない／楽しめない／良さがわからない」ことになる、共通ルールのこと。

```python:プロトコルのイメージ
( my_rule == your_rule ) === ( our_protocol )
```

## TS; DR <sub><sup>〜たかが「`protocol`」の英単語を徹底的に理解する細かいこと〜</sup></sub>

「プロトコルって通信規格のことでしょ？」という言葉を聞きます。

- [TCP/IP（Transmission Control Protocol / Internet Protocol）](https://ja.wikipedia.org/wiki/%E3%82%A4%E3%83%B3%E3%82%BF%E3%83%BC%E3%83%8D%E3%83%83%E3%83%88%E3%83%BB%E3%83%97%E3%83%AD%E3%83%88%E3%82%B3%E3%83%AB%E3%83%BB%E3%82%B9%E3%82%A4%E3%83%BC%E3%83%88)
- [API](https://ja.wikipedia.org/wiki/%E3%82%A2%E3%83%97%E3%83%AA%E3%82%B1%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0%E3%82%A4%E3%83%B3%E3%82%BF%E3%83%95%E3%82%A7%E3%83%BC%E3%82%B9) のプロトコル

上記のような用語を見聞きしているからだと思われますが、間違ってはいません。

しかし<strong><font color=darkorange>「通信規格」にこだってしまうと、英語の文献を読んだときに難しいと感じてしまう人が多い</font></strong>ように感じます。なぜなら「`protocol`」はネットワークや通信以外の文脈でも使われているからです。

いわゆる「通信規格」は「`protocol`」の１部でしかありません。

例えば、ドラマ「[24](https://ja.wikipedia.org/wiki/24_-TWENTY_FOUR-)」や軍隊モノの映画などで、ルールを曲げてでも助けに行こうとすると上官に止められ、「`It's a protocol!`」（意訳：「だってルールなんだもん！」）と怒鳴られては地団駄を踏んでいるのを観たことはないでしょうか。トットと助けに行けばいいのに。

また、スターウォーズの<ruby><rb>金色</rb><rt>こんじき</rt></ruby>のアイドル「C-3PO」は「プロトコル・ドロイド」と自称しているのに、吹き替えでは「通訳ロボット」や「式典用ロボット」と呼ばれたり。

ルールなのか、通訳なのか、礼儀作法やマナーなのか、いまいちわからない単語です。しかし辞書を引くと、どれも意味として出てきます。

> 【Protocol】
> 1. The system of rules and acceptable behaviour used at official ceremonies and occasions.
> 2. A formal international agreement.
> 3. A computer language allowing computers that are connected to each other to communicate.
> （ [PROTOCOL | 意味](https://dictionary.cambridge.org/ja/dictionary/english/protocol) @ Cambridge Dictionary より）

上記は以下とほぼ同じです。

> 【Protocol】
> 外交儀礼、儀典、礼儀作法、慣習
> 条約議定書、協約、協定、議定書
> 手順、手続き、指令、命令
> 《コ》プロトコル、〔コンピューターの〕通信接続手順、通信規約◆コンピューター間でデータを送受信するためのルール［決まり事］
> （[protocol の意味・用例](https://eow.alc.co.jp/search?q=protocol&ref=sa) @ アルク より）

コンピュータの項目を見ると通信ルールっぽい感じなのですが、コンピューターの文献を読んでもネットワークとは関係ないところで「`protocol`」の用語も出てきます。これは[同音異義語](https://ja.wikipedia.org/wiki/%E5%90%8C%E9%9F%B3%E7%95%B0%E7%BE%A9%E8%AA%9E)なのでしょうか。「決まり事」なら `regulation` と何が違うのでしょう。

### 日常におけるプロトコルの例

そこで、まずは「プロトコル」を身近な例で例えたいと思います。

```text:ダチョウ倶楽部・プロトコル
「俺やらないからね」「じゃ、俺がやる」「いや、俺がやる」「え？じゃ俺やる」「どうぞ、どうぞ」
```

```text:ジャイアン・プロトコル
「お前のものは」と来たら、「俺のもの」
```

```text:浄土宗・十念プロトコル
「なむあみだぶ」を４回２セット唱え、「なむあみだぶつ」を１回、最後に「なむあみだぶ」を１回の計１０回唱える
```

```text:プロレスのプロトコル
大げさな技やパフォーマンスで、いかに無駄に体力を使うか「実は優雅なスタミナ勝負をしている」のを楽しむ
```

```text:ジャズのプロトコル
演奏中ソロのパートで「テーマ」と呼ばれる部分が終わった節目で観客は拍手をする
```

```text:ジャズや落語のプロトコル
同じ演目でも、演者の違いによる解釈の違いやニュアンスの違いを楽しむ
```

```text:ワインのテイスティング・プロトコル
飲んだ時の香りを「例え」で表現することでフラグを立て、後日そのフラグの組み合わせによって飲んだワインを思い出す
```

```text:法律プロトコル
法律は「複数の解釈が持てる」ように書き、法律の解釈は裁判や判例で決定する
```

```text:理数系論文プロトコル
句読点は「。」「、」でなく「.」「,」を使う
```

```text:Xジャンプ・プロトコル
手をクロスさせるのは集団でダメ出しをしているのではなく、バンド名の X を意味している
```

```text:和室プロトコル
靴を脱がないと部屋にあげてあげない
```

```text:GitHubAPIプロトコル
リクエスト・ヘッダに "User-Agent" を含めないと反応してあげない
```

```text:GoogleDataV1プロトコル
俺様仕様の XML フォーマットを使わないとリクエスト受け付けてあげない
```

```text:TCPプロトコル
特定のビット並びから始まったデータを送ってくれないとコネクションを確立してあげない
```

```text:機械学習プロトコル
数値だけで構成された array データを「ベクトル」と呼ぶ
```

```text:核のフットボールプロトコル
米国大統領が核兵器の使用を決めても国防長官による本人確認をパスしないと発射されないが、国防長官は発射拒否もできない
```

このように知っている人には当然のことであっても、知らない人からすれば「`(￣σ･￣)ﾌｰﾝ`」ということが世の中にはたくさんあります。

先の C-3PO  の場合は、異なる宗教・習慣・言語の違い、つまり「ルールの違いを説明／補佐してくれるドロイド」という意味で「プロトコル・ドロイド」と呼ばれ、「通訳ロボット」も正しいし「式典用ロボット」も意味としては正しいのです。

> <sup>🐒 &nbsp; **余談**</sup>
> <sup>しかしファンとしては「ドロイド」を「ロボット」と訳すのは、「ドローン」を「ラジコン」と呼ぶようなモヤモヤ感があります。</sup>
> <sup>面白いのが、英語版のスターウォーズでは、英語／ウーキー語／どこそこの惑星のメーカーのバイナリ言語／ドロイドのピコピコ音など、コミュニケーションや通信におけるすべてが「言語」として括られていて、上記ケンブリッジ大学の辞書の 3. の引用でもプロトコルを「<code>language</code>」と表現していることです。</sup>

そして IT 業界しかり、さまざまなところでプロトコルが使われています。

- ケーブル通信でデータ送信開始を示す**シグナルのパターン**
- 外部コマンドに渡す**引数の渡し方**
- URL に含める**クエリの記述ルール**
- アプリケーションに使われる**文字コードや改行コード**
- Web API を叩くのに必要な**データのフォーマット**
- etc.

このように、相手のプロトコルがわからないと自分が作ったアプリケーションはコラボレーションができず、また、しかるべき手順を踏まないとアプリケーション間で意思疎通ができないのです。

軍隊の映画で怒鳴っている「`It's a protocol!`」というのは、厳密には「ルールなんだもん！」ではなく「（それをするにはしかるべき手順を踏まないと実行してもらえない）んだから無理っちゃ！」という意味なのです。

では「手続き」や「手順」の意である `procedure` と `protocol` は何が違うのでしょう。

### 語源から連想しよう

<font color=darkorange>**技術英語がわかりづらい理由に「言い得て妙」な表現を好むこと**</font>があります。

例えば「クラウド」です。複数の小さなサービスやサーバーを組み合わせて、インターネット上で提供する総合サービスを「クラウド」と表現します。引きで見ないとサービス全体が見えないからです。しかし、わかっていない人には、むしろ<ruby>掴<rt>つか</rt></ruby>み所のないものに見えます。雲だけに。

このような「辞書を引いて出てくる単語の意味」だけではわからない技術用語が多くあります。なぜなら、<font color=darkorange>**そもそもプログラマーは言語遊びが好きなの**</font>です。

特に、英語圏では「理系」「文系」という区分けがありません。せいぜい「体育会系」（厳密にはアメフト系）と「オタク系」（`nerd`）と「その他」くらいです。

日本で言う「理系」の人は英語圏の `nerd` 層に該当する感じもします。しかし、数学や物理と同じくらい哲学や美術も学んだりする人が多く、なぜか名言や格言を好む人も多くいます。日本でも、この業界（IT 全般）を見ると理系なのに下手な文系の人より歴史や語学に詳しい人が意外に多いと感じると思います。

数学の場合、複雑な数式を<ruby>一旦<rt>いったん</rt></ruby>別の文字に置き換えてシンプルに表現することが多くあります。そのためか、プログラムの世界でも、処理や機能を別の何かに置き換えて表現することが多くあり、先のクラウドのように「わかっている者同士では『言い得て妙』な表現」を好むのです。

技術英語において、単語の理解の助けになるのが<font color=darkorange>**英単語が持つ複数の解釈を<ruby>俯瞰<rt>ふかん</rt></ruby>で理解すること**</font>です。

英語圏とは言え、別の言語を母国語とする人も多くいるため、別言語のニュアンスで付けられている単語も多くあります。つまり「この単語の意味は、これ」と決めつけずに、**漠然とした共通の意味を見つけることが重要**になってきます。

その１つとして、<font color=darkorange>**おすすめするのが「英単語の語源」を調べること**</font>です。

そこから、単語の意味を見比べると共通のニュアンスが見えてくると思います。英英辞典には、たいてい語源が載っていますが、オックスフォード大学やケンブリッジ大学などのオンライン辞書で見れるものもあるので、複数のオンライン辞書を見比べてもいいでしょう。

では、「`protocol`」の語源を調べると、以下のような記載があります。

> **Origin**
> Late Middle English (denoting the original minute of an agreement, forming the legal authority for future dealings relating to it): from Old French `prothocole`, via medieval Latin from Greek `prōtokollon` "first page, flyleaf", from `prōtos` "first" + `kolla` "glue". Sense 1 derives from French `protocole`, the collection of set forms of etiquette to be observed by the French head of state, and the name of the government department responsible for this (in the 19th century).
> [Definition of protocol in English](https://www.lexico.com/en/definition/protocol) @ lexico
>
> **語源**<sub><sup>（筆者訳）</sup></sub>
> 後期の[中世英語](https://ja.wikipedia.org/wiki/%E4%B8%AD%E8%8B%B1%E8%AA%9E)。契約の最初の小さな合意を示し、これに関連する将来の取引のための法的権限を形成するもの。ギリシャ語の `prōtokollon`（`prōtos`（最初） + `kolla`（繋げる・組み合わせる）から来た「本のカバーと本文の間にある最初の空白ページ」の意）から、中世のラテン語を介して古いフランス語の `prothocole`（19世紀ごろのフランスの議定書、フランスの国家元首が遵守すべき一連の作法をとりまとめたもの、およびこれを担当する政府部門の名前 `protocole`）に由来しています。

つまり、`protocol` は `proto` + `col` にわけられ、プロトタイプ（`prototype`）などの `proto` と同じ「最初の」「事前の」といった意味を含むことがわかります。また、 `col` はコラージュ（`collage`）の `col` と同じ「つなぎ合わせた」「組み合わせた」と言う意味も含むことがわかります。

転じて、「バラバラであったものを１つにまとめた際の最初のルール」のようなものであることが漠然と見えてきます。

### ルールとプロトコルの違い

では、「`rules` === `protocol`」なのかと言うと、若干違います。

**「`rule`」は内部での取り決めを指します**。内部とは、自分もしくは対象が属しているグループです。例えば、国、宗教、学校、会社、マンション、部活やサークルなどです。また、これには自分自身も含みます。いわゆるマイ・ルールというやつです。つまり、大小関係なく所属している中での取り決めを「`rule`」と言います。

例えば「`rule`」が語源の「`ruler`」は「定規」という意味ですが、「[メートル法](https://ja.wikipedia.org/wiki/%E3%83%A1%E3%83%BC%E3%83%88%E3%83%AB%E6%B3%95)」か「[ヤード・ポンド法](https://ja.wikipedia.org/wiki/%E3%83%A4%E3%83%BC%E3%83%89%E3%83%BB%E3%83%9D%E3%83%B3%E3%83%89%E6%B3%95)」か、ルールは国や環境によって異なります。そのため、ルールが違う二者間でやりとりする場合は、お互いが使う定規を取り決めないと尺が合いません。

そこで「お互いに測定データを渡し合う時は『[尺貫法](https://ja.wikipedia.org/wiki/%E5%B0%BA%E8%B2%AB%E6%B3%95)』を使おう」といった取り決めが「プロトコル」です。

他にも「当社はスーツ着用」は社内ルールですが、「次回の合同ミーティングはジャージでやりましょう」と他者（他社）と取り決めたものがプロトコルになるのです。

つまり、**意思疎通のためにお互いに合意しているルールを「プロトコル」と言う**のです。そのため、自分の都合でルール変更しても何とかなるものではないのです。そういう時に「`It's a protocol!`」と発せられます。

プログラマー・プロトコル風に表現すると、こんなイメージです。

```python:プロトコルのイメージ
( my_rule == your_rule ) === ( our_protocol )
```

そして、ルールのうち、「処理が止まる」「受け付けない」「罰金がある」「解雇される」といった**罰則のあるルールを「レギュレーション」**（`regulation`）と呼びます。

実は、`rule` の語源は `regulation`（`regula-tion`）の `regula` だったりします。特に[ロマンス語](https://ja.wikipedia.org/wiki/%E3%83%AD%E3%83%9E%E3%83%B3%E3%82%B9%E8%AB%B8%E8%AA%9E)圏では「定規」や「ルール」はむしろ「`regula`」（を語源にした単語）が使われます。

これは宗教的な制約（正しい道に進ませる）と言う意味の「`regere`」から来ていて、王制の多かった時代に、領土戦争などにより当主が変わると勝った国（`ruler`）の宗教ルールに従わざるを得ない時代の名残りです。

日本語でも、ルールにそった選抜争いにより勝ち抜いた「<ruby>表<rt>おもて</rt></ruby>立つ人」を「<ruby>レギュラー<rt>regular</rt></ruby>」と呼びます。他にも「正規表現」の `regular expression` も「正しい（と思われる）」方向に矯正するのに使われたりします。

そして、これら**ルールやプロトコルを記述・制定したものを英語で「`CODE`」（コード）と呼ぶ**のです。

「ドレス・コード」は、パーティなどに参加する際の「服装のプロトコルを制定したもの」ですし、「セキュリティ・コード」はカードをかざさないと入館できないなどの「セキュリティのプロトコルを制定したもの」です。

「ダビンチ・コード」は、レオナルド・ダ・ビンチの「俺様ルール」を書き残したもので、彼の世界観を楽しむためにはプロトコルを理解する（受け入れる）必要があります。

他にも、エンジニアで身近なところでは「プログラム・コード」「ソースコード」や「エンコード」などがあります。

「プログラム・コード」は、「特定のプロトコルに添って[式次第](https://www.google.com/search?q=%E5%BC%8F%E6%AC%A1%E7%AC%AC%E3%81%A8%E3%81%AF)（プログラム、流れ）を書き起こしたもの」なのです。コンピューターに限らず、結婚式や運動会などで「本日のプログラムは〜」といったアレも同じだと思えばイメージしやすいかもしれません。

「ソースコード」は、コンパイラやインタプリタが処理をするのに参照したり、エンジニアが仕組みを参照したりできるように、「特定のプロトコルに沿って `source`（情報源、<ruby>源<rt>もと</rt></ruby>になるもの）を書き起こしたもの」です。

「エンコード」とは「コード化する」、つまり「プロトコルに添った形式で記述するための変換」という意味です（ちなみに「エンコード」は「暗号化」の意味ではありません）。

エンコード（`encode`）は `en-` `code` に分けられ、`en-` は「-状態にする」「-化する」という意味があります。例えば、`enable` で「有効化する」、`enlarge` で「大きくする」などでも使われます。そのため「`en-code`」というのは、相手が理解・受け取りができるように、プロトコルに添った形式にすることを言います。

そして「プロトコルに添ったデータ」（`encoded data`）を受け取ったら、自分が理解・処理しやすいルールに変換することを「デコード」（`decode`）というのです。

以上を踏まえて、改めて「プロトコル」の辞書の意味を見て見ましょう。

> 【Protocol】
> 外交儀礼、儀典、礼儀作法、慣習
> 条約議定書、協約、協定、議定書
> 手順、手続き、指令、命令
> 《コ》プロトコル、〔コンピューターの〕通信接続手順、通信規約◆コンピューター間でデータを送受信するためのルール［決まり事］
> 引用元: [protocolの意味・用例 アルク](https://eow.alc.co.jp/search?q=protocol&ref=sa)

プログラムの世界で例えると、以下のように言えると思います。

> 「タブ・インデントがマイ・**ルール**」派のあなたが、「スペース・インデントがマイ・**ルール**」派の他人のソースコードに、編集リクエストや PR[^pr] をあげるとします。
> 
> その際、スペース・インデントで送るのは「**マナー**」です。
> 
> この２者が共同開発をすることになり、『共通ライブラリは `linter` をかまして、関数名はキャメル形式、インデントはタブで統一しましょう』といった合意が「**プロトコル**」であり、第３者が参加したい場合は、これを文書にまとめた「**CODE OF 〜**」などを読んでプロトコルを合わせないと参加できません。
> 
> また、「**レギュレーション**」として CI のテストが通らないとマージされないルールを設けています。

いかがでしょう？どの訳にも通じる共通のモノが[見えてきましたでしょうか](https://www.google.co.jp/search?q=%E3%81%B2%E3%82%87%E3%81%86%E3%81%8D%E3%82%93%E6%97%8F%20%E6%87%BA%E6%82%94%E3%81%AE%E7%A5%9E%E6%A7%98%20%E3%83%9D%E3%83%BC%E3%82%BA&tbm=isch&tbs=rimg%3ACUkJzVb0YK4MImBlLtPs7Ju3w5DhDZND4nmB6T4kQhJKli7xDKEXtzJ7EKeiA5b_1g77TkODYcTILIVeFBS6xbV0Wthjdbm7Cd1RuKJEP7gxP9W-QASkrSKfwzTKyfYNkzN-YiHoFmA4y8JkqEgllLtPs7Ju3wxH3_11Bmx14efCoSCZDhDZND4nmBEXAxcbXk_1_1OLKhIJ6T4kQhJKli4RKAPA7mM-PG8qEgnxDKEXtzJ7EBG0zmks1ArVAioSCaeiA5b_1g77TEdXaBppSKEnVKhIJkODYcTILIVcRfJdwyBr9RMsqEgmFBS6xbV0WthHav89OgvfcDCoSCRjdbm7Cd1RuEUz04jvWCfoBKhIJKJEP7gxP9W8RMoNJuar5DU0qEgmQASkrSKfwzRELfcFojeoReyoSCTKyfYNkzN-YEbE14FE7iMC3KhIJiHoFmA4y8JkR302tfRjN-DZhklbQ8yPGuHo&hl=ja&ved=0CAIQrnZqFwoTCNjgnMbv0ugCFQAAAAAdAAAAABAM&biw=2560&bih=1489)。

[^pr]: **PRとは** GitHub における "Pull Request" の略で、プルリクとも呼ばれる。既存のソースコードに対し、編集・修正したコードを取り込んでもらうための依頼をあげる（リクエストする）こと。

## プロトコルが難しい理由

先のプロトコル例で「ダチョウ倶楽部プロトコル」や「ジャイアン・プロトコル」の説明では「なぜそうなのか」という説明がなく、「そういうものだから」的な簡素な説明をしました。

なぜ「お前のもの」が「俺のもの」なのか。そして、なぜそれが面白いのか。

「ギャグの説明をする」というのは「ギャグの裏にあるプロトコル（暗黙の常識）を説明する」という意味でもあります。（例：[ギャグ](https://qiita.com/tadsan/items/157969b338fd8b782b21#namespace%E3%82%92%E5%88%A9%E7%94%A8%E3%81%97%E3%81%AA%E3%81%84)、[説明](https://qiita.com/tadsan/items/e5fe17eb5f4e46defad5)）

私が学生の頃、新歓（新入生歓迎会）で、同僚や先輩が一芸で「カイーノカイーノ」と言って股間を机の角で擦ったり、急に服を脱いで「ペチペチペーンチ！」と両手にペンチを持って胸を赤くなるまで叩いては、みんなゲラゲラ笑っているのを見ても、当時は**何が面白いのか分かりません**でした。

また社会人になっても、妹がスゴイ顔をしながら「カッチンカッチンやねん」と自分の腕をペシペシ叩いているのに反応しない（意味がわからず反応できない）でいると、「あれ？ほら、『カッチンカッチンやねん！』（ペシペシ）」と繰り返し見せてくれるのですが、その<ruby><rb>様</rb><rt>さま</rt></ruby>が面白いだけでネタの面白さが分かっていませんでした。

落語の「寿限無」にしても「（あー、はいはい。長い名前を覚えてすごいですね。クラシックでいう「[くまんばちのマーチ](https://www.youtube.com/results?q=%E7%86%8A%E8%9C%82%E3%81%AE%E9%A3%9B%E8%A1%8C)」みたいな「俺すごい系」でしょ）」と、どこから目線で<ruby><rb>噺</rb><rt>はなし</rt></ruby>も聞かず、[「落ち」の意味](https://youtu.be/EDv-gNkkd88?t=414)も、落語の面白ささえも理解できていませんでした。

「プロトコルが分からない」というのは「ギャグが分からない」「伝統芸能が面白くない」のと同じで、バックグラウンドが異なる場合、そのプロトコルが理解できないということは往々にしてあるのです。

しかし、面白いと思えない人にはバックグラウンドを説明しないといけませんし、面白そうと思う人はプロトコルを理解するためにも勉強をしなければなりません。

<font color=darkorange>**プロトコルを理解するには、プロトコル以前の知識、つまり基礎知識が必要になる**</font>のです。先の「カイーノ」などの例の場合は「関西芸人」という基礎知識です。

元ネタも面白さもわかっていないのに使ってみて盛大に外した、恥ずかしい思いをしたこともたくさんあります。

かといって、説明を受けて理解できたところでそれを「面白い」（使いたい）と思うかは別の問題です。

このように、勉強する「時間というコスト」を失うリスクもあるなか「いまは面白くないけど、興味あるし、面白さを知りたい」と最短で理解しようとプロトコル仕様書を読むも、バックグラウンドが足りないので難しすぎて理解できないという流れがあるのです。

### プロトコル仕様書は解説書ではなくチートシート

プロトコルの仕様書を見ても分かりづらいことが多いのは「なぜそうなのか」という、<font color=darkorange>**理由の説明でなく、「そういうものだから」という結果を整理したものだから**</font>です。

「面白そう」というモチベーションがあれば、諸々のコストを埋めてくれるものではありますが、分からない人向けと言うよりは、**プロトコル仕様書は、むしろある程度の基礎知識がある人たちのためのもの**と言っても良いかもしれません。

事前の基礎知識が必要と言う意味では、海外ドラマの冒頭に流れる「前回までのなんとか」や、漫才やコントなどの台本のようなものです。

そのため Web API の仕様書を覗いても、[HTTPS プロトコルとは](https://qiita.com/k-shin0812/items/f5eee44bc363f6a1c82f)何か、`GET`とは何か、`メソッド`とは何か。説明もなければ、それらを使う理由も説明されません。

逆に、それら用語の意味や使う理由を聞くことは「ギャグの説明を聞かれるようなもの」で、楽しんでいる人たちからは「（先に基礎を）勉強してこい」と思われやすいものなのです。

そのため、みんなが楽しそうにツイート BOT で遊んでいるのをみて、たかが「だっふんだ」というツイートをしたいがために [twitter の WebAPI プロトコルの仕様](https://developer.twitter.com/en/docs/api-reference-index)を覗いても分からないと感じるのは当然のことです。

[USB](https://ja.wikipedia.org/wiki/%E3%83%A6%E3%83%8B%E3%83%90%E3%83%BC%E3%82%B5%E3%83%AB%E3%83%BB%E3%82%B7%E3%83%AA%E3%82%A2%E3%83%AB%E3%83%BB%E3%83%90%E3%82%B9) で機器を繋げて遊んでいるのをみて、たかが「ボタンを押した情報をパソコンで受け取りたい」がために [USB2 のシリアル通信プロトコル仕様書](http://sdphca.ucsd.edu/Lab_Equip_Manuals/usb_20.pdf)を覗いても分からないと感じるのも当然のことなのです。

しかし、お笑い同様、１つを理解すればコツをつかんで他の理解が進むということが多くあります。また、ちょっとしたアドバイスで、みんなが魅了されているポイントがわかったりもします。

例えば、お笑いのプロトコルである「ノリツッコミ」的なものに、Web API のプロトコルでは <code><a href="https://ja.wikipedia.org/wiki/Representational_State_Transfer" target="_blank">RESTful</a></code> というのもがあったります。

シリアル通信の１つである [MIDI](https://ja.wikipedia.org/wiki/MIDI) のプロトコルでは <code><a href="https://ja.wikipedia.org/wiki/Advanced_Linux_Sound_Architecture" target="_blank">ALSA</a></code> という Linux コンポーネント（ツール群）の <code><a href="https://alsa.opensrc.org/Amidi" target="_blank">amidi</a></code> コマンドを使えば USB の MIDI キーボードで押されたボタンやキーが簡単に取得できます。

Linux においては、デバイス（周辺機器）はすべて「ファイル」として扱われることを聞いたことがないでしょうか。つまり、Mpeg や mp3 やテキストなどの「ファイルを開いて、バイナリ（バイト）データを読み込む」のと同じように、デバイス・ファイルを開いて「プロトコル」に準拠したデータを書き込めば、「プロトコル」に準拠したデータが読み込めるのです。

とうぜんファイルなので、誰かが（何かしらのアプリが）ファイルを開いていると、他はロックされて読むことができません。先の `amidi` などは代表してファイルを開くアプリがあり、それを他のアプリに分配することで、複数デバイスにもアクセスできるようにしているのです。

プロトコル仕様書を読んで、<ruby><rb>わけわかめ</rb><rt>頭がパンクしそう</rt></ruby>になったら、**プロトコルそのものでなく「そのプロトコルを利用した何か」から[パラシュート式に勉強](https://www.google.co.jp/search?q=%E3%83%91%E3%83%A9%E3%82%B7%E3%83%A5%E3%83%BC%E3%83%88+%E5%8B%89%E5%BC%B7%E6%B3%95+%E5%AD%A6%E7%BF%92%E6%B3%95)してみてはいかが**でしょうか。

そうしていくなかで、プロトコル仕様書などで使われている単語を見聞きするようになり、少しずつ意味がわかるようになって行き、ついには「プロトコルの仕様書は説明書ではなく、わかっている人のためのチートシート的なもの」なんだと感じると思います。

そして、**悩んだということは「同じように悩む人がいる」ということ**です。例え少数であっても、その人の為に Qiita に残していければ「[幸せの公式 H=S-F](https://qiita.com/KEINOS/items/f9a630af1755207f61b5#%E3%81%93%E3%81%AE%E8%A8%98%E4%BA%8B%E3%81%AE%E7%9B%AE%E7%9A%84)」によりエンジニアはハッピーになれると思うのです。

それが [Qiita のプロトコル](https://help.qiita.com/ja/articles/qiita-community-guideline)。（[レギュレーションもある](https://qiita.com/terms)でよ）

<blockquote>
<div><strong>「プロトコル」とは</strong></div>
<div><br>「<strong>それ</strong>」を知らないと『参加できない／仲間に入れない／楽しめない／良さがわからない』、コミュニティ間の同意のこと。</div>
</blockquote>



---

- 「[Mastodon API のプロトコルの読み方](https://qiita.com/KEINOS/items/c501bd433aa84d0d0108#mastodon-api-%E3%81%AE%E3%83%97%E3%83%AD%E3%83%88%E3%82%B3%E3%83%AB%E3%81%AE%E8%AA%AD%E3%81%BF%E6%96%B9)」| Mastodon ユーザーのユーザID番号の簡単な確認方法 @ Qiita