KZ
item
Негізгі бет
Трендинг
Журнал
Ұнаған бейнелер
Ең жақсы KZitem
Фильм және анимация
Автокөліктер мен көлік құралдары
Музыка
Үй жануарлары мен аңдар
Спорт
Ойындар
Комедия
Ойын-сауық
Тәжірибелік нұсқаулар және стиль
Ғылым және технология
Кіру
Тіркелу
Кіру
Тіркелу
Негізгі бет
Трендинг
Журнал
Ұнаған бейнелер
Ең жақсы KZitem
Фильм және анимация
Автокөліктер мен көлік құралдары
Музыка
Үй жануарлары мен аңдар
Спорт
Ойындар
Комедия
Ойын-сауық
Тәжірибелік нұсқаулар және стиль
Ғылым және технология
Негізгі бет
プログラマーと辞書オタク、実質同じ【ゆるコンピュータ科学ラジオ2】#64
Күн бұрын
プログラマーと辞書オタク、実質同じ【ゆるコンピュータ科学ラジオ2】#64
Рет қаралды
193,030
ゆる言語学ラジオ
1
1
Жүктеу
Пікірлер: 525
@user-kj7xo4ei1b
2 жыл бұрын
レトルトは実は現代プログラミングの本質を突いてる。
@yurugengo
2 жыл бұрын
僕も「実はレトルトが一番モダンな言語なんですけどね」って言おうかめちゃくちゃ迷った結果、「話が散らかるのでやめよう!」と決断しました。苦渋の決断でした…(堀元)
@koutya
2 жыл бұрын
レトルトのところでめっちゃ何か言いたそうだなーと思いました笑
@Emushi0000
2 жыл бұрын
今回の動画の本質を突いているコメントすぎて、冒頭でこれ読んで概要分かっちゃいました。が、それでも最後まで聞きたくなるのがゆる言語ラジオですね。
@mozhigengo9479
2 жыл бұрын
実は日本の「ルー」も「ライブラリー」なんだな。ルーが何でできているのか知らない人も多い。こだわる人はルーなど使わず、シナモン・クローブ・ナツメグ・カルダモン・胡椒・クミン・ベイリーフなどなどスパイスを素材から使う。そう言う意味でいい例えだ👍
@fugetsubeats
2 жыл бұрын
最終的にはUbarとかで頼んで、うちで作ったことにして、上前だけはねようという未来が見えてきた。。
@user-dh6lq6yq8n
2 жыл бұрын
「分かった気にさせただけ」と聞いて「正確さと伝達力はトレードオフだから気をつけろ」とエンジニアなり立ての頃に先輩から言われた言葉を思い出しました。エンジニアって正確さにこだわりがちなのでなかなかこれができずに、伝えるのが上手ではない人が多いんですよね。そんな中堀本さんは最後にさらっと言ってて、やっぱトーク上手いなと思いました。
@ti6079
2 жыл бұрын
『正確さと伝達力はトレードオフ。今度使わせて頂きます!
@nbtk193
2 жыл бұрын
関係ないかもですが、3.11の翌年ごろだったかな‥世相を反映したのか、大学入試で現代文の問題文が、専門知識の伝え方や、正確さと伝達や、表現論、理科学のコミュニケーションとは、みたいのが多かったような気がします。
@000.
2 жыл бұрын
@@ti6079 " 』 付け忘れてますよ
@heyhehey1007
2 жыл бұрын
@@000. あなたが閉じたので足りましたね。
@givenup1173
2 жыл бұрын
“ よし!
@user-ed5xh8ge7d
2 жыл бұрын
学生の頃、マシン語で1ヶ月作業したら、プログラムで四則演算ができることを忘れてしまい、その後、C言語でかけ算を足し算ループでやった事を思い出しました。
@nenepapa0104
Жыл бұрын
一恵がかかるのでかかかかかかああかかないかなかったらかさか
@saketaro4246
2 жыл бұрын
尖った文系オタクと尖った理系オタクの歯車の噛み合せが完璧すぎて好き
@user-wr5rc5pb6e
2 жыл бұрын
補い合って完璧な存在になってる
@user-du9io4dn4l
2 жыл бұрын
-aryという集まりを表す語を含むdictionaryとlibraryによって辞書オタクとプログラマーの知識を集結させるの胸アツだな・・・
@1989ry05uke
2 жыл бұрын
そんな辞書オタクとプログラマーのbinary(二人組)
@user-ct4ub9os2f
2 жыл бұрын
プログラムとか全く出来ないけど聴いたことのある 「コンピュータは思ったとおりには動かない、書いたとおりに動く」 というプログラミングの格言が好きです
@katuragi123
Жыл бұрын
たぶん軍隊の将校とかも兵士や部下をこんな感じで指揮するんだろうね。だから命令は明瞭で解釈の揺れがあったら絶対にいかん。たとえそうやったとしても、絶対に思い通りには動かない
@TakuwaNU
2 жыл бұрын
25:45 車輪の再開発と併せて、「卵かけご飯美味しい!ネギとか具材を入れて火を通したらもっと美味しくなるに違いない!」と言って炒飯を再発明する話が好きです。
@tomotsun2508
2 жыл бұрын
昔、研究室で画面ロックせずにPCを放置して離席している間に、先輩にlsコマンドを打つとslコマンドが走るイタズラされたのを思い出しました。 aliasコマンドでlsコマンドを訂正しようとしてもslが走り、 viコマンドで設定ファイルを訂正しようとしてもslが走り、 諦めてexitコマンドでシェルプロンプトを閉じようとしてもslが走って恐怖でした。
@temusykyabe6796
2 жыл бұрын
普通に面白い
@saketaro4246
2 жыл бұрын
22:29 「バックアップが取れていれば先人の行動を完璧にコピーできる」という点がコンピュータサイエンスの強みだよなぁ
@tt-xr8oh
2 жыл бұрын
ゆる言語ラジオ聴き始めてから辞書を8冊買ったエンジニアの端くれです。 何故こんなに辞書に魅かれるのかやっとわかりました。初期にはよくリファレンスを通読していました、今はパラパラめくって楽しんでいます。 水野さんプログラム面白いって思って始めてくれたら嬉しいな。 堀元さんよろしくお願いします!
@user-vc8ry5sc9j
2 жыл бұрын
車輪の再発明と聞くと、 「日本って毎年なんか雨多い時期あるよな」 という梅雨の再発見してる人のコピペを思い出す。
@zahkmok
2 жыл бұрын
作業中にリファレンス読み始めちゃって仕事忘れる派のITエンジニアです。 そういえばアニメやゲームの内容より設定資料読むのが好きなオタクでもありました。 資料を読みこんだ後、頭の中をまとめて用語集書くのがめっちゃ好きだったんですが、だからエンジニアになってもライブラリ作るのが好きなんだなぁ、きっと。 そこが繋がっていたとは。とても腑に落ちました。
@nagatomo_o
2 жыл бұрын
なぜこのチャンネルを見てる人にIT技術者が多いのか腑に落ちた。
@ni_ne_
2 жыл бұрын
14:15 木→→→ニホンスギ 水野さんは定義の焦点を明確にするために狭めていく(小さくしていく)のに対して、堀元さんは情報の多さによって大きくしていく:言語学では質/コンピュータ科学では量 で捉えていることが顕著に表れている場面だと感じました。
@arminAnnie_j
2 жыл бұрын
誰も言及してないけど、そんなライブラリあるの!って話で「ボウリング場で風に手を当てて乾かす」の例を出した水野さんのセンスに感動しました。
@tkyab
2 жыл бұрын
初心者「必要な時に必要なものだけ探す」 中級者「時間があるときに今不要なものも掻い摘んで読む」 上級者「時間を作ってでも頭から通読する」
@user-en2zd5st5k
2 жыл бұрын
プログラマー【programmer】 ①パソコンに向かって何かを書いている人種。発注元からの突然の仕様変更やメンテナンス作業で苦しそうにしていることが多い。 語釈:水野
@玄米法師-b9s
2 жыл бұрын
最近見始めた者ですが、この2人がラジオをやるようになったきっかけが気になります。 分野が違うオタク同士の会話は面白いですね
@wahhahha3
2 жыл бұрын
23:39 絵描きの界隈でも「絵が上手い人ほど資料を沢山用意するし資料から沢山真似する」とよく言われますね 見栄えのいいポーズや構図や角度なんて限られてるし先人が腐るほど描いてるので、だったらそれを参考にする方がカッコいい、かわいい絵を速く描けるんですよね
@user-lg3ew8ik9g
2 жыл бұрын
なるほど、資料というのがそもそも”その道のプロが作った完成品”であることを考えてみれば、スピードと完成度が上がるのは道理ですね。
@isizuememo
2 жыл бұрын
『資料を見て描け』は先人の絵に限らず、『想像ではなくきちんとものを見ましょう』だと自分は捉えているのですが、これ、『エラーが出たら自分で考えるより、エラーメッセージでググったほうが早い』に近いな……と思いました
@た介
2 жыл бұрын
漫画を描いている者ですがまったく同じことを考えました 笑
@つみっく
2 жыл бұрын
カレーの作り方を聞かれて「レトルトでいい?」って答える水野さんにはエンジニア適性しか感じられません!
@kendo3916
2 жыл бұрын
レトルトカレーってコンテナですもんね。
@Kochi-Kochi-Kochi
2 жыл бұрын
水野家カレー、かぼちゃだけでなく、福神漬けを用意しようとするところにこだわりを感じるw
@so8661
2 жыл бұрын
プログラム的には、そこで用意すると煮込んじゃいますけれどね(^_^;) 人(日本人)なら、「福神漬は完成してから、皿の隅に乗せるか別皿(容器)で添えるか」と判るけれど、コンピュータには(指示か参照させなければ)判らない。
@84uma85
2 жыл бұрын
銀の弾丸は無いとか、プログラミング界の格言・名言を集めた回をやって欲しいです。水野さんのリアクションが気になる。
@shirokuma1962
2 жыл бұрын
これは見たいなあ😄
@rivieramente
2 жыл бұрын
前回動画の好きなコメント 水野「コード通読してきました」 堀元「えぇ…」
@arigatospecial5638
2 жыл бұрын
文系からSEになって不安だった頃に先輩に「無限にコピペするだけの簡単なお仕事だから安心してね」って言われたことを思い出しましたね。人が作った便利なものはバンバン使おう!みたいな。 言ってみれば設計者はスポーツのコーチ、基盤とかやってる人たちは解剖学者って感じなのかな。
@pa6023
2 жыл бұрын
先日知ったのですが、Eテレでプログラミングの番組が始まっています。子どもと見ていたのですが、全く理解できませんでして。これまで学習の友になっていたはずのEテレに突き放された感覚でした。時代が動いていることを実感すると同時にこの動画の価値を実感しました。次も楽しみです。
@aios_ciao
2 жыл бұрын
「どんなライブラリある?」はソースコードのライブラリがあるかの問い合わせ 「レトルトでいいですか?」 はリンク可能なビルド済みライブラリがあるかの問い合わせ 目的物(カレー)を得るうえでは、ある意味 水野さんは間違っていない… かもしれない
@so8661
2 жыл бұрын
レトルトパウチ自体が、カレーのライブラリ化ですね。あとは熱加えて盛り付けるだけという。
@nana-lc6lv
2 жыл бұрын
文系出身SE勢一度で二度おいしいラジオになってきている…… 会社入りたてでプログラミングも勉強中のころ、先輩に「めんどくさがりな奴こそプログラマに向いてる」と言われたのを思い出しました。出来るだけ用意されたものを使うなど少しでも効率良い方法を考えて、いかに楽するかっていう仕事なのだと。レトルトカレー使おうとした水野さんは絶対適性ありますよね。。
@KIKKOMANamawa
2 жыл бұрын
なんか、武井壮さんが「自分の体を思い通り動かせない生徒なのに、誰かの指導を受けてスランプに陥るのは当たり前」って言ってるのと似た感じがする 鍋 overflow ってエラー表示が出たら、どうやらうちの鍋は小さいらしいって思えるけれど 現実世界じゃエラー表示出ないし、生徒のスペック表も個別に用意されてないですからね
@user-mq2xn2te3g
2 жыл бұрын
すんげ~~~~~嬉しい瞬間だ~~~!!! 文系で「スマホって魔法の箱でしょ」くらいに思ってた人が、十分な説明力がある人に説明を受け、十分な理解力があるから理解し、 プログラマのやってることが簡単とも難しいとも言えることだと理解してもらえてる瞬間!! わかりあえないと思ってた人と和解できたくらいの嬉しさがある!
@KD-vp2bx
2 жыл бұрын
どんなライブラリあります? のところめちゃくちゃ笑いました😂 水野さんの先読み力すごく高くて、プログラミングの習得くらいはすぐできそうですね!
@user-cb8xf3ff5l
2 жыл бұрын
25:20 堀元さんの「そう捉えてあんまり間違いではない…と思うな(ちょっと違うけど……まあいっか…)」の感じと水野さんの嬉しそうな「なるほどねぇ!」の温度差が味わい深い
@masuo64
2 жыл бұрын
好奇心旺盛な生徒を持ってて、教科書書いてないことや他の教科との関連知識をやたら聞かれてる先生がよくする反応を連想しました
@struts6773
2 жыл бұрын
みんなで作ったライブラリをみんなで使う。というのがITのいいところですよね。フレームワークは「ビジネス文書の書法」、ライブラリは「ビジネス文書の文例集」みたいな感じのイメージ。
@hotmailhotmailhotmail
2 жыл бұрын
カレーにカボチャ入れることを聞かれて少し照れくさそうな水野さんめちゃくちゃ可愛い
@user-sl7ng9iw7l
2 жыл бұрын
言語学にあえて絡めるのなら、プログラミングって単語を生む作業なのかなって思いました! 「現在を含む日付の翌日=明日」「速く歩く=走る」ってまとめてしまえば、次の人は「今日 走る」で記述できるのと近いのかなと そう考えると急に身近!
@aoitakatsu3975
2 жыл бұрын
よくあるカレーの話になるのかなと思ったら料理から始まらずに買い出しから始まってフレーム問題風味になってて笑った
@modulelele6695
2 жыл бұрын
プログラマーがイライラしながらキーボード叩いてるのは丁度いい参照元が見つからなくてグーグルを検索しているとき
@nicoshiva1
2 жыл бұрын
純粋な水野さんを煙に巻きやがって!話進まねぇ!とイライラ聞いてるうちに何故か結論に超納得させられてゆる言語学ラジオのドリフト先まで指し示す装置になってるの理系すぎる
@user-fr5ts1sk2x
2 жыл бұрын
カレーの作り方、最初に水野さんが聞かれてる時に考えてたことがそのまんま正解として出てきてぞっとしました。プログラミングに慣れきってしまったんだなあ…
@user-hn4dp3ke6g
2 жыл бұрын
車輪の再開発は、「この世界観は俺だけのものだぜ」ってイキってた中学生の頃、その言葉を突きつけられて全能感と引き換えに知りました。
@unindowho
2 жыл бұрын
ダニングクルーガー効果だ…
@user-ql8iu9ex3y
2 жыл бұрын
27:47 実際のプログラマー目線だと、野菜スープライブラリをカレー作りに応用するのは避けたいです。将来野菜スープライブラリが更新されて、本来想定してないカレー作りがサポート外になる恐れがあるからです。
@bomoronro
2 жыл бұрын
数年前に更新が止まったツールが古いライブラリでしか正しく動かなったり、ライブラリをバージョンアップすると妙なところで動かなくなる問題。あるあるですね
@k18923
2 жыл бұрын
モダンな言語なら、ライブラリのバージョン指定しますよね。gemfile とか package .json とか requirements.txt とか。
@Pacmania100
2 жыл бұрын
野菜スープライブラリがバージョンアップされて、火加減が256段階から65536段階に細かくなった。 それを知らずに、従来通りそのまま火加減=200で指令したら・・・ぜんぜん煮込めないし食えないw
@user-qg7no4ru5l
2 жыл бұрын
"たまねぎ undefined"で笑った。 教育関係の「改革」論議はあらゆる概念が"undefined"なまま錯綜することが多いし、それが錯綜したまま政策になっちゃったりする。それに対して"教科 undefined"とか、"社会 undefined"とか、"国語 undefined"とかやっていくことは大事だなと思った。
@user-ee5qg6oo1m
2 жыл бұрын
水野さん察しよすぎてテンポがすごくいい笑 プログラマーのイメージだいぶ変わりました!面白かったです!!
@gareiku
2 жыл бұрын
きっと語弊があると思うけど私の中でのイメージは以下の通りです。 プログラマーは怠けたいという願望があって、怠けるためには全力で努力する。 ただ怠けたいものも怠けるための努力もプログラムを書くということになることが多い
@iliketurtles2531
2 жыл бұрын
というより文明や技術の発展自体がそういう経緯を経ていて、プログラマーはそれを01の世界で繰り返してるんですね コンクリートビルも自動車も「『それを作るための道具』を作るための道具」を誰かが作ったからそこにあるんです
@user-nk6ff1nw7w
2 жыл бұрын
「鍋 overflow」聞いた瞬間に爆笑してしまったwww
@thing0
2 жыл бұрын
俺もパスタ茹でるときとか、よくオーバーフローさせてしまうわ
@Kaladge
2 жыл бұрын
@@thing0 パスタを茹でるときは鍋じゃなくてフライパンの方が向いていると言う人もいます。 鍋は口が火から遠いので吹きこぼれますが、フライパンは火から近いので泡が割れて吹きこぼれないとか。 昔から当たり前に使っているライブラリでも、ときには変えると良いという例かもしれません。
@thing0
2 жыл бұрын
@@Kaladge え!? それは知らんかった…。 そのままフライパンでソース作れば洗い物も減るし、一石二鳥ですね。
@user-hb1bu2wo9b
2 жыл бұрын
昨今の技術者が「0101」のコードを書かなくていいのは先代の技術者たちが書いていた一番ブレイクダウンされた「0101」のコードを継承して有機的な指令を出せるようになったからなんだな。こう考えると、もはや臨界点に達してしまったとも思える技術の領域も、まだまだ凄まじい潜在能力を秘めているのかもしれない。
@user-pu3ke7lo7s
2 жыл бұрын
プログラミングちょっとしか触ってないけどめちゃくちゃ共感できる部分多くて笑った 大体エラー文コピペして海外の掲示板漁ってる
@jimscheurtz8224
2 жыл бұрын
sta**overflow www
@WINGofJapan283
2 жыл бұрын
カレー作りを指示してくる人に 「塩(えん)をひとつまみですか?硫化バリウムで良いですね」 「鍋に引く油はハイオクタン価のにしておきますね」 「強火で1分強とかじゃなくて単位をJ(ジュール)で記述していただけますか?」 「地表の70%を占める海中での調理が推奨されていますよね?」 「ところで調理環境は重力の存在が前提されてましたっけ?」 ってフレーム問題大喜利風に煽るの楽しすぎワロタ
@minami_alinko
2 жыл бұрын
17:43 昔の技術者はすべて0と1で記述した フロントパネルに並ぶトグルスイッチのON/OFFが0と1に対応していて、それでプログラミングしてたような話は聞くけど、80年代前半にプログラミングを覚えた私にとってすら神話の時代の話だな…。
@user-lp7nm2nm2y
2 жыл бұрын
プログラム言語の本質は「まとめる」とありましたが、実際にプログラムを作るときには、大きな問題を小さな問題にバラして作る。ということがあります。バラバラに作るからこそ「まとめる」という作業も発生しますし、部分的に交換するなどが可能になりますね。
@aetos382
2 жыл бұрын
プログラミングには「ライブラリを探して使う」のと同時に「他人(あるいは自分)のためにライブラリを作る」もあるわけで、「うまいまとまりを探す」だけでなく「うまくまとめる」も技術のうち。
@norio1414
2 жыл бұрын
個人的には、「車輪の再発明」は非常に優秀なレトリックだと思っています。 「車輪」のように ・それが実はれっきとしたコロンブスの卵的「発明」であること(自然に存在しない) ・今や世界中の誰もが「それが何であるかが分かる」もの、 ・それを「再発明することの(教育的意味やライセンスやライブラリの相性などの問題を除いた)無意味さやバカバカしさが実感できる」 という、このフレーズが成立するために必要な要素が全部備わった「発明」は、他になかなか見つからないと思います。 「車輪」を再発明する人はおらんやろ、というツッコミは、 「車輪」が立派な「発明」であるという事実を見落としているような気がしてなりません。
@fugetsubeats
2 жыл бұрын
人類独自が使うプリミティブなもので『火』なんかは現象の発見・利用ですし、道具としての『武器』なんかも、虫とかにも似たものが備わって持ってますしね。カニとかのハサミとか。 車輪がついてる生物はいない(?)だろうから模倣でもなく、まぎれもない発明ですね。面白く読ませてもらいました。
@令和ちゃん-t8p
2 жыл бұрын
第2回、本当に楽しみに待っていました〜! 考古学では分類した遺物のまとまりをアセンブリッジと呼ぶことが思い出されましたので、早速語源を辿ってきます!
@kizamininniq
2 жыл бұрын
22:07 本編の内容と直接関係無いのですが カレーの「ルウ」は誤用が普及してしまって 本来の意味に修正が不可能と思われる現状にモヤモヤします 本来は「小麦粉をバターで炒めたペースト状のもの」が「ルウ」で それに出汁とスパイスが加えられた塊が市販されているカレールウ、 対して、野菜のスープにルウを溶かし込んだ、米飯に添えるものは ソースと呼ばれる状態のもので、既に「ルウ」ではありません 注)苦情じゃないよ!問題意識を共有したいだけだよ!
@mozhigengo9479
2 жыл бұрын
そう! インドでは毎日カレー食べるんですか?って言う質問よくされるけど、インドでは「ルー」の入ったカレーは存在しない。原材料のスパイスを一つ一つ入れて作るが、小麦粉を入れてとろみをつけることはしない。だからシャバシャバしてる。そして肉の脂がしみ出るまでグツグツと煮込む。(現地の人はカレーのスープの部分を「グレービー」と言う) でもそんな手間のかかるものを忙しいのに毎日毎日作ってられるか!って訳で、日常的には簡略バージョンでスパイスでささっと野菜などを炒めておかずを作る。そこにスパイスが入ってると、「カレー」ですね、と言われる。何でやねん。それは現地では「सब्ज़ीサブジー」と言いますが、「野菜」という意味。カレーの語源になったタミル語のகறிも元は「野菜」という意味。元を正せば意味が違うのにというものはいっぱいあるものです。
@user-np2qk4mu1p
2 жыл бұрын
たとえ合戦のところ、 ドラゴンボールの悟空とベジータが凄いスピードで戦っているのを呆然と見守る地球人の気持ちがわかりました。
@user-so6sm5il3s
2 жыл бұрын
意味階層が記述されたシソーラスって木構造の辞書から単語間の概念距離を計算する研究を昔やっていたことがあります。スギ→ニホンスギの話を聞いて懐かしいなと思いました。
@user-cx4gm6kt1i
2 жыл бұрын
ライブラリを充実させてくれる人がいるおかげでqiitaとかの解説記事見るだけで済んじゃう まとめる、しっくりきました
@エネルギー12
2 жыл бұрын
カレー作りの例えがわかりやすすぎる
@user-md1hw2ve8i
2 жыл бұрын
鍋オーバーフロー分かりやすすぎて面白かった
@user-vi7kd7yb2i
2 жыл бұрын
レトルトOK?が出てくるところでもう面白い
@user-pl5en1tb6b
2 жыл бұрын
QRコードを手書きする課題と深さ4程度の決定木を書く課題があったの思い出した あれはまだマシな方だったんだな...
@user-ht9mv3ag5f
2 жыл бұрын
COMET IIのハンドアセンブルをやらされたのはいい思い出
@shirokuma1962
2 жыл бұрын
ハンドアセンブルは、8080時代のやりました😄
@yuyasato4132
2 жыл бұрын
当方エンジニアなったばかりですが、掘元さんのお話すごく共感できるのと分かりやすくて感動! そして水野さんも理解力すごいので簡単なホームページくらいならすぐ作れるようになっちゃいそうですね!
@user-xy6uq1ne4n
2 жыл бұрын
情報系の高専生です。 一年生のとき、学校であったプログラミング課題にちゃんとしたゲームを提出して、学科表彰された人がいました。どうやって作ったのか聞いたら、「ネットにあった簡単なシューティングゲームをコピペしてきた。でもコピペだけなのはまずいかなって思って、画像の動かし方を調べてキャラクターを作ったり…って感じで要素を追加していったんだよ。」と言ってて衝撃を受けたのを思い出しました。 水野さんがプログラマーに抱いていたイメージの様に、私や他のクラスメイトが馬鹿真面目に一からプログラムを書いてる中、彼は既にプログラマーのようなことをしていたんですね。
@user-jo5go4qc2k
2 жыл бұрын
slコマンドは例えるなら 間違えて「イモジャガをくれ」とコンピュータに命令するとコンピュータは「イモジャガ」なるものを世界中に探しに行って帰ってこなくなってしまうので、家の冷蔵庫に「イモジャガ」を置いておくことでそれを回避する みたいなイメージですかね
@yurugengo
2 жыл бұрын
良いコメントありがとうございます! slコマンドはそういう話ではなくて単にジョークなんですが、発想としてはすごく良くて、アルゴリズムの世界では「イモジャガ」を置くこともあります!専門用語で「番兵」と呼ばれますね。 (堀元)
@user-nf6bb3in7l
2 жыл бұрын
この動画を見て自分なりにコンピュータ言語が言語と言われる所以を考えました。 コンピュータプログラミングで適切なライブラリを使うためにも設計者の背景、思想とか文化がわからないとより適切な使い方をしてもらえません。なので、その動作を何という名前をつけるか、どんな固有名詞を定義するかなどは非常に気を使います。そのコミュニケーションをソースコード内でして、使う人にメッセージを出しているので、言語という方がしっくりすると思っています。
@mercredi28
2 жыл бұрын
sl コマンド…急いでるときに汽車が走っていくのを見守るときの気持ち…懐かしい。
@hubuki2518
2 жыл бұрын
車輪の再開発辺りで蝉の声に気付いてしまった 本当にめっちゃ撮り溜めてるんやな
@njmono3
2 жыл бұрын
この回が# 64ってのがいい
@user-tb7kx4zi2g
2 жыл бұрын
「車輪の再開発」はおそらく「オリジナルの車やバイクを作る時に」という前提があると思います。 自社で開発を重ねてきたホイールがある車メーカーでもない限り、たとえ技術的にブラックボックスだとしてもありもので済ませる方がベターということですね ライブラリについても、「多くの人が使う過程で不具合が取り除かれ、洗練され、安定して使われているもの」というのがメリットとして大きいという趣旨かなと思います。 当然、マイナーなライブラリを使うときはリスクもリターンもそれなりですw
@byakugunn
2 жыл бұрын
時々、アルゴリズムの初心者本を色々読んでみるのですが、英単語の指令を入力すると何故その動作が起きるのかわからず腑に落ちずにいました。 今回の堀元さんの解説で、自分の知りたかったことはコンピューターの本質そのもので、細分化されたテーマの初心者本では得られないテーマだったということに気づき、なおかつ全体像を捉えることができました。 この話しが無料で聞けるって、エグいですね…。
@byakugunn
2 жыл бұрын
@@vonneumann6161 ガチ勢の方からのお返事、感動です!!痛み入ります。私の周囲の人には聞けないテーマなので、何を調べればいいかを提示して頂けるのは非常に助かります。と言っても初心者本を読むくらいなので、どれくらい理解できるか微妙なところですが…。提示して頂いたワードをそれぞれまずググってみましたが、とてもわかりやすく簡単にご説明頂いていたことに改めて気づきました。
@utopia2806
2 жыл бұрын
英語にも “reinvent the wheel (車輪の再開発)"みたいな表現あります…!意味全く同じです You don’t need to reinvent the wheel みたいな。 一度も使ったことないけど言われれば分かるくらいの感じです
@biasch2
2 жыл бұрын
外在する世界を分割して意味持たせる言語空間と、何も無い空間に指令を積み重ねて意味を持たせるコンピュータ言語の空間。 イメージは逆で正しい気がする。。
@TheMaashan
2 жыл бұрын
今話題になっている「A君は155cm、B君は160cm、C君は165cm、D君は170cm、E君は175cmです。C君の次に背の高いのは?」の答えがB君派とD君派に真っ二つに分かれている件、これを取り上げてもらえませんか?
@nbtk193
2 жыл бұрын
文系のプログラムといったら法律体系なのではとおもったりします。 資格試験ため産業系や工業系の法令を読んでいると、安全性を保つために目的やら主体やらが定義されて、扱う物質も化学式で定められています。その条件の長さや重さ、また単位も定めています。
@user-bj9mw9gy3j
2 жыл бұрын
話は別ですが、法律とプログラミングといえば、法律をソースコード的に置き換える、あるいはソースコードのように解釈するbitlawというプロジェクトがあったり、最近マンパワーで行われている法案作成のミスが連続した時期にはコンピューターの力を使って効率化(時間短縮・ミス削減)を図れるのではないかという話題がありましたね。 日本国憲法を論理プログラミングを用いて表記した「論理憲法」なんかは結構面白いですが、法解釈的な問題点として様々な事項の未定義や主体不明・客体不明などがあってすごく良い出来とまではいきませんね。とはいえ、憲法のそうした点は学者も実務家も皆改善してほしいとは思っているようなので、プログラマの人も見たらそう思うのかもしれませんね。
@nbtk193
Жыл бұрын
@@user-bj9mw9gy3j 先日PSYCHO-PASSという劇場アニメを観てきて、AIと法と人の関係が、モチーフになっていました。挙げてもらった事柄を参照して見直すと面白そうですね。
@nariakiiwatani5072
2 жыл бұрын
仕事でプログラミングをしていると、カレー作りライブラリがなくて自分で作ることがほとんどなので、確かに既存のライブラリを使ってカレーを作るんですが、その際の知見を自分がカレー作りライブラリとしてまとめて公開することを心がけています。ライブラリを作る人と使う人というのも明確に分かれているものではないですね。堀元さんは承知の上でお話されているとは思いますが。
@user-dl8tc9hi3b
2 жыл бұрын
カレー作りライブラリみたいなeasyなライブラリ使うと、最初はすぐに成果がでるけど、痒いところに手が届かなくて、仕様変更に弱いんですよねー 私はいつも、にんじん切るライブラリ、ジャガイモ剥くライブラリとかの粒度のライブラリ使いますー
@angiodianxin
2 жыл бұрын
私もそうです!包丁使うライブラリ持ってきて各野菜に対応させるくらいの粒度かな
@k18923
2 жыл бұрын
やりたいこととライブラリでできることのバランスを考えるのも、技量が要りますよね。勘所というか。例えば、Twitterでツイートしたいなら公式のライブラリをそのまま使うのがいいけど、ボーリングしてるときに手を乾かしたいならプリミティブな命令を組み合わせるのが応用が効いてロバストな作りになる。
@adin0225
2 жыл бұрын
今回説明された「プログラミングの本質」は機械語やアセンブリ言語で書かれていた時代のものとは全く別物ですね。 前回同様に、書くべき命令の「量が増える」ことでプログラミングの「質が変わった」といえそうですね。
@SuperUnknownCitizen
2 жыл бұрын
「どんなライブラリあります?」わかるわぁw プログラミングなんてやっていることは、「代入」「分岐」「繰り返し」「関数呼び出し(ライブラリ呼び出し)」しか無いから難しいことは何もねえよ、と言われたことが懐かしい。「代入」「分岐」「繰り返し」なんて、すぐに身につくもんなんであとの成長はどれだけライブラリを駆使するかになってくる部分もありますからねぇ・・・
@nagatarock31
2 жыл бұрын
似たようなスマホアプリのゲームが粗製乱造されていく理由がなんとなくわかった。
@samikozono8822
2 жыл бұрын
「車輪の再発明」かと思ってました。英語だと Reinventing the wheel だし
@gc373
2 жыл бұрын
おなじく 再発明は聞くけど再開発は聞いたことない
@arixatos
2 жыл бұрын
自分は言語学オタクのプログラマーなのだが、言語学オタクとしてもプログラマーとしてもlojbanという人工言語をとても面白いと感じている。 堀元さんと水野さんがこの人工言語を知ったらどう感じるのか一度聞いてみたい。 因みにlojbanは元々は特にサピア=ウォーフ仮説の調査のために設計され、現在の文法はPEGで記述されている。
@fuwakiki
2 жыл бұрын
関係ないけど「玉ねぎundefined」の語感が好きすぎて一人でツボってた
@Emushi0000
2 жыл бұрын
英語でもreinvent the wheel と表現し、意味は「無駄に一からやり直す」ですね。会話でも自然に出てくるフレーズなのですが、なるほど、日本ではエンジニアの間で普及しているんですね。
@Malheul10
3 ай бұрын
英語から輸入した表現です。
@user-zf8ri3fx6f
2 жыл бұрын
高校までって勉強する内容をネットで調べることになんとなく忌避感というか良くないことみたいなイメージがあるけど、大学なり専門学校なりで情報系に進学すると寧ろネットで調べ物できないと勉強が進まなくなるよね
@s.s3126
2 жыл бұрын
1:20 この前ITエンジニアのことを意味するつもりでエンジニアって言ったら、隣にいた機械科所属のやつにITエンジニアだけがエンジニアじゃねぇって怒られたのを思い出しました。
@cassianomame586
2 жыл бұрын
C言語とか、コンピューターが読めればいいだけだから、正しい動作すれば、どう書いても構わないと思っていたら、実は、人が読むことの方が多いんですよね。人が読みやすく書けとはよく言われますね。自分で書いたソースコードであっても、昔書いた関数を使ってやろうと思ったら、組み込めなくて、ソースコードを読み始めると、何これ分からんとなって、結局、同じ動作の関数をまた書くとか、ありました。
@user-bp7fy2qp9m
2 жыл бұрын
未来の自分は他人。
@vt-priest
2 жыл бұрын
プログラマ的に正しい振る舞い、なるほど。 スタッフ「新企画なんですけど、プログラムを作っていただきたいなと」 山口「作るってどのレベルで? 命令セットから?」 ルネサスエレクトロニクス 長瀬「こんにちわー!」
@mito8163
2 жыл бұрын
プログラミング言語の本質は、計算機への命令を簡単にするために、複数の命令をまとめること、という説明が非常に腑に落ちました。ならば、まとめる範囲はどこまで広げることができるのだろうか、と考えてしまいました。 例えば、まとめる範囲が手続きであれば、構造化、データ型であれば、抽象データ型、両方に広げれば、オブジェクト指向型プログラミングと言えます。また、こうして考えると、まとめる範囲とは、抽象化する範囲でもあります。そうなると、関数型プログラミングで領域特化型言語を作っているときには、抽象化の範囲は言語そのものであり、まとめる範囲はプログラミングそのものなのだろうか、などと空想が広がります。 今回は、非常に面白い話をありがとうございました。次回の「プログラミング言語は言語?」も楽しみにしております。
@user-wc4qr7me9p
2 жыл бұрын
自分も水野さんレベルでプログラミングを知らない人でしたが、今回の話でわかった気になることができました笑 お二人がプログラミング言語は言語なのかという問いに、どんな結論をだすのかとても楽しみです。
@user-jb7fn8ct6p
2 жыл бұрын
ちなみにカレーにソースを入れると美味しいですよね。
@user-cp3ey7cz7z
3 ай бұрын
関係なくて笑った😂
@keylock2516
2 жыл бұрын
カレー作りを具体的にするっていう所で、ラーメンズの「シャンパンタワーとあやとりとロールケーキ」を思い出しました。具体的な指示というのがいかににめんどくさいのかがわかりやすくコントにされてる。
@taturou
2 жыл бұрын
「車輪の再開発」というのは初めて聞きました。 私がプログラミングを始めた時代(と言っても15年くらい前ですが)は、「車輪の再発明」と言っていました。 結局「すでにあるライブラリを自分で作るな」という意味では同じことですが、「再開発」より「再発明」のほうが、「そもそも思いつくなよ」という感じがしてエグいですね。 ちなみに、私は仕事でOSを作っているので、ライブラリを作る側の人間です。 その場合、仕事の殆どは「どうやったら汎用的で使いやすい仕様になるか」を考える時間と、マニュアルを書いている時間とです。 他のライブラリの仕様は、参考のために読むことはあっても、使うために読むことはほぼないです。 どちらにしろ、マクロな画面にコードを書いている時間は少ないですね~。
@tanaka_choco
2 жыл бұрын
21:08 ATだと車の仕組みが分からないって話は自分も聞いたことあるのだけど、最近ATとMTではそもそもギアの作りが違うと知って、MTは理解しててもATは分かってない人もいるのかもと思い始めた
@user-cx3ot6xc3w
2 жыл бұрын
というか通常ATはMTの延長線上。違うと言っても自動化してるかしてないかの違い。ホントに違うというならばATの中でもCVTを例に挙げるのがより正確かも。ただCVTの方がぱっと見の理解が段違いにしやすいのがアレですが。
@tanaka_choco
2 жыл бұрын
@@user-cx3ot6xc3w 私のこれまでの理解では自動化してるかしてないかと思っていたのですが、ATにはそもそもクラッチがなくトルクコンバータという機構を使ってギアのなめらかな切り替えを実現してるとの説明を見ました。クラッチがないというのはATの中でも一部なのでしょうか?
@illlegal124
2 жыл бұрын
クラッチとトランスミッションを別で考えた方がいいですね 変速を行うのはトランスミッションなのでその点ではMTにもATにもついてます 田中ちょこさんが仰ってるタイプのトルクコンバーターはクラッチの代わりにATについてるものです ATはクラッチ操作を自動でするものでギヤの本質は変わらないということを立花蔵人さんは仰りたいのだと思います
@renzhen
2 жыл бұрын
この二人の話、面白くてずっと聞いていたいから、40分ほどの話でも、すぐに終わりが来ちゃった感じがする。 いつも終わった後「もっと聞きて~!」
@user-bj9mw9gy3j
2 жыл бұрын
ライブラリとか関数とかって、数学で言えば「公式」ですね。 高校までの数学ってほとんどプログラミングしかしてないような。新しい言語(概念・定義)を導入して、色んなライブラリや関数(公式や定理、解き方)を聞いて使ってみるって。 ただ、数学には「公式は自分で導出できるから丸暗記するな」学派がいて、辛うじて数学は人間1人の仕事の量で導出できますけど、プログラミング言語でそれやろうとすると一生かかっても終わらないからライブラリや関数を使って、ライブラリや関数を自分で作る変わりに使う方にクリエイティビティを発揮してるだけですね。
@user-yj5ys3wm5q
2 жыл бұрын
巨人の肩の上に立つって言葉を思い出しました
@user-tz8eb8jt3r
2 жыл бұрын
集中してくれ!のくだりが笑いました🤣
@user-es2qk7cr3y
2 жыл бұрын
車輪の再開発! これやっちゃったことに気づいた瞬間「え、あった……」てなって、どっと疲れるよね。
@jasminetiger5287
2 жыл бұрын
wikipediaがオープンソースの辞書・百科事典っぽいですね
@yuusat5132
2 жыл бұрын
「車輪の再開発」はなぜ車輪なのか、という話です。 人間が発明したもののほとんどが自然界にあるものを応用したものであるのに対して、 車輪は自然界には無く(厳密には微生物に車輪をもつものもいるらしいですが) 人間の長い歴史からみても、自然から独立した凄くレアな発明であり、 もしそれを再開発しようとすると大きな時間の無駄になってしまいます。 そういう「偉大な発明」という意味で車輪が使われているのだと聞いたことがあります。
@user-ff7sz4ql5p
2 жыл бұрын
15:48 「木を切れ」という一つのライブラリを分析すると この世すべての木の種類が登録してあるライブラリ が入っていて、さらにその中には この世すべての常用針葉樹が登録してあるライブラリ が入っていて、さらにその中には この世すべての杉が登録してあるライブラリ が入っていて、さらにその中には ニホンスギとは何かを定義しているライブラリ が入っているってことなんだろうな。 ニホンスギの判別という 特定の限られた用途にしか使えないライブラリたちの集合があるから 「木を切る」という抽象的で大きな命令を可能にするライブラリが存在できる。
@gochuui1
2 жыл бұрын
ライブラリは動作ではなく、動作を行うもののカテゴリで定義されるイメージ なので「林業」ライブラリみたいなので「林業従事者A」「チェーンソーB」 「木材C(ニホンスギ)」を定義し、「林業従事者A」のプロパティに「チェーンソーB」を設定して 「林業従事者A」の「木を切る」メソッドに「木材C」を渡して「伐採林D(ニホンスギ)」を取得する、みたいな
Пікірлер: 525