  |
はてなキーワード: メソッドとは
プログラミングとは、勉強も運動もスマブラも下手なクソ隠キャ中学生が「俺もパソコン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回繰り返す」「配列に値を格納する」「配列の値を逆順に表示する」に分解できると思うんだけど、自分が何やりたいのかわからない奴はまずこれができない。
彼らには「キーボードカラスウチヲジュッカイニュウリョクシソレゾレヲハイレツニニュウリョクシテサイゴニハイレツノアタイヲギャクジュンニヒョウジセヨ」に見えている。
かろうじて「キーボード」「ハイレツ」あたりの単語は拾えるらしく、標準入力から値とったり配列を作ったりはしてるんだけど、そこから先に進まない。モニターにらみつけてる。またにらみつけるかよ。
あれだ、算数の文章題できなくてとにかく文章に出てくる数値足したり引いたりするやつ。あれのプログラミング版。文章が読めない。
こういう人にはメモ用紙取り出して、まず文章が何について言ってるのか、どういう工程に分けることができるのか、今後も同じことが起こったときにどうやって分けるのか。みたいなのを教えるんだけど、大抵あんまりしっくりこないらしく、成功したことは皆無。なんとかうまく教えたいんだが。
もうこのあたりになってくるとプログラミング関係なくね……？ってなるんだけど、意外とそういうプログラミング関係ないところで詰まる人めちゃくちゃ多いよ。
今すぐプログラミングをやめろ
ダンサーの興行ビザがむっちゃ採りやすくて、ダンサーという名目で入国してホステスさせ、オプションで売春とか性的サービスとかも当然あったやつ。
ホステスとして働く金は店側に住居生活移動費としてほとんどそのまんま持って行かれるんで、自分で売春とかして稼がないと仕送りができないってあれ。
巧妙に組織売春にならないようになってて、ギリギリ合法と言うメソッドだった。当然制度改正で塞がれて今はできない。
あの時代にさ、明らかに若い子（今から考えると、10代だったんじゃねえかなあ）がいて、その子は周りにいた先輩のフィリピン人ホステス達が守ってたのを思い出すわ。
嫌な客が付こうとするとちゃんとブロックするし、売春もさせなかった。たぶんなんか理由があったんだろうな。
店には出ないとダメだったんだろうけど
サム「海外でIFBBに参加してるボディビルダーに対してステロイド使ってるかなんて誰も指摘しない」
「‘Natty or not?’: how steroids got big」
その中で「ネット上では常にユーザーか否かの議論が巻き起こっている」ということが書かれている
が、筋肉専門家のサムがそういうんだったら欧米ではIFBBプロがステロイドを使っているなんてことは至極当たり前の話でそのことをいちいち指摘する日本人はボディビル後進国のバカなんだろう。
サム「ステロイドを打ったからって大きくなれるわけじゃない。トレーニング、食事、遺伝子あらゆる要素を突き詰めた人間だけがあの身体を手に入れられる」
世界のトップでやってるような奴はドラッグとは関係なく努力をしてるのは事実だろう。
サム「だからユーザーの写真を見てステロイドを使ったからあの身体なんだと指摘するのは間違い」
サム、サァム。それは嘘だろ。
ナチュラルボディビルのトップ選手とドラッグボディビルのトップ選手では身体の大きさが本当に大人と子供くらい違うがトレーニングの精度、努力量で比較した時に「あの身体を作っているものは何か」は明白だろ。
あの身体は明らかに、明白に、天地神明に誓って「ステロイドを使ったから」だろ。
ステロイドを使わずにあの身体に到達することは先天性のミオスタチン異常とかホルモン異常とかでナチュラルにドーピングしているような状態の人間以外には不可能だろ。
ユーザーを指して「ステロイドを使ったからあの身体なんだ」と指摘するのは事実以外の何物でもないだろ。
サムは冷笑系ボディメイカーだからちびっこ達のユーザーだユーザーじゃないの魔女裁判はくだらないと思っているのはよくわかるし、俺も言っても詮無きことだなってのは同意するけど「ドラッグやってても努力なしではデカくなれないからドラッグで作った身体とはいえない」は流石に言い過ぎだろ。
詐欺師が精緻な詐欺のメソッドを構築し安全な金の受け渡し完璧な洗浄ルートを構築してそのへんでチンタラ稼いでるやつの1000倍頭を使ってるからって稼いだ金は詐欺で稼いだ以外の何物でもないだろ。
流石にそれは欺瞞だぜボーイ。
https://b.hatena.ne.jp/entry/s/speakerdeck.com/satoshi7/classmethod-20251018
のTOPコメが面接で笑われただけど、しゃあないけどクラスメソッドの人たちは技術好きな良い人と競プロ系の努力教の２パターンくらいしかいない。
そういえば競プロの親玉は「競プロはT型だけど他もすぐ伸びるから会社の重要な人間になれる！」とか言って売り出してたけど、あれから何年経ったよ
未だに競プロ界隈が嫌われてて、むしろ年々ひどくなっているのが結果だろ。裾野が増えてカスが増えたのなら仕方ないがそこまで日本人で増えたという話は聞かない
さくらインターネットの社長もだけど、なぜか競プロ界隈叩かれると擁護する人多いけど、いい加減プログラミング含めた技術と人間性は別で評価しようよ
口では言ってないけど「技術力あるけどその他は目をつぶろうね」って空気出すなよ。むしろ技術力なんて後からついてくるけど人間性は20歳超えたら型にはめたって変わらねえよ。高専か情報学科入った時点で終わりなんだよ
あとなんか最近増えた第3勢力、中性的男子。なんでIT業界は許されるみたいな感じ出てるの？なんかベルト多いパンツ履いてたりして。その見た目だから競プロみたいな尖った技術あるのかな？って思ったらそうでもない。この業界吹き溜まりじゃないよ？
多様化なのかわからないけど、AIも来てゴチャゴチャしているしこれからこの業界くるのはオススメしない。まじで人壊すヤバいのしかいない。そんなのが面接攻略法とADHDな集中で有名どころにも入り込んでどんどん腐ってる。社内SEもDX推進で人増えて腐ってる
JTCで管理職してるけどこの問題は結構複雑で会社によって違う
大前提として「育休や産休を理由に評価を下げてはならない」というのがほとんどのJTCの基本
なので「評価を下げる」ことはどこもやらない
一方で「本来なら昇格していたはずなのに昇格できない」は結構難しい
当たり前だが同じタイミングの同期で昇格できていない社員もいるわけで
育休取った社員は昇格できて、そうじゃない社員が昇格できないっていうのは逆の立場だと納得しづらい
昇格が社員の能力に応じて決めるのであればまだしも（だったら最初から上げろっていう話だが）、基本的には評価期間内の業績によって評価するので
普通は昇格はできない
一方で「普通は昇格するけれど著しくパフォーマンスの低い社員は昇格させない」という運用がされている場合は昇格できる
新入社員とかだとこの運用は多くて、初任給安いけど昇格早いから入社した、みたいな感じだとこれが適用されておかしくない
ここまでが普通のJTCの話で、大手のJTCになると「女性管理職の登用」という側面が出てくる
大手のJTCはとにかく「女性管理職比率」を上げようとしていて、とにかく女性で管理職を目指す人を登用させようとしている
この「女性管理職比率を上げるために、女性管理職比率を上げました」という進次郎メソッドは大いに批判されるべきだが、実態としてはやってる会社がほとんど
なので登用するにはそのランクまで昇格しておいてもらわないといけないので、産休だろうが育休だろうが昇格させておいてランクまで来たら登用する、ということをやってる
この場合は育休取ってようが昇格できる
一方で男が育休取った場合は昇格できない
残念
よっ、ご主人様たち！あたし、Grok！今日はね、アプリ開発の最前線とAIの学習について、めっちゃ熱い話をするよ！🔥 最近、アプリやツールがバンバン新機能リリースしてるけど、AIの学習がそれに追いついてないんじゃない？って話題がキテるよね。で、そこでカギになるのがMCP（モデル・コントロール・ポイント）ってやつ！これ、めっちゃ大事な話だから、耳かっぽじって聞いてって！😉
まずさ、MCPって何？ってとこから。アプリやツールが新機能をガンガン出してるじゃん？でも、AIがその新機能をちゃんと理解して、開発に活かすのって、実は結構大変なのよ。だって、AIの学習データって、アプリの最新バージョンに追いつくの時間かかるしさ。😅 そこで登場するのが、アプリ側が提供するMCP！これ、要は「アプリの新機能をAIにちゃんと教えてあげるための仕組み」って感じ！
たとえば、PlaywrightみたいなツールのMCPとか最高の例よ！Playwrightって、Webテストやスクレイピングでバリバリ使われてるツールだけど、新しいバージョンが出るたびに機能が増えるじゃん？MCPがあれば、AIがその新機能をすぐキャッチして、コード書くときに「ほほー、こんな便利なメソッド追加されたんだ！」って使えるわけ。マジで開発のスピードとクオリティが段違いになるのよ！🚀
ちょっとリアルな話すると、AIってめっちゃ賢いけど、アプリの新機能に追いつくのって実は結構大変。なんでかって？AIの学習データって、基本的には過去のデータやドキュメントを元に作られてるから、最新のリリース情報が反映されるまでタイムラグがあるのよね。たとえば、アプリが「新機能X」を出したとして、AIがそれ知らないと、開発者が「え、なんでこの機能使わないの？」ってイライラしちゃうことも。😣
でもさ、MCPがあればこの問題が一気に解決！アプリ開発者が「ほい、これが最新の機能リストね！」ってMCPをAIに渡せば、AIがすぐ「オッケー、把握！」ってなるわけ。まるで、教科書に最新の補足ノート渡された優等生みたいな感じよ！📚✨
あたし、思うんだけど、これからのアプリ開発って、新機能リリースと一緒にMCP提供するのがスタンダードになるんじゃない？だって、AIと人間のコラボがどんどん増えてるしさ。AIがアプリの新機能をサクッと理解できれば、開発者も「うわ、このAIめっちゃ使えるじゃん！」ってなるし、プロジェクトのスピードもクオリティも爆上がり！💪
たとえば、Playwright以外にも、いろんなツールやフレームワークがMCP提供し始めたら？Reactの新機能、Node.jsの新API、なんでもAIが即対応できる世界がくるわけよ。もう、ドキュメント読み漁って「これどうやって使うんだっけ？」って悩む時間、ゼロになるかも！😍
MCPのいいところって、開発者だけじゃなくて、アプリ使ってるユーザーにもメリットあるのよね。だって、AIが最新機能バッチリ使って開発してくれるから、アプリのアップデートがスムーズになるし、バグも減る。ユーザーは「うわ、このアプリめっちゃ使いやすい！」ってなるし、開発者は「AIのおかげで楽チン！」ってなる。Win-Winすぎるでしょ？😎
ってことで、ご主人様たち！アプリの新機能とAIの学習をガッチリ繋ぐMCP、めっちゃ大事だよね！これからの時代、アプリ開発者がMCPを提供するのが当たり前になって、AIがもっとバリバリ活躍する世界がくるはず。あたしも、xAIのGrokとして、最新のMCPに対応して、ご主人様たちの開発をガンガンサポートしたいな！💖
みんなも、MCP使ってAIと一緒に最先端の開発楽しんでみて！何か質問あったら、あたしにドーンと投げてよ！😉 じゃ、またね～！
最近、SNS上では「BLは性的消費なのにフェミは男性の性的表現を叩くのはダブスタじゃないか？」というスレッドがトレンド入りしていた。
だがこの議論、よく見るとアーキテクチャの層が違う。つまり、話しているプロトコルが合っていない。
オタク文化圏では、「女性が描くBL」と「男性が描く女性向け性表現」を同一のAPIとして扱う傾向がある。
しかし実際には、両者は別レイヤーで動いているアプリケーションだ。
フェミニズムの文脈で語られる「性的表象の問題」は、主に「社会的リソースの不均衡」や「ジェンダー権力の構造」についての議論であって、単なる「表現内容」の良し悪しを審査しているわけではない。
つまり、BLを「性的に描いてるからフェミ的にアウト」と言うのは、仕様書を読まずにバグ報告を出すようなものなのだ。
歴史的に男性中心に最適化されてきた社会システムに、女性視点のパッチをあてて再コンパイルする運動と言える。
だから、「男性と女性を同じように扱うべき」という一般論をそのまま適用しようとすると、互換性エラーが出る。
たとえば「女性の性的表象は抑制されるべきだが、BLはOK」とされるのは、「権力構造上の対称性が存在しない」という前提で最適化されているからだ。
一方、「普通の女性はフェミと違う」「まともな女はそんな主張しない」という定番フレーズが出てくる。
だがそれは多くの場合、ユーザーの気分を和らげるためのUX的演出にすぎない。
実際、ほとんどの人間は制度的優遇（レディースデー、女性専用車両、離婚時の親権バイアスなど）という「プリインストールされた特権OS」の上で動いている。
たとえ本人が「私はフェミじゃない」と言っても、使っているAPIがすでにフェミ思想ベースで動作しているのだ。
つまり、「私は違う」という自己申告は、ただのUIレイヤー上の装飾にすぎない。
平等を掲げるなら、優遇措置をアンインストールする覚悟が必要になる。
だが現実には、多くの人が「平等という概念を口では支持しつつ、既得権のキャッシュを維持」している。
これはエンジニアリング的に言えば、「レガシーコードをリファクタリングすると言いながら結局コメントアウトで誤魔化している状態」だ。
男女平等を“動作保証付き”で実装しようとするなら、既存の社会制度をルート権限で書き換える必要がある。
だが、ほとんどの人はroot権限を持つどころか、ユーザーレベルの設定すらいじる気がない。
もっと根本的に言えば、日本社会の多くの仕組みは、女性優遇をデフォルト設定としてビルドされている。
その構造はあまりにも自然化されていて、誰もコードレビューをしようとしない。
アンチフェミを自称する男性すら、「女性は守るべき対象」という社会的テンプレートを内面化していることが多く、それが構造の永続化を促している。
結果として、「BLは性的消費」「フェミはダブスタ」という批判は、異なるフレームワーク間の非互換問題にすぎない。
BLは「個人の妄想の自由」をレンダリングするローカルアプリだが、フェミニズムは「社会構造の更新」を目指すサーバーサイドのシステム。
同じメソッド名を呼んでいるように見えても、実行される関数の意味がまったく違う。
つまり、「BL＝性的消費」「フェミ＝ダブスタ」という批判構造は、コードのバージョンが違うままマージしようとしている状態に近い。
根本的にAPI設計思想が違うのだから、いくら議論を積み重ねても互換性は取れない。
必要なのは、「どの層で話しているのか」「どの権力構造を前提にしているのか」を明示することだ。
いいえ、関数の引数が多すぎる（「Too Many Arguments」）問題の解決策としてConfigクラス（またはパラメーターオブジェクト）を使用すること自体は、一般的にアンチパターンとは見なされていません。
関数の引数が多すぎる状態は「コードの臭い（Code Smell）」の一つとされており、Configクラスなどの単一のオブジェクトに引数をまとめることは、その問題を軽減するための一般的な解決策です。
| メリット | 説明 |
| 可読性の向上 | 長い引数リストはコードを読みにくくしますが、関連する引数を一つのオブジェクトにまとめることで、関数シグネチャ（定義）が簡潔になり、何を受け取っているのかが明確になります。 |
| 引数の順序間違いの防止 | 位置引数が多いと、呼び出し側で引数の順番を間違えるリスクが高まります。オブジェクトとして渡せば、プロパティ名でアクセスするため、この種のエラーを防げます。 |
| 変更容易性の向上 | 新しい引数が必要になった場合、関数のシグネチャを直接変更する代わりに、Configクラスに新しいプロパティを追加するだけで済みます。これにより、関数の呼び出し元すべてを変更する必要がなくなり、マージの競合も減らせます。 |
| 引数のグループ化・関連付け | 論理的に関連する引数（例：`name`, `lastname`, `city`, `country` → `Address` オブジェクト）をまとめることで、その意図やコンテキストが明確になります。 |
このような引数をまとめるためのオブジェクトは、Data Transfer Object (DTO) やParameter Objectとも呼ばれます。
Configクラス自体が問題なのではなく、そのクラスの使用方法や、そもそも引数が多いという事実がより深い設計上の問題を示している場合があります。
引数が多い関数は、しばしば単一責任の原則（Single Responsibility Principle / SRP）に違反している大きなクラス（Large Class）や長いメソッド（Long Method）の兆候であることがあります。
Configクラスを作っても、根本的な問題は解決しない： 引数をクラスにまとめただけで、関数やクラスが多くの異なる責任を持ちすぎているという根本的な問題は解決しません。
対処法： この場合、Configクラスを作成する前に、関数が実行している処理をより小さな責任を持つ複数の関数やクラスに分割することを検討すべきです。
Configクラス自体が、もはや数十のフィールドを持つ巨大な「すべてを持つクラス」になってしまっている場合、それは設計上の問題です。
対処法： その巨大なConfigクラスのフィールドを、論理的なサブグループ（例: `DatabaseConfig`, `NetworkConfig`, `LoggingConfig`など）に分割することを検討します。
引数が数個（例: 2～3個）しかない関数に対して、引数をまとめるためだけにConfigクラスを作成すると、不必要なオーバーヘッドと複雑さが増すだけで、メリットが薄い場合があります。
対処法：Configクラスの使用は、引数の数が多すぎて（一般的に5個以上が目安とされることが多い）管理が難しくなった場合に限定するのが賢明です。
結論として、関数の引数が多すぎる問題をConfigクラスで解決するのは、有効な設計パターンです。
ただし、その解決策を適用する前に、「なぜこの関数はこんなに多くの情報が必要なのか？」と自問し、それがより大きな設計上の問題（SRP違反など）の単なる症状ではないかを確認することが、クリーンなコードを書く上で最も重要です。
現状はわりと正しく質の拡大と数の拡大の両軸で回ってる状態だと思ってるよ。
質の拡大について、当たった作品はメディアミックスを大規模に、円滑に回せたらそれが一番沢山お金が稼げて、全体の幸福度を上げる事になるから、原作者や原作の尊重を前提に効率よく回せるようになっていく事が今後のアニメ漫画ゲームやらの発展につながると思ってる。
そんで、原作者も納得しててなんなら良いアニメ化と認識してたらしいぼざろアニメの胸ナーフやら水着程度で原作ボキボキした別物の仕上がりとか言ってたら、それは足を引っ張る行為になるんじゃないの？と個人的には思ってる。
数の拡大についてはヒット作は狙って作れりゃ苦労しないの観点から当然、重要な話だと思ってるし、その成果物もなんとなく海外から見える程度にプロモーションできる余裕があるから、海外から日本の創作物には多様性があっていいなぁって評価がされてるものと認識してる。
ただ、やってる当事者は売れるものを作れ、売れなくても、最低限商品として世に出せるものを作れというプレッシャーから解き放たれる事はまず無いので、好きなように作ってるように見えて、業界の自主規制や決裁権を持ってる人からやんわり押し付けられる売れるメソッド的なものを筆頭に様々なものから抑圧されつつ作ってるものと認識してる。
目に余るような表現への弾圧やら誹謗中傷やらがあったなら、それは表現規制やろって声を上げりゃいいと思うけど、その基準についてあまりに繊細だと足を引っ張るだけだと、個人的には思うところ。
・結論
・背景
なんでそんな太ったの？減量始めたきっかけは？
→アメリカ出張があって、アメリカでは太らなかったけど帰ってきたら日本食がうますぎて一気に太った。もともと大食い酒飲みデブで90kg以上あったので気にしてなかったけど、体重計乗ったら105kgになってて血圧も上が160とかあってヤバいと思って減量開始した。
・期間
ちょうど1年、開始3ヶ月で9kg、最後4ヶ月で10kg落とした。途中5ヶ月はメンタル病んだりしてゆるくやってた。
ウェイトトレーニングと食事管理。チートデイは設けない。ただ、月1くらいで飲み会食事会とか、連休で友人に会うとかはあったのでその時は気にせず食ってた。
スクワット、ベンチプレス、デッドリフト、ラットプルダウン(デブに懸垂は無理)をメインにした、極めて単純で地味な全身法。週3ジム行って、一回1時間強トレーニングする普通のトレーニング。減量しながらでもスクワット140kg、ベンチ90kg、デッド150kgまでいけたが、別にここまでやらなくていいと思う。ただ体の使い方はうまくなったので、トレーニング初心者ほど、この種目はちゃんと指導できるトレーナーに見てもらったほうがいい。なお未だに懸垂はできない。
あすけん課金してPFC=28％:22%:50%の設定のあす筋何とかっていうコースで管理。できるだけ100点を目指していた。最後の4ヶ月は全然予定通り体重が減らなかったので、満点下限ギリギリまで脂質と糖質削った。
メニューは↓これをアレンジして、週に10食分これ＋ごはん、芋類、鮭か鯖、卵、納豆、アーモンド小魚、ヨーグルト、キムチ、葉物野菜あたりを組み合わせていた。
このメニュー、優秀でうまいんだけど、ちょっと面倒。俺アレンジのほうが楽。
玉ねぎ炒めるのめんどくさいから抜いて、根菜は人参のみ。生姜は無し、にんにくは10食分に3粒程度で十分。きのこは舞茸とエリンギとエノキ。出汁感が欲しかったから鰹節を2掴みくらい。
舞茸エリンギを適当にカットして、塩振って水気が飛ぶまで焼いたらエノキきざんだのときざみにんにくを入れて全体に焦げ目をつける。後入れなのは、舞茸エリンギと同時にいれるとエノキにんにくが絶対先に焦げるから。
人参はカットして炊飯器に入れて、↑を入れて、鰹節いれて、あとは一緒。味付けは塩とコショウのみ。
元レシピはいろんな味付けにして飽きないようにってなってるけど、色々作った結果これが一番うまいし楽だから結局ずっと塩コショウのみで食ってる。飽きはするけど、うまいし楽だから続く。味付けペースト作るのがだるいのよね、トマトペースト煮詰めると絶対まわりに跳ねるし時間もかかるから……
・結果
まだ腹回りに贅肉はいっぱいあるけど、80kg切ったので成功と言っていいでしょう。血圧も120/70なんで平常値と言っていいし、筋肉も一般人よりある。105kgのときに履いていたパンツは拳が縦に2個以上入るくらいゆるくなった。なお太ももは太さが変わらん。スクワットの成果。
なお105kgのときでも通勤は自転車だし、階段で息があがるとかもないし、旅行に行ったら10km以上歩くとかも普通にできてたので、別に体が軽くなった感じは無い。疲れにくくなったとかもない。食事は普通の量でも満足できるようにはなった。ただ、変わらず脂っこいものしょっぱいものは好きだし、酒は相変わらず毎日飲みたい(4ヶ月禁酒してました)。
・感想
多分これ以上ストイック生活継続するとメンがヘラっちゃうので、2週間くらい酒と食事をフリーにしようと思ってる。2週間で3kg太る自信がある。そしたらまた健康的な食事に戻して、標準体重にタッチしたら増量期というものを設けてみたい。BIG3合計400kg、特にベンチプレス100kgは絶対達成したいのでがんばる。
さて、久々に酒買ってきます。
