はてなキーワード: 履歴とは
例えば高市や参政党の賛美、財務省陰謀論、池上彰は日本人ではない、等
んで、これはまずいなと思ってPCからオカンのYoutubeアカウントにアクセスして、プロパガンダ系の履歴を消した
あと、オカンのアカウントでshortsを見て、表示される政治系動画をすべて表示しないように手作業で設定していった
朝になって、オカンは政治動画ではなく、健全な趣味の動画を見ていたので、これは早速効果が出始めたということだろう
しかしこの監視は継続しなければならない。家族の精神を害する情報は俺様が止める
もう、ここ最近ずっと、カクヨムのランキングにAI小説あるのが当たり前になってる。
俺もこっそり使ってて、1日で書かせた小説がランキングに入ってる(垢バレするから詳細は言えないが)。大体、その人と大して変わらない時期に始めてるから、お互いに小説執筆の経験はないと思う。俺はweb小説すら読んだことはなかった。PVは、その小説だけ2〜3万くらいある。
ここ2ヶ月くらいかな?そうやって、他人のAI小説も目に入るようになって読んでみると、AI小説と言えども書かせ方は違うなぁと思う。しかし、似ているところが多く「これ、俺たちで被りまくってるのやばいよね」感もあって、今後の課題になってる。
さて、話は本題に入るが、このAI小説がランキング常連になることは、AIで人間の脳をハックできることを証明できてると思う。
読んで見たらわかるが、面白い面白くない以前に矛盾だらけで、ご都合主義をも超えてる内容(自分の含め)。
さっきも言ったが、俺は今までweb小説に触れたこともないから、何がおもろいんやろなぁ〜と思ってるレベルで書かせてる(AIの言う通りにしてるだけ)。
それでもランキングインしてるのは、もはや、AIが読者の脳みそを完全にハックできてることの証左でしかない。
これって、めっちゃ怖くない?マインドコントロールみたいで。俺は怖いと思ってる。
小説は「無理」と言われてた。今も言われてるくらいで、まだまだ不可能と言われてた。でも、その人たちが無知なだけで、俺たちは既にAI小説でランキングに入っちゃってるのが事実。そんな小説ですら人間の脳をハックできてるという事実が怖い。
短編ですら無理とか、そんなコメントも散見されるが…すまん、こっちが書いてるのは10万字以上や。
面白いと言ってしまえば不謹慎だが、本当に面白いのはここからで、これからカクヨムコン11が始まる。現時点でランキングにAI小説入ってるんだから、カクヨムコン11にもAI小説が流れ込んでくるのは当たり前だよね。
(ちなみに、直近のGA小説コンテストだと、AIを使用した場合はその会話履歴の提出を求められた。つまり、プロでもAIを見抜けないと言ってるようなもんで。)
【追記】
AI増田じゃないわい。みんな、そんな審美眼しか持ってないからAI小説が伸びるんだろうな。ありがたいことに。
ついでに、俺が後悔している話も追加しておこう。
俺は投稿前にアルファポリスの規約もチェックして、「内容や分量に関わらず大量の作品(小説・漫画)を投稿する行為」が禁止されてるから、粗製濫造には手を出さなかったのにさぁ…
これだけは本当に苦しくなる。
でも、結局、そのおかげで俺に白羽の矢が立つことはないからラッキー✌️ってね。
こうやってひっそりリワード貰えたら十分よ。
ちなみに今月は3,4万円くらい貰えそうです。うおw
【追記2】
今回の1位のも読んでない。これの前にランキング上がった時は少し読んだ。そこで、AIの偏りを理解した。
(自分にとって)もっと面白いものが世の中にたくさんあるのに、わざわざ読むわけがない。
AIに小説書かせるのも楽しいけど、リワード貰えないならやらない。
これからは「読み専」ならぬ「書き専」が出てくる。
現状を変えたければ、運営がなんとかして。
X見てても誰も的を射るようなコメント見当たらない。
ユーザーの行動履歴を変換したベクトル(ユーザーベクトル)は、最終的にユーザーの属性推定やターゲティング入札のための非常に強力な特徴量として利用されます。
まず、ユーザーのウェブサイトでのクリック、検索クエリ、購入履歴、動画視聴などの生の行動データは、そのままでは機械学習モデルで扱えません。これを、意味的な情報を保持した固定長の数値の並び、つまりベクトルに変換します。
得られるベクトルは、ユーザーがどのような興味や関心を持っているかを数値的に表現したものとなります。
例えば、スポーツ用品の購入が多いユーザーのベクトルと、クラシック音楽の視聴が多いユーザーのベクトルは、ベクトル空間上で大きく離れることになります。
この行動履歴ベクトルを、そのまま機械学習モデルの特徴量 (Feature)として使用します。
| 目的 | モデルの入力(特徴量) | モデルの出力(予測) | 
| ユーザー属性推定 | 行動履歴ベクトル (およびその他のコンテキスト情報) | 年齢層、性別、職種、推定年収、ライフステージなど | 
行動履歴ベクトルは、ユーザーの顕在的および潜在的な興味を捉えているため、これらの属性と高い相関を持つことが多く、精度の高い属性推定が可能になります。
例えば、「特定ブランドの高級車のウェブページ閲覧」という行動は「高年収」という属性と強く関連づけられるといった具合です。
推定された属性情報、またはより直接的に行動履歴ベクトル自体を、広告のターゲティングや入札ロジックに組み込みます。
推定された「若年層のエンジニア」という属性に対して、特定の採用広告の入札額を上げる。
ある商品の購入者と行動履歴ベクトルが類似しているユーザー群(Lookalike Audience)に対して、その関連商品の広告を出す。
広告オークションの際、このベクトルを特徴量として利用し、広告が表示されたときのコンバージョン確率を予測するモデル(Click-Through Rate (CTR) や Conversion Rate (CVR) 予測モデル)の精度を向上させ、最適な入札価格を決定します。
このように、行動履歴をベクトル化するプロセスは、デジタルマーケティングにおけるパーソナライゼーションと収益化の基盤となります。
ユーザーの行動履歴を、なんらかのベクトルに変換し、そのベクトルを利用して広告なりコンテンツを出す
んで、ユーザーの属性推定(年齢、職種、性別、年収、等)をしたければ、このベクトルを特徴量にしちゃえばいいって話なのよな
最終的には、ターゲティング入札に使えるって寸法よ
文章は「早期退職が短期的に財務合理性をもつ」と冷静に記述しているが、ここには経営陣自身の戦略的無能さが覆い隠されている。
本来、経営とは単年度の損益勘定ではなく、「人材を通じて知の蓄積を再生産するシステム」を構築することである。にもかかわらず、多くの日本企業の経営層は次のような欠陥を露呈している。
ベテラン社員の賃金を「生産性との乖離」とみなし、即時的コストカットに走る発想は、経営が“教育投資”や“内部知の継承”という本質を理解していない証拠である。
欧米の成功企業では、熟練人材は若手育成・組織文化の維持装置として位置づけられ、その貢献は「見えない生産性」として定量・定性の両面から評価される。日本企業の経営陣はこの非定量的価値を可視化する能力を欠いている。
経営層は、バランスシートの改善を株主・監査対応の「儀式」として遂行する一方で、長期的な技術競争力・市場再定義に向けた構想力を欠く。
結果として、合理性の名のもとに人材を切り捨て、10年後に再び同じ構造的問題に陥る「リストラ再帰現象」を繰り返す。これは経営判断ではなく、思考停止の制度運用に過ぎない。
近年の大企業では、財務・法務・経営企画といった「調整型エリート」が経営陣に集中し、現場知を持つ実務者が排除されている。そのため、人的資本の質や現場の専門性を評価する基準が存在せず、「人を数字で削る」以外の手段を持たない。
要するに、経営の知的怠慢が、制度的惰性を装って正当化されているのである。
文章はフランスやアメリカの「複線型・フラット型」モデルを理想的に描くが、見落としているのはエリート教育そのものの構造的欠陥である。
すなわち、現代日本では「グローバル基準」を参照しても、その前提となる評価制度・教育体系が劣化した模倣物に過ぎない。
フランスのグランゼコールや米国のMBAは、単なる専門訓練ではなく「社会設計者」としての責任倫理を育てる。
一方、日本のエリート教育は、東大・慶應・一橋などの学歴的篩い分けを通じて、「既存秩序の維持装置」を生産するにとどまっている。結果として、システムを批判的に再設計する知的能力を持つ人材が枯渇している。
エリート層が自らと同じ価値観・履歴(学歴・官僚的行動様式)をもつ人材のみを昇進させる構造が、企業内の思考多様性を奪っている。
その結果、制度疲労を是正するイノベーションが内部からは生まれず、「成果主義」や「フラット化」も形式的スローガンに終わる。
実際、外資模倣型の成果評価制度を導入しても、評価する側の知的基盤が旧来の年功文化に依存しているため、制度だけが輸入され、文化が輸入されない。
日本のエリート教育は“効率と管理”を学ばせるが、“責任と再設計”を教えない。
したがって、経営陣が「合理的なリストラ」を実施するとき、それが組織文化の破壊・技能伝承の断絶・心理的安全性の喪失を招くという倫理的コストを認識できない。
このレポートは制度構造(年功序列・賃金カーブ)を問題の中心に据えているが、より根源的な問題は制度を運用する人間の知的劣化である。
経営陣が「制度に依存し、制度を批判的に再構築できない」状態に陥っている限り、どんな制度改革も形骸化する。
持続可能な雇用制度の前提は、「持続可能な思考」を行う人材層の育成である。
それは、教育・採用・評価のすべての局面で、短期的成果よりも構想力・倫理・公共性を評価する文化を取り戻すことでしか達成されない。
「地頭がいいですね」と言われるたびに、どこか引っかかる。
地頭という言葉は、しばしば“努力を見ない称賛”として使われる。
結果だけを切り取って、その背景にある思考の筋トレや経験の積層を無視してしまう。
まるで一瞬の走りを見て、「もともと足が速いんだね」と言うように。
⸻
人の能力差なんて、たいていは小さい。
ではなぜ「地頭がいい」「悪い」と言われるのか。
それは結局、
例えば新しい環境へ向かうための不動産契約の経験を通じて、別の契約書理解への転用ができるようになる。
⸻
人の歩いてきた道を見ずに、結果だけを才能と呼ぶのは、
でも、僕自身や周囲の多くの人はそうではない。
努力して考え、失敗してまた考え、
そうやって“11秒台”まで辿り着いた人たちだ。
⸻
それが極地だ。
そんな人に向かって「もともと足が速い」と言うのは、
⸻
「足が速いね」と言う。
それと同じように、
ドナルド・ホフマンが提唱している「trace logic(トレース・ロジック)」は、彼の「意識の進化ゲーム理論」や「インターフェース理論」に関連する概念で、私たちが普段認識している時空、物理的な対象が、実は「意識のエージェント(主体)」の相互作用から「トレース(痕跡)」として生まれてくる、と考えるための数学的な枠組みです。
ホフマンは、私たちの知覚は、現実世界をあるがままに正確に映し出しているわけではなく、生存と繁殖という「適応度(フィットネス)」を最大化するために進化した「インターフェース(操作画面)」のようなものだと主張しています。
画面上のアイコン(例えば、ゴミ箱やファイル)は、コンピュータの内部にある複雑な電気信号やコード(真の現実)をそのまま表しているわけではありません。
アイコンは、私たちが効率よく操作するために作られた便利なシンボルです。ゴミ箱のアイコンをクリックすれば、内部のデータが消えるという「操作の結果」だけが重要で、内部の電気信号の状態を知る必要はありません。
ホフマンにとって、私たちが知覚する時空、物質は、このアイコンのようなものです。真の現実は、私たちが知覚するものとは根本的に異なっていると考えています。
ホフマンは、この真の現実を、お互いに相互作用する「意識のエージェント(主体)」の集まりとして捉えようとします。
エージェントは、特定の決定や選択を行い、その選択がお互いに影響し合っています。
彼の理論では、意識が物質の基盤であり、物質的な宇宙(空間や時間など)は意識から派生したものと考えます。
「trace logic」は、この「意識のエージェント」たちがどのように相互作用し、その「痕跡(トレース)」として、私たちが時間や空間として認識するものが生まれてくるのかを、数学的に記述しようとする試みです。
「トレース(trace)」は、もともと「足跡」「痕跡」という意味です。
エージェントの相互作用や情報のやり取りを追跡していくと、その「痕跡」として、私たちが物理的な対象や空間として認識しているものが出現する、というイメージです。
これは、単なる哲学的な話ではなく、意識の相互作用を数学(ロジック)で表現することで、彼のインターフェース理論を検証可能な科学理論にしようとする試みなんです。
多数の人がチャットアプリでメッセージを交換し合っていると想像してください。
個々のメッセージのやり取り(意識のエージェントの相互作用)の履歴(トレース)を数学的に分析していくと、「グループ」という仮想的な構造や、「会話の流れ」という時間の流れが浮かび上がってくる、というイメージに近いかもしれません。
要するに、トレース・ロジックは、「私たちが知覚する宇宙は、意識というものの相互作用の副産物(痕跡)である」というホフマンの考えを、数学の言葉で表現するためのツールなんです。
以下ChatGPT
自分のホームページ(自前ドメイン+自前HTML)を一度でも作って運用すると、SNS中心の“受け手”視点から、仕様・検索・配信・所有・継続の“作り手”視点に脳が切り替わる。結果、情報リテラシーは跳ね上がり、ネットのニュースや流行の見え方が根本から変わる——しかも想像以上に。
Before(作る前): Web=SNSのタイムライン。良し悪しは「バズってるか」「見やすいか」
After(作った後): Web=プロトコル+ブラウザ+HTML/CSS/JS+CDN+検索エンジン。
ページは**文書(Document)**であり、配置(IA)、意味づけ(セマンティクス)、配信(HTTP/HTTPS/HTTP/2/3)、キャッシュ戦略が気になりだす。
→ 同じ記事でも「タイトルの付け方」「hタグ構造」「画像最適化」「OGP」「サイトマップ」がまず目に入るようになる。
プラットフォーム依存の脆さを体感:規約変更やシャドウバンで露出が消える。
自サイトの資産化:ドメインに紐づくURLはリンクされ、検索に積み上がり、10年後も生きる。
POSSE(Publish (on your) Own Site, Syndicate Elsewhere):まず自分のサイトに出してから外部へ配信する習慣が身につく。
3. “好き/嫌い”から“なぜ速い・なぜ遅い”へ
Core Web Vitals(LCP/FID/CLS)や画像の遅延読み込み、フォント最適化の重要性が腹落ちする。
広告・計測タグの重さに過敏になる。読者体験を壊さないためのパフォーマンス予算という概念が生まれる。
キーワード選定は“流入ゲーム”ではなく読者の課題→コンテンツ設計に帰着。
内部リンク・パンくず・スキーマ(構造化データ)・サイトマップの意味が実務として理解できる。
“書けば伸びる”ではなく“検索意図を満たす設計が伸びる”に目が覚める。
alt、見出し階層、コントラスト比、キーボード操作、焦点管理など、見えない品質が最重要になる。
デザインは飾りではなく“読み・理解・操作”のためのユーティリティだと分かる。
たまたま当たる1記事より、更新の継続・アーカイブ性・RSSのほうが効くと実感。
コメント欄・メールフォーム・X連携よりも、ニュースレターやRSS購読者の質に価値を見出す。
ドメイン、DNS、証明書、バックアップ、法務(特商法・プライバシーポリシー)に“運用者の責任”が生まれる。
その重みが情報の信頼性を引き上げる(=他人のサイトの苦労も見えるようになる)。
トレンドは“輸入”ではなく選別になる。自分の歴史に合うものだけを採用して積層していける。
A. 最小HTML(雛形)
<meta charset="utf-8" />
<meta name="viewport" content="width=device-width,initial-scale=1" />
<title>あなたの名前 | ホーム</title>
<meta name="description" content="自分のホームページ。制作物・日記・メモを置いていきます。">
<link rel="alternate" type="application/rss+xml" title="RSS" href="/feed.xml">
<meta property="og:title" content="あなたの名前 | ホーム">
<meta property="og:description" content="自分のホームページ。制作物・日記・メモ。">
<meta property="og:type" content="website">
<nav>Home / About / Posts</nav>
<footer>© 2025 あなたの名前</footer>
GitHub Pages(Jekyll標準。Rubyベース、Node不要)
Cloudflare Pages(静的ファイルを置くだけで高速CDN)
レンタルサーバー(静的HTML+SFTP/rsyncで十分)
C. ドメインの基本
DNSはA/AAAA/CAA/TXT最低限、HTTPS必須(Let’s Encryptで無料化)。
D. “最低限の品質チェック”5点
ログを読む:Search Consoleと簡易アクセスログで“本文よりメタ情報”を磨く。
嫌いな上司から「過去の◎◎さん(自分)と相手方とのメールの履歴を見せて」と頼み事をしてきたくせに読んだ後で「本当は〇〇のこと記載しないといけないって課長に言われたはずなのに書いてないね(笑)」という余計なひとことを言われた。
余計なひとことだということは分かったので一旦無視した。というか思考停止しているので相手には無視したと思われていると思う。
「は?このやりとりは、テメーが相手方に電話したうえで電話の件の資料を送りますっていう体裁のメールなんだが?テメーが電話で相手方に口頭で言ったんだろうな?」「今回の件でやっとこの仕事のこと理解して、当時は分かってなかったし分かろうともしてなかった。今まで分かってなかったから今回相手方と揉めとんのにどの口がそんなこと言えるん?」
まで言いたかった。
上司は、新卒の子を引き連れていたのでイキりたかったのだろうと思う。本当にキモい。
余計なひとことに、ブチギレられないからストレスが溜まって病むのが悔しい。
頭が悪いのが悔しい。
一年が過ぎた。あの「何もしてないのに壊れた」事件の三人組は、今や職場のエースだ。
当時は「ディスプレイの電源の入れ方がわかりません」で全員の昼休みを潰した彼らが、だ。
人は成長する。いや、正確には「環境を与えられると覚醒する」というべきかもしれない。
あのあと、一応上司に報告した。「新人がディスプレイの電源を入れられない件について」と題したメールに、
あのときの顛末を淡々と書いた。報告を読んだ上司が言った一言が、すべてを変えた。
「それ、Apple Studio Displayじゃない?」
……え?
泣きたい。いや、もう笑うしかなかった。
Windowsのレジストリだのバッチファイルだのに全員アレルギーがあったらしい。
「Win端末って……Altキーが右にもあるの、何のためですか?」と真顔で聞かれたとき、
私の中の何かがそっと崩れた。
で、ちょうど一ヶ月後、上層部が「彼らの生産性を最大化するため」とか言い出して、
あっさりMac端末が支給された。MシリーズのMac Studio+Studio Display構成。
「あ、それComposeで並列処理に変えました」とか平然と言う。
気づけばTerraformで開発環境をインフラ化までしていた。
処理速度? 正確に計測したら、あのときのWindows仮想環境の十倍。
社内のGitリポジトリの更新履歴が、ほぼ彼らのコミットで埋まるようになった。
「それ、Homebrewで入れましょうか?」
……もう、何言ってるのか半分もわからん。
かつて「ディスプレイの電源が入れられない」と言っていた口で、
ただ、あのときの端末が彼らの性能に追いついてなかっただけ。
今日も彼らの後ろ姿を見ながら、私は小さく笑う。
——何もしてないのに、すごくなったな。