  |
はてなキーワード:Rootとは
GeminiDeep 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万円で買える。Windows11が入らない型落ちこそ、軽量な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と話してるので大丈夫です」って、超重量級のログが出力されて場がフリーズ。
誰もお前の闇のstacktraceをデバッグしに来てないのよ。
さらに、「僕、AIイラスト描いてるんですけど、著作権とか時代遅れですよね？あんなの老害の仕様でしょ？」って唐突にライセンス違反マウント。
「pixivはオワコン、今はNovelAIとComfyUIが最強」って語りだして、俺のフレームバッファが完全に焼けた。
てか、なんで“ぼっちオフ”に来てまでライセンスバトル始まってんの？
しかも俺のTwitterの昔の投稿を掘って、「○○さんも“孤独で辛い”って言ってましたよね！？同志ですね！」って突っかかってくる始末。
こっちは「休日にひとりでKaggle回すの好き」って話してただけで、お前みたいに「人間関係を全員403 Forbidden」にした結果の孤独じゃないから。
「VS Codeの拡張機能でChatGPTと喋ってると、人間いらなくなる感ありますよね？」
「てか、女ってバグ多くないですか？ロジック破綻してるというか」
って、完全にネット炎上案件レベルの発言をノンブロッキングで垂れ流し。
極めつけは「このあと、Stable Diffusionのプロンプト見せ合いませんか？」って。
こっちは秒でexit 1 叩いて帰ったわ。
人間関係のエラーは他人側のコードミスだと信じて疑わないじゃん？
何でもAIに任せて、「女性は感情的すぎて仕様が読めない」とか言ってんの、
誰かと繋がりたいなら、まずは npm install social_skills してから出直して。
マジで頼む。
「非依存型ソロ行動者限定」って明記しないと、またroot権限で空気を破壊する奴が来るぞ。
ほんとに。
WSL2USBカメラ+他のUSB機器2022年09月06日版
WSL2LinuxKernel 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 はサードパーティのパッケージに対して責任を負わず、ライセンスも付与しません。
Downloadinghttps://github.com/dorssel/usbipd-win/releases/download/v2.3.0/usbipd-win_2.3.0.msi
██████████████████████████████10.4MB /10.4MB
> wsl --install --distributionUbuntu-20.04
[WT] WSLのディストリビューションを起動（WSL2起動用アイコンをマウスでクリックして起動してもよい）
> wsl --list
Linux 用Windows サブシステムディストリビューション:
sudoapt install -ylinux-tools-5.4.0-77-generic hwdata
sudo update-alternatives --install /usr/local/bin/usbipusbip /usr/lib/linux-tools/5.4.0-77-generic/usbip20
> wsl --shutdown
[WT]USBカメラがusbipd に認識されることを確認する (この記事では 2-7)
2-2 056e:00d9USB入力デバイス Not attached
2-3 1c4f:0027USB入力デバイス Not attached
2-7 1bcf:2284 FullHDwebcam,USBmicrophone Not attached
2-11 0495:3011ESSUSBDAC,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:00d9USB入力デバイス Not attached
2-3 1c4f:0027USB入力デバイス Not attached
2-7 1bcf:2284 FullHDwebcam,USBmicrophone Attached -Ubuntu-20.04
2-11 0495:3011ESSUSBDAC,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:0003Linux Foundation 3.0roothub
Bus 001 Device 003:ID 1bcf:2284Sunplus Innovation Technology Inc. FullHDwebcam
Bus 001 Device 001:ID 1d6b:0002Linux Foundation2.0roothub
ls: cannotaccess '/dev/video*': No such file or directory
[Ubuntu]USB CameraがWSL内で認識されるようにLinuxカーネルをカスタムビルドする。下記リポジトリの手順通りに実施すると、WSLLinuxカーネルがカスタムビルドされたものに入れ替わる。注意点は、<windowsusername> の部分だけは各自の環境のWindowsユーザー名に手で書き換える必要が有ること。なお、.wslconfig は絶対にwindows 側で編集してはならない。絶対に。
> wsl --shutdown
[WT]USBカメラがusbipd に認識されることを確認する (この記事では 2-7)
2-2 056e:00d9USB入力デバイス Not attached
2-3 1c4f:0027USB入力デバイス Not attached
2-7 1bcf:2284 FullHDwebcam,USBmicrophone Not attached
2-11 0495:3011ESSUSBDAC,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:00d9USB入力デバイス Not attached
2-3 1c4f:0027USB入力デバイス Not attached
2-7 1bcf:2284 FullHDwebcam,USBmicrophone Attached -Ubuntu-20.04
2-11 0495:3011ESSUSBDAC,USB入力デバイス Not attached
2-14 8087:0029インテル(R)ワイヤレスBluetooth(R) Not attached
[Ubuntu] WSL2上のUbuntu20.04 の中からUSBカメラが認識されていることを確認する
Bus 002 Device 001:ID 1d6b:0003Linux Foundation 3.0roothub
Bus 001 Device 003:ID 1bcf:2284Sunplus Innovation Technology Inc. FullHDwebcam
Bus 001 Device 001:ID 1d6b:0002Linux Foundation2.0roothub
crw------- 1rootroot 81, 0 Sep 617:29 /dev/video0
crw------- 1rootroot 81, 1 Sep 617:29 /dev/video1
[Ubuntu]USBカメラがWSL2の中から認識されることを確認するテストコードを作成する
$ pip installopencv-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/
whileTrue:
ret, frame
日中の生産性は、夜の過ごし方、特に「就寝」というクリティカルなタスクをいかに成功させるかにかかっている。本記事では、つい夜更かししてしまうエンジニアのために、早寝を「技術」として体系化し、再現性のある形で実践するための具体的な手法を探求する。これは精神論ではない。あなたのQoLと生産性を向上させるための、実践的なスリープエンジニアリングだ。
我々エンジニアにとって、夜は不思議な魅力を持つ時間だ。日中の喧騒から解放され、思考は冴えわたり、ゾーンに入りやすい。しかし、その魅力的な時間は、往々にして「早寝」という、人間の生存に不可欠な基本プロセスを犠牲にすることで成り立っている。
「リファクタリングが楽しくなってきた」
これらの探求心はエンジニアの美徳であるが、同時に我々を「睡眠負債」という深刻な技術的負債へと導く。本稿は、この負債を返済し、持続可能な開発（と生活）を実現するための「早寝」という技術に焦点を当てる。
早寝を実装する前に、まずは現状のアーキテクチャに潜むアンチパターンを特定しよう。
就寝前のスマートフォンは、まさに同期的なブロッキングI/Oだ。SNSの無限スクロール、動画プラットフォームの自動再生、チャットアプリの通知。これらは我々の意識というシングルスレッドを完全に占有し、本来実行されるべきsleep()プロセスへの遷移を妨げる。
深夜まで続くコーディングや問題解決は、脳を極度の興奮状態にする。ベッドに入っても、アドレナリンやコルチゾールといったホルモンがCacheに残り続け、CPUがクールダウンしない。shutdown -hnowを叩いても、プロセスが終了しないのだ。
「夜更かしの供」として注入されるカフェインやアルコールは、一見するとパフォーマンスを向上させるように見える。しかし、これらは睡眠の質という重要なmetricsを著しく劣化させる、誤った依存関係だ。特にアルコールは、入眠を助けるように見えて、実はレム睡眠を阻害し、睡眠のアーキテクチャ全体を不安定にする。
不規則な就寝・起床時間は、体内時計という最も重要なCronジョブを破壊する。毎日異なる時間に実行されるジョブが安定した結果をもたらさないのと同様に、不規則な睡眠スケジュールは、日中のパフォーマンスを予測不可能なものにする。
では、どうすればこれらのアンチパターンを排除し、安定した早寝pipelineを構築できるのか。ここではSleepas Codeの概念に基づき、具体的なプラクティスを紹介する。
毎晩、同じ手順で就寝プロセスを実行することで、入眠を自動化する。
-PC/スマホのシャットダウン: 最も重要なステップ。物理的に電源を落とすか、手の届かない場所（別のコンテナ）にdeployする。
- 入浴: 38〜40℃のぬるめのお湯に15分ほど浸かる。これにより深部体温が一時的に上昇し、その後の下降とともに入眠が促される。これはHot-swapならぬHot-bathによるクールダウンだ。
静的コンテンツの消費: 激しい思考を伴わない、静的な情報（紙の読書など）に切り替える。電子書籍ではなく、紙媒体が望ましい。
ストレッチ: 軽いストレッチで、日中のcommitで固まった体をreleaseする。
すべての準備が整ったら、ベッドという本番環境にデプロイする。余計な思考はgitclean -fdで強制削除し、呼吸に集中する。
例：「夕食後のコーヒーが原因だった」→「カフェインの摂取は15時までというSLAを設ける」
早寝は、単に体を休める行為ではない。日中の高いパフォーマンス、明晰な思考、そして創造性を維持するための、最も効果的で再現性の高い「技術」だ。
我々はインフラをコードで管理し、CI/CDでデプロイを自動化するように、自身の睡眠もまた、技術と工夫によってコントロールできる。今夜、あなたのwhile(true)なループをbreakし、持続可能なパフォーマンスを手に入れるための第一歩を踏み出してほしい。
Happy sleeping!
日中の生産性は、夜の過ごし方、特に「就寝」というクリティカルなタスクをいかに成功させるかにかかっている。本記事では、つい夜更かししてしまうエンジニアのために、早寝を「技術」として体系化し、再現性のある形で実践するための具体的な手法を探求する。これは精神論ではない。あなたのQoLと生産性を向上させるための、実践的なスリープエンジニアリングだ。
我々エンジニアにとって、夜は不思議な魅力を持つ時間だ。日中の喧騒から解放され、思考は冴えわたり、ゾーンに入りやすい。しかし、その魅力的な時間は、往々にして「早寝」という、人間の生存に不可欠な基本プロセスを犠牲にすることで成り立っている。
「リファクタリングが楽しくなってきた」
これらの探求心はエンジニアの美徳であるが、同時に我々を「睡眠負債」という深刻な技術的負債へと導く。本稿は、この負債を返済し、持続可能な開発（と生活）を実現するための「早寝」という技術に焦点を当てる。
早寝を実装する前に、まずは現状のアーキテクチャに潜むアンチパターンを特定しよう。
就寝前のスマートフォンは、まさに同期的なブロッキングI/Oだ。SNSの無限スクロール、動画プラットフォームの自動再生、チャットアプリの通知。これらは我々の意識というシングルスレッドを完全に占有し、本来実行されるべきsleep()プロセスへの遷移を妨げる。
深夜まで続くコーディングや問題解決は、脳を極度の興奮状態にする。ベッドに入っても、アドレナリンやコルチゾールといったホルモンがCacheに残り続け、CPUがクールダウンしない。shutdown -hnowを叩いても、プロセスが終了しないのだ。
「夜更かしの供」として注入されるカフェインやアルコールは、一見するとパフォーマンスを向上させるように見える。しかし、これらは睡眠の質という重要なmetricsを著しく劣化させる、誤った依存関係だ。特にアルコールは、入眠を助けるように見えて、実はレム睡眠を阻害し、睡眠のアーキテクチャ全体を不安定にする。
不規則な就寝・起床時間は、体内時計という最も重要なCronジョブを破壊する。毎日異なる時間に実行されるジョブが安定した結果をもたらさないのと同様に、不規則な睡眠スケジュールは、日中のパフォーマンスを予測不可能なものにする。
では、どうすればこれらのアンチパターンを排除し、安定した早寝pipelineを構築できるのか。ここではSleepas Codeの概念に基づき、具体的なプラクティスを紹介する。
毎晩、同じ手順で就寝プロセスを実行することで、入眠を自動化する。
-PC/スマホのシャットダウン: 最も重要なステップ。物理的に電源を落とすか、手の届かない場所（別のコンテナ）にdeployする。
- 入浴: 38〜40℃のぬるめのお湯に15分ほど浸かる。これにより深部体温が一時的に上昇し、その後の下降とともに入眠が促される。これはHot-swapならぬHot-bathによるクールダウンだ。
静的コンテンツの消費: 激しい思考を伴わない、静的な情報（紙の読書など）に切り替える。電子書籍ではなく、紙媒体が望ましい。
ストレッチ: 軽いストレッチで、日中のcommitで固まった体をreleaseする。
すべての準備が整ったら、ベッドという本番環境にデプロイする。余計な思考はgitclean -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: BecomeHumanに感動している場合ではない。そんな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だ電グルだと騒いでたが、僕はどちらかと言ったらWorkingMen’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の髙橋がなんだかんだでかわいい。これは令和のYUMEGIWALAST BOYというか虹というか、Heavenly Starというかそういうラインにある名曲。僕の人生の100曲に確実に入りそう。
それでフジロックに彼女たちが参加するということでにわかに話題ですが、すでにRISING SUNには参加経験もあるし、ほかにもいくつかフェスには参加してる、直近では5月に福岡でCIRCLEに参加してるので、今更フジロックでそこまで驚くのか（レッドマーキーとかなら驚いたけど）という印象です。
このバンドの魅力って、自分たちの嗜好する音楽をそのまま咀嚼して作品に反映してるところなんだけど、面白いのがいわゆるＪ－ＰＯＰ的なメロディが薄いことだと思います。今のＪ－ＰＯＰって良くも悪くも売れてる音はすべて、いや売れてなくてもすべてＪ－ＰＯＰのメロディが入ってきてるんですよ。ロックだろうがヒップホップだろうがアイドルだろうがアニソンだろうが関係なく、宇多田ヒカルなんかでもそうですね。で、今はそういう音が世界的に評価されて、現代のＪ－ＰＯＰだとGatchaPop、昔のものだとCityPopという評価を得ているわけです。コード進行の問題なのかどうか、楽理的なことは僕は全然わからないんですが、とにかくエモいんですね。まあ、人によってはそれを歌謡曲っぽいというのですが。
しかし、Lausbubの音楽はその要素が薄い。近年の曲はあえて日本語で歌ってる様子がありますが、このメロディを英語にしたら、最近の洋楽のインディロックやエレクトロニックミュージックと差がかなり少なくなります。それは強みであると同時に弱みでもあって、海外の一部の音楽ファンにはすんなりと受け入れられるけど、日本人的な強みは弱いということで、なかなか海外の日本文化ファンからはフックアップされにくいかもなあと心配になります。
極端な話、LausbubとGingerRootのどっちがJ-POPっぽいかと言われたらGingerRootだと思いません？ それだと海外で日本の女性エレクトロニカバンドです！と言われても売れにくいだろうなと。
でも僕はそういう彼女たちだからこそ、このままでもっとドメジャーで売れるといいなと思ってます。
あと、彼女たちの場合、大人の手はそれなりに入ってるものの、レーベルは極東テクノという自分たちのレーベルだし、作詞作曲やプロデュースはあくまで自分たちでやっているので、成長は時間がかかってるもののセルアウト感がないのですごく応援しがいがあります。
彼女たちがTelefonで話題になったとき、メジャーの手がゴリッと入ったら、今の.tukiとかimaseみたいな売り出し方したような気がするんですよ。音楽よりも付随情報で先に売り出すようなやり方で。
卒業してもTelefonの時のような朴訥とした女子高生みたいな見た目のままで、制服コスプレして演奏するみたいなルートもあったけど、彼女たちはそれを選ばなかった。まあたぶん周辺の大人たちも選ばなかったんでしょう。僕はむしろそれがよかったんだと思ってます。
増田投稿しようとするとInternal Server Error が出るやで
The server encountered an internalerror or misconfiguration andwas unable to completeyour request.
Please contact the server administratoratroot@localhost to inform them ofthe time thiserror occurred, and the actionsyou performed just before thiserror.
More information about thiserrormay be available in the servererrorlog.
全能の逆説パラドックスに関する回答を考えた。
問: 神(全能者)は誰にも持ち上げられない石を作れるか？
答: 作れる。だが、その石の質量が宇宙の総質量を超え、ビッグクランチを引き起こして宇宙が崩壊する。
宇宙が崩壊し観察者がいなくなるため、全能者の自己申告（「作ったし、誰も持ち上げられなかった」）だけが残る。
https://grok.com/share/bGVnYWN5_45b8966f-91f8-4d61-af66-e636bf132fa8
俺様:
全能の逆説パラドックスについて議論したい。問:全能者は、誰にも持ち上げられない石を作れるか？個人的は回答:できる。が、それをすると宇宙が壊れて人間には観察できない。誰にも持ち上げられない石は超重いはずです。それは銀河系の中心にあるブラックホールより、超銀河団の中心にあるとされるグレートアトラクターよりも重いはずです。それは、この宇宙にとってのバグのような存在になるはずです。そういうものを全能者が作った瞬間に、この宇宙は崩壊するでしょう。linuxで全能のrootアカウントでrm / -rf を発行するようなものである。全能者が、無からそういう重たい石を作った場合、無から有は生まれないというルールにも反する。もちろん、全能者がブラックホールとかを移動させて地球上に登場させるとこのルールは一応保たれるが。どちらにしても、そんな重たいものが登場した瞬間にこの宇宙は崩壊する。全能者は、バックアップから世界を戻すこともできるだろう。ただ、その場合は、重たい石を作る直前の世界にしか戻せないだろう。宇宙が崩壊してしまうから。したがって、全能者は"誰にも持ち上げられない石を作れるか？"といわれても、"神を試すな"とはぐらかすことしかできない。むしろ、毎回やっているけどそのたびに宇宙が壊れるから困って、"もう試さないでくれる?"と困惑しているのかもしれない。と、いう回答を考えたんだけど、どう思う？
こんな感じでAIとひたすらレスバして戦った結果、なんとかAIの反論を潰して、理論ができたように。
誰も持ち上げられない石を作った瞬間に宇宙が重力で崩壊する、観察者がいないので最終的には全能者の自己申告になる
この2つが私の理論のコアです。
詳細は、超長くなるので会話ログを読んでください。
万人が納得できる「全能の逆説」への回答ができたと思います！
やったぜ
The server encountered an internalerror or misconfiguration andwas unable to completeyour request.
Please contact the server administratoratroot@localhost to inform them ofthe time thiserror occurred, and the actionsyou performed just before thiserror.
More information about thiserrormay be available in the servererrorlog.
The server encountered an internalerror or misconfiguration andwas unable to completeyour request.
Please contact the server administratoratroot@localhost to inform them ofthe time thiserror occurred, and the actionsyou performed just before thiserror.
More information about thiserrormay be available in the servererrorlog.
大体のものは日本語でアルゴリズムやデーター構造の解説があります。
でも、時々、こういうのがあります。
https://www.cs.tufts.edu/comp/150FP/archive/hans-boehm/ropes.pdf
Rebalancing
Rebalancing produces a balancedversion of the argumentrope.The original
is unaffected.
(中略)
Many variations of this approach are possible. Our balance conditionwas expressed
in terms of length, and our algorithm tends tomove long ¯atropes close to the
root.One could also rebalance purely in terms of node count.
Ropeがくそ遅いのでリーフノードをリンクドリストでつなごうとしたら、訳が分からなくなりました。
適当にやってはいけないと思い、ググったら、Ropeのリバランスのやり方を解説した奴は英語の奴しかありませんでした。
あと、リンク先を読めばわかるけど、数学でおなじみの記号がいたるところに出てきます。
数３Ｃまで取ったほうがいいです。
大学に行けば体系的にアルゴリズムやデーター構造、最先端の技術を教えてくれますが、情報系の大学は数３Ｃが必須です。
そして、ネットに転がってるデーター構造の解説書は数３Ｃを勉強していることを前提に書かれていることが多いです。
微分積分が出た時代の数１Ａと数２しかとってないので、この手の本はマジで訳が分かりません。
だから、おじさんは高校生向けの優しい、アルゴリズムやデーター構造の本で勉強しました。
なぜかというとライブラリーしか触れず、リンクドリストやＡＶＬ木、クイックソートや基数ソートをかじったぐらいのプログラマーは腐るほどいるからです。
だから、君たちはおじさんのようにはなるな。
【映像コンテンツ】
M3GAN
カラオケ行こ！
ゴールデンカムイ(実写)
僕らの世界が交わるまで
哀れなるものたち
ハズビン・ホテル
ボーはおそれている
彼方に
オリオンと暗闇
ARGYLLE/アーガイル
新しき世界
トラペジウム
FALL/フォール
ルックバック
地面師たち
きみの色
スオミの話をしよう
ふれる
ジョーカー：フォリ・ア・ドゥ
ミステリと言う勿れ
マインドフルに殺して
PUI PUI モルカー ザ・ムービー MOLMAX
正体
ノー・モア・ベット: 孤注
・
・
【アニメ】
夜のクラゲは泳げない
TPぼん
・
・
【ライブ】
TOMOOLIVE TOUR 2023-2024 "TWOMOON
webnokusoyaro帰省の足代くれくれライブ ～新幹線 or DEAD～
yama “the meaning oflife” 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 | SMALLGIRL | LEEYOUNG JI FEAT.D.O. | K-POP |
| 8 | EVERY HOUR | SALA | K-POP |
| 9 | EVER SEEN | BEABADOOBEE | K-POP |
| 10 | HUSHHUSH | 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 | CHILLIBEANS. | |
| 17 | GOOD MORNING | a子 | |
| 18 | UNDEAD | YOASOBI | |
| 19 | 触れる唇 | XINU | |
| 20 | WOMAN'S WORLD | KATY PERRY | |
| 21 | LIFTYOU UP | JESSIE WARE & ROMY | |
| 22 | 影 | OVALL FEAT.さらさ | |
| 23 | PERFUME | PALEWAVES | |
| 24 | GOODTOGETHER | LAKE STREETDIVE | |
| 25 | YOUNGMAN | HYUKOH, 落日飛車 | K-POP |
| 26 | MYBODYIS CUTE | 詩羽 | |
| 27 | ADD UP MYLOVE | CLAIRO | |
| 28 | RAZE THEBAR | TRAVIS | |
| 29 | BADLOVEGOD | HOPE TALA | |
| 30 | DREAMBEND | KESSONCODA | |
| 31 | HOT MESS | AESPA | |
| 32 | SHARON | OFFICIAL髭男DISM | |
| 33 | SMERALDOGARDEN MARCHING BAND | JIMIN FEAT. LOCO | |
| 34 | ホムンクルス | VAUNDY | |
| 35 | YATTAAMAN | MISIIN | |
| 36 | 恋のブギウギナイト | サザンオールスターズ | |
| 37 | 赤猫 | 水曜日のカンパネラ | |
| 38 | ライリーストーン | 眞名子 新 | |
| 39 | DIVE | TWICE | K-POP |
| 40 | DUSKYDOLPHIN | NATSUDAIDAI | |
| 41 | POUR ME A DRINK | POST MALONE FEAT. BLAKESHELTON | |
| 42 | NEVER LETGO | JUNG KOOK | K-POP |
| 43 | BIRDS OF A FEATHER | BILLIE EILISH | |
| 44 | HOWSWEET | NEWJEANS | K-POP |
| 45 | 私のモネ | LILY | |
| 46 | ふたりのBGM | GOODBYE APRIL FEAT. 土岐 麻子 | |
| 47 | LUV STUCK | SALUTE AND PIRI | |
| 48 | うつつ | 鈴木真海子 | |
| 49 | DONEWITH YOU | OMARAPOLLO | |
| 50 | THERAIN | THE BURNING DEADWOODS FEAT.KENTA DEDACHI | |
| 51 | TIME | OLIVIA DEAN | |
| 52 | SHIKATO!!! | NOVELCORE | |
| 53 | FOREVER | BABYMONSTER | |
| 54 | LIFT OFF! | SALUTE, DISCLOSURE | |
| 55 | マーメイド | 水曜日のカンパネラ | |
| 56 | 若者のすべて | SUIS FROM ヨルシカ | |
| 57 | あつまれ | MONJE | |
| 58 | RIGHTNOW | 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 | DANCEWITH THE DEVIL | BLXSTAND ANDERSON .PAAK | |
| 69 | EVERYTIME | BAKAR FEAT. LANCEY FOUX | |
| 70 | SHE'SGONE, DANCEON | DISCLOSURE | |
| 71 | CUBISM | OVALL | |
| 72 | WHITE LIES | NEWSPEAK | |
| 73 | BUBBLEGUM | NEWJEANS | K-POP |
| 74 | 鬼ノ宴 | 友成 空 | |
| 75 | LITHONIA | CHILDISH GAMBINO | |
| 76 | HEAVENLYHELL | STEVEAOKI FEAT.NE-YO | |
| 77 | YELLOWBIG HEADER | ピーナッツくん | |
| 78 | あなたへの手紙 | スガシカオ | |
| 79 | SEXY TOSOMEONE | CLAIRO | |
| 80 | ECHELON | 80KIDZ,SASCHA | |
| 81 | LOSE MYFOCUS | RAVEENA | |
| 82 | SAY | KESHI | |
| 83 | SOGOOD | REIKO | |
| 84 | RISK | GRACIE ABRAMS | |
| 85 | REALLYLOVE | 今市 隆二 FEAT.HIROMITSU KITAYAMA | |
| 86 | LOVE BANDITZ | OWV | |
| 87 | CINDERELLA | REMIWOLF | |
| 88 | BLAZE | 三代目 J SOUL BROTHERS FROM EXILE TRIBE | |
| 89 | HOW FARISYOURLOVE | SURFACES WITH LOS LONELYBOYS | |
| 90 | FANTASY | DEF TECH | |
| 91 | 一日花 | 東京スカパラダイスオーケストラ FEAT.IMASE&習志野高校吹奏楽部 | |
| 92 | NO PROBLEMS | GINGERROOT | |
| 93 | GOOD LUCK,BABE! | CHAPPELL ROAN | |
| 94 | CITY HABITS | BRKFSTBLEND | |
| 95 | モウショ | YAMORI | |
| 96 | I HAD SOME HELP | POST MALONE FEAT.MORGAN WALLEN | |
| 97 | HOT TOGO! | CHAPPELL ROAN | |
| 98 | ハチス | 折坂 悠太 | |
| 99 | I'M FREE | PARIS HILTON &RINA SAWAYAMA | |
| 100 | STEPBYSTEP | TAIKING FEAT. 荒谷 翔大 |
これを改善してってお願いした。何書いてあるかわからないけど動いたよ。
https://anond.hatelabo.jp/20240125203115
// ==UserScript==// @name増田ミュート（白塗り版）// @namespace http://tampermonkey.net/// @version 2024-06-26// @descriptionミュートワードを含む最小限の範囲を白塗りにする// @authorYou// @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", ]; functionwhiteoutElement(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('');constregex = newRegExp(parts.map(char => `${char}\\s*`).join(''), 'i'); returnregex.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変更の監視constobserver = 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ですから」
とか言うんだけど誰でも分かるようなクソ遅いコード書いておいて
とかしれっと言ってくる
Permalink |記事への反応(19) | 10:39
偉そうに思っていたが最後まで観させて頂いた 良さに屈した
・最初は「あのモグラがこんなイケメンに？水原希子フォロワーみたいな
途中ちょい過ぎたあたりから見慣れたら気にならなくなった
みんなアニメに寄せててすごかった
小戸川さんの声もアニメと声質がちょっと違うかも…と思ったけど
喋り方とか見た目もあって慣れるとアニメと同じじゃん！ってなった
山本さんのニュース映像の写真のこういう人いる感凄まじくてプロってすごいってなった
ドブさんは若干イケメンすぎない？ってなったけど慣れた
呑楽さんも思ったより少し線が細めというかもう少し粗雑というか
太々しそうなイメージあったけど落語家さんってこういう見た目と雰囲気の人が多いもんなと納得させた
・え？男の娘？
・最終話アニメエンディング後ストーリー補完パートは若干雑？って思ったけど
映画総集編時点で垣花さん表彰されてたしアニメ的にも正史なのかな…と思った
・和田垣氏のメンタルが比較的理屈的には理解できる アニメは理解が難しい無邪気なヤバいキャラって感じだったから
・三ツ矢さん、「できすぎて嫌われる」が多すぎるしあの最期だし
悲しき宿命（さだめ）すぎる…
多分幼少期からそんな感じっぽい感すごい
・毎回op曲の入りがオサレ過ぎてよくもまあこんなにネタ切れせず
カッコいいアイデアをお出しできるんや…ってなった
ほんまopカッコ良…
・レナさん、お金に余裕なさそうな生い立ちの割に毎回滅茶苦茶オシャレな服きとんな…
最後の試験の時の白い服とか多分二桁万円行きそうなデザイナー渾身の服感あるぞ…
