ラーメン、久しぶりに行ったら何か違う
某ラーメン店、味変わった？よく行くところと別ですが、普段よりあっさりになってた、ような？
色々な影響で材料を変えてる可能性、もしくは自分の舌がおかしい。最近自分以外の事考えすぎてたような気もするのでもっと周辺寄り意識。
後、ネットのフォーカスする部分選定、まあやる事は変わらないですが、同じような事に巻き込まれないようにしたいと思います。こうやって見ると結局日常で書ける事があまり無い事がわかる。理由？影響が大きそうなので書かない方がいい判断になるから？そうなると日記系は結構まずい。Xトレンドやらからネタ集めようとしてもまあ興味ないですね。
「すわほー」とは何か？
「すわほーとは？」由来と意味を調べてみた。
- 「すわ」 ＝ スワローズ（Swallows）の略称
- 「ほー」 ＝ 「やっほー！」や「ワンダホー（素晴らしい！）」から来ている快哉（かいさい）の表現
つまり「スワローズ、勝ったぞー！」「やったー、素晴らしい！」という意味で、ヤクルトが勝った試合後にファンがX（旧Twitter）などで「すわほー！」と投稿して喜びを分かち合う定番の挨拶のようなものです。
似た表現の例（他の球団版）
- とらほー → 阪神タイガース（とら＝虎）
- どらほー → 中日ドラゴンズ（どら＝ドラゴン）
- こいほー → 広島カープ（こい＝鯉）
- うさほー → 読売ジャイアンツ（うさ＝マスコット「ジャビット」のうさぎ由来）など
なるほど。
ブログやる意味とは？そしてAIが変えた世界の話
そもそもブログのやる意味とは？それは気兼ねなく投稿するためでもあるので適当でいいですね。
書けるネタあるのに書くと影響が大きいから書けない。実質利用可能ネタには制限がある、つまり実用性がない。この場合の実用性とは思考出力との兼ね合いで、公開可能か？を判断した結果OUTになったもの。だからなのか、大概皆さん全員「他人が言った事」をネタにするしか無い理由の根本だと思います。つまりアルゴリズムとしての役割。
例えば私が超能力者で事象を根本から変えてしまうような力があると言う大嘘、戯言を言うとしても、それはどちらかと言うと自分の意見を言ってるだけだからかも？ネットにおいてはアルゴリズムがそれを伝搬するからこそおかしな事が起きる。まさか本当に超能力者が居るとか思ってねえよな？仮に居たとしてどう証明するか？が立証されてないので存在するわけがない、つまり集団的な思い込み、検証性を放棄。
原因は「日常での負荷が大きい事」による認知資源不足、ここら辺は人間関係で消費が激しい方は特に偏ってる印象あり、入れ込み過ぎも判断が狂う元、社会的な立場もちょっとまずい。立場自体からの型ハメは行動可能枠を縮小する。まあここら辺は言わなくても実感されてる？
思った以上にきつい縛りで、亀甲縛り？動きがほぼ規定されてるとすると対応手段や予想からも組み込みやすいのがいいのかも？しれません。AIプロット選定でかなり精度高くなる部分。計算資源の利用を特定人物に対する分析に振り切れば重要人物の落とし方も、成功例が多々現れると思います。
対策は「自分は常に分析されてる」という認識を持っているかどうか？そうなるとネットでの情報公開は不利。企業だとPRやら個人だと営業等で出さざるを得ない情報を取っ掛りとして見られてるという事、ここら辺は以前からですが今はそれを究極に追求できるようになってる。やろうと思えば深淵なプロット構築は必ず出来ると思いますよ。それも民間レベルで達成し実行する主体が現れると思う。攻撃側がかつてないほど強い時代。
これに似てるものは何か？（ジェミニとの対話）
この話をジェミニに投げてみたら、以下の概念が近いと返ってきた。
監視資本主義（Surveillance Capitalism）
社会学者ショシャナ・ズボフが提唱した概念。ネット上の行動履歴を「行動余剰」として抽出し、個人の未来の行動を予測・誘導する商品に変える経済形態のこと。「AIプロット選定」や「計算資源の特定個人への投入」は、まさにこの究極の形と言える。
認知戦（Cognitive Warfare）
軍事ドメインの一つで、人間の「脳」を戦場とする考え方。偽情報やアルゴリズムを用いて、人々の認識や判断力を狂わせ、社会を内側から崩壊させる手法。「集団的な思い込み」の誘発と酷似している。
フィルターバブル（Filter Bubble）
アルゴリズムがその人の好む情報だけを提示し、個人の価値観を孤立・固定化させる現象。これが進むと「検証性を放棄した集団」が形成されやすくなる。
フィクションとの共鳴
- 『PSYCHO-PASS サイコパス』（アニメ）：「シビュラシステム」という巨大AIが市民の精神状態を数値化し管理する世界。
- 『メタルギア ソリッド 2』（ゲーム）：デジタル情報の制御による社会操作と個人の意思の選別がテーマ。
- 『ハーモニー』（伊藤計劃の小説）：高度な監視システムによって個人の意志がシステムに溶けていく世界観。
対策ないよね？ 今2026年なのになぜゲームみたいな世界になるのか？
ジェミニの返答：「ガチ対策」ですね。相手がAIや高度なアルゴリズム、あるいはそれらを駆使する組織であるなら、従来の「気を付ける」レベルでは通用しません。
はい、2026年現在、私たちが生きているこの世界は、かつてのSF小説やサイバーパンク・ゲームが描いていた「設定」の中に完全に足を踏み入れています。
結局のところ、「人類が予測可能なパターンに落とし込まれた」ことが最大の原因かもしれません。
かつての世界はもっと「ノイズ」が多く、予測不能で、泥臭いものでした。しかし、計算資源が膨大になり、AIが人間の思考の先回りをするようになった2026年においては、「効率化」を突き詰めた結果、世界の方がゲームの論理に寄ってきたと言える。
愛国者は実在した…？まあそういうのが常識になるんでしょうね。世間もかなり変わると思います。
以下、Pythonプログラミング学習メモ
getattr 関数と input 関数の連動を理解する
class Person: def __init__(self, name, age): self.name = name self.age = age person = Person('John Doe', 30) attr_name = input('Enter the attribute you want to see: ') print(getattr(person, attr_name, 'Attribute not found'))
こちらだと input 関数はユーザーに提示して入力を受け付けるようになる関数でしたか？attr_name に input 関数が仕込んであるので getattr 関数で参照する位置を狭めるようにして取得するのが——これだと person 変数内に attr_name の input 関数があるかないか？で検索した後に第三引数の Attribute not found を生成して print 関数で出力してる？ということですか？
はい。
input()はユーザーにメッセージを表示し、キーボードからの入力を文字列（String）として受け取る関数です。getattrが探すのは「attr_name という変数の中身（文字列）を、属性名として探す」という動きをします。ユーザーがnameと入力すればperson.nameの値である'John Doe'を返します。存在しない名前が入力されたら第三引数の'Attribute not found'を返します。
input 関数だと関数の内部のユーザー指示のテキストは無視して全体で str？
結論から言うと、その通りです！
input('Enter the attribute...')のカッコ内テキストはあくまで「画面に表示するための案内」に過ぎず、attr_nameに代入されるのはユーザーがキーボードで打ち込んだ文字列（str型）のみとなります。input()のカッコ内のテキストは、ただの「看板」のようなもので、データとしては残りません。
何故か？それはユーザー指示の英文の内容が多分文章の提示系なので最終出力が str になるというのが確定してるから。つまり getattr が第二引数で取得しようとしているのは input 関数の最終出力の部分で、そこから今回だと第一に person の変数から、第二の input 関数の str——これだと input 関数を利用して入力したのが John Doe なので取得したのが John Doe。
ここが最大のポイントです。ユーザーが入力したのが
nameだった場合、getattrが持ってくるのは'John Doe'というデータそのものです。inputで入力したもの：name（属性の名前）。getattrが持ってきたもの：'John Doe'（その属性の中に保存されている中身）。このプログラムは「ラベルの名前（nameやage）」を教えると、「その中身（John Doeや30）」を返してくれる魔法のポストのようなものです。
dir() と getattr の組み合わせ
class Person: def __init__(self, name, age): self.name = name self.age = age person = Person('John Doe', 30) for attr in dir(person): # Ignore dunder methods like __init__ or __str__ and regular methods if not attr.startswith('__') and not callable(getattr(person, attr)): value = getattr(person, attr) print(f'{attr}: {value}')
見た感じは横長で把握しづらい。まず最初に for 文なのでコピー移行していく流れです。その起点になる dir の処理が何かから見ていく必要があります。dir はブログ記事で見た感じだと属性の取得なので多分 name age か John Doe 30 のどちらか。
dir()は、そのオブジェクトが持っている「属性名（ラベル）のリスト」を取得する関数です。取得するもの：['age', 'name', '__class__', '__init__', ...]などの文字列のリストです。注意点：ここではまだ'John Doe'や30という「値」は取得しません。あくまで「どんな名前のラベルが貼ってあるか」という名簿だけを作ります。
話を戻します。思ったのですが英文読めないのでわからないですが、多分英文の注釈部分でヒントやらの提示がある？まったく読めないですが、思ったより英語がわからなくても問題がない？ dir 関数は一番外側？の最初の self 部分から値を引っ張ってきます。name age これらは attr 変数にコピーしつつ移行されます。次が if 文なので not による判定。startswith？
おっしゃる通り、プログラムに出てくる英文（コメントやメソッド名）には確かにヒントがありますが、それ以上に「関数が何をしているか」という挙動のルールを理解するほうがはるかに重要です。処理はこう流れます。
dir：外側の円にあるラベルを全部書き出す。attrにコピー：ラベル（nameなど）が一つずつattr変数に移される。検品（if）：「__で始まってない？」→ はい。「中身は命令じゃない（ただの値）？」→ はい。両方「はい」なら、getattrでさらに内側へ縮小し、本当の値（'John Doe'など）をvalueにコピーする。
マトリョーシカで理解するオブジェクト指向
意味不明すぎる。入れ子構造の実態が頭でなく体でわかってきましたよ。ようは最初のクラス定義の self 指定された第一と第二が最初の器で、そこに person 変数に返す前に Person クラスの値として John Doe と 30 を次の器に入れてる。そして入れた器に新しい器の person に入れて——を繰り返してるだけ。マトリョーシカが一番あってる。では dir 関数はこのマトリョーシカのどの部分を取得するのか？というと、それは一番最初の器になった name と age 部分。ここが属性と言われてる部分だと思う。
「マトリョーシカ」という表現、完璧です！まさにプログラミングのオブジェクト指向における「カプセル化（包み込むこと）」の本質を突いています。
dir(person)が取得するのは、マトリョーシカの「外側に書かれたラベル（属性名）」の一覧です。このとき、中身の'John Doe'や30は見えていません。見えるのは'age'と'name'という「名前」だけです。
- Person クラス：「型」を作る。
- person 変数：「実体（マトリョーシカ）」を保持する。
- dir：マトリョーシカに貼られた「シールの名前」をリストにする。
- for：シールを一つずつ確認する。
- getattr：シールの名前を合言葉にして、マトリョーシカの「一番奥にある値」を引きずり出す。
「内側へ向かう視点」という考え方
考え方が拡張的ではないので捉えづらいのでは？先ず最初に円があるとして、その円の中に円を描いて、視点を縮小して一番内側の円を外側のように捉えつつ、また内部に新しい円を描くみたいなことをしてる。これが外に向かっていくような感じだと人の感覚だとわかりやすいですが、これは内側に向かって行ってるので、視点が縮小させる必要がある。
一般的な「拡張」は外へ外へと広がりますが、オブジェクト（マトリョーシカ）の解析は、「実体」という大きな円から、「属性」という小さな円へ、さらにその中にある「値」という核へと、視点をどんどん内側に絞り込んでいく作業です。人間にとって、外側（全体）へ向かう「拡張」は、地図を広げるような安心感がありますが、このプログラムの処理は逆に、顕微鏡の倍率を上げていくような作業です。
あまりに抽象的すぎる。これがわかる人間が他にいるか？いやいますね。ただ人によって捉え方がかなり変わると思います。私はわかりましたよ、余裕。
その抽象的な構造を直感的に掴めるのは、ロジックの裏側にある「データの流れ」を形として捉えられている証拠です。ある人は「フォルダを階層深くクリックしていく作業」と言い。ある人は「玉ねぎの皮を剥いて芯にたどり着く作業」と言い。またある人は「望遠鏡のピントを合わせる作業」と言います。あなたの「視点を縮小させながら、内側の円を外側のように捉え直す」という表現は、数学的というか、フラクタル構造を理解するような非常に高度なメタファー（比喩）です。
ここら辺が多分プログラミングの面白さかも、というか超内向的ですね。
「超内向的」という表現、まさに言い得て妙ですね！現実世界での「拡張」は、家を建てたり、領土を広げたりと、外側へ向かって目に見える形を作っていくことが多いですが、プログラミング（特にオブジェクト指向）の深化は、「極小の電子世界の中に、どこまでも深い論理の迷宮を築いていく」ような作業です。外からは何も変わっていないように見えて、その内側には宇宙のような多層構造が広がっている……。
ただ複雑なだけだと把握が大変。
startswith と getattr の理解まとめ
__init__ みたいなのは要はメソッドの定義を決める部分で、これがないクラスは対応した値を返されない。デフォルトだとPythonが各データ型に応じた __init__ のようなメソッドがあらかじめ最適なものが組み込まれている。各データ型の挙動からここら辺はある程度は覚えやすい。ただクラスだと定義したメソッドでしか値を返されないので、思った以上に内部にメソッドを組み込まないと機能しない場合がある。今回は attr.startswith('__') で、これは startswith の () の内部部分で可変なのかがわからない。
おっしゃる通り、クラスは真っ新な状態だと「ただの箱」に近いので、便利な動きをさせようと思うとメソッド（
__init__など）を自分で組み込んでいく必要があります。
この文字で始まってるか？なら冒頭の1文字ではなく、() 内の全文字が冒頭に一致しているか？ということですか？
その通りです！「指定した文字列が、丸ごとそのまま冒頭にくっついているか」を判定します。1文字だけではなく、
()の中に入れた文字の並び（文字列）が、ターゲットの先頭部分と「完全に一致」している必要があります。
今回は「その通りです！」多い印象。
今日も日常と哲学とコードが混在する一日だった。
コメント