【参考文献のリンク】 ◯『プリンシプルオブプログラミング』 amzn.to/3yg9KNW →今回のメイン種本。おもしろいし読みやすいしためになる。人生の役に立つかどうかは分からない。 ◯『最速の仕事術はプログラマーが知っている』 amzn.to/3NjPEGI →プログラミング技術を仕事全般に活かそう、みたいな本。非プログラマーでも全然読める。直接は参考にしていないが、アイデアを参考にさせてもらいました。今回の動画シリーズに似ているので、お好きな方は読んでみるといいかも。 ◯『人月の神話 [プリント・レプリカ]』 amzn.to/3bt0HAs →『銀の弾などない』などが収録されている著作集。「再発射」の方も入っているし、表題作『人月の神話』も超有名な論文なので、合わせて読みたい方にピッタリ。 ◯『Code Complete 第2版　完全なプログラミングを目指して』 amzn.to/3OdlfLH →情報隠蔽やリファクタリングについての思想で参考にした。有名なプログラミング方法論本。長いし骨太だし本質的なので、非プログラマーは読まない方がいい。 【サポーターコミュニティ加入はこちらから】 yurugengo.com/support 【親チャンネル：ゆる言語学ラジオ】 kzfaq.info/love/mpkIzF3xFzhPez7gXOyhVg

水野さんは髭を生やしてた時はサイコパスというか、習慣的に人を葬ってそうな文豪って感じがしてかっこよかったです。 髭がないと爽やかお兄さんに見えちゃうのでキャラが薄れているのではないでしょうか。ぜひまた髭を生やしてください！

曖昧なリクエストを送る人「あれってどうなったんだっけ？」 REST APIな人「400 bad request」 曖昧なリクエストを送った人「え？え？〇〇くんどうしちゃったの？！」

ゆる言語学ラジオ視聴者：サンプル ゆるコンピュータ科学ラジオ視聴者：REST API

ゆる 言語/コンピューター科学 ラジオ両方を通して、回を追うごとに水野さんの感情表現が(false爆笑 したりキレたり)多彩になっているあたり、良い開発者コミュニティに恵まれてるなぁと思った

堀元さんがやっていることは基本的に「三題噺」と同じなのだと思いました。 テーマに沿って出てくる専門用語を使いながら、面白い話に仕立てていくのが上手いのだと思います。 それに対して水野さんは比較的正確に言語を使用しようとするので、そこに生じるミスマッチが笑いの源泉になっているのではないでしょうか。 そういう意味では、堀元さんがボケで水野さんがツッコミなんでしょうね。

新人に対して仕事を説明する時、仕事遂行に必要な情報だけ与えて、不要な情報は隠蔽するように努めていたら「分かりやすい」と評価されました。 教育とはパルナスの規則を満たすAPI人間を作り出すことなのかもしれませんね。

8:26 ？？？「会社が赤字になるのはおかしいな……0を足しちゃえ」

11:41 「思考」じゃなく「指向」 物書き・エンジニアタイプの堀本にはこうかはばつぐんだ

情報隠蔽（Information hiding） ◎情報隠匿 : 訳語を変えただけ。少し柔らかい印象になるかもしれないが、隠匿罪という罪もあり負の印象は拭えない。 ◎情報秘匿 : 情報を意図的に改竄して秘密を守るという意味も含まれるため、適切ではないか。 ◎情報機密 : 外部に一切の情報を漏らさないという意味になってしまう。セキュリティ用語と混同される恐れあり。 ◎情報遮蔽 : ある程度の透過も許容しているように聞こえてしまう。 ◎情報遮断 : 流れを完全に止めることになってしまい、API すら呼べない危険がある。通信用語と誤解されるか。 ◎情報隠遁 : 俗世を逃れて隠れ住むこと。API を呼んでほしくないときに便利。 ◎情報保護 : 名ばかりで漏洩するのが常。 ◎情報封鎖 : 怖い。

会社の経理の例で「情報隠蔽」の語感の納得感を得ようとするなら、 「経理部の人は会社の帳簿を一般社員に触らせたりしないよね」ってのがわかりやすいかもしれません。 社員が親切心で自分の経費を帳簿記入しようとして書き間違えられてしまったり、 見えた帳簿から「xxさんは経費こんなに使ってるのか、だったら自分も……」みたいな余計な判断が入ってしまったり、 なんならインサイダー情報知る人が増えてしまったりと、 帳簿を見せることに良いことが無いので、積極的に隠蔽しているのがわかると思います。

カントは「人格を手段としてでなく目的として扱え」ではなく 「手段としてのみならず同時に目的として扱え」なので 別に手段として扱ってもいいです

お二人の会話、いつも楽しいです。 趣味で悪口を言ってる人と、仕事で悪口を言っている人って、見てると楽しいですね。

8:55 内部構造の隠蔽について、3つ目のメリットとして、入出力を合わせれば内部構造を変更しても影響がないってのが抜けてる。これにより、簡単により効率の良いモジュールに変更することができる。

普通のラジオだったらパーソナリティにモノ扱いされたら嫌な気持ちになるけど、堀元さんにRESTAPI扱いされても「まぁ、堀元さんだしな…」で済まされるから強い。

31:15 水野さんの「繰り返し押されると解除されてしまうので」って指摘めっちゃ鋭い。 HTTPのリクエストにPOSTとPUTというのがあって、教科書的には、冪等性がないリクエストにはPOST、冪等性があるリクエストにはPUTを使うべきとされているんだけど（実際は全部POSTでやることも多い）、繰り返し呼ばれても結果的な状態が変わらないようなリクエストにはPUTを使うんだよね。「高評価ボタンを押す」という操作をPOSTすると、高評価が解除されてしまう。まるでその話を知っていたかのようなコメント。

オードリーの春日さんもパルナスの規則を守って何年も同じ見た目で同じギャグを繰り返しているのかもしれない。観る側も認知負荷が少なくて良いですよね

ブラックボックスなのはお前だ、はどういう経緯でできたかは覚えてないけどブラックボックスなのはお前だと言われるとブラックボックスなのはお前だと返せるという利用する際に必要な全ての情報は与えられているのでパルナスの規則を満たしている。

ゆる言語学ラジオもそうだけど、完全にこちらの生活習慣を読まれてる気がする投稿時間

言語学好きだけど、生きて行くためにその分野の職はあきらめ経理をやってます。経理部というブラックボックスの中で静か〜にカリカリとシーク音出してる中の人です。零細企業ゆえ、見積提出から受発注納期管理・請求入金管理までやってて、営業が突散らかしてくる情報を丁寧に会計情報に翻訳して整理しています。いわば汚れた服も食い散らかしたお皿も、毎日毎日片付けて洗濯掃除して整えてあげているお母さんです。自分がやったわけではないものを丁寧に片付けてきれいにして文句も言わず毎日やってあげてるので、間違いなくやっといて当然みたいに言わず、いつも見えないところでありがとうって経理部の人には言ってあげてください😌

REST API人間の水野さんに隠蔽の意味を聞いてる堀元さんのサムネが楽しくてちゃんと読んでしまった笑

両親が開発者コミュニティ扱いされてんのマジで笑う

「隠蔽」に代わる単語としては「秘匿」がいいのかなと思いました。意味的にはほぼ同じだと思いますが「隠蔽」は悪いイメージが強いので・・・ ということを考えて、よく使われる状況に言葉自体の印象が引っ張られてしまうあたり言語の冪等性は低いのかなと思いましたし、それが人間味なのかもしれません

1:05 水野「ふぁぃ、さいこうれふ」

隠蔽という語のそれ自体には悪事のニュアンスは含まれないので、辞書オタクな水野さんが日常の用例に引きずられてしまっているのが少し意外だった。

堀本さんのちょいちょい人間を人間として見ていないサイコな一面すき

この回見たあとにもう一度ユルコン、ユル言を見(聴き)直すと堀元さんと水野さんの掛け合いに味わいが出てきました。ずっと聞き続けていられますねぇ。 非常に心地良です。

モジュール化のうち特に内部を隠蔽するものはカプセル化と習いましたね カプセルと言われると一まとめにして中身を隠すイメージが一発で浮かぶのでよく記憶に残っています

情報隠蔽のメリットとして「モジュール提供側が how を変更しやすくなる」というのはぜひ挙げてほしかった。 例えば「ユーザーがサポーターコミュニティに加入するために必要な本当に最小限の情報ってなんだろう」「最低限以外の情報を渡してしまうと何が起きるんだろう」みたいな議論をやってみると面白かったと思う。

医薬品業界にいるので、APIは「active pharmaceutical ingredient = 有効成分」のことなんで別分野に触れるのって大事だと思いました。

子供に何か教える時、混乱するから細部を伝えないのって情報隠蔽に近いかも ゆる言語学ラジオ今井先生回とシンクロしている…

情報隠蔽はモジュールの利用者だけでなく実装側にもメリットがある。 利用者がモジュールのインターフェイスのみに依存しているならば、実装側は中身を自由に変更できる。

人をAPI扱いする人に心は開かないから、ずっとAPIでいてくれる訳だ！

水野さんの終わりの挨拶、べき等性があるなぁ

ディストピアでREST APIと2人(？)で暮らしていた老人が、ある事件をきっかけに世界の謎を紐解きながらREST APIに友情を感じていく物語ありそうだな。

2:47 今日のブラおま

なかなか着地が難しい話ですね。 利用時には中身を気にしない/気にさせないのが重要ですが、 検証時は中身が見えてる必要があるっていうOSSの流れがありますもんね。 命名が悪いっていうのはそうｗ。

近頃何でもかんでも厳密な定義や仕組みを知りたがってしまい、結果として自分が分からないものは触らないという頭カチカチおじいちゃんになりかけてました なのでこれからはモジュール化、REST APIという概念をもって何だかわからんけど別にええやろ精神を肯定していこうと思います

モジュール化が本質的過ぎてそれを超える回がない

「なぜ線形代数や微積を勉強する必要があるのか」という問いに対して「だってスマホ作るのに数学が必要じゃん」みたいな返しが意味わからんのはこういうことなんだな だって別に俺らその仕組み知る必要ねえじゃんっていう

関係ないけど、親父が言ってた｢シュレッダーにかけた書類を徹夜で繋ぎ合わせる作業｣を思い出した

もはや、台本ブレイクが楽しみですらあるｗ

情報量が多くて高性能なREST API人間水野ｗ

Mizuno APIはちゃんと引き数を指定しないとやたら難解な情報を返してきそうだから、ソースを直でいじったほうが使いやすそう

IR情報を公開するのが大事であるのと同時に 企業秘密が外部に流出しないのも大事だし、 セキュリティを高めて（機密）情報を隠蔽するのが大事であるのと同時に 必要な情報へのアクセスのしやすさを軽視すると利益を追求できない

なるほど、スピーカーが2人居るところに「ブラックボックスなのは」と放り込むのはHALT命令に当たるんですね。

うぽつです。毎日曜日の朝はゆるコンピュータ科学習慣だ。 背景に今井先生の本があるw

19:57 いつも明るいんだけど、全然心をひらいてくれない人を心配するときにも使えそう。 使用例） 「〇〇くんって、ずっとRESTfulだよね。私で良かったら、悩みとかいつでも聞くよ」

食事中に不意打ち「ブラックボックスなのはお前だ」をくらい、大惨事。

サムネのAPIレスポンスが面白すぎる

大企業は情報隠蔽が徹底してるから子会社に出向してきた時に置物上司が爆誕してしまうのか

人間の体もREST APIですね。 人間は意識によって自身の人体に命令を行いますが、例えば歩くときに「右足のこの筋肉をこのくらい収縮させて…」といちいち命令せず、単に歩くという命令を発すれば動作します。 自転車に乗る、コップをとる、ピアノを弾く、などあらゆる動作を人間は学習を通じて動作をモジュール化し、必要な時に必要な範囲で引き出して活動を行います。 （このモジュール化や引き出しのタイミング、学習した内容が適切でない場合、運動音痴と呼ばれるのでしょう） 知識なども同様で、繰り返し学習することでモジュール化し、テストのときなどに引き出して使用します。 また複数の知識のモジュールを組み合わせて別の機能を構築するといったことも行います （基礎なところでは、複数の単語を組み合わせて文章を生成するようなものもそうでしょう） つまり、人間生きていれば皆REST APIなのです。

何時も楽しく拝聴・視聴させてもらっております。堀本さんの情報隠蔽はアダムスミスの経済学の分業、『製造現場の分業、設計・調達・製造・試験・・・・。』、『社会の分業、政治家・医者・先生・経営者・社員・男女等々・・・・。』加えてお二人の好きな『分割して征服』などの概念にも通じるところがありますね。

士業だけでなく、医師もREST APIっぽいところありますね。昨今内容開示を求められがちだけど元々は診断だけ伝えてプロセスは開示しないものだったんだろうな。業態変化の途上でしょうか。

軍人におけるNeed to Knowの原則みたいだなぁ

音だけで聞いてたから水野さんガチ落ち込みしてるのかと思ったけど、映像見たらニコニコでよかった✨

冪等性を担保するため、「高評価をお願いします」に準じた発言が発生した回数だけ高評価ボタンを押しますね。 ちなみに今回は2回発言がありました

役割分担をしまくった結果、お隣さんの処理がどんなのかを知らなくてもよくなったって感じよね

機嫌によって態度を変えない、安定性のある人格に、RESTAPIに私はなりたい

2人とも楽しそうやなあ

適切に業務が行われてればブラックボックスもいいんだろうけど、 往々にして見えないところで人は不正をするから、手続の透明化が必要な訳で。

チャンネル登録してくれリクエストに対して、RESTful APIとして振る舞おうとしたけど、 すでにチャンネル登録済みと言うステート(状態)でしたので、「すでに登録済みです」とエラーを返します。

なるほど、雨ニモマケズで言っていたのは、REST APIになりたいということなんですね

言われてみれば、こちらのリスナーの呼び方は決まってませんでしたね 全体を｢ゆるコン科学徒｣ 個人を｢REST API｣ 名前を挙げるときは｢ソフト名｣かな？

「トークン名〇〇からのリクエストです」

決まった解答をしてくるやつはREST API 柔軟な解答をしてくるやつはGraphQL API

俺がアレな環境に身を置いているからかもだけど、REST APIの定義ちゃんとわかって使ってる人いないよな 新卒のころ何も知らないから定義をネットで調べたけど、みんなが話している対象の実装と定義が乖離していて、しばらく理解できなかったのを思い出した

業務がブラックボックス化されてるのは、実はいいことって論旨があったから、じゃあなんで「ブラックボックス化」が問題になるのかって考えてみた。 この問題の本質は、ブラックボックス化してることではなくて、ブラックボックスの中の人たちが、自分たちのブラックボックスを解析・メンテできないことなんだなと理解した。 (ブラックボックスを販売してる企業が自分達のブラックボックスを誰もメンテできないみたいな状態が問題) つまり「業務のブラックボックス化」って言うのもまた命名悪いシリーズで、「ブラックボックス化した業務の仕様書失くし」って呼ぶべき

内部の話しない、で思い出したけど、たしかに種本の話とかガンガン出してほしいなーと思ってたけど、コメント欄とか概要欄だけで触れるスタイルはパルナスの規則に則った行動だったのか笑

ブラックボックスなのは私か！

パルナ～ス♪パルナース♪モスクワの味～（関西人の頭の中）

楽しみに待ってました

おもしろかったです！

■【10:52】→税理士さんに頼んだ方が、経営者は楽なのは事実でしょうね。 でも、経理の不正を見抜けない経営者（株主を含む）で指摘できないのは、大問題でしょうね。 因みに、アメリカでは、会計士を雇うのは、株主です。日本の様に、経営者ではあり得ません。

人間関係でもソフトウェアでも、機能同士の依存関係を出来るだけ小さくすることによって責任の所在を明確化出来るわけですよ。

経理の流れは毎回伝えていないだけで、会社によっては要綱にまとめられているし、そもそも聞けば教えてくれるだろうから隠してないんじゃない？

REST API はお前だ‼️w

普段はコールセンターで働いているんですが、あの職種はREST API人間しかいないです

「ブラックボックスなのは私達だ」でモジュール化したい

ブラックボックスとは仲良くなれないのは通説

APIの説明としては、プログラムが使うためのUIのようなもの。ってのが一番わかりやすいかもしれない。UI（ユーザーインターフェース）はコモンセンスだよね？まぁ、プログラムがユーザーのエミュレーションをしてUIでシステムにアクセスするっていう手段もあるけど、プログラムがアクセスしてくる可能性があるならAPIを用意するのが効率的よね。

経費精算＝インスタンスがリソースをいつ何のためにどれだけ使ったか。これはOOPで隠ぺいされるべき情報の筆頭なので、喩えがまずいとおもいます。 ……って、こういうOOP関連の喩え話は書いてる私は気持ちイイですが、読んでる人に新たな知見を与えることはない。

APIエラー：すでにチャンネル登録しているためチャンネル登録処理が正常に完了しませんでした。

人間失格の大庭葉蔵は素晴らしいREST APIなのか

隠蔽(あるいは最小化にrenameしたとしても)はソレ自体が悪なのじゃなく「それを悪用する奴」が悪なのだろうと思います。よってrenameしても同様に悪用する奴が居るかぎり同じ…。

APIって、一番わかり易いの印刷所・印刷会社じゃん。 入稿データを準備して、印刷したい紙質と形式と印刷方法と冊数を先方にインプット（伝達）したら依頼通り出力（印刷物）が出来上がる。

今日の感想 ・今日の話での「隠蔽」は単に「必要ないものは見せない」だけど、普段ニュースで見聞きする隠蔽は「悪意をもって隠す」ことを指す場合がほとんどだから違和感があるんでしょうね。経理部は経理の手続きをわざわざ教えてこないけど、聞けば教えてくれるでしょう。「隠蔽」と言われると、聞いても教えてくれないイメージ。 ・交ぜ書きが気持ち悪いから「隠蔽」と書いてほしいな～ ・士業って「しぎょう」なの？「さむらいぎょう」だと思ってた。

もし、一つ能力を追加できるなら他人の脳内を wget できるコマンドを追加したい。

多分お二人は知らないニフティサーブ(@Niftyの前身)の会話君を思い出しました。 「ブラックボックスなのはお前だ」は次回のTシャツになるポテンシャルを持ってます。 「情報隠ぺい」に代わる言葉は難しいですね。見せる物に沿った「的確出力」だと、重要要素である見せない事を明示してないような気がします。

こまった ブラックボックスのくだりが上書きされない

堀本さんあれじゃん 抽象化APIじゃん

実は数学でも情報隠ぺいは重要で、 集合AとBの直積の元を構成する方法は(a,b)={{a},{a,b}}でできるし、自然数の構成は{φ,{φ},{φ,{φ}},...}でできるし、写像や関係の定義は、直積集合の部分集合なんですけど、それらを用いる時に毎回厳密な構成を考えると非常に扱いづらいので、 直積なら「(a,b)=(c,d)とa=c,b=dが同値になる順序対(x,y)全体」 自然数なら{0,1,2,3,...} 写像なら「定義域の任意の元に対してただ1つ終域の元が定まる対応関係」と考えます。

情報隠蔽はしっくりこないけど、情報秘匿だったらなんかわかる。

Rest　APIを目指します!

最近は二人がイチャイチャしてるBLラジオにしか見えない

本当性癖に刺さるラジオ

哲学的ゾンビの話でてくるかと思った

必要な情報だけ与えたら申告書を作る税理士もAPIだし、税理士に確認された情報だけを返す社長もまたAPIなのだ。

サムネのcurl、ドメインが指定されていないのでエラーになりそう

堀本さんはよく人をコンピューターのように扱ってサイコ扱いされますが、多分コンピューターを生き物のように感じているからこそ、人間を機械扱いしても、人間を人間扱いしているのとだいたい同じ感覚なんだろうなぁと思いました。