IT用語を使ったユーモラス日常会話集


こんにちは、ボケ倒したいのを日頃我慢しているむっそです。今回は日常会話で使えば面白くなりそうなIT用語を用例も交えて書いていこうかと思います。

うまく使えれば**知的ユーモアの溢れるインテリパーソン**になれるかもしれないし、スベり散らかしてしまえば**この世のゴミみたいな不当な扱い**を受けるかもしれないです。
試すかどうかは、、、そう、あなた次第です。</br></br>
コロナで在宅3年とかやってたら発狂してネタ記事くらい書きますよ、人間だもの

# はじめに
この記事を思いついたきっかけは私の好きな本である、インテリ悪口本のコンセプトです。

https://www.amazon.co.jp/dp/4334952828/ref=cm_sw_em_r_mt_dp_T7A8HFSPFVPB1FKGWV0Z

要はインターネットに氾濫する悪口がつまらないのは、そこに知性もユーモアも宿っていないからであり、**うんちくやユーモアを付け加えることで悪口を楽しさや知的好奇心に変えられる**というコンセプトです。

このコンセプトに則り、下品な飲み会や、吐き気がするほどつまらない1on1などの日常会話で、**IT関連の単語を使うことでちょっとユーモアを足していこうじゃないかという試み**です。日常会話で使うことでIT知識や用語を定着させるという良い効果があります。</br>
うまくやれば基本情報試験とかの用語暗記にも使えそう(大嘘)ですね。

注意書きをしておくと、IT知識が同じかそれ以上の人に使うと面白いと思います。知識があまりないと思われる人に使うと失笑されるか、マウントと捉えられて嫌われるので、**ちょっと仲良い人に良い感じに使っていただければ。**


# 全体的な構成
だいたい有名人物/アルゴリズム/ネットワーク/データベースという具合に概念を分けて**その分野で使われがちな単語**で、なおかつ **「なんか使っていると玄人感というか中二病感を感じさせてくれるような」単語** に絞って紹介したいと思います。

それぞれの単語の紹介に加えて
* 意味：wikipediaなどから引用した単語の意味
* 主観的な用語説明：言葉の意味から個人的に考える解釈
* 用例：日常会話での使用例
という感じでご紹介していきます。

全体的にちょっと長いので興味のある分野から読んでいただければと思います。

# IT用語集

## プログラマあるある編
### 1. ダニング＝クルーガー効果

**意味：</br>**
> ダニング⹀クルーガー効果（ダニング＝クルーガーこうか、英: Dunning–Kruger effect）とは、能力の低い人は自分の能力を過大評価する、という認知バイアスについての仮説である。</br>
[wikipediaより](https://ja.wikipedia.org/wiki/%E3%83%80%E3%83%8B%E3%83%B3%E3%82%B0%EF%BC%9D%E3%82%AF%E3%83%AB%E3%83%BC%E3%82%AC%E3%83%BC%E5%8A%B9%E6%9E%9C)

**主観的な用語説明：</br>**
なにかを学習した最初のほうは **「もう完全に理解した」** という気持ちになったりするのですが、学習時間が増えるに従って上には上がいることを認識して **「俺なんて全然ダメだ」** と自信をなくす効果のことですね。

**ソフトウェアエンジニア2年目とか社会人歴2年目になるあたりで自信が爆発してイキり散らかし始める方をよく目にするので、なんかイキリ散らかしてる方がいたときにダニング＝クルーガー効果の話をしてあげましょう。**

**用例：</br>**
> 二人の会話</br>
Aさん：あんま勉強してないけどTypescriptぬるゲーすぎ。てか俺天才かも</br>
Typescriptの沼を知る者：お主、ダニングクルーガー効果の初期症状を発症しておるな。私がTypescriptの沼を教えてあげるぞよ</br>

### 2. インポスター症候群

**意味：</br>**
> インポスター症候群（インポスターしょうこうぐん、英: Impostor syndrome、インポスター・シンドローム）は、自分の達成を内面的に肯定できず、自分は詐欺師であると感じる傾向であり、一般的には、社会的に成功した人たちの中に多く見られる。</br>
ペテン師症候群（ペテンししょうこうぐん）、もしくはインポスター体験（インポスターたいけん、impostor experience）、詐欺師症候群（さぎししょうこうぐん、fraud syndrome）とも呼ばれる。</br>
[wikipediaより](https://ja.wikipedia.org/wiki/%E3%82%A4%E3%83%B3%E3%83%9D%E3%82%B9%E3%82%BF%E3%83%BC%E7%97%87%E5%80%99%E7%BE%A4)

**主観的な用語説明：</br>**
日本人は謙虚すぎるので、成果を出しても **「私の成果ではない」** みたいに思ってしまう人がいるようですね。

どうせ謙遜するから誉めること自体をやめるというのではなく、ちゃんと成果を出した人を褒めるような社会が良いですよね。

**用例：</br>**
> 二人の会話</br>
Aさん：今回のリリースはあなたのおかげでなんとかなりました！</br>
Bさん：いやいや、マネージャーのご支援と親の仕送りと兄妹からの励ましと友達の悩み相談のおかげです。</br>
Aさん：そんな謙遜してるとインポスターになるぞ！素直に喜べよ</br>


### 3. ハンロンの剃刀(かみそり)

**意味：</br>**
> 「無能で十分説明されることに悪意を見出すな。」という言葉で表現される。例えば、ある製品に欠陥が見つかった場合、（大抵の場合、一般論としては）それは製造した企業が無能であるか愚かであるということを示しているのであって、消費者を困らせるために企業が悪意を持って欠陥を忍ばせたわけではない、という考え方を示すのに用いられる。</br>
[wikipediaより](https://ja.wikipedia.org/wiki/%E3%83%8F%E3%83%B3%E3%83%AD%E3%83%B3%E3%81%AE%E5%89%83%E5%88%80)

**主観的な用語説明：</br>**
世の中にはいろんなタイプの大人がいて、シニアっぽい年齢でも **優先度と重要度があべこべ**になってる人とか、**プライドだけがイヤに高く指導が難しい新人**とかいますね。
無能と表現するのはちょっと冷たいですが、無能で説明できる人にはあまり期待しないで、自分の制御できる範囲で頑張りましょう。

**用例：</br>**
> 二人の会話</br>
Aさん：新しく入った中途のシニアエンジニアさん、評論家みたいにアーキテクチャを論じてる割にコード書かないよね。もはや私のこと下に見てそうだし</br>
Bさん：(剃刀に油性ペンで「ハンロン」と書いて渡す)</br>
Aさん：いや、ハンロンの剃刀いらないから！</br>


## IT業界で引用されがちな法則編
### 4. リーナスの法則

**意味：</br>**
> この法則は、「十分な目ん玉があれば、全てのバグは洗い出される」（"Given enough eyeballs, all bugs are shallow"）という意味。</br></br>
もっと格式ばって言うと、「十分なベータテスターと共同開発者がいれば、ほとんど全ての問題は、すぐさま明らかになり、すぐさま修正される」（"Given a large enough beta-tester and co-developer base, almost every problem will be characterized quickly and the fix will be obvious to someone."）と主張している。</br>
[wikipediaより](https://ja.wikipedia.org/wiki/%E3%83%AA%E3%83%BC%E3%83%8A%E3%82%B9%E3%81%AE%E6%B3%95%E5%89%87)

**主観的な用語説明：</br>**
たくさんの人の目で見てもらうとバグが修正されるというのはソフトウェアの話になりますが、なにか記事を書いたり、大きなイベントに登壇したりする時に練習段階で数人に見てもらった方がより適切な内容に修正されるという意味でもありますね。
(ただ形骸化して、意味もなくやってるトリプルチェックはダメです)

自分一人でくよくよ悩まないで**早めに誰かに見せておく**というのは大事なんだろうなと思います。

**用例：</br>**
> 先輩と後輩の会話</br>
後輩：ハッシュアルゴリズムを自作してプルリクエスト投げました！(どや)</br>
先輩：(コードを見て読みにくいと思いながら)多分hashlibとかそういうライブラリ使った方が良いと思うよ。</br>
後輩：えーなんでですか？</br>
先輩：コードの動作やレビューをした人が1人みたいなコードはどんな危険性があるか分からんやん？リーナスの法則的にはたくさんの監視の目の元でバグ修正されてるようなライブラリのコードの方が安全なんよ。</br>
後輩：ほえぇー</br>

### 5. コンウェイの法則

**意味：</br>**
> Conwayの法則とは，“組織の設計するシステムには、その組織のコミュニケーション構造をそのまま反映した設計になるという制約がある”，というものだ。</br>
つまり，チームの開発成果がその組織の内部的なコミュニケーションのあり方によって決まる，という意味である。</br>
[InfoQより](https://www.infoq.com/jp/news/2016/11/conways-law-spring-one/#:~:text=Conway%E3%81%AE%E6%B3%95%E5%89%87%E3%81%A8%E3%81%AF,%E6%B1%BA%E3%81%BE%E3%82%8B%EF%BC%8C%E3%81%A8%E3%81%84%E3%81%86%E6%84%8F%E5%91%B3%E3%81%A7%E3%81%82%E3%82%8B%E3%80%82)

**設計するシステムが組織のコミュニケーション構造を反映するという逆コンウェイの法則**もあるらしい。


**主観的な用語説明：</br>**
**政治的な圧力やチーム内の仲の良し悪し**が実装アーキテクチャに影響を及ぼしている様子。
正社員と業務委託という立場の違いなどが実装に影響したりする。経験則だがチーム仲が悪いとタスク自体が仲の悪い人同士を組ませないように分割されるので、結果的に実装に影響を与えることがある気がする。

**用例：</br>**
> 二人の会話</br>
> Aさん：タスク調整のミーティングでCさんとあまり会話したくないからCさんのタスクと私のタスクを分けて実装したけど、あのCさんのタスクを私が引き取って私のタスクのアーキテクチャと同じにしたほうが効率は良かったんじゃね？</br></br>
Bさん：あー、まさにコンウェイの法則っすねｗまぁこれからこのサービスを保守する人は「ここの実装、なんでアーキテクチャ分かれてるの？」って疑問になるだろうけど、俺ら転職するから関係ないし良いんじゃね笑</br>


### 6. パーキンソンの法則

**意味：</br>**
> パーキンソンの法則（パーキンソンのほうそく、英: Parkinson’s law）は、1958年、英国の歴史学者・政治学者シリル・ノースコート・パーキンソン（英語版）の著作『パーキンソンの法則：進歩の追求』、およびその中で提唱された法則である。役人の数は、仕事の量とは無関係に増え続けるというもの。</br></br>
第1法則：仕事の量は、完成のために与えられた時間をすべて満たすまで膨張する</br>
第2法則：支出の額は、収入の額に達するまで膨張する</br>
[wikipediaより](https://ja.wikipedia.org/wiki/%E3%83%91%E3%83%BC%E3%82%AD%E3%83%B3%E3%82%BD%E3%83%B3%E3%81%AE%E6%B3%95%E5%89%87)

**主観的な用語説明：</br>**
開発してて不思議と「余裕をもってタスクが終了したことはあまりないよなぁ」って思ったりします。
(夏休みの宿題は速めに着手するタイプなんですけどね笑)

工数余裕ありそう！という見積もりが**途方もなく間違っていることに気づくのは締切前**である。

**用例：</br>**
> 二人の会話</br>
Aさん：ちょっと余裕あるしこの機能実装は1ヶ月後にしましょうよ。</br>
怖いPM：否っ！締切を伸ばすとパーキンソンの法則により締め切りまで膨張するので2週間でやるど</br>
Aさん：クソっ！</br>


### 7. ブルックスの法則

**意味：</br>**
> ブルックスの法則（ブルックスのほうそく）はフレデリック・ブルックスによって提唱された、「遅れているソフトウェアプロジェクトへの要員追加は、プロジェクトをさらに遅らせるだけである」という、ソフトウェア開発のプロジェクトマネジメントに関する法則である。これは1975年に出版された著書 "The Mythical Man-Month"（邦題：『人月の神話』[1]）に登場した。</br>
[wikipediaより](https://ja.wikipedia.org/wiki/%E3%83%96%E3%83%AB%E3%83%83%E3%82%AF%E3%82%B9%E3%81%AE%E6%B3%95%E5%89%87)


**主観的な用語説明：</br>**
**ソフトウェア開発が労働集約的な仕事と勘違いしてる人**は多い気がします。
知識がないと1行もコード修正できないということは発生しますし、知識量とかが天才的な人が一人でシステムを作ってそれがめちゃくちゃ最適であることはあります。(ただ天才しか触れないソフトウェアは時の流れによって技術的負債になったりしますが)

**ソフトウェアエンジニアは日頃から勉強が必要な知識集約的な職種**であるとみんなが理解して、ブルックスの法則を理解してくれれば変な人員調整をせずにもっと幸せな開発ライフが歩めるというのに...

**用例：</br>**
> 二人の会話</br>
ITリテラシーないPM：納期遅れとるがな！そや、人増やそう。</br>
(とりあえず人を雇う)</br>
Aさん：こんにちは、HTML/CSSしかやったことないですがよろしくお願いいたします！</br>
現場：おいおい、人員少ないのはサーバーサイドだぞ。なぜこの人連れてきたんだ。それにブルックスの法則知らんのか、このダメPM</br>


## エラーコード編
エラーコードは少ない文字列で状況を説明してくれるので、情報量の圧縮に最適。結構日常生活で汎用的に使えそうな気がします。

### 8. 404(NOT FOUND)

**意味：</br>**
> HTTP 404 Not Found は、サーバーがリクエストされたリソースを見つけることができない時のクライアントエラーのレスポンスコードです。 404 ページにつながるリンクは、壊れたリンクまたは死んだリンクと呼ばれ、リンク腐敗の影響を受ける可能性があります。</br>
[MDN Web Docより](https://developer.mozilla.org/ja/docs/Web/HTTP/Status/404)

**主観的な用語説明：</br>**
ステータスコードでやはり有名なのはこの404(NOT FOUND)エラーかと思います。 **「なにかを探しているけれど見つからない」** という状態を説明するのに最適です。</br>
人生見つからないものばかりですね。結婚相手が見つからない、友達がいない、大学3年生の時に自分探しにインドに行ったけどただタージマハル行ってカレー食って帰ってきたとか。
そんなときは404という数字3文字で表せます。


**用例：</br>**
> Twitterつぶやき</br>
Aさん：婚活パーティ参加、Statuscode: 404</br>
Bさん：婚活パーティ参加、Statuscode: 200</br>


### 9. 401(UNAUTHORIZED)

**意味：</br>**
> HTTP 401 Unauthorized は、有効な認証資格が不足していることによりリクエストが適用されないことを示すクライアントエラーのレスポンスコードです。
このステータスは、正しい認証方法を含む WWW-Authenticate ヘッダーとともに送信されます。</br>
[MDN Web Docより](https://developer.mozilla.org/ja/docs/Web/HTTP/Status/401)

**主観的な用語説明：</br>**
permission deniedでも可。なんか知らんけど自分に権限がなくて怒られたときに使える。

**用例：</br>**
> 二人の会話</br>
Aさん：彼女の両親に「彼女を私にください」と言ったんだけど、401エラーだったわ</br>
Bさん：なにがダメだったんだろうね？顔かな？</br>


### 10. 500(INTERNAL SERVER ERROR)

**意味：</br>**
> HyperText Transfer Protocol (HTTP) の 500 Internal Server Error サーバーエラーレスポンスコードは、サーバーがリクエストを実行を妨げる予期しない条件に遭遇したことを示します。</br>
[MDN Web Docより](https://developer.mozilla.org/ja/docs/Web/HTTP/Status/500)

**主観的な用語説明：</br>**
もう予想もしてないようなアクシデントが起きてるときに使える。

**用例：</br>**
> 友人の結婚式に参加したAさんと新郎の会話</br>
Aさん：昔付き合ってた彼女と今付き合ってる彼女が同じテーブルの座席なんだが、めちゃくちゃ気まずいよ。手が震えてるよ</br>
新郎：ごめーん、それ知らなかったんや。もうテーブルの席変えられないから頑張って</br>
Aさん：INTERNAL SERVER ERROR</br>


### 11. Out of memory(ENOMEM)

**意味：</br>**
> 十分な空きメモリー領域がない/メモリを割り当てることができない</br>
[ Linux Programmer's Manualより](https://linuxjm.osdn.jp/html/LDP_man-pages/man3/errno.3.html)

**主観的な用語説明：</br>**
計算量が多すぎて頭が回ってないときに使えそう。

**用例：</br>**
> 親子の会話</br>
母親：就活のコーディング試験どうだった？</br>
子：コーディング試験、アウトオブメモリでした！</br>
母親：サーバのスペックあげようね。</br>

### 12. No space left on device(ENOSPC)

**意味：</br>**
> デバイスに空き領域がない</br>
[ Linux Programmer's Manualより](https://linuxjm.osdn.jp/html/LDP_man-pages/man3/errno.3.html)

**主観的な用語説明：</br>**
情報量が多すぎて脳の空き領域がないときに使えそう。

**用例：</br>**
> 二人の会話</br>
Aさん：(相対性理論についてオタク特有の早口で話しかける)</br>
Bさん：そんな話してもわからんて。情報が多すぎてNo space left on deviceよ</br>
Aさん：サーバのストレージ領域増やしてあげようか？</br>

### 13. Broken pipe(EPIPE)

**意味：</br>**
> パイプが壊れている。</br>
[ Linux Programmer's Manualより](https://linuxjm.osdn.jp/html/LDP_man-pages/man3/errno.3.html)

「pipeはプロセス間通信をするための単方向のデータチャネルです。」ということですね。図とか説明は下記の記事にあってわかりやすいかと思います。

https://christina04.hatenablog.com/entry/pipe-error-handling


**主観的な用語説明：</br>**
パイプにおいてデータの読み出し側のプロセスが死んでいるとBroken pipeが発生するので、**日常会話の場面だと聞き手(読み出し側)がやばい状態になっているとき**に使えそう。

**用例：</br>**
> 二人の会話</br>
Aさん：(情報理論についてオタク特有の早口で話しかける)</br>
Bさん：無理無理無理無理。俺トイレ行ってくる！</br>
Aさん：おっと、Broken pipeでごじゃるか？ギブアップするのが速いですぞ</br>


## ネットワーク編

### 14. TCP

**意味：</br>**
> Transmission Control Protocol（トランスミッション コントロール プロトコル、TCP）は、伝送制御プロトコルといわれ、インターネット・プロトコル・スイートの中核プロトコルのひとつ。</br>
TCP には以下のように User Datagram Protocol とは異なる重要な特徴がある。</br>
・データ転送時の順序を保証 - 受信側でシーケンス番号を使って並べ替えを行う。</br>
・喪失パケットの再送 - 確認応答のないセグメントは再送する。</br>
・誤りのないデータ転送</br>
・フロー制御 - 高信頼配送を保証するため、送信側が送出するレートを制限する。受信側は常にどのくらいのデータを受け取れるかを知らせている（スライディングウィンドウで制御している）。受信側のバッファが一杯になると、次の確認応答ではウィンドウサイズを0とするので送信が停止し、バッファ内のデータを処理する余裕ができる。</br>
・輻輳制御</br>
[wikipediaより](https://ja.wikipedia.org/wiki/Transmission_Control_Protocol)


**主観的な用語説明：</br>**
TCPのおかげでデータが欠損せずに受信側から送信側に送られてるので感謝の気持ちでいっぱいですね。データが欠損してるとPythonとかでファイルを読みだしたときに **「このファイルは読めません」** みたいなエラーが出るのでめちゃくちゃ冷や汗をかきます笑

※どんなデータでも欠損なく送信できるというわけでもないかもしれないです。ここらへんの理解はあいまいです。

https://yamaz.hatenablog.com/entry/2018/03/03/214221

データを欠損せずに受信側から送信側に送るということで、これを人に当てはめると **すごく情報伝達が丁寧な人** に使えそう。理解が危うい人にもちゃんと情報を再送してくれる天使みたいな人。こんなひとに出会いたいよ

**用例：</br>**
> 二人の会話</br>
先輩：今日のミーティング、おじさんたちの談笑が混じってて話のつながり分かりにくかったよね？あとで議事録とか一緒に作ろうか。</br>
後輩：優しすぎますよ、先輩。お願いします！</br>
先輩：私の時代も大変だったからすごい気持ちわかるー。質問あったらいつでも聞いてね</br>
後輩：先輩、マジでTCPっす。</br>


### 15. 3ウェイ・ハンドシェイク

**意味：</br>**
> 3ウェイ・ハンドシェイク (スリーウェイハンドシェイク, three-way handshaking) とは、TCP などにおいて使用されている、接続（コネクション）を確立するための手順。
次の 3 ステップによって構成される。</br></br>
1.通信の要求者が相手に対して SYN パケットを送信する。</br></br>
2.SYN パケットを受けとった通信相手は、その要求者の接続を許可する SYN ACK パケットを送信する。同時に通信相手は接続を準備するために、その要求者との 接続用の情報を記憶する領域を割り当てる。要求者へ回答する際の確認応答番号（ACK番号）は、受信したシーケンス番号（順序番号）に1を加えた値になる。</br></br>
3.SYN ACK パケットを受けとった要求者は、接続開始をあらわす ACK パケットを送信し、通信相手との通信を開始する。通信相手に送信する確認応答番号（ACK番号）は受信した確認応答番号（ACK番号）に1を加えた値になる。</br>
[wikipediaより](https://ja.wikipedia.org/wiki/3%E3%82%A6%E3%82%A7%E3%82%A4%E3%83%BB%E3%83%8F%E3%83%B3%E3%83%89%E3%82%B7%E3%82%A7%E3%82%A4%E3%82%AF)


**主観的な用語説明：</br>**
TCPによる接続で受信側と送信側との間で **「ちゃんとお互いが情報を送って大丈夫な状態か」** を確認するためにこの3ウェイ・ハンドシェイクが使われてますね。
社会人でも **「いまお話しても大丈夫ですか？」** って忙しそうな先輩に聞いてから相談しましょうみたいなマナーがありますが、まぁそれに近い感じですね。

ただウェイという単語は酔ってるときに使いたい。**人間は本能的にウェイという単語を使うと気分が上がる生き物であることが知られている(嘘)**

**用例：</br>**
> 酔っ払い３人の会話</br>
酔っ払いA: ウェイ、ウェイ、ウェーイ</br>
酔っ払いB：スリーウェイハンドシェイク</br>
酔っ払いC：からの高輪ゲートウェーイ(熱い抱擁)</br>


### 16. UDP

**意味：</br>**
> User Datagram Protocol（ユーザ データグラム プロトコル、UDP（ユーディーピー））は、インターネットなどで使用される通信プロトコルであり、インターネット・プロトコル・スイートのうち、トランスポート層のプロトコルの一つ。UDPを使っている主なネットワーク・アプリケーションとしては、途中でデータが抜け落ちても問題が少ない音声や画像のストリーム形式での配信（VoIP、MPEG-TS、IP放送など）、小さなデータをリアルタイムで大量に転送するオンラインゲームなどがある。</br>
[wikipediaより](https://ja.wikipedia.org/wiki/User_Datagram_Protocol)

**主観的な用語説明：</br>**
TCPとは違って情報が抜けてもある程度許容するプロトコルなので、日常会話では **「相手が理解しているかは全然気にしないで話しまくるおしゃべりさん」** に使えそう。

**用例：</br>**
> 二人の会話</br>
先輩：じゃあミーティング始めますー。今日はアウトソーシングの話でーす。彼らのアポイントメントにはアグリーなんだけど、ちょっとディスアグリーなパートもイグジストするんだよね。どう思うD君。</br>
後輩：(先輩ってミーティングのときだけ意識高い系の単語ばっか使ってイキってんだよな。議事録書く身にもなってくれ)</br>
後輩：先輩、マジでUDPっす。</br>


### 17. SSH

**意味：</br>**
> Secure Shell（セキュア シェル、SSH）は、暗号や認証の技術を利用して、安全にリモートコンピュータと通信するためのプロトコル。パスワードなどの認証部分を含むすべてのネットワーク上の通信が暗号化される。</br>
SSHの暗号通信は、鍵交換アルゴリズム（ディフィー・ヘルマン鍵共有など）を用いて共通鍵暗号で使用するセッション鍵を生成し、共通鍵暗号（トリプルDES、AESなど）を用いて通信を暗号化し、公開鍵暗号（RSAやDSA）を用いてホスト認証やユーザ認証を行なう、いわゆるハイブリッド暗号である。</br>
[wikipediaより](https://ja.wikipedia.org/wiki/Secure_Shell)

**主観的な用語説明：</br>**
sshコマンドでローカル環境からサーバ環境に鍵を使ってつながる感じが **すごく怪しいので、怪しい関係という意味**で使えるかもしれないですね。

**用例：</br>**
> 二人の会話</br>
Aさん：社長と社長秘書がなんか怪しい感じの建物に入ってくところを見たんだよねー</br>
Bさん：えぇぇ、社長と社長秘書がSSHですか。これは案件ですね</br>

※ここでの意味は「密会をしていた」という意味です。変な意味に勘違いした人は[イエローカードゴイゴイスー](https://www.youtube.com/hashtag/%E3%82%B4%E3%82%A4%E3%82%B4%E3%82%A4%E3%82%B9%E3%83%BC)を差し上げます。




## データベース編
### 18. 非正規化

**意味：</br>**
> 正規化がまったく行われておらず、1行の中に複数の繰り返し項目が存在するようなテーブルは非正規形と呼びます。</br>
[オープンソースデータベース技術者認定資格より](https://oss-db.jp/dojo/dojo_info_04)

**主観的な用語説明：</br>**
データベース設計における無思考。行列の関係が意味不明なエクセル資料やエクセル方眼紙を渡されたときにこの用語を使いたい。なんか作業の無駄が多い人にも使えるかも。

**用例：</br>**
> 二人の会話</br>
先輩：じゃあこの資料をベースに見積作っておいて</br>
後輩：なんかこのエクセル、すごく非正規化されてますね！</br>


### 19. プライマリーキー/外部キー

**意味：</br>**
> テーブルには通常、テーブルの各行を一意に識別する値が格納された単一の列または複数の列の組み合わせがあります。 この列、または列の組み合わせを、テーブルの主キー (PK) と呼び、テーブルのエンティティが整合性を持つようにします。 主キー制約は一意なデータを保証するものであるため、通常は ID 列に対して定義されます。</br>
外部キー (FK) は、2 つのテーブルのデータ間にリンクを確立および設定することによって外部キー テーブルに格納できるデータを制御するための単一の列または複数の列の組み合わせです。</br>
[Microsoftドキュメントより](https://docs.microsoft.com/ja-jp/sql/relational-databases/tables/primary-and-foreign-key-constraints?view=sql-server-ver15)

**主観的な用語説明：</br>**
プライマリーキーは「重要な人や現場に欠かせない人物」で、外部キーは「外からのコンサルまたは業務委託」という感じに置き換えられそうだなと思いました。

**用例：</br>**
> 二人の会話</br>
Aさん：業務委託のエンジニアがいないとこの製品の運用できないよね。</br>
Bさん：外部キーがプライマリーキーって感じですよね</br>

### 20. デッドロック

**意味：</br>**
> デッドロック (英: deadlock) とは、特に計算機科学において、2つ以上のスレッドあるいはプロセスなどの処理単位が互いの処理終了を待ち、結果としてどの処理も先に進めなくなってしまうことを言う。</br>
[wikipediaより](https://ja.wikipedia.org/wiki/%E3%83%87%E3%83%83%E3%83%89%E3%83%AD%E3%83%83%E3%82%AF)

**主観的な用語説明：</br>**
複数の処理が1つのリソースを取り合って競合してる様子。いい意味で「引っ張りだこの人気者」とも言えるし、悪い意味で「単一障害点」みたいな感じで使えそう。

**用例：</br>**
> 二人の会話</br>
Aさん：もうみんなして俺を取り合っちゃダメだって。デッドロック起きてんじゃん</br>
Bさん：お前がタスクでチョンボしてるから各種から問い合わせが殺到してるんだよ、勘違いするなー</br>
Aさん：へい、へーい</br>


### 21. 食事する哲学者問題

**意味：</br>**
> 食事する哲学者の問題（しょくじするてつがくしゃのもんだい、Dining Philosophers Problem）とは、並列処理に関する問題を一般化した例である。古典的なマルチプロセスの同期（排他制御）問題であり、大学レベルの計算機科学課程にはほぼ確実に含まれている。
1965年、エドガー・ダイクストラは5台のコンピュータが5台のテープ装置に競合アクセスするという同期問題を提示した。</br>
[wikipediaより](https://ja.wikipedia.org/wiki/%E9%A3%9F%E4%BA%8B%E3%81%99%E3%82%8B%E5%93%B2%E5%AD%A6%E8%80%85%E3%81%AE%E5%95%8F%E9%A1%8C)

**主観的な用語説明：</br>**
詳しい状況設定はWikipediaを見ていただければ良いと思いますが、思考実験とはいえ、**なんか謎すぎる世界観や設定**だなと思いました。
 **「ちゃんとフォーク人数分もらえよ」** とか **「円卓なのに中華じゃなくてスパゲッティなんかい」** とか **「他人と同じフォーク使うってコロナ禍じゃアウトやん」** っていうツッコミが先に出てしまう。

ここから転じて、現実世界からこの問題の世界観に寄せていかないと到底再現できないという意味でも使えそう。

**用例：</br>**
> 中華料理屋の円卓での５人の会話</br>
Aさん：真ん中にスパゲッティの入った大きなボウルがある。その食卓には5枚の皿が置かれ、皿と皿の間にフォークが1本ずつ置かれている。スパゲッティをボウルから取って自分の皿によそうには2本のフォークを必要とし、私たちは一度に1本のフォークしかテーブルから取ることができない</br>
Bさん：いや、食事する哲学者問題の再現しようとすな</br>


### 22. 楽観的ロック/悲観的ロック

**意味：</br>**
> 楽観的ロックとは、データそのものに対してロックは行わずに、更新対象のデータがデータ取得時と同じ状態であることを確認してから更新することで、データの整合性を保証する方式。</br>
悲観的ロックとは、更新対象のデータを取得する際にロックをかけることで、他のトランザクションから更新されないようにする方式。
</br>

[Qiitaより](https://qiita.com/NagaokaKenichi/items/73040df85b7bd4e9ecfc)

**主観的な用語説明：</br>**
悲観的ロックというネーミングから転じて **支配体制強めの体制**と言い換えられそう。
楽観的ロックというネーミングから転じて**セキュリティ意識ガバガバの体制**と言い換えられそう。

**用例1：</br>**
> 二人の会話</br>
Aさん：社外秘っぽい内容の資料が外部共有されてますけど大丈夫なんすかね？</br>
Bさん：まぁこの会社は楽観的ロックが好きだよね</br>
Aさん：そろそろやっべぇぞ</br>

**用例2：</br>**
> 二人の会話</br>
Aさん：チームメンバーはみんな編集権限あるのになんでわたしだけ閲覧権限のみ??</br>
Bさん：上司からの悲観的ロックだね笑</br>
Aさん：うまいこと言うなや</br>


### 23. RAID0

**意味：</br>**
> RAID0は複数台のハードディスクにデータを分散して読み書きし高速化したものです。これをストライピングと呼びます。</br>
冗長性がなく耐障害性もないため、RAIDには含まれないとされていますが、RAIDにおける高速化技術の基本となっており、多くのRAID製品でサポートされています。</br>
1台のドライブが故障しただけでアレイ内の全データが失われてしまうため、故障率は単体ドライブに比べ高くなります。 そのため、RAID1やRAID5などを速度の向上を図る目的でストライピング化した形で用いられることが多いと言えます。</br>
[AOS DATAより](https://www.data119.jp/blog/blog200701/#:~:text=RAID0%EF%BC%88%E3%82%B9%E3%83%88%E3%83%A9%E3%82%A4%E3%83%94%E3%83%B3%E3%82%B0%EF%BC%89,-%E5%BF%85%E8%A6%81HDD%E6%95%B0&text=RAID0%E3%81%AF%E8%A4%87%E6%95%B0%E5%8F%B0%E3%81%AE,%E3%81%A7%E3%82%B5%E3%83%9D%E3%83%BC%E3%83%88%E3%81%95%E3%82%8C%E3%81%A6%E3%81%84%E3%81%BE%E3%81%99%E3%80%82)

**主観的な用語説明：</br>**
データベースの物理設計を考える際にRAIDが出てきますね。データベースは検索/書き出しの速さが大事ですしディスクI/OがボトルネックになりがちなのでRAID大事っすねぇ。
(クラウド環境だとあまりここらへんを意識せずとも最適化されてるかと思いますが)

RAID0はストライピングのみなので **耐障害性０**です。ここから転じて **メンタルが激弱い人とか繊細さん**に使えるかも。

**用例：</br>**
> 二人の会話</br>
Aさん：私彼ぴっぴと分かれてもうマジ生きる意味なくて絶望ぴえん。</br>
Bさん：めっちゃ可哀そうだね。まさにRAID0って感じだね。</br>
Aさん：うん？そうだね(よくわからんけど慰められたってことかな。)</br>


## アルゴリズム編
### 24. 線型探索(全探索)

**意味：</br>**
> 線型探索（せんけいたんさく、英: linear search, sequential search）は、検索のアルゴリズムの一つ。 リストや配列に入ったデータに対する検索を行うにあたって、 先頭から順に比較を行い、それが見つかれば終了する。</br>
[wikipediaより](https://ja.wikipedia.org/wiki/%E7%B7%9A%E5%9E%8B%E6%8E%A2%E7%B4%A2)

**主観的な用語説明：</br>**
全ての可能性を探索するので非常に非効率。しかし確実な探索。

**用例：</br>**
> YRP野比にて</br>
Aさん：おいおい、またPMが失踪したぞ。みんなで全探索するぞ</br>
チームメンバー：おうよ！！</br>

※この用例はフィクションですが、YRP野比がデスマーチでやばかったのはノンフィクションです。下記のリンクのような環境だと思ったらすぐ転職しましょう。ソフトウェアエンジニアはもっと日の目を見るべき職業なのです。

https://lolipop-teru.ssl-lolipop.jp/gunsou/

生きてーる♪生きているー♪(サンサーラ by 中孝介)


### 25. 二分探索

**意味：</br>**
> ソート済みのリストや配列に入ったデータ（同一の値はないものとする）に対する検索を行うにあたって、 中央の値を見て、検索したい値との大小関係を用いて、検索したい値が中央の値の右にあるか、左にあるかを判断して、片側には存在しないことを確かめながら検索していく。</br>
[wikipediaより](https://ja.wikipedia.org/wiki/%E4%BA%8C%E5%88%86%E6%8E%A2%E7%B4%A2)

**主観的な用語説明：</br>**
中央の値を見て検索したい値との大小関係を用いて検索したい値が中央の値の右にあるか、左にあるかを判断しているので、全探索よりかは効率的な探索ですね。

計算量の話はこの記事が良いですね。

https://qiita.com/drken/items/872ebc3a2b5caaa4a0d0

**用例：</br>**
> ジムでの会話</br>
トレーナー：このマシン最高重量が200kgだから二分探索でまず100kgからやりましょう！</br>
客：いや、無理無理無理無理</br>



### 26. モンテカルロ法(乱択アルゴリズム)

**意味：</br>**
> シミュレーションや数値計算を乱数を用いて行う手法の総称。元々は、中性子が物質中を動き回る様子を探るためにスタニスワフ・ウラムが考案しジョン・フォン・ノイマンにより命名された手法。カジノで有名な国家モナコ公国の4つの地区（カルティ）の1つであるモンテカルロから名付けられた。ランダム法とも呼ばれる。</br>
[wikipediaより](https://ja.wikipedia.org/wiki/%E3%83%A2%E3%83%B3%E3%83%86%E3%82%AB%E3%83%AB%E3%83%AD%E6%B3%95)

モンテカルロ法で円周率を求めたりもできますね。セキュリティの分野で特にランダムの力が発揮されていますし、面白いアルゴリズムですね。

http://www.cmpt.phys.tohoku.ac.jp/open-campus/2020/pi/

https://www.amazon.co.jp/dp/479736100X/ref=cm_sw_em_r_mt_dp_5WBMGY74W58PR0TJQK0T


**主観的な用語説明：</br>**
たくさん数を打つことで真の値に回帰していくという良い効果をもたらしている半面、ギャンブルなど大体負けるように確率調整されているゲームで、やみくもに数を打つと危険なやつだなぁと思いました。

**用例：</br>**
> 二人の会話</br>
Aさん：よーしゲン担ぎも完璧。これでパチンコも勝ち確定じゃ！</br>
Bさん：モンテカルロ法で勝率を求める感じですね笑</br>
Aさん：良いこと言うじゃん？</br>


### 27. ナップサック問題

**意味：</br>**
> ナップサック問題（ナップサックもんだい、Knapsack problem）は、計算複雑性理論における計算の難しさの議論の対象となる問題の一つで、n 種類の品物（各々、価値 vi、重量 wi）が与えられたとき、重量の合計が W を超えない範囲で品物のいくつかをナップサックに入れて、その入れた品物の価値の合計を最大化するには入れる品物の組み合わせをどのように選べばよいか」という整数計画問題である。</br>
[wikipediaより](https://ja.wikipedia.org/wiki/%E3%83%8A%E3%83%83%E3%83%97%E3%82%B5%E3%83%83%E3%82%AF%E5%95%8F%E9%A1%8C)</br>

**主観的な用語説明：</br>**
日常生活においては、袋のサイズという制限のもとで **「いかに買った商品を袋にうまく詰められるか」** というのは死活問題である。この収納力の高さをまざまざと見せつけられる場面はそう、**コンビニやスーパー**である。</br>
私はコンビニ店員の収納力の高さに圧倒されることが多々あるのである。

**用例：</br>**
> コンビニでの二人の会話</br>
店員：Mサイズの袋ですね。ご用意します。(いや、この購入量だとLサイズだろ...鬼畜か、この客)</br>
(レジ袋に購入したものをきれいにギチギチに詰めていく)</br>
店員：お買い上げありがとうございました！</br>
客：うわー店員さん、めちゃくちゃナップサック問題解くのうまいですよね。ほんと尊敬します。</br>
店員：えっ、あー、ありがとうございます...?
(こいつ、、私の収納スキル試してやがった...)</br>


### 28. エラトステネスの篩
**意味：</br>**
> エラトステネスの篩 (エラトステネスのふるい、英: Sieve of Eratosthenes) は、指定された整数以下の全ての素数を発見するための単純なアルゴリズムである。古代ギリシアの科学者、エラトステネスが考案したとされるため、この名がついている。</br>
[wikipediaより](https://ja.wikipedia.org/wiki/%E3%82%A8%E3%83%A9%E3%83%88%E3%82%B9%E3%83%86%E3%83%8D%E3%82%B9%E3%81%AE%E7%AF%A9)

Wikipediaのページでどんな感じのアルゴリズムなのか図示されているので想像つかない方は見てみてください。

**主観的な用語説明：</br>**
ふるいにかけられて残った素数という意味で **稀有な存在、天才。**</br>
ふるいに落とされたという意味で**凡庸オブ凡庸**。</br>

**用例：</br>**
> 運転免許取得中の二人の会話</br>
Aさん：仮免2回落ちちゃったーてへてへ。</br>
Bさん：エラトステネスの篩にかけられた数みたいですね！</br>
Aさん：ありがとう！！</br>


### 29. レーベンシュタイン距離

**意味：</br>**
> レーベンシュタイン距離（レーベンシュタインきょり、英: Levenshtein distance）は、二つの文字列がどの程度異なっているかを示す距離の一種である。編集距離（へんしゅうきょり、英: edit distance）とも呼ばれる。具体的には、1文字の挿入・削除・置換によって、一方の文字列をもう一方の文字列に変形するのに必要な手順の最小回数として定義される。さらなる応用として注目を浴びつつあるのがバイオインフォマティクス分野での活用であり、DNA配列同士の類似性を判断するために応用されている。</br>
[wikipediaより](https://ja.wikipedia.org/wiki/%E3%83%AC%E3%83%BC%E3%83%99%E3%83%B3%E3%82%B7%E3%83%A5%E3%82%BF%E3%82%A4%E3%83%B3%E8%B7%9D%E9%9B%A2)</br>

**主観的な用語説明：</br>**
類似度の距離が大きいか、小さいかの話なので **「私たちの心のレーベンシュタイン距離、限りなく０に収束しているね...」** みたいなエモい会話ができるのです。

**用例：</br>**
> 二人の会話</br>
Aさん：やっべー昨日OS自作してYouTube撮影8本撮りしてブログ更新してバイト30連勤目記録しちゃったんだけど</br>
Bさん：俺とお前の遺伝子配列のレーベンシュタイン距離が途方もなく大きそうだな。そのハイスペックさ、俺にもくれよ</br>


## 有名人物編
私自身があまり人物史などを追ってない関係でちょっと内容が浅いかもしれませんが、ご了承ください。

### 30. リーナス・トーバルズ

**意味：</br>**
> リーナス・ベネディクト・トーバルズ（Linus Benedict Torvalds、1969年12月28日）はフィンランド、ヘルシンキ出身のアメリカ合衆国のプログラマ。
Linuxカーネルを開発し、1991年に一般に公開した。その後も、公式のLinuxカーネルの最終的な調整役（もしくは「優しい終身の独裁者」）を務める。</br>
[wikipediaより](https://ja.wikipedia.org/wiki/%E3%83%AA%E3%83%BC%E3%83%8A%E3%82%B9%E3%83%BB%E3%83%88%E3%83%BC%E3%83%90%E3%83%AB%E3%82%BA)


IT業界に多大な影響を及ぼした人物であるので紹介する記事はたくさんあります。

https://codelearn.jp/articles/linus-torvalds


**主観的な用語説明：</br>**
IT業界にいる身としては頭が上がらない存在ですね。名言だったり問題発言みたいなものもたくさんある方なので、**リーナストーバルズっぽい感じの発言をした人への誉め言葉または悪口**として日常的に使えそうですね。

**用例1：</br>**
> 二人の会話</br>
Aさん：口で言うだけなら簡単です。はやくコードを見せてください。(Talk is cheap.Show me the code.)</br>
Bさん：おお？リーナストーバルズみたいなこと言いやがるじゃないか。おおん？</br>
[引用](https://www.goodreads.com/author/quotes/92867.Linus_Torvalds)

**用例2：</br>**
> 二人の会話</br>
Aさん：インフラ部門と情シスでまた部門長同士でいがみあってるみたいよ</br>
Bさん：おいおい、リーナストーバルズとNVIDIAみたいになってんじゃん</br>
[引用](https://gigazine.net/news/20120618-linus-nvidia-f-word/)

※仲が悪そうなソフトウェアサービスを引用すればよい。
「AWSとElasticsearch」でも可。</br>
[引用](https://www.publickey1.jp/blog/21/awselasticelasticsearchkibanaaws.html)


### 31. エドガー・ダイクストラ
**意味：</br>**
> エドガー・ダイクストラ（Edsger Wybe Dijkstra, 1930年5月11日 - 2002年8月6日）は、オランダ人の計算機科学者。1972年、プログラミング言語の基礎研究への貢献に対してチューリング賞を受賞。構造化プログラミングの提唱者。</br></br>
彼のコンピュータ科学に関する貢献としては、グラフ理論の最短経路問題におけるダイクストラ法、逆ポーランド記法とそれに関連する操車場アルゴリズム、初期の階層型システムの例であるTHEマルチプログラミングシステム、銀行家のアルゴリズム、排他制御のためのセマフォの考案などがある。</br></br>
ダイクストラ法は SPF (Shortest Path First) で使われており、それがOSPFやIS-ISといったルーティングプロトコルで使われている。操車場アルゴリズムやセマフォ（鉄道でかつて使われた腕木式信号機）に代表されるが、鉄道を使用した説明でも知られる。</br>
[wikipediaより](https://ja.wikipedia.org/wiki/%E3%82%A8%E3%83%89%E3%82%AC%E3%83%BC%E3%83%BB%E3%83%80%E3%82%A4%E3%82%AF%E3%82%B9%E3%83%88%E3%83%A9)


**主観的な用語説明：</br>**
**よくまぁこんなすごいアルゴリズム思いつくよなぁ** という気持ちになるお方です。まぁ過去の偉人全員に思うことですが笑</br>
逆ポーランド記法は「a + b」を「a b +」と変換することで簡単なスタック操作での計算に使えるようにしたり、コンパイラの実装にも使用されているみたいですね。</br>
[コンピュータシステムの理論と実装 ―モダンなコンピュータの作り方 11章あたり](https://www.amazon.co.jp/dp/4873117127/ref=cm_sw_em_r_mt_dp_4KKHMEMVA0RCFM111RZF)</br></br>

[インテリ悪口本](https://www.amazon.co.jp/dp/4334952828/ref=cm_sw_em_r_mt_dp_T7A8HFSPFVPB1FKGWV0Z)にも「ボキャブラリーをスタックで管理してるの？」(最近覚えた単語をすぐ使いたがる人)というのがありますが、「スタックベースでのコンパイル上手そうですね」など付け加えて応用が効きそうです。</br>
そのほかにもダイクストラ法はネットワーク分野でのルーティングプロトコルになったりしてるので、道をよく知ってる人、鉄オタ、線路オタに使えそうです。

[ダイクストラ法](https://ja.wikipedia.org/wiki/%E3%83%80%E3%82%A4%E3%82%AF%E3%82%B9%E3%83%88%E3%83%A9%E6%B3%95)

**用例：</br>**
> 二人の会話</br>
Aさん：この道をまっすぐ行って二つ目の角を右に行くとラーメン二郎があります。</br>
Bさん：詳しいですね！脳内でダイクストラ法使ってるんですか！？</br>


### 32. ジョン・フォン・ノイマン

**意味：</br>**
> ジョン・フォン・ノイマン（John von Neumann、 1903年12月28日 - 1957年2月8日）は、ハンガリー出身のアメリカ合衆国の数学者。ハンガリー語名は Neumann János Lajos（発音 [ˈnɒjmɒn ˈjaːnoʃ ˈlɒjoʃ]）。ドイツ語名は Johann Ludwig von Neumann[1]（ヨハン・ルードヴィヒ・フォン・ノイマン）。</br>
数学・物理学・工学・計算機科学・経済学・気象学・心理学・政治学に影響を与えた20世紀科学史における最重要人物の一人とされ、特に原子爆弾やコンピュータの開発への関与でも知られる。</br>
[wikipediaより](https://ja.wikipedia.org/wiki/%E3%82%B8%E3%83%A7%E3%83%B3%E3%83%BB%E3%83%95%E3%82%A9%E3%83%B3%E3%83%BB%E3%83%8E%E3%82%A4%E3%83%9E%E3%83%B3)


**主観的な用語説明：</br>**
フォンノイマンの天才性はwikipediaを見てれば分かりますが、衝撃的なのは日本に対して原爆投下の目標地点を選定する際に「京都が日本国民にとって深い文化的意義をもっているからこそ殲滅すべき」だと言ったことで、心が冷え冷えになるエピソードですね。</br>
**頭は良いけどちょっとサイコパスみが強い人に使えるかも。**

**用例：</br>**
> 二人の会話</br>
幹事：えーと今回は飲み会に来てくれてありがとうね。今日の全体の会話で情報量が一番少なかった人を発表します。</br>
Bさん：ちょちょちょ。そういうところフォンノイマンみたいだよな。マジでそういうの発表しなくて良いから。</br>

元ネタ

https://www.youtube.com/watch?v=T8VziGkB70g


### 33. アラン・チューリング

**意味：</br>**
> アラン・マシスン・チューリング（Alan Mathison Turing、英語発音: [tjúǝrɪŋ]〔音写の一例：テュァリング〕, OBE, FRS 1912年6月23日 - 1954年6月7日）はイギリスの数学者、暗号研究者、計算機科学者、哲学者である。</br>
電子計算機の黎明期の研究に従事し、計算機械チューリングマシンとして計算を定式化して、その知性や思考に繋がりうる能力と限界の問題を議論するなど情報処理の基礎的・原理的分野において大きな貢献をした。また、偏微分方程式におけるパターン形成の研究などでも先駆的な業績がある。</br>
[wikipediaより](https://ja.wikipedia.org/wiki/%E3%82%A2%E3%83%A9%E3%83%B3%E3%83%BB%E3%83%81%E3%83%A5%E3%83%BC%E3%83%AA%E3%83%B3%E3%82%B0)

**主観的な用語説明：</br>**
アラン・チューリングの偉業として有名なのは、第2次世界大戦時にドイツ軍が世界に誇った暗号機エニグマによる暗号の解読に成功したことでしょう。(イミテーション・ゲームの映画見てなくて恐縮ですが)

https://eiga.com/movie/80082/


**用例：</br>**
> 二人と犬の会話</br>
Aさん：近所の犬、最近めっちゃうるさいよね</br>
犬：わんわんわんわーん</br>
Bさん：いまの鳴き声を解析すると「いつも餌をくれるおばさんが旅行に行ってしまっておなか空いてる」だって</br>
Aさん：もしかしてエニグマの解読もできちゃう人？？</br>


# あとがき
以上、超主観的解釈と謎すぎる用例集でした。

私の不勉強さと知識の偏りによってほんの一部の用語しかご紹介できなかったのですが、こんな感じで **面白い解釈を付け加えて、日常会話で使ってみると話のネタになったり飲み会などで盛り上がったりするかも**しれないですね。
機会があればぜひ、お試しくださいませ。

OSとか機械学習とか書ききれてない分野が多すぎ、この記事が好評そうならば第2弾も出す予定です笑

まえがきあたりで、インテリ悪口本のコンセプトをパクった話をしましたが、フォーマットをパクれば、それは二番煎じ扱いされるでしょうけど、**二番煎じのフォーマットと二番煎じのドメインと二番煎じな書き方...みたいな感じでそれぞれ掛け合わせていけば、それは何番煎じでもない、ユニークなコンテンツ**になってるんじゃないかなと思ったりします。
というか同じ経験をしてる人間なんて多分いないので、その人の経験を記事で書くことはなにかしらの付加価値を持っているんじゃないかと思うので、今後も恐れずにN番煎じしていきます！

読んでいただき、ありがとうございました。