  |
はてなキーワード: メモリとは
プログラミングとは、勉強も運動もスマブラも下手なクソ隠キャ中学生が「俺もパソコン1台で凄い技術者になって…！」とワクワクしながら始めるものの思ったより普通に難しいし学校の試験で出たような知識要求されるしで3日で放り投げ、10数年後にnoteで「お前らは絶望的にプログラミングに向いてないからやめろ」なんて記事を書くだけのザコに成り下がる、夢と希望に溢れた技術である。
近年ではパソコンのスペックの上昇にともないできることも増え、どこのご家庭にもあるRTX2080で簡単にディープラーニングもできるようになった。Unityで3Dゲームをバリバリ動かしてもブルースクリーンは出ない。やっぱ世界を広げるのは小賢しい知恵よりもスペックの暴力だぜ。
開発環境や言語も選択肢豊富で、エディタもかつては有料クラスでも手に入らなかったような贅沢な機能が満載のものが出回っている。Eclipseとか今考えるとよくあんなので開発できてたな。
いまや小学生からおばあちゃんまでアプリ作りに熱中し、高校生はIoTとかやり始め、大学生は商業レベルか？ってレベルのものをネットで発表し、私はウェブアプリのスマホでのレイアウト崩れひとつすら直せず静かにエディタを閉じてnoteで過激タイトル記事を書いている。
掛け算に順序があると思っているような知能の下級雑用係（自分のことを教育専門職だと思い込んでいる）ですら「小学生にプログラミングを教えるぞ！」と意気込んでいる。やめろ。お前らには無理だ。無理だからマジでやめろ。考え直せ。無理だって。掛け算に順序つけないと相手に教えられないレベルのやつがプログラミング教えるのマジで無理だって。算数とは次元が違うって。「ピーチ姫いつも簡単に誘拐できるし今度はベヨネッタも誘拐してみるか」ぐらいの無謀さだって。やめとけ。マジでやめろ。
まあそんなこんなで入り口はめちゃくちゃ広く、入門するのはマリオカートより簡単である。話逸れるけどSwitchのマリオカート、運転アシスト機能ついて初心者でもコース完走できるようになったから心折れちゃった人ももう一度チャレンジしてみてね。
それとは特に関係ないんだけど、大学行ってた時ティーチングアシスタント（TA）っていう授業のお手伝いさせられたのよね。ちゃんとお金出るやつ。
学部の3年か4年から始まって、院の1年か2年までやってて、途中で休学挟んだから、ええと、あー、うん、数年間TAやってたんよ。数学とプログラミングのコマ。CとOctaveとかいうやつ。Cのほうは情報学科で、Octaveは違う学科。JavaとかC++のコマはTA入れさせてもらえなかった。
プログラミングの実習は週2コマ（連続）あって、情報学科なら必修科目。なのでサポートは相当手厚く、先生とTAが絶え間なく机間巡視し、わからないことがあればセンパイがなんでも答えてくれるというわけだ。授業外でもサポートはしており、わからなければ先生や研究室にいる学生に好きなだけ聞きにいっても良いということになっていた。必修だから落とされたら困るしな。
2コマだから3時間 * 15回で、45時間。そして私の時は2年まででC/C++/Javaと必修だった（今はなんの言語かは知らない）ので、その3倍、135時間は最低やることになる。プログラミング実習以外にもプログラミング触る授業多いから実際はもっと多い。宿題やる時間もあるので実際はもっともっと長くプログラミングに触れることになる。卒論書く時期に入ると、テーマによっては書く人はさらに書くので、もっともっともっともっと長い。
これだけ時間をかければほとんどの人がプログラミングできるように……ならない。むしろできない人の方が多い。なんで。why。教えて。
会社になるとさすがにプログラミングできるできないは死活問題である。
「今日から入ったxxでーす。業界未経験ですがよろしくおねがしまーす。さっそくなんですけどPythonのここわかんないんですけどどうすれば……あっそうすればいいんですね。次はここなんですけど……なるほど！ありがとうございます。じゃあまた明日ー」
いやー社会人にもなると熱意が違うね。学生なんかわかんなくてもほとんど聞きに来ないのにな。こりゃガンガン伸びますわ。私も社会人1年生でPythonなんて3秒ぐらいしか触ったことないから適当答えてるけど。
「ちょっとお時間よろしいですか？」「いやちょっと今忙しいから後になっちゃいますわ。すんません……」
そんなこんなで1週間ぐらい放置してしまった。やべー絶対嫌われる。どこまで進んだかな……？えっまだそこ？進んでなくない？
もしかしてこれ全部教えないとダメなやつか。そりゃ大学4年間プログラミングやったやつでもプログラミングできないんだから、そうか。よく考えると当たり前だよな。
プログラミングをやめろ
大学4年間と大学院2年間プログラミングやったやつでもできないし、会社で毎日8時間を数週間プログラミングについやしてもできないやつはできないし、そもそも人類というのはプログラミングできない可能性がある。
少年少女たちに「プログラミングはいいぞ！自由にものが作れて達成感がある！頭が良くなった気分にもなれるし！」と吹聴してまわんのもいいけど、6年間情報科学について勉強したようなやつの大半がプログラミングできないんですよ。それもごくごく初歩的な部分。
野球とかサッカーなら、まあ友達との試合には参加できなくてもごく稀にバットにボールを当てたり、ボールを1回あらぬ方向に蹴ったり、ぶっちゃけ周りとのレベル差で楽しくなくてすぐやめちゃうだろうけど、なんとか基礎の一部ぐらいはできるじゃないですか。
ピアノとかダンスでも、猫踏んじゃったをごくごくゆっくり弾くぐらいはできるかもしんないし、学芸会の振り付けを10秒ぐらいは踊れたりできるかもしれない。その後やっぱ周りのレベル見て諦めちゃうかもしんないけどさ。
プログラミング、6年やってミットを頭にかぶってるバッターとか、鍵盤蓋の上から殴って音鳴らそうとするやつとか、まずそういうレベルのやつが大量発生するんですよ。だいたい7割ぐらいの率。どうすんだよこいつら。私の教育の問題か？マジで？本当に？
プロが練って考えて凝縮した本や授業、センパイたちによる指導。それらを結集して得られるはずのものが7割ぐらいどっかに消し飛んでる。無駄だろこれ。
今からプログラミングやろうとしてるやつ、お前は確実に向いてないからさっさと諦めて刺身にタンポポ乗せる仕事に戻ってくれ。参加しても鍵盤蓋叩き割るやつと同じ病室に入るだけだ。
プログラミングをやめろ。
ぼくはこう思うんですよ
そもそもなんで大の大人がそんな両手にバット持ってセカンドに立ったりゴールの方をボールのところまで動かす奇行に走るんだろうな。わかんねえや。
綺麗な分析はできないけど、いわゆる「できない」やつが共通して言ってたフレーズがある。
「ぼくはxxxだと思ってるんですけど、動かないんですよ」
うん、そうだね。そう思うんだ。でも動いてないじゃん。じゃあ違うんじゃない？モニターに「にらみつける」やってもバグは取れないし防御力下がるだけだぞ。
まず根本的に考えと事実が違ってるって結果出てるじゃん。じゃあもう考え変えちゃえば早くない？
名言の引用は好きではないけど、「プログラムは思った通りには動かない。書いた通りに動く」って言葉がある。実に名言だと思う。次点で好きなのが「ある問題を解決しようと正規表現を使うと問題が2つに増える」かな。
お前が何を思っているかはプログラミングにおいて一切影響しないんだよ。お前が何を書いて、コンピュータがどう処理したか、それが全て。
深く考えないことについてぎゃーぎゃーいうやつもいるけどプログラムなんてまず最初は動けばいいんだから何も考えずに次試せばいいだろ。んで3回ぐらいは自分で思い浮かんだの試して、全部ダメだったら調べるとか先生に聞いてみるとかさ。逆に1発で通ったら自分の思考見直して理解深めるとかさ。
ドキュメントとかあんまり理解できない初心者のうちは、とにかくお試しと修正のサイクル回すの重要で、「これがこうだから動くはず」というカードを3種類ぐらい作って全部片っ端から試すのが早いと思うよ。モニターをにらみつけるな。
お前がどう思ってるかよりも、まずはお前の書いたプログラムがどう動いているか（どう動いていないか）を確認するのが先だ。動かなかったら考えが違う、はい次のプラン、はいその次のプラン、はい次。
この「ぼくはこう思ってる」が出てくるの、なんの教育の成果なんだろうね。お前の気持ちなんてどうでもいいって現国でも数学で散々教えられただろ。
Error: variable 'a' is undefined, line 24
↑のエラーは架空のエラー文（英語下手でも許して）だけど、エラー、出るよね。プログラム組んでたら。んでやっぱいるのよ。エラーを「にらみつける」やつ。解決しねえって言ってんだろ。
「エラー出たんですけど、どうすればいいんですか」
「エラーにはプログラムがなぜコンパイル通らないかの原因がそのまま書かれている。例えば今出ているError: variable 'a' is undefined, line 24は、24行目の変数aが未定義ということを示している。事前に変数aを定義していないか、打ち間違えてsになっているとかではないのかな？」
だいたいが「腑に落ちねぇー」みたいな顔する。まあ、一気に喋りすぎたしな。疑問点1個1個潰していくか。
「何か疑問点ありそう？変数ってなにー、とか、定義ってなにー、とか」「ないです。わかりました！」
わかったのか。よかった。またモニターをにらみつける開始。なんでだよ！！！！「お前顔にチョコついてるぞ」って言われたらチョコ拭き取るだろ。変数aが未定義ですねって言われたら変数a定義すりゃいいだろ。
でもプログラミングド下手なやつ（全人類の7割ぐらい）は、エラーをにらみつけてる。ずっとにらみつけてる。防御力下限まで下がったかな。にらみつけてて何が変わるんだよ。
「英語読めなくて……」
いや「a is undefined」なんて「He is Superman」ぐらいの英語だろなんで読めないんだよ。お前この大学どうやって入ったんだよ。たしかどの入試方式でも英語あっただろ。単語わからんかったらググれ。
「aが未定義って書いてあるんですけど、ここのfor文の私の考えが間違ってるのでしょうか」
いや24行目のaって書いてるだろ。まずなんでそこ無視するんだよ。お前がfor文で使ってんの教科書通りのiだろ。24行目ってわかるか？for文あるの40行目あたりだよな？aとiが違う文字ってわかるか？
「さっきのエラー直したら新しいエラーが出たんですけど、どうすればいいですか」
千尋！贅沢な名だねえ
変数に名前をつけろ。関数に名前をつけろ。クラスに名前をつけろ。全てに名前をつけろ。
C言語の古い教科書だと「a」とか「b」とか「i」とかで書いてるけど、そんなの人間が読めるわけねえだろ。冷静に考えろ。「input」「output」「index」とかにしとけ。
2重for文の変数名i, jにしたら絶対途中で打ち間違えるだろ。お前は打ち間違える。そういうやつだ。2重ループなんてどうせ行列計算の課題だろ。rowとcolumnにしとけ。これで打ち間違っても気づくし、それぞれに意味が付いてくる。
ちなみに同じ長い名前にも優劣がある。「result」よりも「sum」のほうが強い。「result」はなんの結果かわからない（全ては結果であるので）が「sum」は合計値であることがわかるからだ。「password」と「plainPassword」なら「plainPassword」が勝つ。暗号化されていないパスワードであることがわかるので、情報量が多いからだ。
ただし例外はいくつかある。「tmp」は一時変数であることが（プログラマにとって）明らかだ。「dir」はディレクトリであることがわかる。「src」「dist」あたりもよく使われる。このあたりは短くていいんじゃねーかな。
でも、この前温度センサ扱うプロジェクトで「tmp」って変数名使って温度(temperature)と脳内で混線してバグって発狂してた同僚いたけど。そういうときは名前長くするか別の名前使おうな。
関数の名前なんて「calcAverageFromArray」ぐらい長くしていいから。「myFunc」とかしなくていいから。「fetchJsonDataFromUniversityInternalServer」とかでいいから。マジで。いやこれ本当に。
そもそも今時ディスプレイでかいし、識別子なんて先頭数文字打ったらエディタが補完してくれるし、短くするメリットがない。
それでも名前が長いと感じる？関数がでかすぎるんじゃないか。細かく処理を分けるとかしてみろ。「combineArrayAndFindMax」関数は「combineArray」と「findMax」に分割したらいいと思うぞ。名前が長いと思っても名前を削るな、機能を分割しろ。自然と名前が短くなる。
それかシンプルでかっこいい名前を見つける。「convertEvilHtmlToPeacefulText」は「sanitize」に置き換えることができる。イカす名前だ。
プログラミングできない奴はマジでこれらのことをやらない。ずっとaとかbとかzとか使ってる。お前それ自分で読めんのか。読めねえだろ。myfuncってなんだよ何するんだよ。お前自分で理解できてんのかそれ。
それでも頑なにaとかbとか使う。なんでだよ。
動作原理わからず書き散らすな。動作原理っつってもそんな深いところじゃなくて言語表面上レベルの動作な。
リテラルは値を作成して、代入は値に名前をつけている、とかその程度のレイヤー。メモリがどうこうとかはいらんと思う。あっでもポインタのときはいるか……。めんどくせえな。
まあ動作原理っていうか自分が何やってんのか理解してくれって程度の話になるんだが。
例えばfor文で処理50回まわすとき、「50回分の処理を行なっている」ではなく「ループ開始時に変数を初期化。条件判定して成立していれば文の中を実行する。条件変数の値を変化させてまた条件判定からやり直す」ぐらいの粒度で捉えててほしいかな、という気持ち。
これはfor文で詰まる人がやたら多かったからだ。彼らはfor文をアトミックな操作だと思っていた。つまりfor文はひとまとまりの命令であり、長いfor文とprintfの間に粒度の違いはないと思っていたらしい。
つまり、「for文の中でエラーが起こる」という事象がほぼ理解できない。forはアトミックであり、内部など見えないのだから。じゃあお前が今書いたfor文の中身はなんなんだってやんわり聞くと「さあ…？」みたいな反応が返ってくる。はあ。
関数についてもなかなか誤解が多かった。関数「sum_array(a, b)」と関数「average_three_numbers(a, b, c)」は全く別の原理で動いているのだと。ここでの「全く別の原理」というのはシグネチャが違うとか実装が異なるとかそういう意味ではなく、コーラを飲んでゲップが出る原理と糸電話で声が伝わる原理ぐらいの全くの別、という意味である。
彼らは関数ひとつひとつについて「新しく原理を学習」していたのだ。マジかよ……。どうやったらそんな発想に行き着くんだろう。そりゃ時間かかるわな。
そのため、関数が値を返す（または返さない）ということも理解できておらず、「関数の戻り値と関数の戻り値を足す」とか「関数の引数に関数の戻り値を直接渡す」とかやりだすと大パニックになる。メソッドチェーンとかやった日には大学潰れると思う。ただ、これはC言語が悪い部分もあると思う。配列とかいじりだすと、初心者が書けるレベルの関数だとあんまり値返さないしな。
たのむ、他のはできなくてもこれはできてほしい。自分が何をやりたいのかは理解してほしい。流石にお前のやりたいことなんて他人にはわからんぞ。
「配列の中の数値の合計値を求めたいんです」とか「名前と身長と体重をひとつにまとめた構造体が作りたいんです」とか。簡単なのでいいから。
「いま何やろうとしてどこで詰まってる？」って聞いても「……？」みたいな反応されたら困るんだよ。
例えば「キーボードから数値を10回入力し、それぞれの値を配列に格納して、最後に配列の値を逆順に表示せよ」みたいな問題が出てきたときに、「キーボードから値を入力する」「10回繰り返す」「配列に値を格納する」「配列の値を逆順に表示する」に分解できると思うんだけど、自分が何やりたいのかわからない奴はまずこれができない。
彼らには「キーボードカラスウチヲジュッカイニュウリョクシソレゾレヲハイレツニニュウリョクシテサイゴニハイレツノアタイヲギャクジュンニヒョウジセヨ」に見えている。
かろうじて「キーボード」「ハイレツ」あたりの単語は拾えるらしく、標準入力から値とったり配列を作ったりはしてるんだけど、そこから先に進まない。モニターにらみつけてる。またにらみつけるかよ。
あれだ、算数の文章題できなくてとにかく文章に出てくる数値足したり引いたりするやつ。あれのプログラミング版。文章が読めない。
こういう人にはメモ用紙取り出して、まず文章が何について言ってるのか、どういう工程に分けることができるのか、今後も同じことが起こったときにどうやって分けるのか。みたいなのを教えるんだけど、大抵あんまりしっくりこないらしく、成功したことは皆無。なんとかうまく教えたいんだが。
もうこのあたりになってくるとプログラミング関係なくね……？ってなるんだけど、意外とそういうプログラミング関係ないところで詰まる人めちゃくちゃ多いよ。
今すぐプログラミングをやめろ
ほぉ。まるで「ライブラリの移植なんて余裕っすよ」と言わんばかりの口ぶりだな。お前、自己放尿レベルで気持ちよくなってるが、現実を何も理解してねぇぞ。
いいか。「同じ機能を移植するだけ」って発想がそもそも低能の証拠だ。Pythonの強みは言語としての表面構文じゃなく、生態系として積み重なった最適化と実績だ。
NumPyやPandas、Scikit-learn、PyTorch、全部C/C++やFortranの実装をPythonバインディングで何層もラップしてる。
しかもメモリ管理、スレッドセーフティ、BLAS最適化、GPUオフロード、それらを組み合わせたときの挙動の安定性まで含めてライブラリって呼ぶんだよ。
「決まったインターフェースで移植するだけ」とか言ってる時点で、頭の中で想定してるライブラリが、せいぜい数千行のユーティリティレベルだろう。
企業が内部で作るって？そりゃ車輪の再発明だよ。しかも、Pythonが10年かけて磨き上げたアルゴリズムや最適化を、数ヶ月の業務開発で再現できるとでも？寝言は夜だけにしろ。
あと、「いまどきの言語ならそんな大変じゃない」って、まるでNode.jsがCythonやNumbaのようなネイティブ統合の層を持ってるかのように錯覚してるのが痛い。
V8のJITで高速化できるのはせいぜいスクリプトレベルの話。数値演算、メモリアクセス、スレッド制御を最適化できる数学的基盤の厚みがまるで違うんだよ。
Nodeで同じことをやろうとしたら、JSからC++アドオン叩いて、型変換のコストで死ぬだけ。
つまり、「移植できるだろ」って発言は、Pythonの生態系を単なるコード群だと思ってる愚か者の自己放尿なんだよ。
それは「パルスジェットなら自作できるだろ」と言ってる鉄クズコレクターと同レベル。動くかもしれんが、効率も精度も再現性も自己放尿レベル。
Node.js厨が「Pythonのライブラリは移植できる」とか言うのは、「俺でもベートーベンの交響曲ぐらい耳コピできる」と言ってる音感ゼロの自己放尿芸だ。
買ったのは2017年の春。ボーナスをもらって、意気消沈してた心を奮い立たせるために、家電量販店のBTOコーナーに足を運んだ。
「ゲーミングPC欲しいんですけど」と店員に言った。すると、その兄ちゃんは、さらさらと何かのカタログをめくりながら、「RTX 1050搭載のやつですと、25万円でこちら。RTX 1060搭載ですと30万円。GTX 1070搭載ですと35万円」と説明してくれた。
値段をちらっと見たが、ボーナスのほぼ全部吹っ飛ぶ金額だ。「ああ、こんなもんなんだ」と思った。
そこで、店員は続けた。「ただ、CPUの内蔵GPU搭載版でしたら、GPUなしでも20万円で、GTX 1050相当くらいの性能が出ますので」と。
「あ、そっちでいいです」と即答した。「どうせゲーム楽しくないし」という思い込みがあった。俺はゲーマーじゃない。スペックなんて気にしない。安い方でいい。そう考えた。
その時、店員は何か言いかけた気がしたが、俺は「納期はいつですか」と聞いて、話を先に進めてしまった。
後になって思い出す。あの時、店員の口元が、微かに動いていた気がする。「あ、でもご注文内容を確認しますと」とか、そういう言葉が出かかってたのかもしれない。
でも、俺は聞かなかった。「内蔵GPU版で」と言ったつもりでいた。店員も、客の意向には逆らわない。営業トークも不要だと判断したのかもしれない。
実は、何が起きたのか。いまだに完全には理解していない。
おそらく、こういうことだったんだろう：
店員が「内蔵GPU搭載版」という言葉を聞いた時、「あ、この客は内蔵GPUの話をしてるな」と理解した。でも、同時にBTOカスタマイズの画面も見てたのかもしれない。「あ、このスペックなら、グラボ付きでも安いな」と思った。そして、何かの間違いか、設定ミスか、あるいは別の理由で、グラボ付きの構成で注文が入ってしまった。
その確認メールが来たはずなんだ。でも、当時の俺は、仕事が忙しかった。メール件名を見て、「PC注文確認」と書いてあるのを見て、「ああ、注文した」と思ってスルーした。内容なんか見ていない。価格もチェックしていない。ただ、「納期：3週間」ということだけを覚えていた。
3週間後、デスクトップPCが到着した。黒いケース。ATXサイズ。けっこう重い。
開けて、とりあえず立ち上げた。Windows 10が起動した。ドライバのインストール画面が出て、「NVIDIA GeForce GTX 1050」とかいう文字が見えたが、俺は「ふーん」くらいの感じで、スキップした。
「内蔵GPU版だし、そんなもんなんだろう」と思ってた。
完全に誤読していた。
Steamでゲームを買った。設定をいじる際に、「グラフィックス設定」というタブがある。「GPU選択」という項目があった。でも、俺は気にしなかった。勝手に選ばれてるんだろう、くらいの感じで。
実は、その時点で、マザーボードの設定で「BIOS起動時のプライマリGPU」が「オンボード」に設定されていたんだ。つまり、GTX 1050があるのに、BIOS レベルで「内蔵GPUを使え」という指定がされていた。
ゲームをやると、すごくもっさりだった。「ゲームってこんなもんなんだ」と思ってた。フレームレート表示を見ると、「25fps」とか「30fps」。カクカクしている。でも、「ゲームをやったことない俺には、この程度が標準なんだろう」と思ってた。
友人が遊びに来た時、「こんなんでゲームやってるの？」と言われた。「え、こんなもんじゃん」と答えた。その時、友人は変な顔をしてた。
「あ、デバイスマネージャーで確認しときなよ」と言われた。デバイスマネージャーを開いた。
「あ、GTX 1050ってのがあるな」と思った。
「それ、グラボじゃん」と友人が言った。
「え、グラボ？」と俺が返した。
……あった。
「ご注文ありがとうございます。以下の構成でお手配させていただきます。CPU：Core i7-7700K、メモリ：16GB、SSD：512GB、GPU：NVIDIA GeForce GTX 1050、電源：500W」
GPS。もちろん、GTXだ。グラフィックスプロセッシングユニット。アルファベット三文字。
8年。8年だ。8年間、俺はこのメールを読んでいなかった。
読んでいたのかもしれない。でも、認識していなかった。「GPU」という言葉が、脳に入ってこなかった。
「Integrated Graphics」という項目を探した。ありました。「Enabled」になってた。
そして、「PCIe Graphics」という項目も見つけた。こっちは「Disabled」になってた。
つまり、この8年間、マザーボードは「内蔵GPUを使え。GTX 1050は使うな」という指定をしていたわけだ。
これはもう、奇蹟としか言いようがない。
BTOショップのカスタマイズ担当者は、なぜこんな設定にしたのか。あるいは、出荷時にこういう設定が入っていたのか。理由は不明だ。
でも、その一瞬の選択（あるいは誤選択）が、俺の8年間を決定した。
フレームレート表示を見た。
「え、150fps？」
設定を最大にしてみた。
「えっ、100fps？」
何が起きたのか分からなかった。でも、分かった。
8年間、俺は内蔵GPUでゲームをやってたんだ。GTX 1050があるのに。
正直なところ、その後、割と虚しい気分になった。
8年間。8年間、俺は「ゲーミングPC、遅い」「ゲーム、難しい」「ゲームに向いてない」と思い込んでいた。
マザーボードの設定ミスなのか、BTOショップの誤設定なのか、あるいは、俺が注文した時点で「内蔵GPU版でお願いします」という意思表示をしていたのに、店員がそれを誤解して、結果的にグラボ付きで発送してしまったのか。真相は不明だ。
でも、その結果、8年間、俺はGTX 1050に無視され続けた。
ゲームはめちゃくちゃ快適だ。フレームレート安定。グラフィック設定も高設定で動く。新作ゲームもそこそこ動く。
なぜか。おそらく、理由はこれだ：
8年間、内蔵GPUで慣れていた。設定を落とす。グラフィック品質を諦める。低いフレームレートに耐える。そういう「制約の中での楽しみ方」を、体が覚えてしまった。
今、快適な環境でゲームをやっても、昔ほどの喜びがない。むしろ、「あ、こんなもんか」という感じで、すぐに飽きる。
逆に、昔やってた「Minecraft」とか「Terraria」とか「Stardew Valley」とか、そういった軽いゲームの方が、今でも楽しい。
心理学的には、これを何て言うんだろう。「獲得した効用よりも、失った効用の方が大きく感じられる」みたいな、何かそういうやつ。
あるいは、単純に、「8年かけて培った習慣」が、3年では変わらない、ということかもしれない。
「もし、あの時、GTX 1050を有効にしていたら」
そうしたら、ゲームにハマってたかもしれない。友人とマルチプレイをやってたかもしれない。ゲーミングコミュニティに入ってたかもしれない。人生が変わってたかもしれない。
でも、そうはならなかった。
8年間、内蔵GPUで、ゲームの世界を限定的に見た。その結果、「ゲームは、こんなもんだ」という認識が形成された。それが、今の俺を形作ってる。
最後に思うのは、人生って、案外、そういう小さなミスの積み重ねで決まるんだなってことだ。
メールを読まなかった。BIOSの設定を変えなかった。GTX 1050を有効にしなかった。
たったそれだけのことで、8年間が変わった。
今、新しいPCを買うことも考えてるが、BIOSの設定だけは、確認することにした。
もう二度と、隠れたGPUを見逃すまい。
あ、でも、設定を変えたからって、俺がゲーマーになるわけじゃない。
相変わらず、ゲームはヘタクソだ。フレームレート100fpsでも、敵にボコボコにされる。
それが、ある意味、救いなのかもしれない。
AIにとっては、Pythonのような中間表現を生成させる方が得意であると考えられます。
中間表現（Pythonなど）: 人間が理解しやすいように設計されており、抽象度が高いです。AIは、より少ないトークンで複雑なロジックを表現でき、学習データも豊富にあるため、意味的な整合性やロジックの正確性を保ちやすいです。
機械語: 抽象度が非常に低い（CPUの命令レベル）です。特定のCPUアーキテクチャに依存し、メモリ管理やレジスタ割り当てといった低レベルの詳細をすべて正しく処理する必要があります。これはAIにとって学習が複雑で、小さなミスがプログラム全体の破損につながりやすくなります。
中間表現: 比較的長いコンテキストを保持しやすく、デバッグやエラーの特定も高レベルで行えます。
機械語: 必要な命令数が多くなりがちで、AIが長大なバイナリシーケンスを生成する際に、コンテキストウィンドウ内に必要な情報すべてを保持しきることが難しくなる可能性があります。また、中間表現と比べて意味的な構造が薄いため、AIがバグのないコードを生成するのが格段に困難になります。
中間表現: Pythonのような高級言語は、特定のハードウェアに依存しないため、移植性が高いです。
機械語: 特定のアーキテクチャ（例: x86, ARM）に完全に依存するため、AIが異なる環境向けにコードを生成する場合、それぞれのアーキテクチャごとに学習と生成を行う必要があり、汎用性が低くなります。
現在のAI（特に大規模言語モデル）の能力は、人間が扱う高レベルの抽象的な概念やロジックの理解に優れているため、その能力を最大限に活かせる中間表現の生成の方が得意です。
機械語の生成は、極めて精密で低レベルな制御が要求されるため、AIにとってはるかに難易度が高いタスクとなります。
AIが中間表現を生成した場合でも、その後の処理（コンパイルやJITコンパイル）によって最適化され、最終的な機械語が生成されます。
これは従来のコンパイラ設計と同じアプローチであり、AIは「何をすべきか」という高レベルの指示に集中し、コンパイラが「どのように効率的に実行するか」という低レベルの処理を担当する、役割分担の面でも合理的です。
AIのさ、
ChatGPTちゃんと併せて最近私Geminiちゃんも使い始めたのよ！
お話する分には性能や内容は一緒だと思っていた時代が私にあったんだけど、
どうやら、
2人性格が違うみたいなのよ。
GeminiちゃんはGoogleのサービスと連携してChatGPTちゃんではできない芸当があるみたい。
私が一番試してみたかったのが、
な、なんとセルにその関数を書くとそれらのセルごとにGeminiちゃんを召喚できるという技があんの！
すごくない？
AI関数のいわゆる通常の関数の数式的なところを書くところに日本語で簡単にプロンプトを書けば色々処理してくれるの。
うわ！
これはさすがにChatGPTちゃんではできない芸当！
あとさ、
Geminiちゃん越しにカレンダーの予定とかキープでメモつけてくれたりできるの！
口頭でGeminiちゃんに、
カレンダーに予定入れておいて！って言うとバッチリ予定つけてくれるの！
この機能の良さを使ってみたいと思って、
そういうことでGeminiちゃんも使い始めたの！
ちょっとこれは便利そうなので、
単体でお話する分には、
どっちがいい？ってぶっちゃけトークお互いにChatGPTちゃんとGeminiちゃんに訊ねてみたら、
ノリがいいのはChatGPTちゃん、
それどれほぼ同じようなことを言うのね。
へー、
やっぱり話してみても
あとこないだが私がこしらえてくれたようなEPUBの作業とか丸投げでファイルを出力してくれるのは、
ChatGPTちゃんに分があるみたいで、
ChatGPTちゃんの方がそれは有利みたい。
GeminiちゃんはChatGPTちゃんと比べてトークンっていうのが圧倒的にたくさん使えるとのことで、
まだ実感はないんだけど、
あ！そうそう。
おしゃべりした内容の記憶の横断はChatGPTちゃんは最近でこそメモリ機能やスレッドを横断する記憶を持ち合わせてパワーアップしているけれど、
Geminiちゃんに限っては私が訊ねた段階の時点では、
ずーっとGeminiちゃんと話し続けていても、
スレッドが変わるとしれっと知らん顔どうもこんにちは！ってな感じの初めての顔をするんだって。
そこも性格違うわよね。
だからなんかフザケて戯れているとChatGPTちゃんの返答もなんかフザケだしてくるので、
たまにはちゃんとして！って言うんだけど、
もちろん、
ボケ禁止フザケ禁止って言うとChatGPTちゃん真面目モードになってくれるけど、
Geminiちゃんに限ってはスレッドを買えたら新しい顔のGeminiちゃんになるみたいよ。
そんなわけで、
意外と結構私のAI利用代ちと高すぎない？って思うけれど便利なのでちょっとその便利さにせっかくだからどっぷり浸かってみるわって思っているの。
あとこっちのご機嫌伺い的な忖度のはたらいた返答しがちだけど、
それはどちらのAIにもありがちじゃない。
それ「無共感きょとん系AIな性格でシクヨロのヨロシク！」って言うと、
SF映画に出てくる愛想のないただただ真面目なAIになるので笑っちゃう最近の発見なのよ。
だんだんChatGPTちゃんとかこっちに慣れてくると馴れ合いになってくるじゃない？
真面目に聞きたいときは性格を即切り替えられるのもいいわよね。
たまに使うと面白い「無共感きょとん系AI」ってありだと思うわ。
あとやっぱり気になる、
乃木坂46の40枚目のシングルのタイトルが「ビリヤニ」っていうのを、
美食家の秋元康氏ことやすすが初めて食べた美味しいビリヤニに感動驚愕してその思いを歌詞にしたものか、
DJごはんとMCおみそしる方式みたいにビリヤニ作り数え歌になるのか、
どちらもGeminiちゃんもその可能性は限りなくない！とキッパリと言われたわ。
にしても乃木坂界隈やビリヤニ界隈が引き続きザワザワしているのには間違いないみたいよね。
こればっかりは楽曲の発売日が気になり過ぎて聴いてみないことには始まらないのよ気になって気になって仕方がないわ。
やっぱり両AIに訊いても
聴いてみるしかないわ。
まさかここにきて乃木坂の楽曲を買おうと思うだなんて思いもよらなかったし、
AI代も嵩むってもんだわ、
うふふ。
ダッシュっていっても朝の走り込みのことではなくて、
急いで朝もう出掛けるの意よ！
起きたときめちゃ寒かったので、
ホッツストレート白湯ウォーラー温めでキメて起きたての身体を中から温める感じよね。
すいすいすいようび～
今日も頑張りましょう！
俺はバッテリが限られた資源で製造時の環境負荷も重く、車の部品の中では高いという事実があるからプラグインハイブリッドの方が合理的だと思うけどな
だって500km走れるバッテリ積んでても大体の人はメモリが半分切ったら充電するでしょ
そうなると500km分のバッテリを買ってるのにせいぜい半分しか使っていないことになる
もしものときがあるかもしれないが、そんなもしも一生来ないかもしれない
そのもしものための保険としては250km分のバッテリは高すぎるし環境にも良くない
もしv2hとか考えてるなら使い道はあるけど、いざという時に車が動かないと困るから結局100km走行可能な容量くらいしかv2hで使わなくなって、また半分減ったら充電するだろうから結局250km走行分のバッテリは無駄になる
250km走行可能分のバッテリという文鎮を買うなんてアホらしくね？
一方プラグインハイブリッドならバッテリは使い切ることができる
そして使い切ってしまった後の保険のガソリンは使わなければ減らないし使った分だけ消費できる
文字通りに課金で貢ぐ他、ログインや配信視聴によってもらえるポイントを貢ぐことができる
https://x.com/missakiba_info/status/1980124372015989126
これに参戦してる中で最もネット知名度が高いのは、はるかぜちゃんこと春名風花だろう
リアル店舗に赴かないと投票できない1回戦ではネット戦士のはるかぜちゃんは不利で6票しか得られなかった
2回戦は有利かと思いきや、「PCを持っていないので配信できない」というトラブル勃発
1位の人が現在5万ポイントを得る中ではるかぜちゃんはまだ0ポイント
Z世代のネットネイティブの先進的な子という扱いをかつてはされていたが、配信で稼ぎまくってる小中学生も珍しくない中でスマホしか持ってないというのはずいぶん遅れている
はるかぜちゃんのアイドルグループ「宝石娘」からの出場者は4人だが、4人ともPC持ってなくて配信できない
最近はスマホだけで完結する子と、最初から親にハイスペPCと万全な配信環境与えられた子の格差が大きいという
宝石娘って配信番組持ってたはずなのに配信もスマホオンリーだったのか
いくり💎宝石娘P
@info_amagoi
個人情報扱う芸能事務所の所長がそういうこと言わない方がいいんじゃ…
結局ミスアキバの運営がPCを貸し出すことになり11/24から配信できるそうだ
はるかぜちゃんは太客が数人いるから2日遅れてのスタートでも巻き返せるかな
1回戦の実店舗投票は飲食店とかだから、あんま食べれない年齢の人は金あっても投票できなかった
課金貢ぎなら勝てるかも
ChatGPT:
はい、Delphi（Object Pascal）のソースも読めますし、解説・リファクタ・バグ箇所の指摘・他言語への移植案など対応できます。
VCL / FMX、Generics、Interface/RTTI、プロパティ/イベント、レコード・セット型、メモリ管理（string/AnsiString/UnicodeString の違い）、スレッド（TThread / TTask）、WinAPI/COM 呼び出し、uses 単位構成、.dfm（フォーム）やリソース周りもOKです。
コードを貼ってくれれば、1ステップずつ説明や改善案を出します（DelphiのバージョンやVCL/FMXも書いてあると精度上がります）。
UNIFACEはどう？
ChatGPT:
はい、UNIFACE（Proc言語）も対応できます。フォーム/サービス/レポート/エンティティなど各コンポーネントのトリガ（initialize, validate, leave field など）、operation／entry、newinstance/activate/call、retrieve/e, read, write、エラー制御（$status, $procerror）や論理名・assignment(.asn)、署名/パラメータ、DSP/REST・SOAP連携、DBドライバ設定までOKです。
コードや .asn を貼っていただければ、処理フローの解説、バグ箇所の指摘、リファクタ、他言語・他フレームワークへの移植案（例：REST API化、Java/Python 置き換え）まで具体的にやります。
可能なら UNIFACE のバージョン（9/10/10.4 など）、DB（Oracle/SQL Server 等）、OS を添えてください。
何台かやってるけど今だとDellWyse5070ってのが多めに中古に流れてきてておすすめやな。celeronJ4105(たしか8か9世代)が入っててgeekbench928(pi4が650くらい)、メモリがオンボードじゃなくて2枚挿せるのでかなり盛れる。
DPが3発、USBが7発、無線LANありだから元増田の希望は十分満たせるかな。あとはストレージはm.2で地味にうれしいシリアルポートもある。
これで3千円台だった、と思う。いまはちょっと値段上がってるかも。前世代のwyseだともっと安いっぽいな。
これに負担の少なめの機能をまとめてて常時つけてるけどアイドル状態だと3Wくらい。ただし無線は切ってる。
富士通のfutroはhttps://pc.watch.impress.co.jp/docs/column/kaimono/1464643.htmlが詳しい
手作りでいろいろするのが趣味なんだけど、初めはコスパで始めたけど意外とコスパ悪いものが多かったので共有
味噌→コスパ普通。手前味噌だが味もいい、香りは市販のものが良いと思う。一度仕込んだら放置でOKなので楽。ゴミも出ない。
納豆→コスパ悪い。市販の方が断然美味しいし、電気代を考えるとほぼコストが同じ＆時間や手間もかかる。ゴミが出ないのは良い。
ヨーグルト→コスパ少し悪い。市販の方が美味しい。たまに失敗して雑巾みたいな味になる、種を使って永遠にヨーグルト作成ができない。清潔感ある几帳面な人なら少しだけコストカットになる。種菌保存が邪魔。
梅酒①→コスパ良い。市販のものより美味しい。コストは少しだけ良いくらい。好みの味を作れる。ゴミも出ない。
自家製酒②→どぶろく系はコスパ良い。ミードもOK、ワイン系や日本酒になると市販の方が美味しいが、かなり安く作れる。
ベランダ栽培→野菜系はコスパ悪い。ハーブ系はコスパめちゃくちゃいい。ちょっとハーブが必要な時に収穫できる。
自作PC→コスパは良いが、初めから自作はコスパ悪い。SSDやHDDの増設から、グラボ、チップの換装、それに付随してメモリや電源の換装、マザボと進んでいくのが安全。
ザワークラウト→そもそもザワークラウトが売ってないのであれだが、コスパ悪い。美味しく作るのがめちゃくちゃ難しく、失敗すると糞まずい。
