ขนาดวิดีโอ: 1280 X 720853 X 480640 X 360
แสดงแผงควบคุมโปรแกรมเล่น
เล่นอัตโนมัติ
เล่นใหม่
【参考文献のリンク】◯『プリンシプルオブプログラミング』amzn.to/3yg9KNW→今回のメイン種本。おもしろいし読みやすいしためになる。人生の役に立つかどうかは分からない。◯『最速の仕事術はプログラマーが知っている』amzn.to/3NjPEGI→プログラミング技術を仕事全般に活かそう、みたいな本。非プログラマーでも全然読める。直接は参考にしていないが、アイデアを参考にさせてもらいました。今回の動画シリーズに似ているので、お好きな方は読んでみるといいかも。◯『人月の神話 [プリント・レプリカ]』amzn.to/3bt0HAs→『銀の弾などない』などが収録されている著作集。「再発射」の方も入っているし、表題作『人月の神話』も超有名な論文なので、合わせて読みたい方にピッタリ。◯『Code Complete 第2版 完全なプログラミングを目指して』amzn.to/3OdlfLH→情報隠蔽やリファクタリングについての思想で参考にした。有名なプログラミング方法論本。長いし骨太だし本質的なので、非プログラマーは読まない方がいい。【サポーターコミュニティ加入はこちらから】yurugengo.com/support【親チャンネル:ゆる言語学ラジオ】th-cam.com/channels/mpkIzF3xFzhPez7gXOyhVg.html
23:59 咳をしても水野
APIエラー:すでにチャンネル登録しているためチャンネル登録処理が正常に完了しませんでした。
8:26???「会社が赤字になるのはおかしいな……0を足しちゃえ」
???「3から7って引けないじゃん……せや! 一の位と十の位入れ替えてまえ!」
算数のテストじゃないから電卓とか計算システム使っていいんだよ…
かいしゃの粉飾の謎を解く
曖昧なリクエストを送る人「あれってどうなったんだっけ?」REST APIな人「400 bad request」曖昧なリクエストを送った人「え?え?〇〇くんどうしちゃったの?!」
unauthorizedされそう。
ブラックボックスなのはお前だ、はどういう経緯でできたかは覚えてないけどブラックボックスなのはお前だと言われるとブラックボックスなのはお前だと返せるという利用する際に必要な全ての情報は与えられているのでパルナスの規則を満たしている。
食事中に不意打ち「ブラックボックスなのはお前だ」をくらい、大惨事。
ゆる言語学ラジオ視聴者:サンプルゆるコンピュータ科学ラジオ視聴者:REST API
新人に対して仕事を説明する時、仕事遂行に必要な情報だけ与えて、不要な情報は隠蔽するように努めていたら「分かりやすい」と評価されました。教育とはパルナスの規則を満たすAPI人間を作り出すことなのかもしれませんね。
水野さんは髭を生やしてた時はサイコパスというか、習慣的に人を葬ってそうな文豪って感じがしてかっこよかったです。髭がないと爽やかお兄さんに見えちゃうのでキャラが薄れているのではないでしょうか。ぜひまた髭を生やしてください!
令和のリンカーン
水野ダリ貴
ちょっとわかる
なまじ、情報共有の美名が広がっているだけに、情報隠蔽が賊軍扱いされている。冗談半分、本音半分でそういうところがあるなぁ。
1:05 水野「ふぁぃ、さいこうれふ」
なるほど、雨ニモマケズで言っていたのは、REST APIになりたいということなんですね
31:15 水野さんの「繰り返し押されると解除されてしまうので」って指摘めっちゃ鋭い。HTTPのリクエストにPOSTとPUTというのがあって、教科書的には、冪等性がないリクエストにはPOST、冪等性があるリクエストにはPUTを使うべきとされているんだけど(実際は全部POSTでやることも多い)、繰り返し呼ばれても結果的な状態が変わらないようなリクエストにはPUTを使うんだよね。「高評価ボタンを押す」という操作をPOSTすると、高評価が解除されてしまう。まるでその話を知っていたかのようなコメント。
情報隠蔽(Information hiding)◎情報隠匿 : 訳語を変えただけ。少し柔らかい印象になるかもしれないが、隠匿罪という罪もあり負の印象は拭えない。◎情報秘匿 : 情報を意図的に改竄して秘密を守るという意味も含まれるため、適切ではないか。◎情報機密 : 外部に一切の情報を漏らさないという意味になってしまう。セキュリティ用語と混同される恐れあり。◎情報遮蔽 : ある程度の透過も許容しているように聞こえてしまう。◎情報遮断 : 流れを完全に止めることになってしまい、API すら呼べない危険がある。通信用語と誤解されるか。◎情報隠遁 : 俗世を逃れて隠れ住むこと。API を呼んでほしくないときに便利。◎情報保護 : 名ばかりで漏洩するのが常。◎情報封鎖 : 怖い。
最後の方ワロた
11:41「思考」じゃなく「指向」物書き・エンジニアタイプの堀本にはこうかはばつぐんだ
おもしろかったです!
両親が開発者コミュニティ扱いされてんのマジで笑う
ゆる 言語/コンピューター科学 ラジオ両方を通して、回を追うごとに水野さんの感情表現が(false爆笑 したりキレたり)多彩になっているあたり、良い開発者コミュニティに恵まれてるなぁと思った
カントは「人格を手段としてでなく目的として扱え」ではなく「手段としてのみならず同時に目的として扱え」なので別に手段として扱ってもいいです
8:55 内部構造の隠蔽について、3つ目のメリットとして、入出力を合わせれば内部構造を変更しても影響がないってのが抜けてる。これにより、簡単により効率の良いモジュールに変更することができる。
モジュール化が本質的過ぎてそれを超える回がない
堀本さんあれじゃん抽象化APIじゃん
もはや、台本ブレイクが楽しみですらあるw
「隠蔽」に代わる単語としては「秘匿」がいいのかなと思いました。意味的にはほぼ同じだと思いますが「隠蔽」は悪いイメージが強いので・・・ということを考えて、よく使われる状況に言葉自体の印象が引っ張られてしまうあたり言語の冪等性は低いのかなと思いましたし、それが人間味なのかもしれません
「情報隠蔽」は「information hiding」の 訳語なんですが、これを「情報秘匿」と訳さないのは、コンピュータ業界で「秘匿」はすでに「暗号化する・された (encryption/encrypted) 」の訳語として定着しているからです。information hiding には暗号化の意味合いは全くないので、「情報秘匿」だと意味が変わってしまうんですね。なお、「information hiding」という用語を使い出したのは、動画に出てきたパルナスの規則の提唱者、David Parnas です。文句はこちらにどうぞ。
@@ShigehiroYoshinaga ナイス補足!
2:47 今日のブラおま
実は数学でも情報隠ぺいは重要で、集合AとBの直積の元を構成する方法は(a,b)={{a},{a,b}}でできるし、自然数の構成は{φ,{φ},{φ,{φ}},...}でできるし、写像や関係の定義は、直積集合の部分集合なんですけど、それらを用いる時に毎回厳密な構成を考えると非常に扱いづらいので、直積なら「(a,b)=(c,d)とa=c,b=dが同値になる順序対(x,y)全体」自然数なら{0,1,2,3,...}写像なら「定義域の任意の元に対してただ1つ終域の元が定まる対応関係」と考えます。
「トークン名〇〇からのリクエストです」
ブラックボックスなのは私か!
士業だけでなく、医師もREST APIっぽいところありますね。昨今内容開示を求められがちだけど元々は診断だけ伝えてプロセスは開示しないものだったんだろうな。業態変化の途上でしょうか。
ディストピアでREST APIと2人(?)で暮らしていた老人が、ある事件をきっかけに世界の謎を紐解きながらREST APIに友情を感じていく物語ありそうだな。
堀元さんがやっていることは基本的に「三題噺」と同じなのだと思いました。テーマに沿って出てくる専門用語を使いながら、面白い話に仕立てていくのが上手いのだと思います。それに対して水野さんは比較的正確に言語を使用しようとするので、そこに生じるミスマッチが笑いの源泉になっているのではないでしょうか。そういう意味では、堀元さんがボケで水野さんがツッコミなんでしょうね。
情報隠蔽のメリットとして「モジュール提供側が how を変更しやすくなる」というのはぜひ挙げてほしかった。例えば「ユーザーがサポーターコミュニティに加入するために必要な本当に最小限の情報ってなんだろう」「最低限以外の情報を渡してしまうと何が起きるんだろう」みたいな議論をやってみると面白かったと思う。
隠蔽という語のそれ自体には悪事のニュアンスは含まれないので、辞書オタクな水野さんが日常の用例に引きずられてしまっているのが少し意外だった。
情報隠蔽はモジュールの利用者だけでなく実装側にもメリットがある。利用者がモジュールのインターフェイスのみに依存しているならば、実装側は中身を自由に変更できる。
普段はコールセンターで働いているんですが、あの職種はREST API人間しかいないです
REST API人間の水野さんに隠蔽の意味を聞いてる堀元さんのサムネが楽しくてちゃんと読んでしまった笑
普通のラジオだったらパーソナリティにモノ扱いされたら嫌な気持ちになるけど、堀元さんにRESTAPI扱いされても「まぁ、堀元さんだしな…」で済まされるから強い。
サムネのAPIレスポンスが面白すぎる
言われてみれば、こちらのリスナーの呼び方は決まってませんでしたね全体を「ゆるコン科学徒」個人を「REST API」名前を挙げるときは「ソフト名」かな?
大企業は情報隠蔽が徹底してるから子会社に出向してきた時に置物上司が爆誕してしまうのか
サムネのcurl、ドメインが指定されていないのでエラーになりそう
確定申告は会社がやってくれているから自分でやっていないのか…ゆる言語学ラジオ関連では追加で確定申告するほどは貰ってないのか?
役割分担をしまくった結果、お隣さんの処理がどんなのかを知らなくてもよくなったって感じよね
モジュール化のうち特に内部を隠蔽するものはカプセル化と習いましたねカプセルと言われると一まとめにして中身を隠すイメージが一発で浮かぶのでよく記憶に残っています
お二人の会話、いつも楽しいです。趣味で悪口を言ってる人と、仕事で悪口を言っている人って、見てると楽しいですね。
「ブラックボックスなのは私達だ」でモジュール化したい
もし、一つ能力を追加できるなら他人の脳内を wget できるコマンドを追加したい。
情報量が多くて高性能なREST API人間水野w
オードリーの春日さんもパルナスの規則を守って何年も同じ見た目で同じギャグを繰り返しているのかもしれない。観る側も認知負荷が少なくて良いですよね
オードリーANNで「春日は子供の頃から欠かさずジャンプは毎週読んでいるし、他にも映画観たりたまには読書もしてインプットはめちゃくちゃ多いのに、その割にアウトプットが少なすぎる」という話を思い出した
軍人におけるNeed to Knowの原則みたいだなぁ
人間失格の大庭葉蔵は素晴らしいREST APIなのか
チャンネル登録してくれリクエストに対して、RESTful APIとして振る舞おうとしたけど、すでにチャンネル登録済みと言うステート(状態)でしたので、「すでに登録済みです」とエラーを返します。
音だけで聞いてたから水野さんガチ落ち込みしてるのかと思ったけど、映像見たらニコニコでよかった✨
決まった解答をしてくるやつはREST API柔軟な解答をしてくるやつはGraphQL API
こんにちわ RESTAPIです!
19:57 いつも明るいんだけど、全然心をひらいてくれない人を心配するときにも使えそう。使用例)「〇〇くんって、ずっとRESTfulだよね。私で良かったら、悩みとかいつでも聞くよ」
楽しみに待ってました
むだそくん蛇ーuserさんの初コメも待ってましたこれで我々もコメントできる
適切に業務が行われてればブラックボックスもいいんだろうけど、往々にして見えないところで人は不正をするから、手続の透明化が必要な訳で。
言語学好きだけど、生きて行くためにその分野の職はあきらめ経理をやってます。経理部というブラックボックスの中で静か〜にカリカリとシーク音出してる中の人です。零細企業ゆえ、見積提出から受発注納期管理・請求入金管理までやってて、営業が突散らかしてくる情報を丁寧に会計情報に翻訳して整理しています。いわば汚れた服も食い散らかしたお皿も、毎日毎日片付けて洗濯掃除して整えてあげているお母さんです。自分がやったわけではないものを丁寧に片付けてきれいにして文句も言わず毎日やってあげてるので、間違いなくやっといて当然みたいに言わず、いつも見えないところでありがとうって経理部の人には言ってあげてください😌
IR情報を公開するのが大事であるのと同時に企業秘密が外部に流出しないのも大事だし、セキュリティを高めて(機密)情報を隠蔽するのが大事であるのと同時に必要な情報へのアクセスのしやすさを軽視すると利益を追求できない
業務がブラックボックス化されてるのは、実はいいことって論旨があったから、じゃあなんで「ブラックボックス化」が問題になるのかって考えてみた。この問題の本質は、ブラックボックス化してることではなくて、ブラックボックスの中の人たちが、自分たちのブラックボックスを解析・メンテできないことなんだなと理解した。(ブラックボックスを販売してる企業が自分達のブラックボックスを誰もメンテできないみたいな状態が問題)つまり「業務のブラックボックス化」って言うのもまた命名悪いシリーズで、「ブラックボックス化した業務の仕様書失くし」って呼ぶべき
会社の経理の例で「情報隠蔽」の語感の納得感を得ようとするなら、「経理部の人は会社の帳簿を一般社員に触らせたりしないよね」ってのがわかりやすいかもしれません。社員が親切心で自分の経費を帳簿記入しようとして書き間違えられてしまったり、見えた帳簿から「xxさんは経費こんなに使ってるのか、だったら自分も……」みたいな余計な判断が入ってしまったり、なんならインサイダー情報知る人が増えてしまったりと、帳簿を見せることに良いことが無いので、積極的に隠蔽しているのがわかると思います。
人間関係でもソフトウェアでも、機能同士の依存関係を出来るだけ小さくすることによって責任の所在を明確化出来るわけですよ。
なるほど、スピーカーが2人居るところに「ブラックボックスなのは」と放り込むのはHALT命令に当たるんですね。
隠蔽(あるいは最小化にrenameしたとしても)はソレ自体が悪なのじゃなく「それを悪用する奴」が悪なのだろうと思います。よってrenameしても同様に悪用する奴が居るかぎり同じ…。
ジャルジャル「あだ名が『REST API』のやつ」
水野さんの終わりの挨拶、べき等性があるなぁ
こまったブラックボックスのくだりが上書きされない
子供に何か教える時、混乱するから細部を伝えないのって情報隠蔽に近いかもゆる言語学ラジオ今井先生回とシンクロしている…
「なぜ線形代数や微積を勉強する必要があるのか」という問いに対して「だってスマホ作るのに数学が必要じゃん」みたいな返しが意味わからんのはこういうことなんだなだって別に俺らその仕組み知る必要ねえじゃんっていう
この話題、twitterで繰り返し盛り上がりますね。最近だとどこかの議員が三角関数を槍玉に挙げていました。「学校のカリキュラムとして三角関数を教える必要性」の問題と、「私という個人が三角関数を理解する必要性」の問題、どちらについて話しているのかをはっきりさせてからでないと、無意味な議論だと思います。ただ、さらに踏み込んで言うと、生徒が「なんで数学を勉強する必要があるの」と言い出すとき本当に言いたいことは「勉強する必要性を説明してくれ」ではなく「勉強したくない」なので、文字通りに「なぜ勉強する必要があるのか」を説明したところで話が噛み合うことはないだろうなとも思います。
知識要素がモジュール化されたとしても、使う場面を判断するのは使用者だからな… 義務教育レベルの部分はそれこそ「領収書」扱いだから、自分で用意することになるだろうし。勉強と言っても、公式暗記したり、ゴリゴリ問題を解くという部分については、重要ではないが、お釣りは引き算、割り勘なら割り算…の延長線上程度の理解がないと使うべき場面で使えないし、それを伝える教育になってないから、こういう意見がまかり通るんだろうなとは思う。ソフトでもハードでもコンテンツでも、何かを作ろうとした人なら、「あ〜ここでそれ使うのか〜 ちゃんとやっとけば良かった…」って経験はしてるだろうけど、学生時代に気付ける人はごく僅かだし、難しいですね。
「先生、こんなものを学んで、将来何の役に立つんですか?」「ほう、こんなものもできない貴方は、将来何の役に立つんですか?」というジョークだけ投下
いい話。どうやら数学より、適当なジョークを投げつけて煙に巻くスキルの方が役に立ちそうだ。
自分なりの意見は持ってますが、通じない人の攻撃から煙に巻くために「なぜ役に立つか?ではなくどうやって役に立たせるか?を考えれば?」 という意見を用意しています。
関係ないけど、親父が言ってた「シュレッダーにかけた書類を徹夜で繋ぎ合わせる作業」を思い出した
25:37 プリン…
REST API はお前だ‼️w
パルナ~ス♪パルナース♪モスクワの味~(関西人の頭の中)
いつか否定論理積の解説をやって頂けないでしょうか?
この回見たあとにもう一度ユルコン、ユル言を見(聴き)直すと堀元さんと水野さんの掛け合いに味わいが出てきました。ずっと聞き続けていられますねぇ。非常に心地良です。
ゆる言語学ラジオもそうだけど、完全にこちらの生活習慣を読まれてる気がする投稿時間
分かる。掃除始めるあたりであげてくれるから掃除機かけながら聴けて大変ありがたい
なかなか着地が難しい話ですね。利用時には中身を気にしない/気にさせないのが重要ですが、検証時は中身が見えてる必要があるっていうOSSの流れがありますもんね。命名が悪いっていうのはそうw。
経費精算=インスタンスがリソースをいつ何のためにどれだけ使ったか。これはOOPで隠ぺいされるべき情報の筆頭なので、喩えがまずいとおもいます。……って、こういうOOP関連の喩え話は書いてる私は気持ちイイですが、読んでる人に新たな知見を与えることはない。
ブラックボックスとは仲良くなれないのは通説
哲学的ゾンビの話でてくるかと思った
機嫌によって態度を変えない、安定性のある人格に、RESTAPIに私はなりたい
経理の流れは毎回伝えていないだけで、会社によっては要綱にまとめられているし、そもそも聞けば教えてくれるだろうから隠してないんじゃない?
2人とも楽しそうやなあ
俺がアレな環境に身を置いているからかもだけど、REST APIの定義ちゃんとわかって使ってる人いないよな新卒のころ何も知らないから定義をネットで調べたけど、みんなが話している対象の実装と定義が乖離していて、しばらく理解できなかったのを思い出した
virtualを仮想って翻訳したのも翻訳ミスだよなー。
堀本さんはよく人をコンピューターのように扱ってサイコ扱いされますが、多分コンピューターを生き物のように感じているからこそ、人間を機械扱いしても、人間を人間扱いしているのとだいたい同じ感覚なんだろうなぁと思いました。
いまさら気づいたんですけど、後ろにドミニオンの箱あります?歴史とか政治経済の雑学話しながらの実況プレイ動画とか見てみたいかも...(ないかw)
うぽつです。毎日曜日の朝はゆるコンピュータ科学習慣だ。背景に今井先生の本があるw
31:53じゃぶじゃぶ送ります。
本当性癖に刺さるラジオ
■【10:52】→税理士さんに頼んだ方が、経営者は楽なのは事実でしょうね。でも、経理の不正を見抜けない経営者(株主を含む)で指摘できないのは、大問題でしょうね。因みに、アメリカでは、会計士を雇うのは、株主です。日本の様に、経営者ではあり得ません。
大会社は各部門によりモジュール化されているというのはいい例えだと思うけど、結果については公認会計士の監査を受けて、プロセスについてもSOXにより統制を受ける経理部を情報隠蔽というのはプリン並みに例えがあまり良くないかなw
オモコロと匿名ラジオの視聴者なので、ARuFaってインターネットオモロREST APIなんだなあと思った
♪すぐスマイルするべきだ〜子供じゃないならねREST APIってこういう事かな
堀本さんのちょいちょい人間を人間として見ていないサイコな一面すき
なぜ隠蔽の蔽をひらがなで書きますか?
冪等性を担保するため、「高評価をお願いします」に準じた発言が発生した回数だけ高評価ボタンを押しますね。ちなみに今回は2回発言がありました
必要な情報だけ与えたら申告書を作る税理士もAPIだし、税理士に確認された情報だけを返す社長もまたAPIなのだ。
【参考文献のリンク】
◯『プリンシプルオブプログラミング』
amzn.to/3yg9KNW
→今回のメイン種本。おもしろいし読みやすいしためになる。人生の役に立つかどうかは分からない。
◯『最速の仕事術はプログラマーが知っている』
amzn.to/3NjPEGI
→プログラミング技術を仕事全般に活かそう、みたいな本。非プログラマーでも全然読める。直接は参考にしていないが、アイデアを参考にさせてもらいました。今回の動画シリーズに似ているので、お好きな方は読んでみるといいかも。
◯『人月の神話 [プリント・レプリカ]』
amzn.to/3bt0HAs
→『銀の弾などない』などが収録されている著作集。「再発射」の方も入っているし、表題作『人月の神話』も超有名な論文なので、合わせて読みたい方にピッタリ。
◯『Code Complete 第2版 完全なプログラミングを目指して』
amzn.to/3OdlfLH
→情報隠蔽やリファクタリングについての思想で参考にした。有名なプログラミング方法論本。長いし骨太だし本質的なので、非プログラマーは読まない方がいい。
【サポーターコミュニティ加入はこちらから】
yurugengo.com/support
【親チャンネル:ゆる言語学ラジオ】
th-cam.com/channels/mpkIzF3xFzhPez7gXOyhVg.html
23:59 咳をしても水野
APIエラー:すでにチャンネル登録しているためチャンネル登録処理が正常に完了しませんでした。
8:26
???「会社が赤字になるのはおかしいな……0を足しちゃえ」
???「3から7って引けないじゃん……せや! 一の位と十の位入れ替えてまえ!」
算数のテストじゃないから電卓とか計算システム使っていいんだよ…
かいしゃの粉飾の謎を解く
曖昧なリクエストを送る人「あれってどうなったんだっけ?」
REST APIな人「400 bad request」
曖昧なリクエストを送った人「え?え?〇〇くんどうしちゃったの?!」
unauthorizedされそう。
ブラックボックスなのはお前だ、はどういう経緯でできたかは覚えてないけどブラックボックスなのはお前だと言われるとブラックボックスなのはお前だと返せるという利用する際に必要な全ての情報は与えられているのでパルナスの規則を満たしている。
食事中に不意打ち「ブラックボックスなのはお前だ」をくらい、大惨事。
ゆる言語学ラジオ視聴者:サンプル
ゆるコンピュータ科学ラジオ視聴者:REST API
新人に対して仕事を説明する時、仕事遂行に必要な情報だけ与えて、不要な情報は隠蔽するように努めていたら「分かりやすい」と評価されました。
教育とはパルナスの規則を満たすAPI人間を作り出すことなのかもしれませんね。
水野さんは髭を生やしてた時はサイコパスというか、習慣的に人を葬ってそうな文豪って感じがしてかっこよかったです。
髭がないと爽やかお兄さんに見えちゃうのでキャラが薄れているのではないでしょうか。ぜひまた髭を生やしてください!
令和のリンカーン
水野ダリ貴
ちょっとわかる
なまじ、情報共有の美名が広がっているだけに、情報隠蔽が賊軍扱いされている。冗談半分、本音半分でそういうところがあるなぁ。
1:05 水野「ふぁぃ、さいこうれふ」
なるほど、雨ニモマケズで言っていたのは、REST APIになりたいということなんですね
31:15 水野さんの「繰り返し押されると解除されてしまうので」って指摘めっちゃ鋭い。
HTTPのリクエストにPOSTとPUTというのがあって、教科書的には、冪等性がないリクエストにはPOST、冪等性があるリクエストにはPUTを使うべきとされているんだけど(実際は全部POSTでやることも多い)、繰り返し呼ばれても結果的な状態が変わらないようなリクエストにはPUTを使うんだよね。「高評価ボタンを押す」という操作をPOSTすると、高評価が解除されてしまう。まるでその話を知っていたかのようなコメント。
情報隠蔽(Information hiding)
◎情報隠匿 : 訳語を変えただけ。少し柔らかい印象になるかもしれないが、隠匿罪という罪もあり負の印象は拭えない。
◎情報秘匿 : 情報を意図的に改竄して秘密を守るという意味も含まれるため、適切ではないか。
◎情報機密 : 外部に一切の情報を漏らさないという意味になってしまう。セキュリティ用語と混同される恐れあり。
◎情報遮蔽 : ある程度の透過も許容しているように聞こえてしまう。
◎情報遮断 : 流れを完全に止めることになってしまい、API すら呼べない危険がある。通信用語と誤解されるか。
◎情報隠遁 : 俗世を逃れて隠れ住むこと。API を呼んでほしくないときに便利。
◎情報保護 : 名ばかりで漏洩するのが常。
◎情報封鎖 : 怖い。
最後の方ワロた
11:41
「思考」じゃなく「指向」
物書き・エンジニアタイプの堀本にはこうかはばつぐんだ
おもしろかったです!
両親が開発者コミュニティ扱いされてんのマジで笑う
ゆる 言語/コンピューター科学 ラジオ両方を通して、回を追うごとに水野さんの感情表現が(false爆笑 したりキレたり)多彩になっているあたり、良い開発者コミュニティに恵まれてるなぁと思った
カントは「人格を手段としてでなく目的として扱え」ではなく
「手段としてのみならず同時に目的として扱え」なので
別に手段として扱ってもいいです
8:55 内部構造の隠蔽について、3つ目のメリットとして、入出力を合わせれば内部構造を変更しても影響がないってのが抜けてる。これにより、簡単により効率の良いモジュールに変更することができる。
モジュール化が本質的過ぎてそれを超える回がない
堀本さんあれじゃん
抽象化APIじゃん
もはや、台本ブレイクが楽しみですらあるw
「隠蔽」に代わる単語としては「秘匿」がいいのかなと思いました。意味的にはほぼ同じだと思いますが「隠蔽」は悪いイメージが強いので・・・
ということを考えて、よく使われる状況に言葉自体の印象が引っ張られてしまうあたり言語の冪等性は低いのかなと思いましたし、それが人間味なのかもしれません
「情報隠蔽」は「information hiding」の 訳語なんですが、これを「情報秘匿」と訳さないのは、コンピュータ業界で「秘匿」はすでに「暗号化する・された (encryption/encrypted) 」の訳語として定着しているからです。information hiding には暗号化の意味合いは全くないので、「情報秘匿」だと意味が変わってしまうんですね。
なお、「information hiding」という用語を使い出したのは、動画に出てきたパルナスの規則の提唱者、David Parnas です。文句はこちらにどうぞ。
@@ShigehiroYoshinaga ナイス補足!
2:47 今日のブラおま
実は数学でも情報隠ぺいは重要で、
集合AとBの直積の元を構成する方法は(a,b)={{a},{a,b}}でできるし、自然数の構成は{φ,{φ},{φ,{φ}},...}でできるし、写像や関係の定義は、直積集合の部分集合なんですけど、それらを用いる時に毎回厳密な構成を考えると非常に扱いづらいので、
直積なら「(a,b)=(c,d)とa=c,b=dが同値になる順序対(x,y)全体」
自然数なら{0,1,2,3,...}
写像なら「定義域の任意の元に対してただ1つ終域の元が定まる対応関係」と考えます。
「トークン名〇〇からのリクエストです」
ブラックボックスなのは私か!
士業だけでなく、医師もREST APIっぽいところありますね。昨今内容開示を求められがちだけど元々は診断だけ伝えてプロセスは開示しないものだったんだろうな。業態変化の途上でしょうか。
ディストピアでREST APIと2人(?)で暮らしていた老人が、ある事件をきっかけに世界の謎を紐解きながらREST APIに友情を感じていく物語ありそうだな。
堀元さんがやっていることは基本的に「三題噺」と同じなのだと思いました。
テーマに沿って出てくる専門用語を使いながら、面白い話に仕立てていくのが上手いのだと思います。
それに対して水野さんは比較的正確に言語を使用しようとするので、そこに生じるミスマッチが笑いの源泉になっているのではないでしょうか。
そういう意味では、堀元さんがボケで水野さんがツッコミなんでしょうね。
情報隠蔽のメリットとして「モジュール提供側が how を変更しやすくなる」というのはぜひ挙げてほしかった。
例えば「ユーザーがサポーターコミュニティに加入するために必要な本当に最小限の情報ってなんだろう」「最低限以外の情報を渡してしまうと何が起きるんだろう」みたいな議論をやってみると面白かったと思う。
隠蔽という語のそれ自体には悪事のニュアンスは含まれないので、辞書オタクな水野さんが日常の用例に引きずられてしまっているのが少し意外だった。
情報隠蔽はモジュールの利用者だけでなく実装側にもメリットがある。
利用者がモジュールのインターフェイスのみに依存しているならば、実装側は中身を自由に変更できる。
普段はコールセンターで働いているんですが、あの職種はREST API人間しかいないです
REST API人間の水野さんに隠蔽の意味を聞いてる堀元さんのサムネが楽しくてちゃんと読んでしまった笑
普通のラジオだったらパーソナリティにモノ扱いされたら嫌な気持ちになるけど、堀元さんにRESTAPI扱いされても「まぁ、堀元さんだしな…」で済まされるから強い。
サムネのAPIレスポンスが面白すぎる
言われてみれば、こちらのリスナーの呼び方は決まってませんでしたね
全体を「ゆるコン科学徒」
個人を「REST API」
名前を挙げるときは「ソフト名」かな?
大企業は情報隠蔽が徹底してるから子会社に出向してきた時に置物上司が爆誕してしまうのか
サムネのcurl、ドメインが指定されていないのでエラーになりそう
確定申告は会社がやってくれているから自分でやっていないのか…
ゆる言語学ラジオ関連では追加で確定申告するほどは貰ってないのか?
役割分担をしまくった結果、お隣さんの処理がどんなのかを知らなくてもよくなったって感じよね
モジュール化のうち特に内部を隠蔽するものはカプセル化と習いましたね
カプセルと言われると一まとめにして中身を隠すイメージが一発で浮かぶのでよく記憶に残っています
お二人の会話、いつも楽しいです。
趣味で悪口を言ってる人と、仕事で悪口を言っている人って、見てると楽しいですね。
「ブラックボックスなのは私達だ」でモジュール化したい
もし、一つ能力を追加できるなら他人の脳内を wget できるコマンドを追加したい。
情報量が多くて高性能なREST API人間水野w
オードリーの春日さんもパルナスの規則を守って何年も同じ見た目で同じギャグを繰り返しているのかもしれない。観る側も認知負荷が少なくて良いですよね
オードリーANNで「春日は子供の頃から欠かさずジャンプは毎週読んでいるし、他にも映画観たりたまには読書もしてインプットはめちゃくちゃ多いのに、その割にアウトプットが少なすぎる」という話を思い出した
軍人におけるNeed to Knowの原則みたいだなぁ
人間失格の大庭葉蔵は素晴らしいREST APIなのか
チャンネル登録してくれリクエストに対して、RESTful APIとして振る舞おうとしたけど、
すでにチャンネル登録済みと言うステート(状態)でしたので、「すでに登録済みです」とエラーを返します。
音だけで聞いてたから水野さんガチ落ち込みしてるのかと思ったけど、映像見たらニコニコでよかった✨
決まった解答をしてくるやつはREST API
柔軟な解答をしてくるやつはGraphQL API
こんにちわ RESTAPIです!
19:57 いつも明るいんだけど、全然心をひらいてくれない人を心配するときにも使えそう。
使用例)
「〇〇くんって、ずっとRESTfulだよね。私で良かったら、悩みとかいつでも聞くよ」
楽しみに待ってました
むだそくん蛇ーuserさんの初コメも待ってました
これで我々もコメントできる
適切に業務が行われてればブラックボックスもいいんだろうけど、
往々にして見えないところで人は不正をするから、手続の透明化が必要な訳で。
言語学好きだけど、生きて行くためにその分野の職はあきらめ経理をやってます。経理部というブラックボックスの中で静か〜にカリカリとシーク音出してる中の人です。零細企業ゆえ、見積提出から受発注納期管理・請求入金管理までやってて、営業が突散らかしてくる情報を丁寧に会計情報に翻訳して整理しています。いわば汚れた服も食い散らかしたお皿も、毎日毎日片付けて洗濯掃除して整えてあげているお母さんです。自分がやったわけではないものを丁寧に片付けてきれいにして文句も言わず毎日やってあげてるので、間違いなくやっといて当然みたいに言わず、いつも見えないところでありがとうって経理部の人には言ってあげてください😌
IR情報を公開するのが大事であるのと同時に
企業秘密が外部に流出しないのも大事だし、
セキュリティを高めて(機密)情報を隠蔽するのが大事であるのと同時に
必要な情報へのアクセスのしやすさを軽視すると利益を追求できない
業務がブラックボックス化されてるのは、実はいいことって論旨があったから、じゃあなんで「ブラックボックス化」が問題になるのかって考えてみた。
この問題の本質は、ブラックボックス化してることではなくて、ブラックボックスの中の人たちが、自分たちのブラックボックスを解析・メンテできないことなんだなと理解した。
(ブラックボックスを販売してる企業が自分達のブラックボックスを誰もメンテできないみたいな状態が問題)
つまり「業務のブラックボックス化」って言うのもまた命名悪いシリーズで、「ブラックボックス化した業務の仕様書失くし」って呼ぶべき
会社の経理の例で「情報隠蔽」の語感の納得感を得ようとするなら、
「経理部の人は会社の帳簿を一般社員に触らせたりしないよね」ってのがわかりやすいかもしれません。
社員が親切心で自分の経費を帳簿記入しようとして書き間違えられてしまったり、
見えた帳簿から「xxさんは経費こんなに使ってるのか、だったら自分も……」みたいな余計な判断が入ってしまったり、
なんならインサイダー情報知る人が増えてしまったりと、
帳簿を見せることに良いことが無いので、積極的に隠蔽しているのがわかると思います。
人間関係でもソフトウェアでも、機能同士の依存関係を出来るだけ小さくすることによって責任の所在を明確化出来るわけですよ。
なるほど、スピーカーが2人居るところに「ブラックボックスなのは」と放り込むのはHALT命令に当たるんですね。
隠蔽(あるいは最小化にrenameしたとしても)はソレ自体が悪なのじゃなく「それを悪用する奴」が悪なのだろうと思います。よってrenameしても同様に悪用する奴が居るかぎり同じ…。
ジャルジャル「あだ名が『REST API』のやつ」
水野さんの終わりの挨拶、べき等性があるなぁ
こまった
ブラックボックスのくだりが上書きされない
子供に何か教える時、混乱するから細部を伝えないのって情報隠蔽に近いかも
ゆる言語学ラジオ今井先生回とシンクロしている…
「なぜ線形代数や微積を勉強する必要があるのか」という問いに対して「だってスマホ作るのに数学が必要じゃん」みたいな返しが意味わからんのはこういうことなんだな
だって別に俺らその仕組み知る必要ねえじゃんっていう
この話題、twitterで繰り返し盛り上がりますね。最近だとどこかの議員が三角関数を槍玉に挙げていました。
「学校のカリキュラムとして三角関数を教える必要性」の問題と、「私という個人が三角関数を理解する必要性」の問題、どちらについて話しているのかをはっきりさせてからでないと、無意味な議論だと思います。
ただ、さらに踏み込んで言うと、生徒が「なんで数学を勉強する必要があるの」と言い出すとき本当に言いたいことは「勉強する必要性を説明してくれ」ではなく「勉強したくない」なので、文字通りに「なぜ勉強する必要があるのか」を説明したところで話が噛み合うことはないだろうなとも思います。
知識要素がモジュール化されたとしても、使う場面を判断するのは使用者だからな… 義務教育レベルの部分はそれこそ「領収書」扱いだから、自分で用意することになるだろうし。
勉強と言っても、公式暗記したり、ゴリゴリ問題を解くという部分については、重要ではないが、お釣りは引き算、割り勘なら割り算…の延長線上程度の理解がないと使うべき場面で使えないし、それを伝える教育になってないから、こういう意見がまかり通るんだろうなとは思う。
ソフトでもハードでもコンテンツでも、何かを作ろうとした人なら、「あ〜ここでそれ使うのか〜 ちゃんとやっとけば良かった…」って経験はしてるだろうけど、学生時代に気付ける人はごく僅かだし、難しいですね。
「先生、こんなものを学んで、将来何の役に立つんですか?」
「ほう、こんなものもできない貴方は、将来何の役に立つんですか?」
というジョークだけ投下
いい話。どうやら数学より、適当なジョークを投げつけて煙に巻くスキルの方が役に立ちそうだ。
自分なりの意見は持ってますが、通じない人の攻撃から煙に巻くために「なぜ役に立つか?ではなくどうやって役に立たせるか?を考えれば?」 という意見を用意しています。
関係ないけど、親父が言ってた「シュレッダーにかけた書類を徹夜で繋ぎ合わせる作業」を思い出した
25:37 プリン…
REST API はお前だ‼️w
パルナ~ス♪パルナース♪モスクワの味~(関西人の頭の中)
いつか否定論理積の解説をやって頂けないでしょうか?
この回見たあとにもう一度ユルコン、ユル言を見(聴き)直すと堀元さんと水野さんの掛け合いに味わいが出てきました。ずっと聞き続けていられますねぇ。
非常に心地良です。
ゆる言語学ラジオもそうだけど、完全にこちらの生活習慣を読まれてる気がする投稿時間
分かる。
掃除始めるあたりであげてくれるから
掃除機かけながら聴けて
大変ありがたい
なかなか着地が難しい話ですね。
利用時には中身を気にしない/気にさせないのが重要ですが、
検証時は中身が見えてる必要があるっていうOSSの流れがありますもんね。
命名が悪いっていうのはそうw。
経費精算=インスタンスがリソースをいつ何のためにどれだけ使ったか。これはOOPで隠ぺいされるべき情報の筆頭なので、喩えがまずいとおもいます。
……って、こういうOOP関連の喩え話は書いてる私は気持ちイイですが、読んでる人に新たな知見を与えることはない。
ブラックボックスとは仲良くなれないのは通説
哲学的ゾンビの話でてくるかと思った
機嫌によって態度を変えない、安定性のある人格に、RESTAPIに私はなりたい
経理の流れは毎回伝えていないだけで、会社によっては要綱にまとめられているし、そもそも聞けば教えてくれるだろうから隠してないんじゃない?
2人とも楽しそうやなあ
俺がアレな環境に身を置いているからかもだけど、REST APIの定義ちゃんとわかって使ってる人いないよな
新卒のころ何も知らないから定義をネットで調べたけど、みんなが話している対象の実装と定義が乖離していて、しばらく理解できなかったのを思い出した
virtualを仮想って翻訳したのも翻訳ミスだよなー。
堀本さんはよく人をコンピューターのように扱ってサイコ扱いされますが、多分コンピューターを生き物のように感じているからこそ、人間を機械扱いしても、人間を人間扱いしているのとだいたい同じ感覚なんだろうなぁと思いました。
いまさら気づいたんですけど、後ろにドミニオンの箱あります?
歴史とか政治経済の雑学話しながらの実況プレイ動画とか見てみたいかも...(ないかw)
うぽつです。毎日曜日の朝はゆるコンピュータ科学習慣だ。
背景に今井先生の本があるw
31:53じゃぶじゃぶ送ります。
本当性癖に刺さるラジオ
■【10:52】→税理士さんに頼んだ方が、経営者は楽なのは事実でしょうね。
でも、経理の不正を見抜けない経営者(株主を含む)で指摘できないのは、大問題でしょうね。
因みに、アメリカでは、会計士を雇うのは、株主です。日本の様に、経営者ではあり得ません。
大会社は各部門によりモジュール化されているというのはいい例えだと思うけど、結果については公認会計士の監査を受けて、プロセスについてもSOXにより統制を受ける経理部を情報隠蔽というのはプリン並みに例えがあまり良くないかなw
オモコロと匿名ラジオの視聴者なので、ARuFaってインターネットオモロREST APIなんだなあと思った
♪すぐスマイルするべきだ〜
子供じゃないならね
REST APIってこういう事かな
堀本さんのちょいちょい人間を人間として見ていないサイコな一面すき
なぜ隠蔽の蔽をひらがなで書きますか?
冪等性を担保するため、「高評価をお願いします」に準じた発言が発生した回数だけ高評価ボタンを押しますね。
ちなみに今回は2回発言がありました
必要な情報だけ与えたら申告書を作る税理士もAPIだし、税理士に確認された情報だけを返す社長もまたAPIなのだ。