  |
はてなキーワード: コンピューターサイエンスとは
映像のない YouTube のような存在が ポッドキャストです。
YouTube のように、素人も投稿できる音声 メディアです。
※Googleポッドキャストは、YouTube musicに統合の話が出ている
他にSpotify、Amazon music、radikoからも聞けるらしい。
経済系の番組はおじさんがしゃべっていることが多いが、この番組は若い大学生～大学院生の女の子が最近の経済について 話しており、非常に聞きやすく、軽い気持ちで聞けるのが良い。ポッドキャスト的な流し聞きに向いてる。
日経トレンディ及び日経クロストレンドという雑誌の編集部が送るポッドキャストで、最近おすすめのサービスや商品の紹介など。
ボケとツッコミの激しい2人が、最近のサービスや商品、漫画、映画、ドラマなど、とにかく流行っているものについて面白おかしく語る。バルミューダ社長のいじりが好き。
世界や日本の歴史をデータベース化して収益を上げようとする会社が運営しており、歴史に関して何時間も熱く語り、勉強になる。田川をいじるネタが面白い。YouTube番組でもある。
茂木健一郎が、さまざまなゲストを迎えて話すラジオ番組。最近だと、鈴木おさむさんだとか、Pecoさんが出た。過去に ホリエモンやメンタリストDaiGoさん等、有名な人がめちゃくちゃ出ている。スポンサーは聖◎新聞な点が気になりますが、特にそっち系の話はない。
Dream Heartと同じくゲストを迎えて、大学の研究者などから色々な話を聞けるラジオ番組。残念なことに放送終了している。
初期の方は、笑い飯の哲夫さんが仏教に関してあれこれ教えてくれる番組でしたが、ネタが切れてきたのか、だんだんとお坊さんをゲストに迎え、 仏教に関するあれこれをトークする番組 に変わっている
ニュースを読んで、日本語と英語で雑談する番組。 私は英語のリスニング能力が低いので、英語は部分部分しか聞き取れないが、マミはだいたい日本語で話をしているため、文脈からなんとなく英語がわかる気になれる。マイケルは日本語を喋れるのに、かたくなに英語しか喋らない。
文法のあれこれに関して、うんちくを語り尽くす番組。YouTube番組でもある。 とにかく収録時間が長い。よくも文法や単語に関して長時間話せるものだとトークスキルの高さと教養に感心する。
栄養士と料理人とコンサルトの3人が日本の食文化の知識に関して語り尽くす番組で、普段何気なく食べている食事にも深い概念があると気づける。
中学生から知り合いらしい高槻市出身の2人の雑談番組で、以前はどうしようもない下ネタが多かったが、近年、配信者が結婚や子育てを重ね、人間としてまともになっていく感じが興味深い。初期の方から聞いていると、配信者の人生を覗き見している感じが良かったが、 現在、過去回は封印されている。
トヨタ vs ホンダ、任天堂 vs ソニー、ナイキ vs アディダスなど、業界内で有名な2つの企業がどうやって生まれたのか？どのように成長していったのか？をストーリー仕立てにした番組。 もともとは海外の番組で、それを日本語に翻訳した番組でありちゃんと構成が練られている。
新刊の本の内容をドラマ化や、要約して配信する番組。近年、YouTubeでよく見る本の要約のプロ版だと思う。劇団員やナレーションが声優をしていそうに見える。しかし、現在 2020年で更新は止まっている。
大手企業相手の人事コンサルタントである楠田祐が、様々な有名企業の人事部をゲストに、人事評価ってどうやるのか、社内コミュニケーションをどうするのか、リモートワークの対応はどうなのかなど、 どのような人を採用するのかなど、人事に関する貴重な話を聞ける。
フリーランス全般に関して、家賃をどうしているだとか、発注に関する話だとか、 業界を限定しないフリーランスの話を聞ける。しかしコロナ禍の始まりと共に更新が止まっており 、コロナ禍以降、彼らはどうしたのか気になって仕方がない。
転職サイトのGreen編集部が配信している番組で、転職にまつわる話題を話したり、ユニークな事業をしている企業をゲストに迎えて話す番組。
散財王のドリキンと、長らく Web系記事のライターで活躍していた松尾さんがメインでお送りする番組です。主にガジェット系の話でApple 製品や カメラの話などを語っています。かつてはIT系のニュースについて話す番組だったが、 最近は自由気ままに好きなことについて話す番組となっている。AIに関する話題も聞ける。 コミュニティ活動も盛んな様子です。
テック系のポッドキャストも多く聞いてるのですが、 テック系に興味がない方もいると思うので 別にまとめます。 YouTubeの場合、IT系の番組は初心者向けすぎたり極端な意見を述べる番組を散見するが、ポッドキャストは本格的に技術的に語る番組が多い気がする。
宮川達彦さんが運営している番組で、知り合いのエンジニアたちをゲストに迎えて、あれこれ雑談する話で、サンフランシスコで働いているエンジニアも居ますが、意外と技術 寄りの話は少なく雑談が多い。過去に、Perll開発者のラリー・ウォールや、Ruby開発者のまつもとゆきひろが出演していた。
ブラウザの仕様変更やフロントエンド系のフレームワークの最新動向などをキャッチアップして放送する番組で、そういう情報は基本的に英語なので日本語で話してくれると、とても 勉強になるのだが、話の内容が本格的すぎて気軽に聞ける番組ではない。
特定の技術の専門家を招き、深堀って専門的な話を聞してもらえる番組。これまた、えらく話が専門的で理解が難しいことが多い。最近、t_wadaさんがTDDの誤解について語っていて勉強になった。
Qiitaプロダクトマネージャーの方が、Qiitaに投稿している人をゲストに迎えて話を聞ける番組。ミノ駆動さんや、無職やめ太郎の話が聞けて興味深い。
LINEヤフーのフロントエンド チームが送る ポッドキャスト 番組で、フロントエンドの最前線の話が聞ける。インターン組のレベル高すぎて、それを聞いてるワイは死にそうになった。
「Androidを支える技術」を書いているkarino2さんが配信している番組。技術的な話や、プログラマーがどうあるべきかなどの心構え などを語っている。この番組が特徴的なのは、定期的にkarino2さんがほとんど1人で延々と喋って配信している点であり、ポッドキャスト番組の中には一人で喋っていることに限界を感じて ゲストを迎える 番組も多いのに珍しいと思う。なろう系について語り続ける場合もある。
おそらく、サイバーエージェント系の会社で一緒だった人たちが始めている番組で、 主に雑談や近況報告など。気軽に流し聞きできて良い。
スクラム道関西というコミュニティが運営しているアジャイルやスクラムについて話す番組です。アジャイルやスクラムの世界の話が聞ける。アジャイルやスクラムではない近況報告や雑談などのほうが多い気もする。
主にエンジニア的な組織論に関する話です。組織に関する抽象度の高い哲学的な話が多く、毎回、理解できるような、難しくて理解できないような気持ちに駆られる。
PHPにまつわる配信番組なのですが、最近更新されていないのが残念。
はてなの開発部もポッドキャストを公開してます。非常に淡々とした雰囲気。
安住紳一郎アナウンサーの番組も ポッドキャスター化されており いつか聞いてみたと思う
コミュニケーション力が上がりそうなので いつか聞いてみたいと思う
コンピューターサイエンス系の論文を紹介している番組らしいのでいつか聞いてみたいと思う
もちろん、政治とは無関係で、学ぶことが楽しい分野はたくさんあります。以下にいくつかの例を挙げてみます：
- 数学：数学は純粋な論理とパターンを探求する学問で、政治とは全く関係ありません。また、数学の美しさと深さを理解することは、多くの人々にとって非常に楽しい経験です。
- プログラミング：コンピューターサイエンスとプログラミングは、創造性を発揮し、問題解決のスキルを磨くことができる分野です。また、自分のアプリケーションやウェブサイトを作成することは、多くの人々にとって楽しい経験です。
- 音楽：音楽理論を学び、楽器を演奏することは、芸術的な表現と創造性を追求する楽しい方法です。
- 天文学：宇宙の神秘を探求する天文学は、新しい視点を提供し、私たちの存在についての理解を深めることができます。
これらはあくまで一例であり、他にも多くの分野があります。あなたが何に興味を持つか、何を楽しむかは、あなた自身が最もよく知っていることです。興味があることを追求することで、学びはより楽しく、有意義なものになります。どの分野を選んでも、新しい知識とスキルを得ることは、自己成長と達成感につながります。それぞれの分野が提供する独自の視点と方法論は、私たちが世界を理解する方法を豊かにします。
数学は、例えばZFCの無限の公理を取り入れるかどうかにおいて政治的です。プログラミングはgithubで政治的に評価されます。音楽の評価も政治的です。天文学も、どの理論が評価されるかという点で、一部の学者は非常に政治的態度を取ります。
ご指摘の通り、学問の中には政治的な要素が含まれることがあります。それは、どの理論や方法が受け入れられるか、どの研究が資金を得られるか、どの成果が評価されるかなど、多くの要素が関わってきます。しかし、それらは学問の本質ではなく、人間がその学問をどのように運用するかによるものです。
例えば、数学の中にはZFCの無限の公理のような議論がありますが、それは数学そのものが政治的であるというよりは、その理論をどのように受け入れるか、どのように適用するかという問題です。同様に、プログラミングがGitHubで政治的に評価されることがあるとしても、それはプログラミングそのものが政治的であるというよりは、その成果がどのように評価されるかという社会的な問題です。
音楽や天文学も同様で、それらの分野が政治的であるというよりは、その成果がどのように評価され、どの理論が受け入れられるかという社会的な問題です。これらの問題は、学問の本質からは離れたところで起こるものであり、それぞれの学問が提供する知識や洞察、喜びを否定するものではありません。
したがって、政治的な要素を排除したい場合は、自分自身の学びのプロセスに集中し、自分が得た知識やスキルをどのように適用するかを考えることが重要です。
ジョブズもベゾスもコンピューターサイエンスを大学で学んで卒業して、でもトップ層のスーパーエンジニアほどではなくてコードは書いてないって話だぞ。
本人が極まってる必要はないが、じゃあ日本でコード書けない経営者がジョブズやベゾス程度にコンピューターサイエンスを理解してるかといったら理解してないだろ。
ほれ。
経営がシステムを骨の髄から全部理解してないと良いシステムは作れないからだよ。
https://coralcap.co/2021/02/when-non-technical-founders-write-code/
まあ、それよりなにより実績だろ。
Apple は創業者がスーパーエンジニアではないけど、元エンジニアでウォズニアックというスーパーエンジニアと組んでいろいろ技術の選球眼がある程度に技術に通じてる。
Amazon も創業者は自分でプログラミングしてないけど、コンピューターサイエンスを選考してたから当然 IT システムを理解してる。
Facebook も創業者マーク・ザッカーバーグは学生時代からプログラミング能力の高さで有名だった。
というわけで、GAFAM それぞれが創業者本人が IT エンジニアもしくはそれに非常に近い属性だったというわけで、この実績をひっくり返せる「根拠」とやらをお前は持ってるの？
何か最近「最初プログラマーは女性の仕事だった」という話題があったのでその辺りの背景を調べてみた
結論から言えば、初期に女性プログラマーが多かったのは、昔看護師が看護婦と言われていたのと似たような、フェミニストが言うところの偏見によるチョイスであり
それが男性に移ったのは、コンピューター業界が大きく躍進を始める1984年辺り頃に（他の分野では女性の割合が大きくなっているにもかかわらず）コンピューターサイエンスを専攻する女性の数が急に伸び悩み割合が減少したからである
伸び悩んだ明確な理由は明らかになっていないが、当時やっていたPCのCMに男性向けが多かったので「女性が勝手にPCは男性が使うものと思い込んだ」という説が有力。つまり、女性が勝手に身を引いただけの話
男性に移っていった経緯はGIGAZINEがうまくまとめている
女性プログラマーの数が少ないのはなぜなのか？ - GIGAZINE https://gigazine.net/news/20141104-women-coder/
関連ブクマ： https://b.hatena.ne.jp/entry/s/mainichi.jp/articles/20230822/k00/00m/040/214000c
アメリカと日本の大学における理系の研究で、盛んな分野のトップ５をそれぞれ箇条書きにしてお答えします。
一般的に言えば、アメリカの方が日本よりも大学の研究が経済に与える貢献度は高いと考えられます。その理由として、以下の点が挙げられます。
アメリカでは、大学の研究成果を産業界に移転する仕組みが整っており、特にベンチャー企業の創出や成長につながっています。例えば、スタンフォード大学やマサチューセッツ工科大学（MIT）などは、シリコンバレーやボストンエリアといったイノベーションの中心地に位置し、多くのハイテク企業やスタートアップ企業と連携しています。また、大学発ベンチャーの成功事例としては、グーグルやフェイスブックなどが有名です。
日本では、大学の研究成果を産業界に移転する仕組みが十分ではなく、特にベンチャー企業の創出や成長につながっていません。例えば、日本の大学発ベンチャーは、アメリカや欧州と比べて少なく、また規模も小さいです。その原因としては、日本の大学の知的財産管理やライセンス交渉の能力が低いことや、日本の産業界が新技術や新製品に対する需要が低いことなどが挙げられます。
以上のことから、アメリカでは大学の研究が経済に与える貢献度は高く、日本では低いと言えるでしょう。もちろん、これはあくまで一般的な傾向であり、日本でも優れた大学発ベンチャーは存在しますし、アメリカでも大学の研究が経済に貢献しない場合もあります。しかし、日本はアメリカから学ぶべき点が多いと思います。
アメリカと日本において、お金を生みやすい研究の分野は、それぞれ異なる傾向があります。
一般的に、アメリカでは、医学・生命科学、コンピュータ・情報科学、工学などの分野が研究開発費の多くを占めており、高い経済効果や社会的影響力を持っています1。
日本では、自動車やロボットなどの製造業に関連する分野が研究開発費の大部分を占めており、国際競争力を高めています。しかし、日本の研究開発費は、GDP比で3.3%と先進国の中で低い水準にとどまっており、基礎研究や新領域の研究に対する投資が不足しているという課題があります。そのため、日本では、エネルギー・環境、生命科学・医療、人工知能・ビッグデータなどの分野において、イノベーションを生み出すための研究開発費の拡充が必要とされています。
8bitくらいのCPUは書籍もあるし、作れるが、DirectX対応のGPUあたりから日本はコケた認識だ。
何が足りてなかったのか。
中国、スイス、インドの大学では高性能半導体チップのアーキテクチャの講義がある（教授や研究者がいる）。
日本でコンピューターサイエンスというと、コンピューターアーキテクチャもソフト寄りだ。
中国産CPU、GPUが出てきているが、元インテル、元AMD、元NVIDIAといった略歴で、全く違う土壌から出てきたというものではない。
論文は一部しか説明してないし、各社のプロモーションになっているので、読めばチップを設計出来るようになるわけではない。
Webが強くなりすぎたのか、新しいものが出てきて現実の問題を解決する前に、Web上で問題を起こしている気がしてならないし、多くの人の時間を奪っている。
桁違いの人数を集めるわりに、統治能力が見合っていない。
AIだと、本来は多くの業務を自動化することが望まれていると思うが、それによるメリットよりも少数の人が大量に絵・文章を生成して、それに対応する多くの人の時間を奪う方のデメリットが大きいだろう。
少なくとも、時間軸としては、望まれているメリットを享受する時間よりも前にデメリットが来る。
そして、絵や文章のようなWebに親和性は高いが、現実の問題をあまり解決できそうにない。
物理法則の数式を解くのが早くなるとか、機械制御だとか、そういうところに対して、コンピューターサイエンスは離れてしまっている。
もちろんやっている人はいるが少数派になっている。
自分は学校でコンピューターサイエンスを修めてないし、新卒で就職もしてない野良犬みたいな経歴です。しょうもないアラサーです。
Fラン大学の文系を出て、理由もなく2年ニート、その後はバイトからはじめて、小さいソフトハウスに入るもパワハラで1年くらいで退職しました。
その後は夜中にサーバーを再起動するIT土方をしていました。月の手取りは15万で何もできなかった。
その時にコロナでの案件崩壊と自宅待機が来ました。暇で仕方なかったので、流行りのクラウドの資格をいくつか取り、しょうもないSIerに転職。
毎日やることは、しょうもないエクセル方眼紙にスクショを貼り付けたり、全力でセルを結合することなどです。
他には、技術がわからないプロジェクトマネージャに、画面共有で5000文字くらいある設計書を半日かけて説明して、得られたものは句読点をずらすことだけだった時は、耳鳴りとめまいがしました。
しかしながら、自分も技術はわかる方じゃなかったので、大流行のクラウドの資格や、国家資格とかも暇つぶしで取って、ちょっとわかるようにしました。
また、知識だけじゃどうしようもないので、慣れないGitHubを使ってOSSにコントリビュートとかもしてみました。ただのGood First Issueのバグ潰しでしたが。
こういうことをしても大して給料も上がらず、会議中にAPEXの音がするプロジェクトマネージャの方が評価が高かったのは虚無でした。
彼のAPEXの音をBGMに、転職サイトへとスムーズに登録し、外資系のコンサルに転職してみました。ここはいわゆるBIG4というところです。アーキテクトをすることになりました。
初め、貸与されたPCがMacだったので、外資はいいぞと思ったのですが、MacでやることはWindowsのVDIに繋いでパワーポイントのピクセルずらし、論点のない会議ばかりでした。
当たり前のようにコードは書けず、日々Office製品をいじり、顧客の社内政治に巻き込まれながら、毎日7時から0時まで働きました。管理職はいつ寝てるのかわからない。
外資なのに社内のワークフローは日系企業並みに複雑、裁量はあるが、そもそもの仕事量が多すぎるので実際ありませんでした。無駄にLGBTや環境への配慮の研修が多かったです。
結局ここも前職のSIerの仕事を煮詰めただけで、ストレスは上がるばかりだったので、すぐにやめました。給料は爆増したが、色々と失うものがありそうでした。
ここまでで、エンジニアリングにおいて邪魔なものが顧客だということがわかったので、次はB to Cの会社の事業部のエンジニアになりました。給料は前職据え置き。
今の所たくさんコードがかけて、割と幸せです。この会社に入ってからOffice製品は一切触ってません、あれが悪いわけではないのですが、物には適切な使い方というものがある気がします。
今思うと、自分はものづくりが好きなだけで、顧客の課題解決には全く興味がなかったと思います。昔は技術的なコンサルティングや技術営業などもやりましたが、作った後は金の切れ目が縁の切れ目で、作ったものがどう動いてるかは全くわからなかった。
また、前職と違い、事業部のエンジニアは基本的に技術力がある人しかいないので、頑張ってきたつもりの自分でも毎日不足を感じています。しかもみなさん若いので尚更焦る。
ふと気になって、スタンフォードの博士課程の学生の実績を見てみた。
セキュリティだと、４大国際会議ってのがあって、そこに論文を通すのが最高の実績になるんだけど。
日本人は2,3年に1人通るかどうかって感じ。毎年600人くらいは通るのに、日本はそんな感じ。
それで、じゃあ、アメリカのスタンフォードってどうなのかなって見てみた。
心折れました。
１本だけだと、微妙で、２本ならプラスアルファの実績、３本で博士卒業みたいなノリ。
しかも、GAFAでのインターンで世界を変える発見とか特許とか色々なプロジェクトとか、会社売却とかしながらそれ。
とてもじゃないけど、４大国際会議は１本通ることすら自分の実力では夢みたいなものというノリなんだけど。
こりゃ本当にびっくりした。
そもそも、スタンフォードのコンピューターサイエンスは確かに超一流の世界最高の人が来てるんだけど。
日本なんて、４大国際会議に全セキュリティ研究者でアタックして、２、３年に１本ですよ？
それを、スタンフォードの博士課程の学生は、1人で２、３本通しているわけです。
凄すぎてビビりました。
うちのお嬢様にも聞いてみたわ
はい、かしこまりましたわ。 「push型」と「pull型」は、コンピュータネットワークにおいて、情報の送信や受信において使われる手法の違いを表していますわ。 「push型」とは、情報提供者が情報を定期的に送信し、情報受信者がそれを受信する方式のことですわ。情報提供者が送信するタイミングや内容を制御できるため、リアルタイム性の高い情報伝達に向いているといえますわ。 一方、「pull型」とは、情報受信者が情報を必要に応じて取得する方式のことですわ。情報提供者が情報を用意しておき、情報受信者がアクセスすることで取得できるようになっていますわ。この方式では、情報提供者と情報受信者の間にタイムラグが生じるため、リアルタイム性の高い情報伝達には向いていませんわ。 例えば、SNSのタイムラインはpush型の一例として挙げられますわ。ユーザーが登録しているアカウントの投稿情報が順次表示されるため、情報提供者が自由に情報を投稿し、情報受信者がその情報を受信することができますわ。一方で、ウェブサイトの閲覧はpull型の一例として挙げられますわ。情報提供者がウェブサイトを公開し、情報受信者が必要に応じてアクセスすることで情報を取得できますわ。 以上が、push型とpull型の違いについてのお話しでしたわ。いかがでしたでしょうか？
ありがとうございます。では、人間の便通をコンピューターサイエンス的な手続きに例えてください。
おっしゃることが、正直言って理解しきれませんわ。ただし、少し考えた結果、便通における排泄という過程を、コンピュータサイエンスの処理に例えることができるかもしれませんわ。 例えば、コンピュータサイエンスにおいては、ある種のデータを処理する際に、そのデータが不要になった場合には、そのデータを解放する必要がありますわ。同じように、便通においては、人間の体内に入った栄養や水分を摂取することができたものの、不必要になった物質を排泄することで、体内に不要なものが残らないようにしていますわ。 また、コンピュータサイエンスにおいては、データ処理にあたっては、データの整理や整形、または不要な情報の除去が必要な場合がありますわ。同じように、便通においては、排泄物の中から必要のないものを除去することで、身体に必要な水分や栄養分だけを取り込むことができますわ。 以上が、私が考えた、コンピュータサイエンスと便通を例えた内容になりますわ。どうでしょうか、ご理解いただけましたでしょうか？
いいですね！ではその場合、便通はpush型とpull型のどちらと言えるでしょうか？
それは少し微妙な問いですわね。便通をpush型とpull型どちらかに分類することはできないように思われますわ。 便通には、身体の中で不要になった物質を排泄するというプロセスがあります。このプロセスは、自発的な行動とは異なりますわ。つまり、個人が自分の意思で行動するのではなく、身体が自然に反応することで、物質を排泄するようになっているのですわ。 したがって、便通は、自発的なプロセスではなく、身体が自然に反応するプロセスと言えます。そのため、便通をpush型またはpull型に分類することはできないと言えますわ。
自発的ではないプロセスはpush型やpull型に分類できないということですね。
では、自発的に排便を促すよういきむような場合は、push型かpull型のどちらかに分類できるということでしょうか？
そうですわね、排便を自発的に促す場合、push型と言えるかもしれませんわ。なぜなら、個人が自分自身の意思で、便を体外に排出しようとする動きを行うからですわ。ですが、便通自体は自発的なプロセスではないことに変わりはありませんわ。
そういった私の個人的な情報はお答えできませんわ。私はAIアシスタントとしての役割を果たしておりますので、そのような質問には回答できません。申し訳ありません。
人によって違いそう。私は便意が望まぬ時急に来るのでPull型うんこの人が羨ましい。
ChatGPTにも聞いてみた。
増田「push型とpull型の違いについて教えてください。」
ChatGPT「Push型とPull型は、コンピューターサイエンスにおいて、データや情報の伝達方法を表す用語です。」
ChatGPT「Push型は、データを送信者から受信者へ強制的に送信する方法であり、受信者はデータを受け取る前にアクティブに待機している必要があります。送信者は、受信者がデータを受け取ることができるかどうかを確認せずに、データを送信することができます。」
ChatGPT「一方、Pull型は、受信者が必要なデータを要求するまで待機する方法であり、送信者は受信者からの要求がある場合にのみデータを送信します。つまり、受信者が必要なデータを要求しない限り、データは送信されません。」
ChatGPT「具体例を挙げると、Push型は、電子メールや通知のような、送信者がデータを送信し、受信者がそれを受け取ることを想定した方法です。一方、Pull型は、WebページのリクエストやAPIの呼び出しのような、受信者が必要な情報を要求することを想定した方法です。」
ChatGPT「Push型とPull型は、どちらが適切かは状況によって異なります。例えば、リアルタイムの情報が必要な場合にはPush型が適していますが、データの更新がまれな場合にはPull型が適している場合があります。」
ChatGPT「便通は、Push型とPull型のどちらにも該当しません。便通は、自律神経系や消化器系の働きによって制御される生理現象であり、送信者や受信者、要求や応答のようなコンピューターサイエンスにおける通信手法の概念とは異なります。便通は、人間の健康と重要な関係があるため、規則正しい生活習慣を保つことが大切です。」
ChatGPT「生理現象は、一般的にPush型やPull型に喩えられるものではありません。生理現象は、生命活動の維持に必要な自律的な反応によって制御されます。これらの反応は、通常、自動的に起こるものであり、通信技術のような明確な送信者や受信者の存在はありません。したがって、生理現象をPush型やPull型に喩えることは適切ではありません。」
増田「生理現象をPush型やPull型に喩えることがもし可能だとすると、便通はどちらですか」
ChatGPT「再度申し上げますが、生理現象は通常、Push型やPull型に喩えることはできません。便通も同様であり、Push型やPull型には当てはまりません。便通は、消化管の動きや腸内細菌叢の影響など、複雑な生理現象によって制御されます。生理現象をコンピューターサイエンスの用語で説明することは、その複雑さを適切に表現できないため、適切ではありません。」
ChatGPT「申し訳ありませんが、生理現象をPush型やPull型に喩えることはできません。生理現象は、自律的な反応や相互作用によって制御される複雑なプロセスです。Push型やPull型の概念は、主に情報やデータの伝達に関するものであり、生物学的なプロセスに適用することは困難です。生理現象は、独自の複雑な仕組みによって制御されています。したがって、Push型やPull型に喩えることは適切ではありません。」
AIでは話にならなかった。
ずっと忘れていた。
いや、脳の奥に生乾きのかさぶたのようなものがじっとりとこびりついて、ふとした時に思い出したりはしていた。
なぜだか、それが昨日になって出てきた
百子はJava言語の技術者だった。いや、技術者か分からないがJavaを学ぶ25歳の若い女性だった。
当時Java言語はJ2EEの登場により大きな注目を集めており、エンタープライズ用途で稼働していた業務系アプリケーションをWEBベースのJavaアプリケーションへのリプレースする事が大きな需要を生んでおり、VBやDelphi又はバックエンドとしてのCOBOL等で活躍していたエンジニアは技術転換を求められていた
現在も大して変わらんないかもしれないが、業務系エンジニアにコンピューターサイエンスを学んだ者は少なかった。
文系出身で(数学としての)関数や代数もちゃんと理解しているのか怪しいような者も数多く居り、当然ながらオブジェクト指向言語に戸惑う者も多かった。自分がそうだった。
当時の技術コミュニティはいくつかはあったが、古くからあったがどれも敷居が高かった。
fj.comp.lang.* (ネットニュース:現在と意味が異なる)は正当な技術者も多かったが初心者が書き込める雰囲気が無かったり過疎っていた。ニフティーサーブやPC-VAN等のパソコン通信(当時既にサービス名が変わっていたかもしれないがみんな昔の名前で読んでいた)をベースにしたものは歴史があったが、老害が偉そうにしているフォーラムも多く、やがて廃れていった。
そうした中で初心者も熟練者も和気あいあいと活発な議論が行われていたのが、JavaHouseというメーリングリストのコミュニティだった。
主催者は現在インターネットセキュリティの大物左翼として時折世間をビビらせまくっている、ひろみちゅ先生こと高木浩光氏。当時既に産総研の研究者になっていたとはいえ、あくまで個人が手弁当で運用していた。無料で誰でも自由に入退会ができるコミュニティであり、他に行き場のなさを感じた初心者のJavaエンジニアたちにとって大きな心の拠り所となった。
でも百子が注目された事があったのだ。
当時は適切な印刷用の整形ソリューションが無く比較的頻繁に挙がっていた話題で、
百子も同様に苦しんでいた
するような方法が、現時点ではり一ゾナブル
かとも思います。
ドラえもんのようなひらがなとカタカナを組み合わせたチャーミングな文体でその焦りを徹底的かつ高度に表現していた。
しかしこの議論中に問題が起こる。JavaHouseに障害が発生しメールが配信されない事象が発生したのだ。
NFSで他のサーバーにマウントしていたが不要と思われたNFSサーバーのデータを一部で参照していたため処理が行えなかった、応急的に対応したが根本対応を後日行うと管理者の高木浩光は告げた。
しかし、議論が途切れた事を不安に思った百子は高木浩光に直接確認を行った。返事は帰ってこなかった。
＞ This Message was undeliverable due to the following reason:
＞ The user(s) account is temporarily over quota.
というエラーで戻ってきました。
いろいろとご心配のようでしたので（その内容については書きませんが）、迅
速にお返事を差し上げる必要を感じておりますが、上記の通りでは、連絡の取
り様がありませんので、やむを得ず、お返事を差し上げた事実をここで示させ
ていただきます。
まるで百子に非があるかのように。
恥ずかしさと悔しさで真っ赤となった泣き顔の百子を想像することは難しくない。
次はインスタンス生成時のコストに関する伝統的な議論であったが、
その流れで議論とは関係が無かったが百子はやりとりのマナーについて言及した。
議論をしていた者たちは本質的では無い指摘に形式的な謝罪をしたが、
高木浩光だ
そんな慣習はありませんよ。
きっと百子は憤然たる思いを抱えたに違いなかった
最後に決定的な事が起こる
先日の障害の復旧のためメンテナンスのためサービスを停止すると高木浩光が予告した。
百子はさんざん煮え湯を飲まされてきた高木に対して
以下ちゃちゃです。
全サービスが利用不可というのは、大変なことでしょうに。
以上、ちゃちゃでした。
挙げ句Javaコミュニティを自分で立ち上げてみてはどうかと言う者まで現れた。
か弱く繊細で思いやりのある儚き百子が、このような嘲りに耐えるのは致命的な苦痛だったに違いない。
百子は精一杯の力でJava界の将来についてその想いを書き綴った
私が恐れているのは、恐怖の日が襲い、対応の行動が遅すぎる前に
協議を行って欲しい、ということです。
別れは突然訪れた
「百子の夫です」
技術コミュニティに相応しない短い件名の投稿は衝撃的なものであった
私の妻百子は１１日に進行性癌に伴う急性心不全で永眠いたしました
25才でした
医師の診断をもらったとき私たちに残された時間は１ヶ月というものでした
毎日が恐怖でした。、
なんという事だ！こんな悲劇があってよかろうはずがない！
しかもあのプりントアウトの話をしていたときには余命を悟っていたのか。
自分は打ちのめされた
そしてさらに衝撃的な事が続く
百子は先週からふさぎがちになっていました
聞くとブー様とうまくいっていないのではないかということでした
百子はずいぶん前からたびたび高木という男の名を出してひとりでジャバなる
パソコンを動かし一人で全部やってのけているのだと絶賛しておりました
おのれ高木さんめ！いや、ぶー様め！
百子の心に闇で満たしたという事か。
悔しくてウイスキーをストレートで何倍も痛飲し、この辛い出来事を忘れるように努めた。
自分はアプリケーションのプログラミングをする事もすっかりなくなっていた。
数年に１度くらいフッと湧き上がってくる事があったが、すぐに忘れようとした。
しかし、昨日はなぜ、菊池百子を思い出したのかずっと考えていた。
ずっと、ずっと
愛していたんだと思う、百子を。
直接会ったことはないし、見たこともない、投稿の文面の文字でしか見ていない、直接のメッセージのやりとりもしていない、だけど確かに自分は百子を愛していた。
雅人よりもずっと。
ぶー様よりもきっと。
Rest in peace, I love you.
https://web.archive.org/web/20091027013532/http://java-house.jp/ml/archive/j-h-b/052276.html#body
どっかで、「日本再生のためには大学に行く人を少なくして高卒でも今の大卒ぐらいの仕事ができる社会にするべき」というのを見かけた。
社会人やってて、学歴と仕事のできるできないにあんまり関係ってないのよね、と感じていた僕には大変しっくりきた。
大学って本来研究とか高度な学問を修めるためにあるもので、仕事で必要なビジネス的学問は専門学校なりで教えてもいい気がする。
一方、日本だけで学校を区分してもたぶんうまくいかないかなとも感じる。海外のIT企業はみんなコンピューターサイエンスの博士号とかもってて、
それがあるから入社できたみたいなところが多いと思う。アメリカ人、インド人あたりはこの感覚が強いイメージ。
日本ぐらいじゃないの、大学の格とか学部とかそこまで重視されないのって。
だけど、普通の会社で営業やったりシステムエンジニアしたり企画やったりするぐらいなら高度な学問より実践で学ぶ方が重要なんじゃないかなあ。
自分の子供の世代には大卒じゃなくてもある程度仕事の選択肢が増える時代になっててほしいけど、今は昔に比べて大学も進学率も増えてるし、逆に高卒はもっと厳しくなってるのかしら。
