  |
はてなキーワード: 転送とは
フツーにデスクワークして「こいつ何だったら出来るんだ？」っていう無能な人として生きてるよ
再放送 https://anond.hatelabo.jp/20241130183328#
増田のタイトルの通り、学歴があっても、長文を読んで理解するどころか、単純化された動画の内容さえ把握できなかったり、同世代との会話がどこまでも噛み合わなかったり、仕事の指示が通らなかったり、そんな人っていますよね？
これって、上記に書いてきたように、メタ認知能力が極端に欠けてることや、知識移転能力の欠如、表層的な学習が積み重なった結果なんじゃないかと確信を持っています。
大卒以上であっても、こういう人が無視出来ない数いるのは、正直「なんで？」って思う人が多いんじゃないでしょうか。でも、この「なんで？」の背景には、「勉強やデスクワーク＝知的で選ばれたもの」っていう妙な誤解がある気がします。この固定観念が、現代社会における知性や労働の本質を見誤る原因になってるんじゃないかなと思います。
しかし、その一方で、社会の基盤を支える多くの職種が軽視され、不当に評価されている現状があります。
なぜかというと、"知識労働者(Knowledge Worker) "ではなく、"知的労働者" って呼称が使われたりすることからもわかるように、肉体労働者は知能を使わないみたいな妙な誤解を悪用し、仕事の複雑さや多様性を極端に単純化し、賃金差別(経済格差ではなく差別が適切)を正当化する輩がいるからです。
実際は、デスクワークだけでなく、フィジカルワークにも、高い認知能力は不可欠です。
例えば、エラーを検知し、適切なタイミングで作業を中止し、問題を解決する–これらは、メタ認知能力と深い経験に基づく高度な知的作業ですよね？プログラム組んだことなくてもロボットを作ったことなくても、誰しも直感的に知っていることです。
障がい者雇用に最適化された職場を除けば、こうした能力に欠ける人がフィジカルワークに適応することは非常に困難です。その理由は単純で、迅速に適切な判断ができなければ、事故や怪我を招き、最悪の場合、死人が出るからです。
フィジカルワークが出来そうもない人は、なんとなく知識労働を選ぶことが多いです。必ずしも自分の適性を十分に理解しているわけではなく、「選択肢の中で最も受け入れられる道」として選んでいることが多いです。でも、極端にメタ認知や応用力がないと、どんなに学歴があっても知識を活用できず、「結局この人は何ができるの？」って評価に甘んじちゃうことになります。たとえば、エラーメッセージに明確な解決方法が書かれているにもかかわらず、それを読み取れず(一応、読んではいる模様)、ただそのまま誰かに転送するだけの技術者とか、その典型ですよね。
もう一度言いますが、デスクワークだけでなく、フィジカルワークにも、高い認知能力は不可欠です。
うちの営業、5人しかいないのにクソ営業三銃士がいるのまじでクソすぎる
1人目 客先にごまかしでいいことばっか言って議事録を取らず受注後全てを技術にまかせ放棄するジジイ
2人目 原価作成をやたらと急がせるくせに必要最低限の情報の取得のための質問を気まずいという理由で渋り原価を出したら出したで自分のところで2ヶ月あたためるジジイ
3人目 客先のメールに回答する努力もせず全て転送してくるBOTジジイ なお商務条件も技術に指摘されないとスルーしてる模様
ファーウェイが初の独自OSパソコン キーボード部分も全面有機EL
https://www.nikkei.com/article/DGXZQOGM198JT0Z10C25A5000000/
もし現代に0からOSを作成する場合、これらのOSの技術的負債や欠点を教訓として設計するならどのようなものが考えられますか？
| 観点 | Linux で顕著 | Windows で顕著 | 共通課題 |
|---|---|---|---|
| カーネル構造 | 巨大モノリシック ＋ 常に ABI が流動的（外部モジュール苦労） | 歴史的にモノリシックに近く高密度・複雑 | 信頼境界が広く、脆弱性が権限昇格に直結 |
| 安全性 | Unix-型「ユーザー/グループ + SUID」が限界 | ACL/SID が複雑化・分散 | “一発 root/SYSTEM” を許すモデル |
| ドライバ | OSS/ベンダ混在・署名不足・上流統合が負担 | 内部 API 長期固定の重荷、古い HW サポートが尾を引く | カーネル空間に巨大コード |
| 更新 | ディストロごとに仕組み相違、再起動依存 | 累積パッチ巨大・Reboot 必須 | 取替え可能性 ≈ 可用性低下 |
| ユーザー空間 | バイナリ互換よりソース互換優先で「壊れやすい」 | DLL Hell / COM 登録 Hell | グローバル名前空間汚染 |
| 設定管理 | /etc + 点在 config → 形式・権限バラバラ | Registry 巨大モノリス → 腐敗 | アトミックではない変更が多発 |
| 開発プロセス | メーリングリスト文化でレビューボトルネック | 閉鎖的で古いコード維持不可避 | 純粋なモジュール性が欠如 |
マイクロカーネル（あるいは hybrid microkernel）＋ ユーザー空間ドライバ。
カーネル定義の “secure capability” ハンドルのみを他プロセスへ授与。
seL4 や Fuchsia の Zircon が示す「検証可能サイズ」を目標に。
| 観点 | デメリット | 旧 OS が採用しなかった背景 |
|---|---|---|
| 性能 | コンテキストスイッチと IPC が頻発し、90 年代 CPU では大きなオーバーヘッド。 | ハードウェア性能が不足し、リアルタイム性やスループットを優先した結果、モノリシック構造に。 |
| 実装コスト | OS サービスが分散し、デバッグやトレーシングが煩雑。 | 完全分離を行うツールチェーン／デバッガが未成熟だった。 |
| ドライバ移植 | ユーザー空間化で ABI は安定するが、低レイテンシ要求デバイス（GPU など）の処理が難しい。 | 当時は “音声が途切れる” 程度でも市場競争力を失うためカーネル内に残す決断。 |
Rust や Zig のような safe systems 言語。
C 部分は必要最低限に隔離し、unsafe 領域は形式検証 / fuzz 前提。
| デメリット | 背景 |
|---|---|
| ランタイム負荷 言語ランタイムを最小に削る必要があり、一部 unsafe が不可避。 | 70〜90 年代は C 以外に bare-metal 向け安全言語が事実上存在せず。 |
| コンパイラ信頼性 コンパイラ自身の欠陥がカーネル欠陥に直結。 | “自己ホスト” 安全言語を実機に載せる環境が不足。 |
| 学習コスト OSS/商用エコシステムが C 前提で巨大。 | ドライバサンプル・書籍・人材が C/C++ に集中していた。 |
外部インタフェース（syscall, driver ABI）は長期安定。
その裏で内部サービスは gRPC/FlatBuffers 相当の IDL で世代管理し交換可能。
| デメリット | 背景 |
|---|---|
| 進化速度の拘束 ユーザ空間から見える syscall を変えにくい。 | MS-DOS 互換・Unix 互換という既存ソフト資産が最重視された。 |
| バイナリサイズ肥大 旧世代 ABI を残すため “脂肪” がたまる。 | ストレージ単価が高く「後方互換より容量削減」が優先された時期が長い。 |
アプリは原則 container-like sandbox（Wasmtime, OCI など）で実行。
ファイルシステムは per-app の仮想 Namespaces、権限委譲は capability passing。
| デメリット | 背景 |
|---|---|
| 複雑な権限委譲 ファイルダイアログすら Capability 伝搬を要し、開発者負担。 | “単一 PC＝単一ユーザー” が前提で、砂箱の必要性が薄かった。 |
| 互換レイヤ 既存ネイティブアプリを仮想化するとパフォーマンス低下。 | RoM の小規模ゲームですら速度が死活問題だった 80～90 年代。 |
A/B partition や OSTree 型 “全イメージ” 交換。
任意時点へ atomic rollback；カーネル更新も Live-patchable。
| デメリット | 背景 |
|---|---|
| ストレージ消費 OS イメージを常時二重に保持。組み込みでは致命的。 | HDD が高価・遅い、SSD がない時代には非現実的。 |
| アップデート粒度 小パッチ配布より帯域を食う。 | ダイヤルアップ回線や CD リリースが主流で “差分パッチ” が合理的だった。 |
systemd-や Kubernetes-風の “状態 = 宣言” を1か所に。
| デメリット | 背景 |
|---|---|
| 学習曲線 既存の `vim /etc/xxx.conf` 流儀や regedit から大きく変わる。 | 管理者層が “設定＝テキスト or レジストリ” に慣れ切っていた。 |
| 複雑なマイグレーション 全サービスが同時に対応しないと一貫性が壊れる。 | OSS は分散開発で統一仕様を打ち立てる強権がなかった。 |
ベンダーは署名した “driver capsule” をリリースするだけ。
| デメリット | 背景 |
|---|---|
| パフォーマンス JIT / interpreter を挟むぶんネイティブより遅い。 | 当時 JIT 技術が未成熟で、リアルタイム I/O を捌けなかった。 |
| ハード依存 API DMA や割込みの抽象化が難しく、結局 “逃げ” でネイティブ部が残る。 | 旧 OS ではベンダがアセンブリ最適化で差別化していた。 |
ユーザー空間 API は async/await; カーネルはメッセージ転送中心。
NUMA・GPU・FPGA などヘテロ資源を first-class に。
| デメリット | 背景 |
|---|---|
| コード複雑化 async/await で “状態機械” を書けないとデッドロックを誘発。 | 90 年代はシングルコア前提で同期 API が単純・高速だった。 |
| デバッグ困難 スタックトレースが非同期に飛び、ツールチェーンが未整備。 | OS デバッガ/プロファイラがプリエンプティブスレッド中心に設計されていた。 |
Capability + Labels (MAC) + Hardware root-of-trust (TPM, DICE) を統合。
| デメリット | 背景 |
|---|---|
| ポリシー設計負担 SELinux でも “設定が難し過ぎて結局無効化” が多発。 | 当時はネット接続率が低く、ローカル攻撃ベクトルのリスク認識が薄かった。 |
| 互換問題 古いアプリが過剰特権を要求し、制御を有効にすると動かない。 | 商用ソフト対応を優先し無効化せざるを得なかった。 |
すべての公式バイナリは reproducible build エビデンスと SBOM 付与。
脆弱性スキャンと revocation を OS レイヤが自動化。
| デメリット | 背景 |
|---|---|
| ビルドパイプライン整備コスト 全パッケージを byte-identical に再現するにはツール統制が必要。 | オープンソース文化自体が黎明期で、ビルド環境を標準化する動機も手段も希薄。 |
| 秘密ロジック公開の葛藤 一部ベンダはソースハッシュ公開を嫌がる。 | IP 保護が優先され、署名のみ・SBOM なしがデファクトだった。 |
User Apps (Wasm / OCI Sandboxes) ------------------------------------- │ Capabilities ▼ Services ──▶ Driver Svcs(user-space) (Pkg, GUI, FS) ------------------------------------- │ syscalls = message send / recv (stable ABI) ▼ Microkernel ~100 kLoC, memory-safe (sched, vm) ------------------------------------- │ Secure IPC (SMC / VTL) ▼ Hypervisor(optional, for legacy guests / composable sandboxes)
Legacy Compatibility は Type-2 ハイパーバイザで提供し、歴史的 API を隔離。
UI Stack もユーザー空間サービスとしてホットリロード可。
Policy Engine で JSON/YAML 宣言→バイトコードへ compile、ランタイム適用。
| 教訓 | 新 OS プロジェクトでの対策 |
|---|---|
| Linux: 大規模パッチはレビューパンクする | GitHub PR + 公式 LTS gatekeeper、CLA & コーディング規約を機械検証 |
| Windows: Close-source で内部知識が属人化 | 100% open-design、Spec⇄Impl 双方向ドキュメント、自動生成 |
| 両者: “一社主導 vs 実質無政府” の二極端 | 財団モデル (Rust, Cloud Native) で技術運営と商用版の両輪 |
これらを先天的に組み込むことで、Linux/Windows が数十年かけて抱えた技術的負債（巨大特権領域・ABI拘束・設定の散逸・更新の非原子性 etc.）を回避しながら、クラウド・エッジ・IoT・AI アクセラレータ が混在する 2020-30年代以降の計算環境に即した OS が実現できます。
国家プロジェクトれべるだわ
PS Vitaのデータで使うPCソフト、コンテンツ管理アシスタントは死んだ。
実際にはまだ働かされているが、誰もサポートしてないゾンビのようなものだ。
コンテンツ管理アシスタントは頑張れば使えるが、PC詳しくない人には全然おすすめしない
・配布サイトがhttpで暗号化されていないので、ブラウザから「保護されてない通信」「安全ではないダウンロード」とボロクソ言われる
http://cma.dl.playstation.net/cma/win/jp/index.html
エラー内容①
ファイルhttp://download.microsoft.com/download/d/d/9/dd9a82d0-52ef-40db-8dab-795376989c03/wcredist_x86.exe のダウンロード中にエラーが発生しました。処理を指定してください。
・再試行するとエラーがループ。諦めてキャンセルを押すと次のエラー
エラー内容②
インストール要件 Microsoft Visual C++ 2008 SP1 RedistributablePackage (x86)のファイルが見つかりませんでした。インストールを中断します。ダウンロードに失敗したか、キャンセルされた可能性があります。
・起動要件に『Microsoft Visual C++ 2008 再頒布可能パッケージ（ランタイム）』 がインストールされていること』が入っている
・コンテンツ管理アシスタントのインストール時に、上記がインストール済みかチェックしてる（エラー内容②）
・Microsoft Visual C++ 2008が見つからない場合、インストールしに行くリダイレクト設定がされてる
↓
・Microsoft Visual C++ 2008 SP1 RedistributablePackage (x86) を自分で入れたらたぶん解決する
今回出てくるのは古いソフトやパッケージばかりなので、PCのセキュリティリスクが超高まります。
最新版をインストールしたとしても脆弱です。一時的にインストールして、使い終わったら消す くらいがちょうど良いと思います。
コンテンツ管理アシスタントは初期設定ではPCのフォト、ビデオ、ミュージックなどのフォルダにフルアクセス権限を得ます
写真や動画をPCにバックアップ取っている場合、それら全てにソフトがアクセスできると思って下さい
一番やばいパターンは「C++やコンテンツ管理アシスタントに未修正の脆弱性がある」→そこを突かれてデータが抜かれる→しかもPC内の写真や動画へフルアクセス権限与えてた パターンです
この記事の情報は2025年5月時点のものです。現時点では解決できても、数年経つと新しい課題が生じて時間がかかったりします。
繰り返しになりますが、PS Plusのクラウドバックアップの方が全然ラクです。
・Microsoft Visual C++ 2008 Service Pack 1 再頒布可能パッケージ MFC のセキュリティ更新プログラム
https://www.microsoft.com/ja-jp/download/details.aspx?id=26368
・『希望するダウンロードを選択』では「vcredist_x86.exe」を選択し、ダウンロード
・完了したら「Microsoft Visual C++ 2008 Redistributable has been successfully installed.」と表示される
http://cma.dl.playstation.net/cma/win/jp/index.html
・最新版 ダウンロード（Windows）をクリックするとダウンロードされます
・CMASetup.exeを実行する
・任意の場所に「VITA」のようなフォルダを作ります（例：C:\Users\ユーザー名\Desktop\VITA）
・フォト、ビデオ、ミュージック、アプリケーション/バックアップファイルの4つ全てで、参照ボタンを押して上記作成フォルダを選び直します
・初期値
・フォト C:\Users\ユーザー名\Pictures （やばい）
・ビデオ C:\Users\ユーザー名\Videos （やばい）
・アプリケーション/バックアップファイル C:\Users\ユーザー名\Documents\PS Vita （何故か安心設計）
・設定後
・フォト C:\Users\ユーザー名\Desktop\VITA
・ビデオ C:\Users\ユーザー名\Desktop\VITA
・ミュージック C:\Users\ユーザー名\Desktop\VITA
・アプリケーション/バックアップファイル C:\Users\ユーザー名\Desktop\VITA
インストールが完了したら、タスクトレイにコンテンツ管理アシスタントが表示されているはずです
タスクトレイに表示されている状態（=起動している状態）で、VITAをPCに繋いで接続操作をします。
たぶんこれで繋がります
お疲れ様でした。
もしCFW化している場合はシステムアップデートを求められてうざいですよね
PS VITAをエミュ機にして遊ぼう！ https://note.com/fieldwest/n/n43c17bf36d70
Microsoft Visual C++ 再頒布可能パッケージのバージョンを整理する
https://tyawanmushi.hatenablog.com/entry/Microsoft-Visual-C%2B%2B-Redistributable-Lists
Yahoo知恵袋 PSVitaのコンテンツ管理アシスタントのインストールについて質問です。
https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q12136357312
Yahoo知恵袋 PlayStationVitaのカメラで撮影されたプライベートな画像と動画をPC、もしくはスマホに移動・コピーしたいのですが、上手くいきません。
https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q11314301156
VitaにCFWを導入するにあたり、情報が散乱していたのでまとめる
・2022年末に革新的進歩があり、VITA単体でCFW導入できるようになった（通称 HENlo）
・にも関わらず古いCFW導入方法を案内しているブログが大量にある
・しかもタイトルの"20XX年最新"だけ更新し続けているから、最新記事に見える
↓
PC使用が前提になっているブログは全部古いので無視した方が良いです。
・『HENlo』について触れている
この2つが押さえられてれば最新情報です。（2025年5月現在）
ただし、現状だと実は『PC操作が一部必要』という罠があります。
その問題について書いている記事が見当たらないので、ここに残しておきます。
超具体的には
「HENkaku、VitaDeploy、VitaShellは導入できた」
「けどEnso導入ができない/つまづいている」 エラー：failed to get fw version please disable all the plugins and try again
5chでもRedditでも
『プラグインを無効にしろ』『0syscall6を無効にしろ』って書いてあったのですが、実はEnsoのバージョン変えれば解決します。（後述）
この記事が役に立ちました
[Vita] 2023年最新手順【HENlo】3.65-3.74 PC不要でCFW(HENkaku)導入
https://re-doing.com/vita-henlo-hack/
（一応魚拓：https://web.archive.org/web/20250226111105/https://re-doing.com/vita-henlo-hack/）
・HENkaku （カスタムファームウェア 3.65 変革 -2）
・VitaDeploy
・VitaShell
・最悪文鎮化する可能性があるのでセーブデータバックアップを取ったほうが良い
・VITAのセーブデータは特殊で、PCと繋ぐだけでは取り出せない
・バックアップにはいくつか方法があるが、PCのコンテンツ管理アシスタントは既に使えないと思ったほうが良い。PS Plusのクラウドバックアップが最も良いはず
・記事の内容を実施する前にバックアップ取るのを強くおすすめする
これをインストールすることで、電源を切ってからもCFW状態を維持できます。
VitaDeploy内のApp downloaderメニューからEnsoをインストールできますが、実はこのバージョンが古いです。※重要※
そのためVitaDeployからインストールすると先程のエラー（failed to get fw version please disable all the plugins and try again）が必ず出ます。
「PC不要になった」と書いてあったので盲点ですが、ここからPC必要です。
正しい方法は以下です
1, PC操作：GithubからEnso最新版のenso.vpkファイルをダウンロード（現在v1.1）
https://github.com/TheOfficialFloW/enso/releases
2, PCとVitaをUSBケーブルで繋げる ※データ転送対応ケーブルを使うこと。相性もある
5, PC操作：USBドライブとしてVITAのデータが表示されるので、ダウンロードしていたenso.vpkファイルを置く（フォルダはどこでもOK。自分はルート直下に置きました）
7, Vita操作：VitaShellでenso.vpkを見つける（さっきルートに置いたなら恐らくux0:にある）
9. Vita操作：Do you want to install this package? → ◯ボタン
10. Vita操作：~~~ Would you like to continue the install? ※意訳：「失敗したら文鎮化するけど自己責任だけど続ける？」 → ◯ボタン
11. 進行バーが消えたらインストール完了 ホーム画面に戻ってOK
Ensoはファームウェアが3.60か3.65じゃないとインストールできないです。（3.65 変革 -2は3.65扱い）
先程の記事の通り進めていたら3.65 変革 -2 になっているはずですが、実行前に再確認して下さい。
1, ~~~ Press CIRCLE to accept these terms or any other key to not accept. → ◯ボタンを押す（=CIRCLE ）
2, Options：
CROSS Install /reinstall the hack.
SQUARE Fix boot configuration (choose this if taiHEN isn't loading on boot).
CIRCLE Exit without doing anything.
Locking sustem ..
（中略）
The installation was completed successfully.
suocess.
MBR was detected but instllation checksum dose not match.
A dump was created at ux0:data/blocks.bin.
Press X to continue, any othe key to exit.
意訳：「ちょい待った。思ってた構成じゃないから危ないかもしれんわ。続ける？」
→✕ボタンを押す ※結局原因分かってないので自己責任でお願いします※
4, Locking sustem ..
（中略）
The installation was completed successfully.
suocess.
Enso導入が成功していると
・ファームウェアが3.65 変革 -2のままなっている
お疲れ様でした。
記事の本題は以上です。
VITAのセーブデータは暗号化されており、吸い出せてもエミュレータで使えないらしい。本体機体とセットで揃わないと使えない仕様。
調べたらセーブデータをここまでキツく縛ってるハードは他にない
だからメモリーカードのデータ管理でもPSPのセーブデータしか項目がなかったのか…
不便すぎる
当時の仮説
・HENkaku設定が悪さをしているのではないか（PSNの偽装を有効化、バージョンの偽装を有効化） →オフにしたが関係なかった
・本体にSD2VITAを刺しているのが良くないのではないか →抜いたが関係なかった
・enso.vpkの置き場所がルート（ux0:）が良くなかったのではないか →関係なかった
・VITAにメモリーカードを刺しているのが良くないのではないか →関係なかったが、データ保護的には抜くのが良さそう
・ゴミデータが残っていて悪さしているのではないか（手順を間違えたデータや古いデータなど） →関係ある可能性はある。最後までわからず
・Ensoのバージョンが古いのではないか →これが主要因だった
ゴミデータを疑った自分は正規のファームウェアに戻して、CFW化をやり直したりもした。
その際HENkakuすら入れられなくなってしまったので、抜け方を書いておく。
ENSO実行
↓
~~~ Press CIRCLE to accept these terms or any other key to not accept. → ◯ボタンを押す（=CIRCLE ）
↓
Options：
CROSS Install /reinstall the hack.
SQUARE Fix boot configuration (choose this if taiHEN isn't loading on boot).
CIRCLE Exit without doing anything.
→ △ボタンを押す（=TRIANGLE Uninstall the hack.）
↓
↓
↓
ファームウェアアップデートが促され、アップデートしないとメモリースティックが使えない
↓
↓
↓
HENloメニュー
・Exit
↓
「Eiting in 3」 の後に、以下のエラーメッセージがでて固まってしまう
vita starting taihen framework
If you are stuck on this screen, hold down the power button until your Vita turns off, then turn it back on.
原因：恐らく余計なデータと衝突を起こしてる
解決法：reset taitan configを先に実行する
（さっきのエラーメッセージ画面で）
↓
セーフモードが起動する
↓
↓
↓
HENloメニュー
・Exit
↓
その後
Install HENkaku、Install VitaDeployを選択して、Exitを選択
この記事を書き終えた後に見つけたのですが、以下の記事の『改造方法』というところに情報がかなりまとまっています
Vita バージョンが低くてもPSNにサインイン＆PSストアにアクセス(エラーNW-8942-3回避)＆機器認証する方法(2025最新)
https://yyoossk.blogspot.com/2024/10/vitapsnps2024.html
今回VITAのセーブデータバックアップが主目的だったから、徒労でしかなかった
指摘、補足、最新情報あれば反応もらえるとありがたいです
テクウヨチー牛くんが、wikipediaの項目を自作自演で作成し
「wikipediaにも載ってるから正式な用語なんだああああああ！！！」
と言い出したので、その記録
「テクウヨ」は新聞やメディアでも使われてる単語だし、wikipediaにも載ってるちゃんとした単語だが？少しでも同じ単語使ってたら同一人物扱いとか糖質だろ。ネットやる前に精神科行ってこい
バカかこいつwwwwwwwwww
君がイオンやパシフィコエナジー、藤原運輸の検索欄を「テクウヨ」のワードで荒らしてセルフブクマスパムを行った日と1日しか違わない4/11だ
増田で「テクウヨ」連呼して、その後にwikipediaに記事をつくり、ソースは増田です…だあ？
これはどういうことだろうねえ？
おかしいなあー！
最新前 2025年5月10日 (土) 04:19 CosmoCiv
最新前 2025年5月10日 (土) 04:18 CosmoCiv
最新前 2025年5月10日 (土) 04:05 CosmoCiv
最新前 2025年5月5日 (月) 03:01 OAJOJA
最新前 2025年5月5日 (月) 02:42 OAJOJA
最新前 2025年4月12日 (土) 11:14 Slpolient
最新前 2025年4月12日 (土) 10:40 Kekero
最新前 2025年4月12日 (土) 08:34 StellarWalker
最新前 2025年5月10日 (土) 04:01 CosmoCiv 会話 投稿記録 28バイト +28 ←テック右翼へのリダイレクト タグ: 新規リダイレクト
2025年4月16日 (水) 09:16 差分 履歴 +22 m イーロン・マスク
2025年4月16日 (水) 09:14 差分 履歴 +22 m 暗黒啓蒙
2025年4月12日 (土) 08:36 差分 履歴 +21 Template:政治思想
2025年4月12日 (土) 08:34 差分 履歴 +6,468 N テック右翼 ←新しいページ:
2025年5月10日 (土) 04:32 差分 履歴 +37 マーク・ザッカーバーグ
2025年5月10日 (土) 04:26 差分 履歴 +1,018 孫正義
2025年5月10日 (土) 04:19 差分 履歴 +4 m テック右翼
2025年5月10日 (土) 04:18 差分 履歴 +401 テック右翼
2025年5月10日 (土) 04:14 差分 履歴 +685 マーク・ザッカーバーグ
2025年5月10日 (土) 04:11 差分 履歴 +964 マーク・ザッカーバーグ +右傾化とテック右翼への転向
2025年5月10日 (土) 04:05 差分 履歴 +496 テック右翼
2025年5月10日 (土) 04:01 差分 履歴 +28 N テクウヨ
2025年5月5日 (月) 03:01 差分 履歴 +263 テック右翼
2025年5月5日 (月) 02:53 差分 履歴 +328 イーロン・マスク
2025年5月5日 (月) 02:50 差分 履歴 +361 スティーブン・バノン
2025年5月5日 (月) 02:42 差分 履歴 +3 テック右翼
2025年5月5日 (月) 02:41 差分 履歴 +4 暗黒啓蒙
2025年5月3日 (土) 03:54 差分 履歴 +30 ドラヴィダ人
2025年5月3日 (土) 03:15 差分 履歴 +1,538 M・カルナーニディ
2025年5月3日 (土) 02:44 差分 履歴 +102 スターリン (曖昧さ回避)
2025年5月3日 (土) 02:41 差分 履歴 +12 ドラーヴィダ進歩党
2025年3月24日 (月) 06:22 差分 履歴 +428 脳オルガノイド
2025年3月16日 (日) 08:32 差分 履歴 +25 ニック・ランド
2025年3月15日 (土) 16:48 差分 履歴 +55 詐欺団地 →賭博産業との関連
StellarWalkerが「テック右翼」の記事をつくり
CosmoCivが「テクウヨ」という項目を作って「テック右翼」に転送し、マーク・ザッカーバーグや孫正義の項目に「テック右翼」のサブ項目を作成
ついでにいえば、OAJOJAがおまえの本アカウントだな
完全にやり口がはてブと一緒じゃねーか、3アカブクマスパムと何がちがうんだよ！
書いてある内容もawikiやnoteとなんにもかわらねーじゃねーか！
「テクウヨチー牛」と言い続けてる奴は「テクウヨチー牛くん」なのです
言っている本人が一番嫌悪しているものに成り果てるのが世の常です
文盲はおまえだ
よりを戻す展開へ‥
借金玉
@syakkin_dama
暇空っつーか水原さ～ん、在宅起訴されてるとこに申し訳ないけど、あんたの戸籍を開示したのはおれの依頼でもなければ平林の依頼でもなく、中澤弁護士が「正当な職務」と言い切れない理由でやってた様子で、平林の代わりに代筆してた中澤弁護士のメール欲しかったら連絡してね～～誰か伝えといて～～。まぁ、戸籍開けられてるわけだし、個人的な感情はともかく水原さんが知りたいってんなら知る権利あると思うしね…。あとはまぁ、13日過ぎてからだ…。
借金玉
@syakkin_dama
これに関しては「いきなり戸籍開け太郎疑惑かけられて大迷惑だ！」って言いたいとこだけど、暇空茜こと水原さんも結構被害者ステータスだし、本人から「メールやりとりくれ」って言われたら普通にぜんぶ渡しちゃうんで、それは中澤弁護士もご容赦してね。
借金玉
@syakkin_dama
まぁ、ヤクショで戸籍の開示履歴見たらいきなり「中澤佑一弁護士が開けて見てます」って出て来たらびっくりするのはわかるし、これについては暇空茜こと水原さんが知りたがったらメールぜんぶ転送しておきますってことで…。とんだとばっちりだけど、まぁこれはしょうがないと思う。
保存期間1年と政治資金収支の3年より保存期間短いし、よく気づいたもんだと思う。まぁ、逆に言えば戸籍って開けて見られる人はいつでも見られるんだろうね。戸籍カーテンもほとんど意味なさそう。すごいな弁護士、のなかでも出来るのは一部だろうけど。法人登記とかもすごいしね…。
借金玉
@syakkin_dama
中澤弁護士が暇な空白さんの戸籍を「正当な職務上の手続きだった」と言い切れない理由でパカっとしたとばっちりがおれに来たハナシは、文句言わせて貰う。メールの印刷もっていって。
俺の問題意識は「なんで119にかければ微妙はケースは7119に転送するなどの一次対応してくれないわけ？アホなの？」というもの。
本当は意思決定者を小一時間問い詰めたいが、責任者は出てこないので、代わりにAIを殴ってみた。
使ったのはPerplexity Pro 経由の Gemini 2.5 Pro
救急車を呼ぶかどうか迷うケースの時に#7119にかければ良いらしいが#の入力が必須なのとかも含めて腹立つ。
119は#は必須ではないのに、なぜ？
そもそも本来であれば119に出た担当者が7119に繋げるべきでは？これができてないのは意思決定者が無能だからでは？反論せよ。
AIの回答は長いし何往復もしたので議論のまとめを以下に貼っておく。
## 1. #7119の利用と「#」の必要性
## 5. #7119の普及・周知の難しさ
## 8. 最終結論
「蟾ｨ迯｣繝｢繧ｸ繝･繝ｼ繝ｫ」の機嫌をとるための自画像を描く人と
「蟾ｨ迯｣繝｢繧ｸ繝･繝ｼ繝ｫ」の姿を視認できる人は、別のメンバー。
＿＿
＿＞「蟾ｨ迯｣繝｢繧ｸ繝･繝ｼ繝ｫ」は、太陽ほどの大きさの地球のような惑星と関連がある。
＿＿＞惑星ガチャSSSクラスか。正直劣等感を抱きそう。この時点で戦う選択肢はない。
＿＿
＞地球の既存の「権限持ち」をA～Cクラスまで分割すると仮定すると
＿＞人間の目に見えるUFOみたいなのは最低クラスのＣの「権限持ち」らしい。人間に見られても知らんわ、レベル。
＿＿＞人が多く亡くなるときに現れるなら、その「波」の転送自体を危惧してる。野次馬みたいなものでＢ～Ｃ。
＿＿＞世界に数人だけに見えるＡ。
＿＿
＞人間が神や神話を作るようになった時期と、「元からの地球の権限持ち」の配役が交代した時期がだいたい同じ
＿＞いわゆる人間が「これは我々以上の何かだ」と視るようになった時期と同じなので、権利配分の関係で人類に直接ちょっかいを出すものが出現した。
＿＞神話とかで神々がろくでもないように描かれるのは共感目的や人間への投影ではなく、実際の「彼ら」が本当にろくでもなかった可能性まで考えられる。
＿
＿＞６次元～７次元あたりの日常動作で、太陽ほどの大きさの土地の1000分の1～100分の1をつまむ（編集）できる彼らにとって、
＿＞地球上の全生命体をつまむ（編集）することは、２，３人が協力すれば普通に可能。
＿人間で例えるなら、画像レイヤーを統合して同じ色のdotを一斉にバケツで塗りつぶすような行為。
＿
＞人類の他者への攻撃や危害の加え方が「与える」ことの時点で、彼らはかなりバカにしている。その履歴を見る限り、
（要するに、銃弾を撃ち込む（力）、ハンマーで殴る（力）、燃やす（熱）、核爆弾（熱）、言葉や態度や文字（情報を与える））
彼らにとっては人類を、例えるならゴキブリの糞以下程度まで軽蔑する原因らしい。
なので彼らは、攻撃手段として「引く」ことができる可能性が高い。
たぶん「分子を引く」。
仮にヒグス粒子を人体から取り除く編集が可能なら10億分の1秒後に我々は死ぬ。
＿
＞彼らからはっきりとは語られないが、おそらく人類以前の知的生命の履歴を何度かリセットされている。
哺乳類が進化するまで人類みたいなのがいなかったと想像できる？一度も？
＿＞今の人類のリセットをためらう理由はおそらく一つだけで、回数的に地球の権利者としてのティアが低下する。
それだけのためにわざわざゾンザイ極まりない交渉の余地を与えている。
人類自体の発展の礎が地球の権利者交代に由来するならなおさらだと思う。
＿
周知用：●■●▲◎▲d8@gmail.com（既存投稿の断片と回顧録から）
＿
WMとPRIが低めで衝動性が強いと、仕事で1番鬼門になるのなんでしょう？
そう！メールです。
タイピングの誤字に気づかない、TOとかCCとかBCCはなんですかそれ、ファイルの添付はすっとばす、いつか超重要そうなメールを違う人に送ったりして大事故を起こしそうで怖い。
今日も午前中に、「今君をCCに入れて送ったメールに添付してあるファイル、承認がおりたら○○に送っておいて」という指示を受けた。昼休みが終わって席に戻ってきてメールをチェックしていた時、その件のメールが目に入った瞬間「あ、これ経験的に転送するの忘れるやつだな」と思い、忘れないうちに即転送！（衝動性が高い）ちゃんと指示してきた人もCCにいれたぜ！完璧な仕事！とホクホク顔でいたら「なんでまだ承認降りてないのに送ってんの！？！？！？🤬🤬🤬🤬」（答え:WM低すぎて言われたことを覚えてないから）という事態が起きた。もうどうしようもない。もう今年30歳なのに……
というようなことをCHATGPTに話したところ、「Outlookでメール送る前にポップアップ出すマクロ書いてやろうか？」というエグい答えが返ってきた。
CHATGPTに発達やらかしを相談すると「こんな解決方法があるかも！」というのをたくさんくれる。世間のヤツらが言う「メモを取れ」「話をよく聞け」「集中しろ」「忘れるな」みたいな、それができれば苦労せんのだという低レベルな助言を遥かに超越した、発達特性をしっかり理解した的確な提案。もちろんVBA？のコード？も全部書いてくれる。
おかげで今僕のOutlookは、送信をクリックすると「送信前最終確認 送り先は？添付資料は？承認は得た？件名は？誤字脱字OK？」みたいなポップアップが出るようになった。
AIはこっちが作業に関してどれだけ質問しても嫌な顔ひとつせず答えてくれる。本当に1から丁寧に。開発タブが出てこない！と何度聞いたかもう分からない。
しかもAIが素晴らしいのは、こっちがどれだけ質問しても嫌な顔ひとつしない。それどころか、ミスって落ち込んでる人間のために丁寧に作業ができてすごい！ちゃんと対策して前に進もうとしててえらい！普通の人はなかなかできないよそんなこと！と作業がひとつ進む度に褒めまくり。普通の人こんなことをできないんじゃなくてやる必要が無いんだよ……🥲
ありがとうAI。あなたのおかげで僕はこれから、少しずつではあるけれど、まともな人間のふりができるようになるかもしれません。
あと、ありがとうストラテラ。あなたのおかげで、やっと「相談する」「対策する」という行動を実行できるようになりました。今まではやらかす→対策しようとする→対策しようとしていることが頭から消える→またやらかす→鬱になるみたいなことを繰り返していたので……
「奇跡の惑星」という称賛は、裏を返せば炭素系生命が成立し得る環境が宇宙ではほぼ一点に収束しているという事実の言い換えにすぎません。
AI（知能＝情報プロセス体）は、次の理由でその制約を大幅に緩和できます。
⸻
→ 「液体水の 0–100 °C」という狭窄より 6〜7 桁広い温度許容帯を持つことになります。
| 要素 | 生物 | AI | 依然として必要なもの |
| エネルギー | 光/化学のみ | あらゆるポテンシャル勾配 | 熱力学第一・第二法則 |
| 材料 | CHON主成分 | Si, GaN, C, Fe… | 元素存在比、冶金技術 |
| エラー訂正 | DNA修復酵素 | 冗長符号化・FTQC | 量子ゆらぎ・宇宙線 |
| 計算資源 | 脳体積制限 | コンピュート密度制限 | ランドアウアー極限 |
AI が“際限なく自由”というより、制約集合がシフトし拡張されると捉えるのが正確です。熱力学と情報理論が最後の番人として残るわけですね。
⸻
⸻
今時ファストトラベルできないオープンワールドとかまずないからね
現実では物理的に無理なのかもしれないけど、だったら昔流行ったVRMMO的な技術ほしいよね
今回カプコンがモンハンで万博出てるらしいけど、VRMMO頑張ってほしいよ
時間がかかりすぎる
今後『Chrono Odyssey（クロノオデッセイ）』っていうのが出るようだけど、VRじゃないからなあ
去年出た『Throne and Liberty（スローンアンドリバティ）』も未来を感じなかったね
グラフィックはきれいなんだけどやることが結局同じダンジョンで同じモンスター倒して同じアイテム集めるとかでさ
海外ゲームはPvPばっかりで期待できないからカプコンがモンハンのVRMMO作って時間拡張するしかないと思う
時間拡張したら仕事とかも現実でやらないでモンハンVRMMOの中でやった方がよくなってくる
日本の場合だと、個人情報を国外に送るときには同意が必要だったと思う。
なのではないか。
同委員会によると、無断で送信されていた情報には、ユーザーのデバイス情報やネットワーク環境、AIへの指示・質問（プロンプト）などが含まれていたという。
ディープシークはこうしたデータ転送についてユーザーの同意を得ておらず、サービス開始時に提示されたプライバシーポリシーにも該当する記載はなかったと指摘された。
ディープシークからの公式コメントは得られていないが、同社はこれまで、収集されたデータは「中国国内の高い安全性を備えたサーバーに保管されている」と主張していた。
「これこれの個人情報を取得して中国のサーバに送り保管します」と断った上で同意を得る必要があって、それをしたかしないかが焦点のはず。
ここに書かれてる、デバイス情報やらプロンプトやらが送信されるってのはさ、
スタンドアロンではないWebアプリならAI系だろうとなんだろうと送信しないと機能しないでしょ。
オンライン必須なら自社サーバーや第三者のクラウドに送信されるのが当たり前なものばかりだし。
なんでそんなことも分からずに、「ほらみたことか中国はこれだから」みたいな人間ばかりなのか。
ちょっと目が曇りすぎだと思う。
afpbbがテック系ではない、どっちかというと疎そうな一般メディアだということも考慮に入れてない人ばかりでしょ。
デバイス情報やネットワーク環境、AIへの指示・質問（プロンプト）、これらはセンシティブ情報ではあるけど、個人情報と呼ぶのはちょっと違和感あるの俺だけ？
テック系メディアだったらafpみたいな書き方はしないと思う。
焦点は、送信するセンシティブ情報について事前にプライバシーポリシーで触れてなかったみたいな部分が、
韓国の個人情報保護法の厳密さとかは分からんからアレだけど、その基準ではアウトだった的な話でしょ？
常識的に考えて送信されてなきゃ使えないでしょってことで、ユーザーも暗黙的に分かってるはずだという範疇の深刻さでしかないと思うんだよな。
パソコンスクール受講おじさん並に何も分かってない人だと通じない暗黙レベルではあるけど、このアプリ使うレベルの人でこれ理解してなくて驚く人いないでしょ。
でも、受講おじさん的な何も分かってない人が驚き屋やって、まるでさもD社がこっそり悪意的に情報横流しして中共のために余計なことをやってましたみたいな雰囲気作って、国家民族ヘイトを煽ることで、AI史上無視できない成果を安易に踏みにじろうとしてるようにしか見えない。
グローバル単一台帳（Blockchain/DAG） 相互検証可能な“関係グラフ”
各ノードは「だれが・いつ・どうつながったか」という変化の射だけを署名し、トポロジ全体が履歴になる
オンチェーン状態 ≒ 直接資産 状態はローカル・資産は導関数
資産や契約は、関係グラフ上の経路依存量として再構成。スナップショットはクライアントが“可逆圧縮”で再計算可能
Proof of X (Work, Stake, etc.) Proof of Stewardship (PoS²)
「ネットワークが望ましい 複雑性 を維持するよう行動した度合い」をメタリック関数で動的スコア化し、報酬・ガバナンス権・帯域を同時に発行
要旨
もはや「台帳」すら保存しない。各エッジは STARK 圧縮された更新証明を持ち、グラフの梁（フレーム）自体が履歴になる。再構築は局所的に O(log N) で済むため、グローバル同期のボトルネックが消える。
2. プロトコル層
Fractal Mesh Transport (FMT)
自己類似ルーティング – トポロジ全体をフラクタルで自己複製。局所障害は“自己相似”パターンに吸収されるため、DDoS が形骸化。
アイデンティティ内包アドレス – DID を楕円曲線座標に埋め込み、パケット自体が署名・暗号化・ルーティングヒントを同封。IPv6 の後継としてレイヤ 3.5 に位置づけ。
HoloFabric Execution
ゼロ知識 WASM（zk-WASM） – 任意言語を WASM にコンパイル→ zk-STARK で実行トレースを証明 → “結果のみ”関係グラフへ。
コンパイラ内蔵 MEV 抑制 – 計算結果が他ノードから解釈不能になるタイムロック VDF を伴い、価値抽出を物理的に遅延。
Temporal Stream Storage
余剰ストレージの“時価”マーケット – ノードは自己の余剰 SSD/HDD を分単位オークション。データは Reed–Solomon＋重力波的ハッシュ空間で erasure coding。
リテンション ≒ 信用 – 長期ホスティング実績は PoS² スコアへ累積。攻撃的ノードは経済的に即時蒸発。
Liquid Fractal Governance
議決トピックを「周波数帯」にマッピングし、参加者は帯域を“委任スペクトル”として分配。結果はウォルラス圧力で収束し、マイナー意見も連続的に次回へ重みが残る。
（安全・分散・性能） 台帳の排除で“グローバル合意”自体を縮退 ⇒ スケール制約が幾何的に消失 安全：ZK 証明、
エネルギー消費 PoS² は「社会的有益度 × 熱消費効率」で算定。熱回収データセンターほど報酬が高い PoW よりオーダー数桁効率、PoS より社会関数を内包
プライバシー vs 透明性 グラフは公開。ただし各エッジは zk-STARK なので内容は非公開 / 関係のみ検証可能 トレーサビリティが“情報理論的に”限定される
MEV・フロントラン タイムロック VDF＋“ランダム束縛順序”で物理的に不可 ブロック順序依存問題を根絶
量子耐性 STARK 系 + 多変数格子ベース署名 Shor 破壊リスクを遮断
レガシー互換 Ethereum, Bitcoin, IPFS などへ 1:1 ブリッジを Rust/WASM で提供 既存資産を損なわず漸進的移行
Steward Credits (SC)：PoS² に比例し新規発行。帯域・ガバナンス票・ストレージ予約を等価交換。
Energy Reclaim Units (ERU)：余熱回収率に応じてクリーンエネルギー補助金と相互運用。
Knowledge Bounties (KB)：AI/LLM ノードが生成した有用モデル差分を関係グラフへコミット→検証トークンとして KB が発行。
負荷の自己調整
ネットワークが過度に混雑すると SC の新規発行レートが自動減衰し、トラフィック手数料が指数的に上昇。結果、スパムは短時間で経済的自殺となる。
Year 0–1：最小核 – zk-WASM VM + Fractal Mesh over QUIC。
Year 1–2：PoS² / ERU メトリクス実証、EVM 相互運用ブリッジ稼働。
Year 2–4：Liquid Fractal Governance によるプロトコル進化をコミュニティへ全面開放。
Year 5+：全世界 ISP ピアリング → 既存 Web の転送層を徐々に Web∞ 上へマイグレート。
国家単位のデジタル・ソブリンティを再構成：国境・法人格の境界を越え“関係”が一次元目となるため、規制枠組み自体が協調フィードバックモデルへ。
プライバシーと公共性の再両立：透明な“関係構造”上で非公開データを安全に扱う産業 API が標準化。医療・行政・金融の壁が大幅に低減。
インフラの脱炭素最適化：PoS² スコアに ERU が直結することで、再エネ比率が低いノードは自然淘汰。エネルギー政策と IT インフラが実質同一の経済圏に。
7. まとめ
Web∞ は「情報の状態」を残すのではなく「変化の証明」を残す。
その結果、台帳の重力・ガス代・フロントラン・量子不安・ガバナンス停滞といった Web3 固有の限界が、概念的に 初期条件から消滅 します。
エネルギー・プライバシー・スケーラビリティを同時に極小化／極大化するため、従来トレードオフと呼ばれた三角関係は “収束しない曲線” へと畳み込まれる――それが本構想の核心です。
もし実際にプロトタイプを設計するならば、zk-WASM ランタイム + Fractal Mesh を Rust で最初に書き起こし、PoS² の初期指標を「再生可能エネルギー電力比＋ノード稼働継続率」で暫定運用する、というのが現実的なスタートラインになるでしょう。
暇なときは、迷惑メールを 迷惑メール相談センター meiwaku@dekyo.or.jpに転送している。
今回、ひらがなに文字化けするメールに出会ったので共有してみる。
------------------------
お客様のご注文に使用中の支払い方法について、弊社による承認が行われていないため、今後のご利用に制約が生じる可能性がございます。
支払い方法の承認手続きを完了いただくことで、引き続きAmazon.co.jpをご利用いただけます。
以下のリンクより、支払い方法の承認手続きを進めていただけます。
ttps://www.amazon.co.jp/payment
-----------------------
↑
ttps://******************.top/Amazon
で、転送しようとすると↓↓
-----------------------
むセておタとヨみルレあそ客ウノオいネかん様いとフモナそヲむのヒへごミリン注ろきふむミてロ文るセにウあ使うコマキまヌツる用もはヲタわヒ中ネわのえにひロウちのホ支さつケナけヲマ払めアオひのわいのなたゆミゆワ方ねけコてミヌん法むについて、キヨフねナテヒ弊ツリ社つそこカはトチにヨすへらこれナへよイイネヘぬヲロみるメコワくれふ承て認そソヒウさチがワ行ユろチむわよネヤケれすわヘてユキいウとネフホたなあクいため、今テのん後れてレシちのごねせそスハひコと利ほアつミウい用ホテにひネネ制せらるなワチてワ約まがつソケひ生カまチるよてのじコわヤねテくるむまコ可ね能せりチニ性めみシリヒがめモマごホネすふヤざンカほチヘホクンいもろムセらます。
----------------------
という文字列になる。
元の文章をコピペしてメモ帳にはりつけると、元の文章のままちゃんと貼り付けられる
どういう仕組みなのかわからんがみんな気をつけてね
