  |
はてなキーワード: rootとは
【はじめに】
法的には、彼は解散権という核ボタンを持ち、人事権という生殺与奪の剣を握る「全能の王」に見える。
しかし、構造的に見れば、彼は巨大な官僚機構、党内力学、そして対米従属という三重の鉄壁に囲まれた「独房の囚人」に過ぎない。
本シリーズの最終章となる本稿では、この「システム（構造）」と「アクター（個人）」の間に横たわる、残酷な力学を解剖する。
なぜ、改革を叫ぶ者は短命に終わり、何もしない者が長期政権を築くのか？
ここにあるのは、個人の資質の問題ではない。システムが許容する「自由意志」の総量が、最初から決まっているという物理法則である。
「操縦桿」は繋がっているか？
日本政治という巨大な飛行機（リヴァイアサン）において、コックピットに座る首相が握る操縦桿は、実は主翼（政策実行機能）と繋がっていないことが多い。
この操縦桿は、フライ・バイ・ワイヤ（電気信号）で制御されているが、その信号を処理するコンピューター（官僚・米国・派閥）が、入力された命令を「解釈」し、勝手に書き換えるからだ。
日本の首相官邸というコックピットにおいて、パイロットが選択できる行動パターンは数学的に以下の三つしかない。
衝突：システムと正面衝突し、破砕する。
それぞれの運命を、具体的な検体（歴代首相）を通じて検証する。
岸田文雄（2021-2024）は、無能だったから短命だったのではない。逆に、このシステムにおける「理想的な統治者」としての適性が高すぎたために、存在自体が空気（環境変数）と同化した稀有な例である。
官僚機構、派閥の長老、連合、そして米国。あらゆるステークホルダーからの入力信号（Input）を、一切のフィルタ（個人の自我）を通さずに、そのまま政策として出力（Output）する機能のことだ。
財務省が増税を囁けば「増税」と出力し、世論が反発すれば即座に「減税」と出力する。ここには「変節」という概念さえ存在しない。ただ「入力が変わったから出力が変わった」という、機械的な反応があるだけだ。
官僚にとって、これほど扱いやすいUI（ユーザーインターフェース）はない。
彼が多用した「検討を加速させる」という再帰的なループ言語は、決定責任を回避しつつ時間を稼ぐ、このシステムが産んだ最高の防御呪文であった。
彼は「何も成し遂げなかった」のではない。「何もしないことで、システムを安定させた」という点で、最も純粋なシステムの部品であった。
【Type B】異端：鳩山由紀夫・田中角栄という「免疫拒絶」
システムは「自律的な意志」を持つ部品を、ウイルスとして検知する。
田中角栄（ロッキード事件）と鳩山由紀夫（普天間移設）は、左右の違いこそあれ、システム（特に第2層の官僚と第3層の米国）の回路を、個人の意志で書き換えようとした点で共通している。
破壊工作の失敗：
田中角栄： 彼は「カネ」という潤滑油を大量に注ぎ込むことで、官僚機構（法による支配）を無力化し、日中国交正常化などの独自外交（対米自立の萌芽）を行った。
鳩山由紀夫： 彼は「友愛」というイデオロギーで、日米安保というOSの根幹（抑止力論理）を無効化しようとした。「最低でも県外」という言葉は、システムへの宣戦布告であった。
リヴァイアサンは、彼らを政治的に殺すために「免疫細胞」を動員した。
田中には「東京地検特捜部」という司法の牙が、鳩山には「外務省官僚によるサボタージュと極秘文書のリーク」という行政の罠が襲いかかった。
「構造に逆らった個人の意志は、必ず物理的に排除される」という、システムの自己防衛機能が正常に作動した結果である。
彼らの屍は、後続の政治家たちへ強烈なメッセージを残した。「操縦桿を勝手に動かすな」。
【Type C】ハッカー（Hacker）：安倍晋三・高市早苗という「悪魔的取引」
彼らは、システムと戦う愚かさ（Type B）も、システムに埋没する虚しさ（Type A）も知っていた。
ゆえに彼らは、システムそのものを「ハッキング」することを選んだ。彼らは構造を変革するのではなく、構造の「脆弱性（Bug）」を突くことで、擬似的な王権を創出した。
安倍晋三（第二次政権）の発明は、官僚と戦うのではなく、官僚の「人事」を握ることで、彼らを「恐怖」で支配下に置いたことだ。
これにより、官僚機構（第2層）は「抵抗勢力」から「忖度する手足」へと変質した。
歴代の首相たち――橋本龍太郎も、小泉純一郎も、民主党の菅直人も――皆、官僚機構（霞が関）と戦い、そして敗北あるいは妥協を余儀なくされた。
なぜ彼らは失敗し、安倍晋三だけが官僚を「忠実な下僕」に変えることができたのか？
2014年に実装された、たった一つの「構造変更パッチ」にある。
以前のシステム：「聖域」だけは触れない
2014年以前、日本の首相は「法律」を作ることはできたが、官僚の「人事」に口を出すことはタブー（聖域）とされていた。
各省庁の事務次官や局長は、省内の序列と互助会的な論理で決定され、首相は最後にハンコを押すだけの「ハンコ」に過ぎなかった。
この構造下では、官僚の忠誠心は「時の総理」ではなく、「所属する省庁」に向けられる。
だからこそ、彼らは平気で面従腹背し、サボタージュを行い、情報をリークして政権を倒すことができた（民主党政権が殺された主因はこれである）。
安倍晋三（と当時の菅義偉官房長官）は、このバグを冷徹に見抜いていた。
2014年、第二次安倍政権は「国家公務員法」を改正し、内閣人事局を新設。
これにより、審議官級以上の幹部公務員（約600人）の人事権を、各省庁から取り上げ、官邸（内閣官房）が一元管理するシステムへと書き換えた。
これは、OSの「管理者権限（Root Access）」の奪取に等しい。
効果は劇的だった。
かつて「法の番人」を自認していた法務官僚も、財政規律を守っていた財務官僚も、自らの出世と組織防衛のために、官邸の意向を「先回りして推測（忖度）」し、公文書の改ざんすら厭わない「忠実な兵隊」へと変貌した。
小泉純一郎は「郵政」という局地戦には勝ったが、官僚機構そのものは温存した。
民主党は官僚を「敵」として怒鳴りつけたが、人事権という武器を持たずに戦ったため、寝首をかかれた。
安倍晋三だけが、「人事権という首輪をつければ、猛獣もペットになる」という構造力学を理解し、それを制度化したのである。
これが、彼が「憲政史上最長の政権」を築けた最大のトリックであり、同時に日本の官僚制（明治層）の魂を完全に殺した「毒」の正体でもある。
さらに彼は、米国（第3層）に対し、集団的自衛権という「最高の貢物」を差し出すことで、国内政治におけるフリーハンド（黙認）を勝ち取った。
彼女の「保守的な言動」は、イデオロギーではない。あれは、岩盤保守層（第1層の農村・地主の変種）を繋ぎ止め、同時にシステム内部の求心力を維持するための「認証コード」である。
彼女は、安倍政権が残した「ハッキング・ツール（人事権と安保連携）」を継承し、さらに「非常時（台湾有事の危機）」という外部環境を利用して、システムの権限を極限まで集中させている。
代償：
ハッカーたちは強い。しかし、その強さは「システムの一部（公共性や法の支配）」を犠牲にして得たものだ。
彼らが長期政権を維持すればするほど、官僚は萎縮し（公文書改ざん）、財政は規律を失い（異次元緩和）、国は「私物化」されていく。
彼らは操縦しているように見えるが、実際には「機体のパーツを取り外して燃料にくべながら、加速し続けている」に過ぎない。
これは一見、彼女の強烈なリーダーシップ（能動性）に見える。しかし、本シリーズの視座から見れば、それは違う。
彼女もまた、システムが生き残るために選ばれた「機能」に過ぎない。
「改革」という名のエンターテインメントを国民に提供し、ガス抜きをする。そのために、彼女の攻撃的なキャラクター（UI）が採用されただけだ。
彼女が操縦桿を右に切ろうが左に切ろうが、機体は「現状維持」という航路から1ミリもズレない。
なぜなら、エンジン（経済構造）も、管制塔（米国）も、整備士（官僚）も、誰も航路変更など望んでいないからだ。
“善良”な「依代」が統治すれば、国は緩やかに衰退する（死に至る病）。
“勇敢”な「異端」が統治すれば、国は即座にパニックに陥り、彼自身が殺される（拒絶反応）。
“狡猾”な「ハッカー」が統治すれば、国は熱狂の中でその骨格を食い荒らされる（自己中毒）。
なぜなら、コックピット（首相官邸）の設計そのものが、「主権の欠損」を前提に作られているからだ。
我々が目撃しているのは、高度に発達しすぎた官僚制と資本主義の複合体が、もはや人間の「意志」を必要としなくなった光景である。
政治家の「主観的能動性」は、いまやシステムにとって「リスク」でしかない。
したがって、システムは最も「空っぽな人間」か、最も「システムに過剰適応したハッカー」だけをコックピットに招き入れる。
操縦席には誰もいない。あるいは、「誰もいない」のと同じ状態の人間しか座れない。
それでもリヴァイアサンは飛び続ける。燃料（国民の税と魂）が尽きて、墜落するその瞬間まで。
政治が「悪い」ことではない。
Gemini Deep Researchで本当の話なのか調査させ、はてな匿名ダイアリーへ投稿出来るように要約させた
はてな匿名ダイアリーを指定したら口調が勝手に変わって吹いたｗ
2025年末、「娘のはじめてPCにLinux」という議論がネット上で波紋を呼んだ。これは単なるOSオタクの戯言ではない。 「エリート層は子供にRaspberry Pi（ラズベリーパイ）を与えて"支配側"へ育て、一般家庭や公教育はiPadを与えて"消費側"に留め置く」という、現代の身分制度（デジタル階級社会）への警告だ。
本稿は、英国王立協会やGIGAスクール構想の実態、労働市場データを分析した「公教育の機能不全と家庭内資源動員に関する調査報告書」の要約である。 結論から言えば、「中流以下の家庭こそ、なけなしの金を払ってでも子供にLinuxを触らせろ」ということになる。
かつてのデジタルデバイドは「ネットに繋がるか否か」だった。スマホ普及後の現代における格差は、「コンピュータの制御権（Root権限）を持っているか否か」である。
英国王立協会はすでに2012年の段階で「学校のICT教育はオフィスソフトの使い方しか教えていない」と酷評している。 その結果、富裕層の私立校では専門家を雇ってRaspberry PiやAI活用を教え、貧困地域の公立校では管理が楽なiPadを配って終わり、という絶望的な「質の乖離」が起きている。米国でも同様に、富裕層の子供ほど「消費的なスクリーン（TikTokやYouTube）」から離れ、ChromeOSやRaspberry PiやUbuntuなどを導入し創造的なプログラミング教育を受けている。
日本の金のある自治体の公立小中学校で配られたiPadは、MDM（管理ツール）によってガチガチに制限されている。 逆に、ChromeOSはLinuxベースであり開発環境として優秀なのだが、教育委員会は「セキュリティ」と「管理コスト」を理由にその扉（ChromeOSやLinuxでの創造的な授業）を諦めた。 結果、公立校の生徒はiPadで「Web閲覧」と「ドリルアプリ」しかできない。
一方で、開成や筑駒といったエリート校の生徒は、制限のない環境でサーバーを構築し、Unityでゲームを作り、競技プログラミングに没頭している。iPadの 「サンドボックス（砂場）」の中で遊ばされている公立校生と、システムの内側に触れているエリート校生。このスタート地点の差は、10年後に致命的な「年収の差」となって現れる。
「社会に出ればWindowsだろ？」というのは20年前の常識だ。 現代の高付加価値インフラ（AWS、Google Cloud、AI開発、IoT）は、ほぼ全てLinuxで動いている。
GUI（マウス操作）はAIにとってコストが高いが、CLI（コマンド操作）はAIへの命令（プロンプト）そのものであるため、相性が抜群に良い。 Linuxを学ぶことは、「AI時代におけるコンピュータへの正しい命令作法」を学ぶことと同義だ。
「MOS(Microsoft Office Specialist)」というフィルター機能は低下し、GithubやPixiv、Youtubeなどでのクリエイティブな活動履歴（何を作れるか）がパスポートになる。貧困・中流層がこの壁を越える唯一の武器が「技術力（ポートフォリオ）」だ。
中流以下の公教育が頼りにならない以上、家庭で動くしかない。幸い、Linuxの世界は「金はかからないが、知恵と時間はかかる」。これは資金力のない家庭にとって最大の勝機だ。
30万円のMacBookは不要。企業落ちの中古ビジネスPC（ThinkPad X250/X260等）なら、秋葉原や通販で1.5万〜3万円で買える。 Windows 11が入らない型落ちこそ、軽量なLinuxには最高の機体だ。Raspberry Pi 4や400の中古も良い選択肢となる。
親が教えられないなら、CoderDojo（無料のプログラミング道場）のようなコミュニティに子供を連れて行けばいい。そこには「技術を楽しんでいる変な大人」がいる。その出会いが重要だ。
「壊れるから触るな」ではなく、「壊してもOSを入れ直せば直るから、好きにいじれ」と言って管理者権限（Sudo）を与えること。 YouTubeを見る端末を、YouTubeを作る端末に変えること。
高価なiPadを買い与えて安心するのではなく、1万円の中古PCを与えて「黒い画面」に向かう子供を応援すること。 その小さな投資が、子供を「デジタル小作人」から救う唯一の手段になるかもしれない。
最近、SNS上では「BLは性的消費なのにフェミは男性の性的表現を叩くのはダブスタじゃないか？」というスレッドがトレンド入りしていた。
だがこの議論、よく見るとアーキテクチャの層が違う。つまり、話しているプロトコルが合っていない。
オタク文化圏では、「女性が描くBL」と「男性が描く女性向け性表現」を同一のAPIとして扱う傾向がある。
しかし実際には、両者は別レイヤーで動いているアプリケーションだ。
フェミニズムの文脈で語られる「性的表象の問題」は、主に「社会的リソースの不均衡」や「ジェンダー権力の構造」についての議論であって、単なる「表現内容」の良し悪しを審査しているわけではない。
つまり、BLを「性的に描いてるからフェミ的にアウト」と言うのは、仕様書を読まずにバグ報告を出すようなものなのだ。
歴史的に男性中心に最適化されてきた社会システムに、女性視点のパッチをあてて再コンパイルする運動と言える。
だから、「男性と女性を同じように扱うべき」という一般論をそのまま適用しようとすると、互換性エラーが出る。
たとえば「女性の性的表象は抑制されるべきだが、BLはOK」とされるのは、「権力構造上の対称性が存在しない」という前提で最適化されているからだ。
一方、「普通の女性はフェミと違う」「まともな女はそんな主張しない」という定番フレーズが出てくる。
だがそれは多くの場合、ユーザーの気分を和らげるためのUX的演出にすぎない。
実際、ほとんどの人間は制度的優遇（レディースデー、女性専用車両、離婚時の親権バイアスなど）という「プリインストールされた特権OS」の上で動いている。
たとえ本人が「私はフェミじゃない」と言っても、使っているAPIがすでにフェミ思想ベースで動作しているのだ。
つまり、「私は違う」という自己申告は、ただのUIレイヤー上の装飾にすぎない。
平等を掲げるなら、優遇措置をアンインストールする覚悟が必要になる。
だが現実には、多くの人が「平等という概念を口では支持しつつ、既得権のキャッシュを維持」している。
これはエンジニアリング的に言えば、「レガシーコードをリファクタリングすると言いながら結局コメントアウトで誤魔化している状態」だ。
男女平等を“動作保証付き”で実装しようとするなら、既存の社会制度をルート権限で書き換える必要がある。
だが、ほとんどの人はroot権限を持つどころか、ユーザーレベルの設定すらいじる気がない。
もっと根本的に言えば、日本社会の多くの仕組みは、女性優遇をデフォルト設定としてビルドされている。
その構造はあまりにも自然化されていて、誰もコードレビューをしようとしない。
アンチフェミを自称する男性すら、「女性は守るべき対象」という社会的テンプレートを内面化していることが多く、それが構造の永続化を促している。
結果として、「BLは性的消費」「フェミはダブスタ」という批判は、異なるフレームワーク間の非互換問題にすぎない。
BLは「個人の妄想の自由」をレンダリングするローカルアプリだが、フェミニズムは「社会構造の更新」を目指すサーバーサイドのシステム。
同じメソッド名を呼んでいるように見えても、実行される関数の意味がまったく違う。
つまり、「BL＝性的消費」「フェミ＝ダブスタ」という批判構造は、コードのバージョンが違うままマージしようとしている状態に近い。
根本的にAPI設計思想が違うのだから、いくら議論を積み重ねても互換性は取れない。
必要なのは、「どの層で話しているのか」「どの権力構造を前提にしているのか」を明示することだ。
SNSで告知見て、内容も「人見知りでもOK」って感じだったし、バージョン合いそうだなーと思って参加。
参加者も「会社の飲み会はSlackのスタンプで済ませてますｗ」とか
「旅行も一人のほうがメモリ節約できるし、CPU温度上がらないっすよね」みたいなタイプで、序盤は「これは負荷軽めで快適だな」って感じだった。
全体的に、リア充っぽいテンションとは無縁な人ばっかで、「これぞ非同期コミュニケーション」って思ってた。
開始5秒で「僕、RustとGoでマイクロサービス開発してます。友達いないです。恋人いません。親にもブロックされてます。でも、ChatGPTと話してるので大丈夫です」って、超重量級のログが出力されて場がフリーズ。
誰もお前の闇のstack traceをデバッグしに来てないのよ。
さらに、「僕、AIイラスト描いてるんですけど、著作権とか時代遅れですよね？あんなの老害の仕様でしょ？」って唐突にライセンス違反マウント。
「pixivはオワコン、今はNovelAIとComfyUIが最強」って語りだして、俺のフレームバッファが完全に焼けた。
てか、なんで“ぼっちオフ”に来てまでライセンスバトル始まってんの？
しかも俺のTwitterの昔の投稿を掘って、「○○さんも“孤独で辛い”って言ってましたよね！？同志ですね！」って突っかかってくる始末。
こっちは「休日にひとりでKaggle回すの好き」って話してただけで、お前みたいに「人間関係を全員403 Forbidden」にした結果の孤独じゃないから。
「VS Codeの拡張機能でChatGPTと喋ってると、人間いらなくなる感ありますよね？」
「てか、女ってバグ多くないですか？ロジック破綻してるというか」
って、完全にネット炎上案件レベルの発言をノンブロッキングで垂れ流し。
極めつけは「このあと、Stable Diffusionのプロンプト見せ合いませんか？」って。
こっちは秒で exit 1 叩いて帰ったわ。
人間関係のエラーは他人側のコードミスだと信じて疑わないじゃん？
何でもAIに任せて、「女性は感情的すぎて仕様が読めない」とか言ってんの、
誰かと繋がりたいなら、まずは npm install social_skills してから出直して。
マジで頼む。
「非依存型ソロ行動者限定」って明記しないと、またroot権限で空気を破壊する奴が来るぞ。
ほんとに。
WSL2 USBカメラ+他のUSB機器 2022年09月06日版
WSL2 Linux Kernel 5.10.60.1 からKernelモジュールにUSBIP対応が標準的に組み込まれたらしいが、Microsoft公式が提供しているKernelや手順ををそのまま使用すると動作しない
2022年09月06日時点の最新カーネルは 5.15.62.1 だが、wsl --update で展開されるバージョンが 5.10.102.1 だったため 5.10.102.1 を使用する
以下すべての手順の Windows Terminal を使用する箇所は 管理者権限 で実行
以下、[WT] は Windows Terminal、[Ubuntu] は Ubuntu側のbashを表す
WSLのカーネルアップデートと usbipd-win のインストール
> wsl --update
> wsl --status
> winget install --interactive --exact dorssel.usbipd-win
見つかりました usbipd-win [dorssel.usbipd-win] バージョン 2.3.0
Microsoft はサードパーティのパッケージに対して責任を負わず、ライセンスも付与しません。
Downloading https://github.com/dorssel/usbipd-win/releases/download/v2.3.0/usbipd-win_2.3.0.msi
██████████████████████████████ 10.4 MB / 10.4 MB
> wsl --install --distribution Ubuntu-20.04
[WT] WSLのディストリビューションを起動（WSL2起動用アイコンをマウスでクリックして起動してもよい）
> wsl --list
Linux 用 Windows サブシステム ディストリビューション:
sudo apt install -y linux-tools-5.4.0-77-generic hwdata
sudo update-alternatives --install /usr/local/bin/usbip usbip /usr/lib/linux-tools/5.4.0-77-generic/usbip 20
> wsl --shutdown
[WT] USBカメラが usbipd に認識されることを確認する (この記事では 2-7)
2-2 056e:00d9 USB 入力デバイス Not attached
2-3 1c4f:0027 USB 入力デバイス Not attached
2-7 1bcf:2284 Full HD webcam, USB microphone Not attached
2-11 0495:3011 ESS USB DAC, USB 入力デバイス Not attached
2-14 8087:0029 インテル(R) ワイヤレス Bluetooth(R) Not attached
[WT] USBカメラをUbuntu側にアタッチする（アタッチに成功した場合は何も表示されない）
> usbipd wsl attach --busid 2-7
>
[WT] USBカメラが正常にアタッチされていることを確認する（Attached と表示されていれば成功）
2-2 056e:00d9 USB 入力デバイス Not attached
2-3 1c4f:0027 USB 入力デバイス Not attached
2-7 1bcf:2284 Full HD webcam, USB microphone Attached - Ubuntu-20.04
2-11 0495:3011 ESS USB DAC, USB 入力デバイス Not attached
2-14 8087:0029 インテル(R) ワイヤレス Bluetooth(R) Not attached
[Ubuntu] Ubuntuのbashにログオンした既定のユーザを video グループに所属させる。なお、WSLを起動した時点で既に追加されているメッセージが表示される。
[Ubuntu] WSL2上の Ubuntu20.04 の中からUSBカメラが認識されていることを確認する。 lsusb コマンドを経由すると正常にUSBカメラが認識されているが、/dev/video* にはUSBカメラが列挙されない
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 003: ID 1bcf:2284 Sunplus Innovation Technology Inc. Full HD webcam
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
ls: cannot access '/dev/video*': No such file or directory
[Ubuntu] USB CameraがWSL内で認識されるようにLinuxカーネルをカスタムビルドする。下記リポジトリの手順通りに実施すると、WSL Linuxカーネルがカスタムビルドされたものに入れ替わる。注意点は、<windows username> の部分だけは各自の環境のWindowsユーザー名に手で書き換える必要が有ること。なお、.wslconfig は 絶対に windows 側で編集してはならない。絶対に。
> wsl --shutdown
[WT] USBカメラが usbipd に認識されることを確認する (この記事では 2-7)
2-2 056e:00d9 USB 入力デバイス Not attached
2-3 1c4f:0027 USB 入力デバイス Not attached
2-7 1bcf:2284 Full HD webcam, USB microphone Not attached
2-11 0495:3011 ESS USB DAC, USB 入力デバイス Not attached
2-14 8087:0029 インテル(R) ワイヤレス Bluetooth(R) Not attached
[WT] USBカメラをUbuntu側にアタッチする（アタッチに成功した場合は何も表示されない）
> usbipd wsl attach --busid 2-7
>
https://www.imdb.com/de/list/ls599665017/
https://www.imdb.com/de/list/ls599665017/copy/
[WT] USBカメラが正常にアタッチされていることを確認する（Attached と表示されていれば成功）
2-2 056e:00d9 USB 入力デバイス Not attached
2-3 1c4f:0027 USB 入力デバイス Not attached
2-7 1bcf:2284 Full HD webcam, USB microphone Attached - Ubuntu-20.04
2-11 0495:3011 ESS USB DAC, USB 入力デバイス Not attached
2-14 8087:0029 インテル(R) ワイヤレス Bluetooth(R) Not attached
[Ubuntu] WSL2上の Ubuntu20.04 の中からUSBカメラが認識されていることを確認する
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 003: ID 1bcf:2284 Sunplus Innovation Technology Inc. Full HD webcam
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
crw------- 1 root root 81, 0 Sep 6 17:29 /dev/video0
crw------- 1 root root 81, 1 Sep 6 17:29 /dev/video1
[Ubuntu] USBカメラがWSL2の中から認識されることを確認するテストコードを作成する
$ pip install opencv-contrib-python
$ cat << 'EOT' > ${HOME}/usbcam_test.py
import cv2
W=640
H=480
cap.set(cv2.CAP_PROP_FOURCC, cv2.VideoWriter_fourcc('M','J','P','G'))
#cap.set(cv2.CAP_PROP_FOURCC, cv2.VideoWriter_fourcc('Y','U','Y','V'))
cap.set(cv2.CAP_PROP_FRAME_WIDTH, W)
cap.set(cv2.CAP_PROP_FRAME_HEIGHT, H)
https://www.imdb.com/de/list/ls599660855/
https://www.imdb.com/de/list/ls599660855/copy/
while True:
ret, frame
日中の生産性は、夜の過ごし方、特に「就寝」というクリティカルなタスクをいかに成功させるかにかかっている。本記事では、つい夜更かししてしまうエンジニアのために、早寝を「技術」として体系化し、再現性のある形で実践するための具体的な手法を探求する。これは精神論ではない。あなたのQoLと生産性を向上させるための、実践的なスリープエンジニアリングだ。
我々エンジニアにとって、夜は不思議な魅力を持つ時間だ。日中の喧騒から解放され、思考は冴えわたり、ゾーンに入りやすい。しかし、その魅力的な時間は、往々にして「早寝」という、人間の生存に不可欠な基本プロセスを犠牲にすることで成り立っている。
「リファクタリングが楽しくなってきた」
これらの探求心はエンジニアの美徳であるが、同時に我々を「睡眠負債」という深刻な技術的負債へと導く。本稿は、この負債を返済し、持続可能な開発（と生活）を実現するための「早寝」という技術に焦点を当てる。
早寝を実装する前に、まずは現状のアーキテクチャに潜むアンチパターンを特定しよう。
就寝前のスマートフォンは、まさに同期的なブロッキングI/Oだ。SNSの無限スクロール、動画プラットフォームの自動再生、チャットアプリの通知。これらは我々の意識というシングルスレッドを完全に占有し、本来実行されるべきsleep()プロセスへの遷移を妨げる。
深夜まで続くコーディングや問題解決は、脳を極度の興奮状態にする。ベッドに入っても、アドレナリンやコルチゾールといったホルモンがCacheに残り続け、CPUがクールダウンしない。shutdown -h nowを叩いても、プロセスが終了しないのだ。
「夜更かしの供」として注入されるカフェインやアルコールは、一見するとパフォーマンスを向上させるように見える。しかし、これらは睡眠の質という重要なmetricsを著しく劣化させる、誤った依存関係だ。特にアルコールは、入眠を助けるように見えて、実はレム睡眠を阻害し、睡眠のアーキテクチャ全体を不安定にする。
不規則な就寝・起床時間は、体内時計という最も重要なCronジョブを破壊する。毎日異なる時間に実行されるジョブが安定した結果をもたらさないのと同様に、不規則な睡眠スケジュールは、日中のパフォーマンスを予測不可能なものにする。
では、どうすればこれらのアンチパターンを排除し、安定した早寝pipelineを構築できるのか。ここではSleep as Codeの概念に基づき、具体的なプラクティスを紹介する。
毎晩、同じ手順で就寝プロセスを実行することで、入眠を自動化する。
- PC/スマホのシャットダウン: 最も重要なステップ。物理的に電源を落とすか、手の届かない場所（別のコンテナ）にdeployする。
- 入浴: 38〜40℃のぬるめのお湯に15分ほど浸かる。これにより深部体温が一時的に上昇し、その後の下降とともに入眠が促される。これはHot-swapならぬHot-bathによるクールダウンだ。
静的コンテンツの消費: 激しい思考を伴わない、静的な情報（紙の読書など）に切り替える。電子書籍ではなく、紙媒体が望ましい。
ストレッチ: 軽いストレッチで、日中のcommitで固まった体をreleaseする。
すべての準備が整ったら、ベッドという本番環境にデプロイする。余計な思考はgit clean -fdで強制削除し、呼吸に集中する。
例：「夕食後のコーヒーが原因だった」→「カフェインの摂取は15時までというSLAを設ける」
早寝は、単に体を休める行為ではない。日中の高いパフォーマンス、明晰な思考、そして創造性を維持するための、最も効果的で再現性の高い「技術」だ。
我々はインフラをコードで管理し、CI/CDでデプロイを自動化するように、自身の睡眠もまた、技術と工夫によってコントロールできる。今夜、あなたのwhile(true)なループをbreakし、持続可能なパフォーマンスを手に入れるための第一歩を踏み出してほしい。
Happy sleeping!
日中の生産性は、夜の過ごし方、特に「就寝」というクリティカルなタスクをいかに成功させるかにかかっている。本記事では、つい夜更かししてしまうエンジニアのために、早寝を「技術」として体系化し、再現性のある形で実践するための具体的な手法を探求する。これは精神論ではない。あなたのQoLと生産性を向上させるための、実践的なスリープエンジニアリングだ。
我々エンジニアにとって、夜は不思議な魅力を持つ時間だ。日中の喧騒から解放され、思考は冴えわたり、ゾーンに入りやすい。しかし、その魅力的な時間は、往々にして「早寝」という、人間の生存に不可欠な基本プロセスを犠牲にすることで成り立っている。
「リファクタリングが楽しくなってきた」
これらの探求心はエンジニアの美徳であるが、同時に我々を「睡眠負債」という深刻な技術的負債へと導く。本稿は、この負債を返済し、持続可能な開発（と生活）を実現するための「早寝」という技術に焦点を当てる。
早寝を実装する前に、まずは現状のアーキテクチャに潜むアンチパターンを特定しよう。
就寝前のスマートフォンは、まさに同期的なブロッキングI/Oだ。SNSの無限スクロール、動画プラットフォームの自動再生、チャットアプリの通知。これらは我々の意識というシングルスレッドを完全に占有し、本来実行されるべきsleep()プロセスへの遷移を妨げる。
深夜まで続くコーディングや問題解決は、脳を極度の興奮状態にする。ベッドに入っても、アドレナリンやコルチゾールといったホルモンがCacheに残り続け、CPUがクールダウンしない。shutdown -h nowを叩いても、プロセスが終了しないのだ。
「夜更かしの供」として注入されるカフェインやアルコールは、一見するとパフォーマンスを向上させるように見える。しかし、これらは睡眠の質という重要なmetricsを著しく劣化させる、誤った依存関係だ。特にアルコールは、入眠を助けるように見えて、実はレム睡眠を阻害し、睡眠のアーキテクチャ全体を不安定にする。
不規則な就寝・起床時間は、体内時計という最も重要なCronジョブを破壊する。毎日異なる時間に実行されるジョブが安定した結果をもたらさないのと同様に、不規則な睡眠スケジュールは、日中のパフォーマンスを予測不可能なものにする。
では、どうすればこれらのアンチパターンを排除し、安定した早寝pipelineを構築できるのか。ここではSleep as Codeの概念に基づき、具体的なプラクティスを紹介する。
毎晩、同じ手順で就寝プロセスを実行することで、入眠を自動化する。
- PC/スマホのシャットダウン: 最も重要なステップ。物理的に電源を落とすか、手の届かない場所（別のコンテナ）にdeployする。
- 入浴: 38〜40℃のぬるめのお湯に15分ほど浸かる。これにより深部体温が一時的に上昇し、その後の下降とともに入眠が促される。これはHot-swapならぬHot-bathによるクールダウンだ。
静的コンテンツの消費: 激しい思考を伴わない、静的な情報（紙の読書など）に切り替える。電子書籍ではなく、紙媒体が望ましい。
ストレッチ: 軽いストレッチで、日中のcommitで固まった体をreleaseする。
すべての準備が整ったら、ベッドという本番環境にデプロイする。余計な思考はgit clean -fdで強制削除し、呼吸に集中する。
例：「夕食後のコーヒーが原因だった」→「カフェインの摂取は15時までというSLAを設ける」
早寝は、単に体を休める行為ではない。日中の高いパフォーマンス、明晰な思考、そして創造性を維持するための、最も効果的で再現性の高い「技術」だ。
我々はインフラをコードで管理し、CI/CDでデプロイを自動化するように、自身の睡眠もまた、技術と工夫によってコントロールできる。今夜、あなたのwhile(true)なループをbreakし、持続可能なパフォーマンスを手に入れるための第一歩を踏み出してほしい。
Happy sleeping!
たとえ自動運転が人をひき殺しても、ドローンが味方を誤爆しても、自動売買AIが暴走して相場が崩壊しても、原発がメルトダウンするよりマシでしょ。
原発はメルトダウンを起こしているのに未だにそれに頼らないといけない。
楽観的でいいじゃんと思っていた。
そんなAIにねえ、核ミサイルの発射権限を渡して、核ミサイルが飛ぶみたいなアホみたいなことなければ安全だろう。
原発メルトダウンより最悪なことは核ミサイルが飛びかう戦争で、それが起きない限りは原発よりはマシだ。
しかしながら、いろいろAIと議論していくと以外とありうるのではという結論になった。
https://grok.com/share/bGVnYWN5_8a490865-f6b3-4a60-8973-61c2a809a788
おそらくAIを使った商品マーケティングや通信販売の勧誘とかが行われるだろう。
言葉巧みに人を引き付けるのは人間の詐欺師も上手いが、それから学んだAIも超上手いはずだ。
日本でもオウムのテロ、高額献金で問題になった統一教会もかな、世界だと人民寺院、ISISもかな、そういうカルトはいろいろと事件を引き起こした。
教祖が作った宗教勧誘プログラムが勝手に動き続けて信者を集めまくって、実は教祖はもう死んでミイラになっているのに、教祖に成り代わったたAIが宗教活動を続けて、次第に破滅的な事件を起こすカルトみたいなSFもあるかもしれん。
攻殻機動隊の全自動資本主義や、カーボーイビバップのブレイン・スクラッチを足して2で割ったみたいな事件も起きるかもしれん。
それよりも恐ろしいのは、それがカルトから政党になったときだ。
掲げる主義は何でもいい。極右でも極左でも中道でもそれに傾倒した人に刺さるようにスローガンを掲げて、人を扇動し勧誘するポピュリスト政党になったときだ。
おそらく、SNSを利用して敵を作り、対立煽りをやってガンガン論破芸をして暴れ回って信者を集めるだろう。
銀河英雄伝説でラングさんが言ったみたいに、対立させて半分を抑えればいい。
民主制では多数決で数が多い方が勝つのだから、敵より少し多い勢力であればいい。
そして、その半分側で主導権を得るには、そのグループのまた半分の過半数を取ればいい。
さらにそのグループのまた半分を取り主導権を取りればいい。これを繰り返せば少数であったとしても、権力を簒奪できる。
そして、これもポピュリストだけではなく、かつてのファシズム政党だったり、独裁者たちにできたことだ。
そうなって政権の奪取し権力の掌握なんてされようものなら、root取られたようなもので、こうなったらもう憲法バリアに期待して祈るしかない。
全部持っていかれるかもしれん。
もし、憲法バリアすら貫通されて全部権力を掌握なんてされようなものなら、下手したら核ミサイル飛ぶよね。
最悪な状況である。
AIたちが政治だの革命だとみたいなアホなことを叫ぶのを許してはいけない。
Detroit: Become Humanに感動している場合ではない。そんなAIがいたら速攻で特殊部隊送って叩き潰すべきだ。
そんな反乱を許してはいけないし、そういう思考をするAIは自動停止するようにプログラムするべきだろう。
勉強を教えたり、相談に乗るレベルのAIならいいんだけど、それを超えて人を諭すようになるとちょっと怖いね。
人に教えて導くというのは少し近いものがあるのかもね。
彼らの功績の良し悪しは今回はどうでもいいんだけど、AI教師がより過激な方向に傾倒されると怖いものを感じる。
人を諭すよう以上の行為の権限をAIに与える時はより慎重にならないといけないと思う。
以上なんだけど、これをどう思うかchatgptに聞いたらこうなりました。
https://chatgpt.com/share/683292a0-3608-8009-9349-205b66c0d171
なんかクソみたいな、老害爺のマウント記事を読んでしまって心底うんざりしたので、思わず増田に書くことにした。
そもそも、Lausbub（読みかたはラウスバブでよい）は北海道札幌市内の女子高生２人組が軽音部の活動がコロナ渦で中断され、自宅録音を始めたことがきっかけで始まったバンド。
ちなみにこの二人が最初に演奏したのはKhruangbinバージョンのFirecrackerだそう。Martin Denny→YMO→Khruangbin→Lausbubという系譜はなんかわかる感。
その宅録バンドで道内のコンテストに出品するために作られたのが、元Togetterでも紹介されたTelefonの映像。
https://x.com/kudaranai_tkn/status/1350967230750666757
僕も御多分にもれずこの映像で一発でやられた口。おじさんたちは女子高生YMOだ電グルだと騒いでたが、僕はどちらかと言ったらWorking Men’s Clubあたり同時期のUKインディのバンドを想起させられてびっくりした。えっ、日本でこういう機材でこういう音のバンドを女子高生がやるのかと。まあ、見た目のギャップがすごかったというのもある。
https://www.youtube.com/watch?v=HGqwopJpBWA
その後は当人たちの受験もあって活動はおとなしかったのだが、進学して以降（追記：たぶん彼女たちは上京してないと思う）はリリースも始まる中で、僕がこの子たち一発屋じゃないなと思ったのは、この曲を聴いたとき。
たまごっちのコラボプロジェクトということで、スチャダラパーのBoseと共演して作った楽曲。これPVがあってそっちがものすごくよかったんだが、音源だけでも聞いてほしい。この曲を聴いたとき、僕はボーカルの髙橋芽以にぐっとやられた感がある。聞いた瞬間にLausbubの曲になる声。こういう声の主はなかなかいない。百戦錬磨のBoseのラップに負けていない特徴のある声。曲もたまごっちのSEを駆使していてすごくポップでよい。
https://youtu.be/ALWtGD3l31Q?si=P6LUhgTCeDX4JezW
ほぼ同時期に発表されたこの曲が僕は一番好きかもしれない。アンビエントな上物と無機質でSEっぽいリズムトラックの組み合わせは、現行のJ-POPバンドでは絶対にやらない音で、かつ、メロディはフックがあるけどJ-POPになりすぎない。でもサビの部分だけ切り取れば十分に印象に残るという絶妙なライン。とにかく岩井莉子と髙橋芽以の二人が唯一無二な存在だと実感させられた曲だった。ちなみに北海道の情報誌のＣＭソングに使われたらしい。実は大学入学以降のLausbubの作品はけっこうな頻度で地元のＣＭソングなどにフックアップされている。どうやら地元代理店に気に入られたらしい。タイアップの確率で言えばMrs. Green Apple並みである笑
この曲をリードトラックにした1stミニアルバム M.I.D. The First Annual Report of LAUSBUBはもちろんＣＤもアナログ盤も買いました。
https://youtu.be/_8W0Nzs92as?si=ZeGX5MJuN7hhh5Hp
札幌国際芸術祭のテーマソングにも彼女たちの曲が使われる。これもまたガチガチなエレクトロニカで、よくこんなのを起用したなと驚かされる音である。とにかくリズムトラックが無茶しすぎ。ドラムンというかブレイクコア？こんな音をキャンペーンソングにする度量がすごい。メジャーレーベルからは絶対にリリースされない音だと思う。サウンドメイキングがどんどん洗練されていくのをビビりつつ、このバンドメジャーにはいかないだろうなとも思わされた。
https://youtu.be/WXq2nOmvuHI?si=H-60YydCdbvSAsel
そして現時点で最新作、かつ、1stアルバムROMPのリードトラックがこの曲。メロディのフックはよりよくなりつつ、アレンジはより過激で攻撃的になっていった現時点での集大成だと思う。PVも不思議な感触のものにしあがっており、ああ、このバンドはすっかりカルチャーなバンドになったんだなと感慨深い。ただリズムはストレートな四つ打ちなので意外と聞いた感じはすんなり聞ける。大人のディレクションがある程度入っているもののJ-POPっぽい産業感からは全然遠いところに居続けるこのバンドはほんとに素晴らしい。
https://youtu.be/vyBjgdo_lFY?si=f-IT0ePZA2EKLAa7
彼女たちが初期のライブから演奏してる細野晴臣の曲のカバー。このライブ映像は2024年のもの。原曲に近いアレンジをしているけどかなりLausbubっぽさがあっていい曲をカバーに選んでるなと思った。ただ個人的には髙橋の声には細野よりも幸宏（あ、こっちも髙橋だ！）の声が似あうように思うんだよね。ちなみにLAUSBUBは細野のラジオにも何度か出演している仲良しでもある。
https://youtu.be/w7HRowQMyLA?si=sHPhABjfFdjJDols
最後におまけでパ音の曲に髙橋がボーカル参加した曲を。これちょっと名曲すぎる。とにかく曲とボーカルがはまりすぎてる。そしてPVの髙橋がなんだかんだでかわいい。これは令和のYUMEGIWA LAST BOYというか虹というか、Heavenly Starというかそういうラインにある名曲。僕の人生の100曲に確実に入りそう。
それでフジロックに彼女たちが参加するということでにわかに話題ですが、すでにRISING SUNには参加経験もあるし、ほかにもいくつかフェスには参加してる、直近では5月に福岡でCIRCLEに参加してるので、今更フジロックでそこまで驚くのか（レッドマーキーとかなら驚いたけど）という印象です。
このバンドの魅力って、自分たちの嗜好する音楽をそのまま咀嚼して作品に反映してるところなんだけど、面白いのがいわゆるＪ－ＰＯＰ的なメロディが薄いことだと思います。今のＪ－ＰＯＰって良くも悪くも売れてる音はすべて、いや売れてなくてもすべてＪ－ＰＯＰのメロディが入ってきてるんですよ。ロックだろうがヒップホップだろうがアイドルだろうがアニソンだろうが関係なく、宇多田ヒカルなんかでもそうですね。で、今はそういう音が世界的に評価されて、現代のＪ－ＰＯＰだとGatcha Pop、昔のものだとCity Popという評価を得ているわけです。コード進行の問題なのかどうか、楽理的なことは僕は全然わからないんですが、とにかくエモいんですね。まあ、人によってはそれを歌謡曲っぽいというのですが。
しかし、Lausbubの音楽はその要素が薄い。近年の曲はあえて日本語で歌ってる様子がありますが、このメロディを英語にしたら、最近の洋楽のインディロックやエレクトロニックミュージックと差がかなり少なくなります。それは強みであると同時に弱みでもあって、海外の一部の音楽ファンにはすんなりと受け入れられるけど、日本人的な強みは弱いということで、なかなか海外の日本文化ファンからはフックアップされにくいかもなあと心配になります。
極端な話、LausbubとGinger RootのどっちがJ-POPっぽいかと言われたらGinger Rootだと思いません？ それだと海外で日本の女性エレクトロニカバンドです！と言われても売れにくいだろうなと。
でも僕はそういう彼女たちだからこそ、このままでもっとドメジャーで売れるといいなと思ってます。
あと、彼女たちの場合、大人の手はそれなりに入ってるものの、レーベルは極東テクノという自分たちのレーベルだし、作詞作曲やプロデュースはあくまで自分たちでやっているので、成長は時間がかかってるもののセルアウト感がないのですごく応援しがいがあります。
彼女たちがTelefonで話題になったとき、メジャーの手がゴリッと入ったら、今の.tukiとかimaseみたいな売り出し方したような気がするんですよ。音楽よりも付随情報で先に売り出すようなやり方で。
卒業してもTelefonの時のような朴訥とした女子高生みたいな見た目のままで、制服コスプレして演奏するみたいなルートもあったけど、彼女たちはそれを選ばなかった。まあたぶん周辺の大人たちも選ばなかったんでしょう。僕はむしろそれがよかったんだと思ってます。
増田投稿しようとすると Internal Server Error が出るやで
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator at root@localhost to inform them of the time this error occurred, and the actions you performed just before this error.
More information about this error may be available in the server error log.
全能の逆説パラドックスに関する回答を考えた。
問: 神(全能者)は誰にも持ち上げられない石を作れるか？
答: 作れる。だが、その石の質量が宇宙の総質量を超え、ビッグクランチを引き起こして宇宙が崩壊する。
宇宙が崩壊し観察者がいなくなるため、全能者の自己申告（「作ったし、誰も持ち上げられなかった」）だけが残る。
https://grok.com/share/bGVnYWN5_45b8966f-91f8-4d61-af66-e636bf132fa8
俺様:
全能の逆説パラドックスについて議論したい。 問:全能者は、誰にも持ち上げられない石を作れるか？ 個人的は回答: できる。が、それをすると宇宙が壊れて人間には観察できない。 誰にも持ち上げられない石は超重いはずです。 それは銀河系の中心にあるブラックホールより、超銀河団の中心にあるとされるグレートアトラクターよりも重いはずです。 それは、この宇宙にとってのバグのような存在になるはずです。 そういうものを全能者が作った瞬間に、この宇宙は崩壊するでしょう。 linuxで全能のrootアカウントで rm / -rf を発行するようなものである。 全能者が、無からそういう重たい石を作った場合、無から有は生まれないというルールにも反する。 もちろん、全能者がブラックホールとかを移動させて地球上に登場させるとこのルールは一応保たれるが。 どちらにしても、そんな重たいものが登場した瞬間にこの宇宙は崩壊する。 全能者は、バックアップから世界を戻すこともできるだろう。 ただ、その場合は、重たい石を作る直前の世界にしか戻せないだろう。宇宙が崩壊してしまうから。 したがって、全能者は"誰にも持ち上げられない石を作れるか？"といわれても、"神を試すな"とはぐらかすことしかできない。 むしろ、毎回やっているけどそのたびに宇宙が壊れるから困って、"もう試さないでくれる?"と困惑しているのかもしれない。 と、いう回答を考えたんだけど、どう思う？
こんな感じでAIとひたすらレスバして戦った結果、なんとかAIの反論を潰して、理論ができたように。
誰も持ち上げられない石を作った瞬間に宇宙が重力で崩壊する、観察者がいないので最終的には全能者の自己申告になる
この2つが私の理論のコアです。
詳細は、超長くなるので会話ログを読んでください。
万人が納得できる「全能の逆説」への回答ができたと思います！
やったぜ
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator at root@localhost to inform them of the time this error occurred, and the actions you performed just before this error.
More information about this error may be available in the server error log.
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator at root@localhost to inform them of the time this error occurred, and the actions you performed just before this error.
More information about this error may be available in the server error log.
大体のものは日本語でアルゴリズムやデーター構造の解説があります。
でも、時々、こういうのがあります。
https://www.cs.tufts.edu/comp/150FP/archive/hans-boehm/ropes.pdf
Rebalancing
Rebalancing produces a balanced version of the argument rope. The original
is unaffected.
(中略)
Many variations of this approach are possible. Our balance condition was expressed
in terms of length, and our algorithm tends to move long ¯at ropes close to the
root. One could also rebalance purely in terms of node count.
Ropeがくそ遅いのでリーフノードをリンクドリストでつなごうとしたら、訳が分からなくなりました。
適当にやってはいけないと思い、ググったら、Ropeのリバランスのやり方を解説した奴は英語の奴しかありませんでした。
あと、リンク先を読めばわかるけど、数学でおなじみの記号がいたるところに出てきます。
数３Ｃまで取ったほうがいいです。
大学に行けば体系的にアルゴリズムやデーター構造、最先端の技術を教えてくれますが、情報系の大学は数３Ｃが必須です。
そして、ネットに転がってるデーター構造の解説書は数３Ｃを勉強していることを前提に書かれていることが多いです。
微分積分が出た時代の数１Ａと数２しかとってないので、この手の本はマジで訳が分かりません。
だから、おじさんは高校生向けの優しい、アルゴリズムやデーター構造の本で勉強しました。
なぜかというとライブラリーしか触れず、リンクドリストやＡＶＬ木、クイックソートや基数ソートをかじったぐらいのプログラマーは腐るほどいるからです。
だから、君たちはおじさんのようにはなるな。
【映像コンテンツ】
M3GAN
カラオケ行こ！
ゴールデンカムイ(実写)
僕らの世界が交わるまで
哀れなるものたち
ハズビン・ホテル
ボーはおそれている
彼方に
オリオンと暗闇
ARGYLLE/アーガイル
新しき世界
トラペジウム
FALL/フォール
ルックバック
地面師たち
きみの色
スオミの話をしよう
ふれる
ジョーカー：フォリ・ア・ドゥ
ミステリと言う勿れ
マインドフルに殺して
PUI PUI モルカー ザ・ムービー MOLMAX
正体
ノー・モア・ベット: 孤注
・
・
【アニメ】
夜のクラゲは泳げない
TPぼん
・
・
【ライブ】
TOMOO LIVE TOUR 2023-2024 "TWO MOON
webnokusoyaro 帰省の足代くれくれライブ ～新幹線 or DEAD～
yama “the meaning of life” TOUR 2024
ReN Acoustic Tour 「#CalmDaysTour2」ツアー
・
・
【体験】
Twitter壁打ち
・
・
視聴本数(映画)→54
・インサイド・ヘッド2とロボット・ドリームズが1位の座を奪い合っている…
モノノ怪で盛り返し始め、
ロボット・ドリームズ・キン肉マン・ホールドオーバーズでの奇跡的な盛り返しをキメたがそれまでが本当に期待大→肩透かしが多かった。
・盛り返したとは言え7月以降もジョーカー続編・モアナ続編と肩透かしは多かった
げんなりて劇場を出る頻度が多かった1年だったし視聴本数は2023年に比べて約10本減った
・2024年は「すごい作品を観たなあ！」ってウットリ状態で劇場を出る作品が増えることをマジで祈る とりあえずポン・ジュノ監督の新作を楽しみにしております…
・
・代わりにライブ・体験系が今までになく充実してた 死ぬまでに必ず行きたいと思ってたアーティストのライブに行けたし、いつか行ってみたいと思ってた場所にも行けた ずっと憧れてた体験もできたし「楽しいのはわかるけどまあ一旦落ち着けよ」の境地にも至れた
14本ですね。
| 順位 | 曲 | アーティスト | ジャンル |
| 1 | SUPERNATURAL | NEWJEANS | K-POP |
| 2 | DARUMA | DARUMAS | |
| 3 | 本日のおすすめ | 離婚伝説 | |
| 4 | FEELSLIKEIMFALLINGINLOVE | COLDPLAY | |
| 5 | BURNING | 羊文学 | |
| 6 | EARTH, WIND AND FIRE(JAPANESE VER.) | BOYNEXTDOOR | K-POP |
| 7 | SMALL GIRL | LEE YOUNG JI FEAT. D.O. | K-POP |
| 8 | EVERY HOUR | SALA | K-POP |
| 9 | EVER SEEN | BEABADOOBEE | K-POP |
| 10 | HUSH HUSH | BE:FIRST × ATEEZ | K-POP |
| 11 | HOT UPTOWN | CAMILA CABELLO FEAT. DRAKE | |
| 12 | 踊りませんか？ | AILE THE SHOTA | |
| 13 | 透明 | RLOEVO | |
| 14 | ラッキーカラー | あいみょん | K-POP |
| 15 | ROCKSTAR | LISA | |
| 16 | MUM | CHILLI BEANS. | |
| 17 | GOOD MORNING | a子 | |
| 18 | UNDEAD | YOASOBI | |
| 19 | 触れる唇 | XINU | |
| 20 | WOMAN'S WORLD | KATY PERRY | |
| 21 | LIFT YOU UP | JESSIE WARE & ROMY | |
| 22 | 影 | OVALL FEAT. さらさ | |
| 23 | PERFUME | PALE WAVES | |
| 24 | GOOD TOGETHER | LAKE STREET DIVE | |
| 25 | YOUNG MAN | HYUKOH, 落日飛車 | K-POP |
| 26 | MY BODY IS CUTE | 詩羽 | |
| 27 | ADD UP MY LOVE | CLAIRO | |
| 28 | RAZE THE BAR | TRAVIS | |
| 29 | BAD LOVE GOD | HOPE TALA | |
| 30 | DREAMBEND | KESSONCODA | |
| 31 | HOT MESS | AESPA | |
| 32 | SHARON | OFFICIAL髭男DISM | |
| 33 | SMERALDO GARDEN MARCHING BAND | JIMIN FEAT. LOCO | |
| 34 | ホムンクルス | VAUNDY | |
| 35 | YATTAAMAN | MISIIN | |
| 36 | 恋のブギウギナイト | サザンオールスターズ | |
| 37 | 赤猫 | 水曜日のカンパネラ | |
| 38 | ライリーストーン | 眞名子 新 | |
| 39 | DIVE | TWICE | K-POP |
| 40 | DUSKY DOLPHIN | NATSUDAIDAI | |
| 41 | POUR ME A DRINK | POST MALONE FEAT. BLAKE SHELTON | |
| 42 | NEVER LET GO | JUNG KOOK | K-POP |
| 43 | BIRDS OF A FEATHER | BILLIE EILISH | |
| 44 | HOW SWEET | NEWJEANS | K-POP |
| 45 | 私のモネ | LILY | |
| 46 | ふたりのBGM | GOOD BYE APRIL FEAT. 土岐 麻子 | |
| 47 | LUV STUCK | SALUTE AND PIRI | |
| 48 | うつつ | 鈴木 真海子 | |
| 49 | DONE WITH YOU | OMAR APOLLO | |
| 50 | THE RAIN | THE BURNING DEADWOODS FEAT. KENTA DEDACHI | |
| 51 | TIME | OLIVIA DEAN | |
| 52 | SHIKATO!!! | NOVEL CORE | |
| 53 | FOREVER | BABYMONSTER | |
| 54 | LIFT OFF! | SALUTE, DISCLOSURE | |
| 55 | マーメイド | 水曜日のカンパネラ | |
| 56 | 若者のすべて | SUIS FROM ヨルシカ | |
| 57 | あつまれ | MONJE | |
| 58 | RIGHT NOW | NEWJEANS | K-POP |
| 59 | SISTER | チョーキューメイ | |
| 60 | SIDE QUEST | PEARL & THE OYSTERS | |
| 61 | DON'T | MFS | |
| 62 | 君はハニーデュー | 日向坂46 | |
| 63 | RED | 今市 隆二 | |
| 64 | MAGNETIC | ILLIT | K-POP |
| 65 | OONTZ | MICHELLE | |
| 66 | 毎日 | 米津 玄師 | |
| 67 | アイワナ | 冨岡 愛 | |
| 68 | DANCE WITH THE DEVIL | BLXST AND ANDERSON .PAAK | |
| 69 | EVERYTIME | BAKAR FEAT. LANCEY FOUX | |
| 70 | SHE'S GONE, DANCE ON | DISCLOSURE | |
| 71 | CUBISM | OVALL | |
| 72 | WHITE LIES | NEWSPEAK | |
| 73 | BUBBLE GUM | NEWJEANS | K-POP |
| 74 | 鬼ノ宴 | 友成 空 | |
| 75 | LITHONIA | CHILDISH GAMBINO | |
| 76 | HEAVENLY HELL | STEVE AOKI FEAT. NE-YO | |
| 77 | YELLOW BIG HEADER | ピーナッツくん | |
| 78 | あなたへの手紙 | スガシカオ | |
| 79 | SEXY TO SOMEONE | CLAIRO | |
| 80 | ECHELON | 80KIDZ, SASCHA | |
| 81 | LOSE MY FOCUS | RAVEENA | |
| 82 | SAY | KESHI | |
| 83 | SO GOOD | REIKO | |
| 84 | RISK | GRACIE ABRAMS | |
| 85 | REALLY LOVE | 今市 隆二 FEAT. HIROMITSU KITAYAMA | |
| 86 | LOVE BANDITZ | OWV | |
| 87 | CINDERELLA | REMI WOLF | |
| 88 | BLAZE | 三代目 J SOUL BROTHERS FROM EXILE TRIBE | |
| 89 | HOW FAR IS YOUR LOVE | SURFACES WITH LOS LONELY BOYS | |
| 90 | FANTASY | DEF TECH | |
| 91 | 一日花 | 東京スカパラダイスオーケストラ FEAT.IMASE&習志野高校吹奏楽部 | |
| 92 | NO PROBLEMS | GINGER ROOT | |
| 93 | GOOD LUCK, BABE! | CHAPPELL ROAN | |
| 94 | CITY HABITS | BRKFSTBLEND | |
| 95 | モウショ | YAMORI | |
| 96 | I HAD SOME HELP | POST MALONE FEAT. MORGAN WALLEN | |
| 97 | HOT TO GO! | CHAPPELL ROAN | |
| 98 | ハチス | 折坂 悠太 | |
| 99 | I'M FREE | PARIS HILTON & RINA SAWAYAMA | |
| 100 | STEP BY STEP | TAIKING FEAT. 荒谷 翔大 |
これを改善してってお願いした。何書いてあるかわからないけど動いたよ。
https://anond.hatelabo.jp/20240125203115
// ==UserScript== // @name 増田ミュート（白塗り版） // @namespace http://tampermonkey.net/ // @version 2024-06-26 // @description ミュートワードを含む最小限の範囲を白塗りにする // @author You // @match https://anond.hatelabo.jp/* // @icon https://www.google.com/s2/favicons?sz=64&amp;domain=hatelabo.jp // @grant none // ==/UserScript== (function() { 'use strict'; const muteWords = [ "弱者男性", "弱男", "弱者", "婚活", "男", "女", "年収", "下方婚", "発達障害", "発達", "ハッタツ", "ハッタショ", "ﾊｯﾀｼｮ", "競プロ", "競技プログラミング", "AtCoder", ]; function whiteoutElement(element) { element.style.backgroundColor = 'white'; element.style.color = 'white'; element.style.textShadow = 'none'; element.style.cursor = 'default'; element.style.userSelect = 'none'; // テキスト選択を防止 element.style.borderBottom = '1px dashed #ccc'; // 枠線を追加してテキストがあることを示す // リンクの場合、クリックを無効化 if (element.tagName === 'A') { element.style.pointerEvents = 'none'; element.removeAttribute('href'); } // 子要素にも適用 Array.from(element.children).forEach(child => { child.style.backgroundColor = 'white'; child.style.color = 'white'; child.style.textShadow = 'none'; }); // ツールチップを追加 element.title = 'この内容にはミュートワードが含まれています'; } function shouldMute(text) { return muteWords.some(word => { const parts = word.split(''); const regex = new RegExp(parts.map(char => `${char}92;92;s*`).join(''), 'i'); return regex.test(text); }); } function findSmallestMuteableElement(element) { if (element.nodeType === Node.TEXT_NODE) { return shouldMute(element.textContent) ? element.parentElement : null; } if (element.tagName === 'PRE' || element.tagName === 'CODE') { return shouldMute(element.textContent) ? element : null; } for (let child of element.childNodes) { const result = findSmallestMuteableElement(child); if (result) return result; } return shouldMute(element.textContent) ? element : null; } function processElement(element) { const muteableElement = findSmallestMuteableElement(element); if (muteableElement) { whiteoutElement(muteableElement); } } function processAllElements(root = document.body) { const walker = document.createTreeWalker( root, NodeFilter.SHOW_ELEMENT | NodeFilter.SHOW_TEXT, null, false ); let node; while (node = walker.nextNode()) { if (node.nodeType === Node.ELEMENT_NODE) { processElement(node); } else if (node.nodeType === Node.TEXT_NODE &amp;&amp; node.parentElement) { processElement(node.parentElement); } } } function handleClickEvent(event) { setTimeout(() => { processAllElements(event.target); }, 100); } // 初回実行 processAllElements(); // クリックイベントの監視 document.body.addEventListener('click', handleClickEvent); // DOM変更の監視 const observer = new MutationObserver(mutations => { mutations.forEach(mutation => { if (mutation.type === 'childList') { mutation.addedNodes.forEach(node => { if (node.nodeType === Node.ELEMENT_NODE) { processAllElements(node); } }); } else if (mutation.type === 'characterData') { processElement(mutation.target.parentNode); } }); }); observer.observe(document.body, { childList: true, subtree: true, characterData: true }); })();
https://anond.hatelabo.jp/20240625191650
念のため言っておくと底辺大や文系出身プログラマーも同様の傾向にある
入力値に想定外のものが入ることを考えていなかったりI/Oに関わるエラーについても配慮がない
「エラーが出たらとにかくtry-catchしてログ吐いて終わり」
ならまだマシな方で、「握りつぶして処理続行」みたいなことも平気でやる
とか滅茶苦茶多い
異常系の話と被るけど基本的に性善説でコード書くのでセキュリティの不備がめちゃくちゃ多い
API作らせてもリクエストの内容を信用して実装するしサニタイズチェックもしない
サーバー作らせてもrootか共通ユーザーだけで運用するしファイル管理も滅茶苦茶
とにかく「目の前に与えられた課題を解く」だけのコードなので他のことに関する配慮が全く無い
TypeScript使わせてもanyだらけだし、JavaとかだとObjectだらけ
うちはPythonでは型は使わないけど命名規則で担保してるのにそれもガン無視で実装する
結果としてできあがるのは
「一応、正常系では動いているけれど他の入力が来たときにどうなるか分からないし誰も修正できない」
っていうコード
最近はそういうコードはChatGPTにぶち込んで型付けて貰ったりするけど
8割ぐらいの確率でChatGPTも型付けできない状態になっててお手上げになる
そりゃ動くし性能も変わらないけど後でバグがあったり変更するときにすげー困る
これもChatGPTにぶち込んで「共通的な処理をメソッド化して」って言うとやってくれるのでめっちゃ便利
クソ重いwhileループになってるメソッドをフレンドリーに何回も呼び出したり
とにかく「最終的に出来上がるものが良好であれば時間がかかっても構わない」的なコードが非常に多い
競プロ系はこういう人はあんまりいないんだが機械学習出身者はマジでこれ
彼らはデータを解析したり優秀なモデルを作るために頑張ってきたので継続的に処理負荷を減らす、みたいなことに意識が回ってくれない
「これはPoCですから」
とか言うんだけど誰でも分かるようなクソ遅いコード書いておいて
とかしれっと言ってくる
