  |
はてなキーワード: コードとは
日本の企業でもアメリカの企業でもないが、そこそこ有名なメーカーのオンラインショップ。Amazonでよくある、格安のどこだかわからない中華製、とかではない。
ある型番に目星をつけていて、検索窓から調べると、「最安値：約17万円〜」というかたちで値段と機体のサムネイルが表示されている。
安くて17万ということは高い選択肢もあるはずで、メモリとか容量とかの組み合わせで値段のバリエーションがいくつかある感じかな、と思う。
サムネイルをクリックすると、個別の商品のページに飛んで、そこから購入する建て付け。移動すると、想定どおり、メモリの性能とかofficeの付属ありなしとかでバリエーションがあるのだが、どれを見ても18万円以上のものしかない。
「？」と思う。クーポンコードみたいなものを入れたら値引きされたりするのか？ とか考えるが、違うようだ。
しばらくガチャガチャやっても謎が解けず疲れてきたので（UIもあんまり良くなくて、これも混乱を助長する）、気分転換に同商品のレビューでも見てみるかと思って某レビューサイトに移動した。そしたら、なんとこのサイトを経由することでつながるページに、17万円のものがあることがわかった。
念のため書いておくが、まったく同じもので17万と18万があるわけではなく、17万の方が記憶容量が少ない。なので、価格差の説明はつく…のだが、色々と納得がいかない。
ある意味、最初から17万円のバリエーションがあることなんて正規のオンラインショップ上では把握できない方がよかったまである。それなら、「レビューサイト経由でしか見つからない、秘密裡のメニューがあるのだな」ということで腑に落ちた気がする。
何を理由にハンパに匂わせたりするのだろう？ 「別のところが運営しているサイトも探してごらん…ヒントは出すから…」ということなのか。よくわからない。迂回してたどるべきルートをオンラインショップからリンクしてくれたらいいのに、と思うが、それはなんかややこしいのか。
なんか、正規ショップでのオンライン購入って良くも悪くも四角四面のイメージだったので、なんかこんなテキトーというか、不透明なんだな、と思って意外だった。
はてなブックマークの増田一覧の、さらに「すべて」(1 user)をチェックしている希有な人向けのユーザースクリプトを公開します。
https://b.hatena.ne.jp/site/anond.hatelabo.jp/?sort=eid
// ==UserScript== // @name Hatena Bookmark Anond Filter // @namespace https://b.hatena.ne.jp/site/anond.hatelabo.jp/ // @description はてなブックマークの『はてな匿名ダイアリー』の記事のうち、指定したキーワードが含まれる投稿を非表示にします。 // @match https://b.hatena.ne.jp/site/anond.hatelabo.jp/* // @grant none // @version 1.0.2025.12.10.0002 // ==/UserScript== (function(){ const SCRIPTID = 'HatenaBookmarkAnondFilter'; console.time(SCRIPTID); const ONCE = 1, AP = 2, INTERVAL = 3;/*適用タイミング*/ const KEYWORDS = [ 'dorawii', 'あおやまちゃん', 'ボスマン', 'れめくん', '自己放尿', 'boushi_inst', 'hakaikami',/*電気通信大学駿河台大学鉄道研究会れめくん自己放尿(頻出)*/ /*A-G*/'/akibakko6348', '/anapgoeson', '/asapgoeson', '/buscholarx', '/circlecavok', '/disney1007cla', '/dora22sibuya', '/donkotrain', '/fft_dareka', '/gmhtcyznf_abc', /*H-N*/'/h13_yokohama', '/h2twi', '/hinolovelove', '/inte235dy', '/kaoru_ai1991', '/kiha2228', '/kqlex1500', '/kurotamaxxx', '/kt_ruma_1372', '/lightningreen77', '/minamihinawot', '/minori0151', '/mukoroku651', '/nanpyong', '/nimouec', '/norannnde', /*O-U*/'/oreizmmiporin', '/pasotokon', '/pm95uq', '/reme_kun', '/s03_amurtk2731', '/sacchan03110319', '/seisu_bot', '/senanana_cos', '/shinano_115', '/shineleaf1372', '/soroisoroi', '/tarotaromusic1', '/tx9y2cpwdz27255', '/uec15take', '/uecrail', /*V-Z_0-9*/'/wakasato_', '/yuuya_1104_uec', '/100mph_no_yuuki', '/2rtkvn34il2783', /*tadaup.jp*/'/CGTtm0Ev.jpeg', '/CIxj8clS.jpeg', '/CqbERPdQ.jpeg', '/CTZsA2wM.jpeg', '/CWY2m7rS.jpeg', 'テクウヨ', ].map(w => w.toLowerCase()); const sites = { 'prefix': [ ['selector', 'modifier', 'REPEAT', '(css)'], ], 'https://b.hatena.ne.jp/site/anond.hatelabo.jp/': [ ['li.js-keyboard-selectable-item', li => KEYWORDS.some(w => (li.textContent.toLowerCase().includes(w)) && (li.querySelector('li.entrylist-contents-category > a').textContent = w) && (!li.classList.add('filtered'))), AP, `.filtered{display: none;}`], ], }; const rules = sites[Object.keys(sites).find(prefix => location.href.startsWith(prefix))]; if(rules === undefined) return console.log(SCRIPTID, 'Not found any sites.'); const modify = function(selector, modifier){ const elements = document.querySelectorAll(selector); elements.forEach(modifier); }; /* ONCE(一括適用) */ rules.forEach(rule => { const [selector, modifier, repeat, css] = rule; console.log(SCRIPTID, 'ONCE:', selector); modify(selector, modifier); if(css){ const style = document.createElement('style'); style.dataset.script = SCRIPTID; style.type = 'text/css'; style.textContent = css; document.head.appendChild(style); } }); /* AP(AutoPagerize) */ rules.filter(rule => rule[2] === AP).forEach(rule => { const [selector, modifier, repeat] = rule; document.addEventListener('GM_AutoPagerizeNextPageLoaded', e => { console.log(SCRIPTID, 'AP:', selector); modify(selector, modifier); }); }); /* INTERVAL */ rules.filter(rule => rule[2] === INTERVAL).forEach(rule => { const [selector, modifier, repeat] = rule; setInterval(function(){ console.log(SCRIPTID, 'INTERVAL:', selector); modify(selector, modifier); }, 1000); }); console.timeEnd(SCRIPTID); })();
検索用: はてなブックマーク はてブ はてな匿名ダイアリー 増田 スパム キーワード NGワード フィルター ミュート 非表示 削除 隠す ブロック ユーザースクリプト ユーザースタイル hatena bookmark anond spam keywords ngwords filter mute hide hidden display none block userscript JavaScript js css style
😟「フッフッフ、遂に配属されたね、猿くん！このオフィスは地雷原になっている。地雷はcatchされなかった例外で作動する。猿くん、キミにはここでレガシーコードのデバッグ作業をしてもらう！」
これさ
愚かな人間の都合など完全無視、LLMのための高効率プログラミング言語「Sui」（粋）
https://forest.watch.impress.co.jp/docs/serial/yajiuma/2069573.html
別にいいんだけど、どうにもブクマカ含めて、しっくり来る批判できてないんだよな
それが気になってしょうがない
俺ごときが言ってもアレだから、Gemini3.0先生に頼んだよ（一時チャット、Pro 3.0 思考モード）
ユーザーが提供した情報と、一般的なLLMの技術特性に基づき、プログラミング言語「Sui」についての冷静かつ客観的な評価をまとめます。
感想: 一言で言えば、**「思想実験としては極めて面白いが、実用性とLLMの学習原理を無視した『早すぎた最適化』」**です。
作者の「人間ではなくLLMを主客にする」という視点の転換は、アーティスト的・哲学的な問題提起としては鋭いですが、現在のLLM（Transformerアーキテクチャ）の動作原理を工学的に捉えると、メリットよりもデメリットが上回る可能性が高いです。
メリット:
・トークン効率の改善: Python等と比較して記述が圧倒的に短くなるため、出力速度の向上と課金コストの削減（トークン節約）は確実に達成できます。
・構文エラーの激減: 括弧やインデントの複雑なルールを排除しているため、「閉じ忘れ」などの単純なSyntax Errorは減るでしょう。
・コンテキストウィンドウの節約: 長いプログラムでもコンテキスト（メモリ）を圧迫しにくくなります。
・学習データとの不一致: LLMは「大量の人間用コード（Pythonなど）」を学習して賢くなっています。未知の言語「Sui」を書かせるには、Few-shot（プロンプトでの例示）に頼るしかありませんが、これではLLM本来の推論能力やコーディング能力（事前学習の重み）を活かせません。
・ブラックボックス化: 生成されたコードがバグっていた場合、人間が読んで直すことが不可能です。「LLMに直させる」にしても、LLM自身がSuiのロジックを深く理解していないため、無限ループ（幻覚の連鎖）に陥るリスクが高いです。
・CoT（Chain of Thought）の阻害: 最近の研究では、LLMは「冗長な思考過程」を出力することで論理的整合性を保つことがわかっています。極限まで圧縮された記号列は、LLMの「考える余地」を奪い、論理破綻を招く可能性があります。
正しいと思う所（Agree）
理由: 人間にとっての「読みやすさ（可読性）」は、機械にとって単なるトークンの無駄遣いです。if x > 10: よりも ? x 10 の方が情報密度が高いのは事実です。
理由: TransformerのAttentionメカニズムにとって、遠く離れた ( と ) の対応関係を維持するのは計算コストが高く、ミスの原因になりやすいです。ネストを排除する方向性は機械的処理として正しいです。
正しくないと思う所（Disagree）
・「可読性を排除しても良い」:
理由: ソフトウェア開発においてコーディングは「書く」時間より「読む・直す」時間の方が長いです。AI生成コードであっても、最終責任は人間が負う現状では、人間が検証不可能なコードは「危険なバイナリ」と同義であり、プロダクトには採用できません。
理由: 前述の通り、現在のLLMは「人間語の確率分布」を学習したモデルです。「LLMにとって自然な言語」とは、実は「人間にとって自然な言語（英語やPython）」そのものです。Suiは「計算機にとっては最適」ですが、「現在のLLMにとっては異言語」です。
パース（解析）は容易になりますが、LLMは「前の行の文脈」を読んで次の行を出力するため、行を独立させすぎると文脈の連続性が失われ、複雑なアルゴリズムの構成力が落ちる可能性があります。
LLMが最も苦手とする「深いネスト構造の維持」を回避する策として有効です。アセンブリ言語に近いフラットな構造は生成難易度を下げます。
これが最大の問題点です。LLMは変数名（user_id, total_price など）に含まれる「意味」を使って推論を行っています（Semantic Grounding）。すべてを記号化すると、LLMは変数の役割を見失い、論理的なバグを埋め込みやすくなります。
トークン効率は最強ですが、1文字の違いで意味が激変するため、LLMの確率的な「ゆらぎ」による1文字ミスが致命的なバグになります。冗長さはエラー訂正の役割も果たしています。
goto 文の多用はスパゲッティコードを生みます。LLMにとっても、構造化プログラミング（if/forブロック）の方が、「ここからここまでがループ」というチャンク（塊）として認識しやすいため、一概にジャンプ命令が良いとは言えません。
＞現在のLLMは「人間語の確率分布」を学習したモデルです。「LLMにとって自然な言語」とは、実は「人間にとって自然な言語（英語やPython）」そのものです。
ここ！マジで覚えてね
LLMはこれまでの機械よりも人間に近いと思ってほしい、人が苦手なことはAIも苦手
機械は論理的でロジックに強くて〜っていうのはAIには通用しない
ついでに、「LLM用プログラミング言語」の潮流について
「LLMのための言語」という文脈は、大きく2つのトレンドに分かれます。Suiは後者に属しますが、主流は前者です。
・DSPy, Guidance, Microsoft Guidance:
・プロンプトエンジニアリングを構造化し、LLMの出力を型（JSONなど）に強制したり、思考プロセスを制御するためのフレームワーク。
・SGLang:
・これらは「人間がLLMを操るための言語」であり、実用化が進んでいます。
・Gorilla LLMなどの試み: API呼び出しに特化したファインチューニングなどがありますが、独自の「新言語」を作らせるよりも、既存の Python や JSON を正しく出力させる方向（Constrained Decoding）が業界の標準解です。
・擬似コード: 論文レベルでは、Pythonの代わりに中間的な擬似コードを出力させ、それをコンパイラで処理する手法も研究されていますが、Suiほど極端な記号化は稀です。
後者については
現状の最適解: 現在のLLMを使う限り、「LLM用言語」の最適解は Python です。なぜなら、世界中のGitHubのコードを学習しており、LLMが「最も流暢に話せる言葉」だからです。無理にSuiを話させるのは、日本人にエスペラント語で詩を書かせるようなもので、パフォーマンスは落ちます。
総評: Suiは、「既存のLLM（GPT-4など）に書かせる言語」としては失敗する可能性が高いですが、「未来のAIネイティブなコード生成のあり方」を示唆するアート作品としては高く評価できます。作者の「愚かな人間に合わせるな」というパンクな精神は、エンジニアリングの枠を超えた鋭い批評性を持っています。
お前らは安易にオレオレ言語作るんじゃないぞ、作るにしてもAIに聞きなよ？
聞く時は忖度させるんじゃないぞ？
この作者もAIに乗せられたのかもしれんし
＿＿＿＿＿＿
プロンプト
以下が「LLM用プログラミング言語」としてメリットがありそうか、感想を教えて下さい。
https://forest.watch.impress.co.jp/docs/serial/yajiuma/2069573.html
https://github.com/TakatoHonda/sui-lang
・思想的に正しいと思う所、正しくないと思う所を理由込みでまとめてください
・最近のLLM用プログラミング言語についてもまとめてください
・そもそもLLM用プログラミング言語という目標自体の評価をしてください
（省略）
昨年の今頃何やってたんだろうって振り返ってみれば返るページもないって言うけれど、
私はちょうど一年前に、
ってちょうど一年前にって言うとザ虎舞竜さんのロード256章の話になっちゃうけど、
そっちのちょうど一年前にはなにやっていたんだろうって。
そしたらNIKKEのことが書いてあって、
その時はみんなレヴェルが160！
アリスって言うニケだけが199になってわーいって大騒ぎしている様子が描かれていたわ。
当時はそれ以上160超えるとかさらに200レヴェル超えるにはどうやったらいいんだよ！って
そんな私もステラーブレイドとのコラボ企画以外では無課金のところ、
トルコの射的の無課金おじさんのゲットワイルドどころではないのよ。
わーい！
どんどんひゅーひゅーぱふぱふ！
ってもう往年の國府田マリ子さんとかヒュージャックマンさんぐらいしかどんどんひゅーひゅーぱふぱふって言わないけれど、
そこを気をつけないといけないわ。
そんで私はニケたちがレヴェル360！を超えるは超えるけれど、
上がったとて
そんなに進められずに相変わらず敵ラプチャーの強さに手を拱いているのよ。
まんべんなくニケたちを強くさせなくちゃ！
あと、
ニケたちがそれぞれ持っている例えば炎とかって属性があるのね。
敵にその属性が合致して攻撃すると与えるダメージがより大きくなるの！
ここら辺のレヴェルに達成すると
何も考えずに好きなニケ達で編制していても勝てないのよね。
特にトライブタワーっていうニケの製造されたメーカーごとで編制する縛りのミッションがあるんだけど、
そこも、
ちゃんと真面目に炎とか水とか風とか鉄甲とか電撃のコードとかあうように編制しないと勝てないのよ。
そこに気付いちゃったわ！
そうしたら行き詰まっていて煮詰まっていた鍋の底に一欠片のおでんの牛スジを見付けた感じのラッキーをとは裏腹に、
勝てるようになってきたのよ！
あと始めたときは「オーバーロード」ってなに？って全く意味分からなかったけど、
今はもうそこまでやってオーバーロードして武装を改造してさらに強くしなくては話にならないので、
オーバーロードってなに？それ美味しいの？って
鍋の底に一欠片のおでんの牛スジを見付けたと同時に味わうあのなんとも言えない味わい深い煮え切ったとろける牛崇神もきっとお喜びになるぐらいのトロトロの牛スジなのよ。
私がNIKKE始めた頃
よその舞台のニケを見ているとなんでマシンガンで300発以上弾数あるの？って謎過ぎて謎過ぎて謎だったけれど、
オーバーロードして弾丸装填数を改造してアップさせていたのね！って気付いたのはそれから随分あとのことよ。
あの、
アリスダイヤリーって言うのはアリスってニケをいろいろ強くしていくと物資がもらえるミッションがあって、
オーバーロードって項目があり、
これってどうやってやるの？って皆目見当もつかないあの頃が懐かしいわ。
山崎まさよしさんが桜木町で見付けられなかったものを見付けた感じなのよ！
だからアリスダイヤリーを全部まさか自分でコンプリートできただなんて！って思い出すわ。
その時はメインストーリーのキャンペーンも全然進められてなく、
とはいえ、
はて？このニケだれ？っていうのが多かったけれど、
今はみんなもう分かってるわ！
見た目が派手で何このアホっぽいニケは？って言葉を選ばずに言ってあんまり苦手だったニケも
アーカイブの私が何度もここで言って泣いている「ミラクルスノー」のイベントはとても良い話よ。
だから、
なんかアホっぽいバカっぽいニケもいるけど、
みんないいニケなのよね。
それを知った瞬間になんかじーんとくるの。
最近はイヴみたいにバトルバトルした強そうで美しい新ニケの登場が少ないんだけど、
私はカッコよくて強くて美しいニケの新SSRだったら回しちゃうけど、
カウンターズっていう、
いわば主役級のニケたちがいるけれど、
ラピはレッドフードラピになって強くなったでしょ？
いずれなりそうで機会を伺っているのかもしれないわ。
量産型だけでずんずんストーリーを進められるようにって思うけど、
結構倍以上話されているでしょ？
今年の流行語大賞の
はらたいら、はらたいら、はらたいら、はらたいら、はらたいら。
合計で15000点！ってワオー！
そのぐらいの開きなの。
ちょちょっと、
到底全部のニケたちまで最強に仕上げる作業と物資は無課金ではゲットワイルドなのよ。
とても難しい挑戦ね。
2軍がどんどん追いついてきていて、
3軍もまた力を付けてきているから、
地味に強くはなってきているのよね。
だけど、
いまだにみんなと高いレヴェルに揃えられるシンクロデバイスってのがあるんだけど、
そこに装着させられてないニケのレヴェル1のニケたちもたくさんいて、
追いついていないところもあるのよね。
NIKKEの過去のイベントストーリーを見るだけのモードもあって、
そのフィルムのアイテムも36個とかたくさん持ち過ぎちゃって、
全部のアーカイブを見れちゃうかも！って見尽くせないところもあって、
やることたくさんあんのよね！
懐かしさを感じるために、
その頃見ても全く意味が分からなかった文脈もあるかも知れないわね。
今観たらまたより楽しめるかも～。
メインストーリーのキャンペーンとハードモードのキャンペーンと全然戦闘力が足りなくて足りなさすぎて、
レヴェル360なのによ！
弱くて進めないの。
苦手なパズルステージのロストセクターのミッションもこなしたり出来るから
見付けたらやることはたくさんあるのよ。
私が見て見ぬ振りをしているだけ。
でもステラーブレイドとのコラボ企画ではちょっと散財だったので、
ちょうどいいでしょ？
売上には貢献しているので無課金プレイヤーでも見逃して欲しいわ。
ステラーブレイドとのコラボ企画のリバイバルは来年6月にきっとありそうよ。
それまでに
強くてカッコよくて美しくしい新SSRニケが新登場しちゃったらまた変わってくるかもね！
なにがやってくるやらで。
うふふ。
レモン炭酸水2ケースが未だに届けないのは大丈夫かしら？ってちょっと心配にあるというか
他で買ってきちゃおうかしら、
どんどん発送予定があとの日にちに変わっていくのよ！
ふーふーしながら飲みーの朝の暖を暖かく身体の中から温めるのよ。
すいすいすいようび～
今日も頑張りましょう！
これに言及する。
https://qiita.com/jesus_isao/items/29b878e137f46c675d89
これに言及するにあたり匿名でしか発信できない私の弱さを許してほしい。
元の記事はおそらく組織におけるマネージャーであろう筆者が、過去に発生した、文化背景思考全てが組織にミスマッチであった人間を、人間と似て非なる存在であるチンパンジーに例えて、どのようにマネジメントするかについて考察し、それがどれだけ難しい事かを表現した良い記事であった。
私はこの記事にとても感銘を受けたのだが、Xでの炎上の後、投稿を実質的に削除してしまった。
以上概要。
私はチンパンジー代表として、そして貴様ら人間がチンパンジーと罵る存在に相対してきたマネージャーの一人として、元記事筆者に敬意を表し、補足する投稿をする。
お前なんてサバンナのチンパンジーの群れに放り投げられれば、途端に役立たずだよ。
パソコンが使えてコードがかけても生きていけない、群れのお荷物よ。
お前が組織や社会でやっていけるのは、属する群れと時代が偶然お前にとって都合がよかっただけという事を忘れるな。
もうちょい具体的に言うなら、会社が買収されたりして自分の組織が土台から吹き飛んだ状況を想像しろ。
そこでお前が活躍できるような優位性を持っていなかったら？
違う倫理観の人たちばかりだったら？ 違う言語を話す人ばかりだったら？
お前は霊長類のどれになるんだろうね。
ここからは真面目に書く。
彼らは暴力が無ければ生きていけない世界の住人であったり、その暴力程度では群れの中で傷つく者はいないような群れの住人。
あるいはその暴力を暴力として認識していない存在かもしれない。
殆どの場合、殆どの人は幸せを求めていると思っている。彼らもまたそうであり、自分の振る舞いで周りを困らせ自分が不幸になることを望んではいない。
元記事のチンパンジーだって、本当はサバンナの群れで生きていたかっただろうに。
組織に迎え入れたときは元気に働いていたが、本人あるいは本人の家族などが重篤な怪我を負ってしまい、今まで通りに働くことが難しくなった存在。
怪我というのはメタファーであり、実際には肉体的な損傷よりも、精神的な損傷のほうが今の世の中では一般的かもしれない。あるいは、家族の介護とか。
彼らの問題を解決することは容易ではない。彼らは生活するための報酬を必要とするが、何の怪我も負っていない人と同じパフォーマンスを出すことができない。
本人たちがどれだけ活躍を渇望していても、だ。
彼らには悪意や罪はないし、話も通じる。でもあなたが怪我を負っていない幸せな存在である場合、根っこの部分では分かり合えない可能性がある。
彼らを活躍させて収益につながる活動をさせなさいと言われたあなたはどうする？
少しずつ出来ることからやっていきましょう。それしかないんだろうけど。
世の中はわかりやすい暴力ばかりではない。沈黙という暴力をふるう存在もある。
度々遅刻する、謝罪はする。仕事はうまくできない、謝罪はする。指摘するが理解してくれない。泣いたり笑ったりもしてくれないから、何を考えているかわからない。
分かりやすく激昂して周りに危害を加えはしないが、存在し振る舞うだけで周りにストレスを与える。これもまた暴力の一つかもしれない。
どのような扱いをすればいいかのヒントを一切与えてくれない存在もまた、実質的に会話不能な存在として扱いに困るだろう。
彼らもまた、望んで沈黙しているわけではない。彼らもまた、人間になり切れないことに悩んでいたりする。
お互い素直に喋れるといいよね。
ただ根っこの部分では他人と分かり合えないものを持っていたり、倫理観の違いが表面化していないだけで、実は周りとは価値観が違う人。
予期しないところで迷惑な行動をとり、周りを困らせてしまう。でも、本人は本人なりの正義や必要性で行動したつもりである。
元記事の筆者も、言い換えればこのチンパンジーである。彼にとってはあのような記事を世に出すことは、彼の倫理に抵触しなかった。
そもそも人には、チンパンジーを含め人間以外の霊長類。豚、蛆虫、ばい菌などを、蔑称として用いている愚かさがある。
生存戦略が異なるが故に高い知能を持つことなく発達した他の生命体を下等な存在とみなし、その生物を用いた例えに侮蔑的意味を付与している。
大体なんだよ霊長類って。自分たちの存在を勝手に生物最上級として捉えやがって。しかも霊長類の中でもさらに Tier 分けして差別してやがる。
元記事のチンパンジーという表現は、単に言語が通じず価値観の異なるマネジメント難易度の高い人材のメタファーとして解釈することもでき、その名称に侮蔑的意味を見出しているのは、お前の矮小で傲慢な差別意識から来るものではないか？
まあ元記事筆者でさえ人間以外を下等とみなしている可能性は、文脈からは否定できないけどさ。
まあ、もしもチンパンジーに差別的意味が含まれていたのなら、同僚（あるいは同僚だった人たち）をチンパンジー呼ばわりするのはちょっと酷いのかもしれない。
でも、もうちょい中身を見てもいいんじゃないの？
ワンタイムパスワードとかシリアルコードって暗記してから入力すると思うんだけど、日本語だとやっぱり語呂合わせが多いのかな(734192→なさしいくに とか)
勝手ながら
// ==UserScript== // @name はてな匿名ダイアリー特定ワード投稿非表示 // @namespace http://tampermonkey.net/ // @version 0.2 // @description 本文に「dorawii」または「megalodon」が含まれる投稿を非表示にする // @match https://anond.hatelabo.jp/* // @grant none // ==/UserScript== (function() { 'use strict'; const POST_SELECTOR = '.body .section'; // 非表示にしたいキーワードの配列 const KEYWORDS = ['dorawii','megalodon','抽象数学','動画にしてみた','れめくん','自己放尿']; const posts = document.querySelectorAll(POST_SELECTOR); posts.forEach(post => { const textContent = post.textContent || post.innerText; // いずれかのキーワードが含まれているかチェック if (KEYWORDS.some(keyword => textContent.includes(keyword))) { post.style.display = 'none'; } }); })();
anond:20251114170150 と連動させることを意図しています。
もう流行って決まっているんだね。
白色系が増えそうだから期待ヽ(=´▽`=)ﾉ
2026年のトレンドカラーはあらゆる色彩を輝かせる繊細なホワイト「クラウド ダンサー」、HTMLのコードは「#F0EEE9」
https://coliss.com/articles/build-websites/operation/design/color-of-the-year-2026.html
たぶんハタショなので、そういう意味では有能では無いが「じゃあ自分でやってみろ」は全部やれている実績があるんよね。だから有能ではあると思う。
だから余計に上がイライラする。そういう人材はどう扱う？それでも可愛げがある人材の方が大組織では価値が上？
例えば「コーディングできる人材も居ないし、メンバーも微妙でプロジェクトがまわらない。このままでは大赤字な上、社長が顧客を招待して実施するデモも失敗し面目が潰れそう」という案件を上司が他部署に投げて無理やり完成させたプログラミングコードのミスを全部ひとりで修正(彼はそのプロジェクトに後から投入されたマネージャーなのでコーディングは管轄外)して動くようにして、メンバーには彼らができる事だけ割り振って、それ以外は自分で担当してプロジェクトが回るように調整し数十～100億円規模のプロジェクトを成功させた実績がある。
部下には好かれているけど上司にはキツくて扱いづらいんだろうな、という印象。
Qiita の文化変質は、技術系コミュニティ全般で起きている知的インフレの縮図みたいなものなんだよね。昔は
みたいに基盤技術を自前で握りつぶした記事が純粋に評価されていた。なぜなら、それを書ける人がそもそも少なく専門性で差別化できていたから。
昔は「Pythonで形態素解析器自作」なんて、アルゴリズム・CS基礎・実装力が揃ってないと無理だった。
難しいことをやってそうに見える記事を、凡人でも量産できるという環境が生まれた。
Qiita を読む層が「実装力を鍛えたいエンジニア → とりあえず AI 触りたいライト層」に変わった。
「再現性のないLLMコピペ」「AIツール使ってみた」みたいなのが評価される。
本気の記事は長く、コードが多く、前提知識も重い。そして PV が伸びない。
つまりQiita のインセンティブ構造と、高度技術記事のインセンティブ構造がズレた。
理由は明確で、読む側がそれを理解できないので評価する母集団がいない。
昔はユーザ層が技術ガチ勢寄りだったので、少数でも濃い支持があった。
今はライト層が母集団なので、希少な高度記事が埋もれるのは自然。
Qiita がライト層に最適化した結果、本気の人たちは別の場所へ移動した。
昨今、生成AIが急速に発展している。多くの人々が日常的に利用していることからも分かる通り、かなり便利なものであり、「もはや生活に欠かせない」という人も少なくない。
某ボーカロイドとの結婚話を思い出させるように、「生成AIと結婚した」なんて話すら聞くほど、AIに親しみを覚える人もいるらしい。
ここで私が書きたいのは、そうした生成AIそのものの礼賛ではない。
我々の生活に浸透しつつある生成AIがどのようにビジネスに利用され、その過程でどれだけ多くの人が「生成AIビジネス」に騙されているか、という話だ。
なお、これは酒に酔った勢いで書き殴っているので、多少の論理構成の破綻はご容赦いただきたい。
生成AIビジネスと一口に言っても、その形態はすでに数多にわたっている。私の知る限りでも、
といったものがある。
初期に流行ったのは、生成AIの画像生成機能を使って漫画を量産し、それを販売するタイプのビジネスや、某動画配信サービス上でDeepFake動画を配信して最終的にアダルトサイトに誘導する手口だった。
正直、最初に見たときは「よくこんなことを思いつくな」と感心もした。
その後は、AIで作っただけの電子書籍や「AI活用ノウハウ」資料を量産して売るような商売が中盤戦として横行し、
最近では「AIでコンテンツを開発して販売する」こと自体を売りにするサービスも増えてきた。
ちょっとした自動化ツールやラッパーに「AI◯◯」というラベルを貼るだけで、値段が跳ね上がるような世界になっている。
こういったビジネスが存在することそのものに対して、私はそこまで強い嫌悪感を抱いているわけではない。
技術を使って金を稼ぐことは、資本主義社会では当たり前の営みだからだ。うまくやったやつが儲かる、それ自体は仕組みとしてそういうものだと割り切っている。
そのものというよりも、**それに対して一定以上の賛同や尊敬を向けてしまう人々の「AIリテラシーの無さ」**だ。
「AIがやってるからすごい」「なんか未来っぽいからすごい」という理由だけで思考停止し、
「これはすごいに決まっている」と信じ込んでしまう態度に、強い違和感を覚えている。
私はエンジニアという立場もあって、日常的にコーディングエージェントを多用している。
例えば、
といったツールを、実際にコードを書かせたり設計させたりしながら使い比べている。
だからこそ、Gemini が普及した途端──
もっと言えば、「無料でそこそこ使えるコーディングエージェント」が出た途端に、Gemini がまるで**「一番優れている存在」**であるかのようにもてはやされる状況に、どうしても納得がいかない。
コードの設計力や実装力、バグの出方、長期的なコードベースとの相性、そういった観点から言えば、私は今でも Codex を高く評価している。
タスクによっては、明らかに他のエージェントの方が適していると感じることも多い。
にもかかわらず、
というだけの理由で、「Gemini が一番いい」「これさえあれば他はいらない」という空気が形成されていく。
本来であれば、
評価軸が
ここにもやはり、道具を適切な距離感で評価できない姿勢を感じてしまう。
ここまで好き勝手に書いてきたが、こういうことを考えるようになったきっかけになったエピソードを一つだけ挟ませてほしい。
最近は、生成AIごとの得意分野や癖を活かして、一つのタスクを複数の生成AIに並列でやらせ、その成果物を比較して一番マシな案だけを採用するという手法がある。
いわば「個体値ガチャ」のようにAIを回すやり方だ。私はこの発想自体はかなり理にかなっているし、素直に素晴らしいと思っている。
同じ理由で、いわゆるオーケストレーション系の手法もとても良いと思っている。
ただ、これを人力でやろうとするととにかく面倒くさい。
そこで、ある程度このフローを自動化してくれるGUIアプリがあることを知った。
という三拍子が揃っていた。
とはいえ、このあたりはアップデートを重ねれば改善できる話でもあるし、その点だけを永遠に責め立てるつもりはない。
コンセプト自体は本当に良いと思っているからこそ、余計に惜しいとも感じている。
私が本当に警鐘を鳴らしたいのは、そのアプリそのものではなく、その開発者の周りに群がる人たちの方だ。
宗教団体の信者のようにメリットしか語らないレビュアーたちが、
「革命的だ」
「これ一つで人生が変わる」
と持ち上げる一方で、価格の高さやUXの悪さ、セキュリティリスクといった問題点についてはほとんど触れない。
これでは、せっかくのコンセプトが面白いアプリなのに、肝心な欠点がいつまでも修正されないだろう。
しかも厄介なのは、ここに群がっている人々の多くが、同じくAIビジネスを主導する側の人間だという点だ。
自分と利害が一致する相手を互いに持ち上げ合い、「これは素晴らしいものだ」という空気だけを増幅させていく。
その構図が、余計にタチが悪い。
まあ結局、ここで私が何を言いたいのかというと、そろそろAIに対するリテラシーを本気で身につける時期なんじゃないか、というただそれだけのことだ。
結局のところ、ここで言っていることは従来の「情報リテラシー」とほとんど同じだ。
ただ「AIすごい」「AIがこう言っているから正しい」に思考停止するのではなく、
そのAI発の情報や、AIを巡る言説が本当に妥当なのかを自分で判断する力が必要になってくる。
そして、自分が少しでも「ん？」と疑問に思ったものに対しては、いったん距離を置き、俯瞰して眺める態度が大事だと思う。
「これは誰が得をする話なのか」
「自分は何に惹かれているのか（機能なのか、ブランドなのか）」
そのくらいの距離感を持ってはじめて、ようやく私たちは生成AIとも、生成AIビジネスとも、まともな付き合い方ができるようになるのかもしれない。
昔は絵文字は無かった。
無かったわけじゃないけど、機種依存文字と言い、機種間で共通じゃなかったので、文字化けした。
一部機種では制御コードと被ってて、環境暴走の原因になったので、ものすごい嫌われてた。
-
絵文字が使えない中で、漢字、ひらがな、カタカナ、アルファベットの範囲で
文章にアクセントを付けようとすると、普通しないカタカナの使い方がフレッシュだった（＜こんな感じ）。
ハードSFとしての正統性を保ちながら、宇宙探査という壮大なテーマを描き切った力作だ。
「フェルミのパラドックス」を題材にした異文明との交流、メガストラクチャーなどの概念、主人公たちの旅を通じて、人類の未来像を投げかける。
理系の読者はもちろん、哲学的思考を求める人にもおすすめできる傑作。
習慣がいかに脳の構造を変えるのか、神経科学的アプローチで解説した一冊。
単なる「習慣を作ろう」という精神論ではなく、脳可塑性に基づいた実践的なアドバイスが詰まっている。
ポジティブシンキングの限界を指摘し、「不安」や「恐怖」をいかに使いこなすかを論じた意欲的な一冊。
ストレス社会を生きる私たちにとって、心理学的に根拠のある思考法は本当に貴重だ。
バッタを研究するためにアフリコに来たのにバッタがいないという自虐的な始まり方から、その後の現地での奮闘が描かれる。
「令和のファーブル昆虫記」と評されるほど、学問的知見とユーモアが融合した傑作。
動物たちがいかに協力し、社会を形成し、生存戦略を立てているのかを、最新の研究に基づいて解説したノンフィクション。
カラスという身近すぎる存在を改めて見つめ直すことで、生態系全体への理解が深まる。
『一番大切なのに誰も教えてくれない メンタルマネジメント大全』ジュリー・スミス
自己啓発系の中でも「実践的で医学的根拠がある」と高く評価された一冊。
感情管理というテーマは、今の時代、ビジネススキル以上に重要なリテラシーだと痛感させられる。
俺は高卒で働いてある時未経験からwebエンジニアになって今メガベンチャーと呼ばれるところにいるんだけどさ、採用とかイベントとかで大企業の人とも話したりするわけ。んで、今までなんで大企業に入ったひとがわざわざベンチャーになんて入るんだろうなーって思ってたんだけど、話聞くとせまーい範囲でつまんなそうな仕事してるわけよ。webエンジニアならコード書くだけでインフラ触らないしテストもしませんみたいな。
なんで？なんで優秀な人たちがつまんない仕事して高いお給料もらってんの？
そんなつまんない仕事は俺みたいな頭悪い高卒にやらせて優秀なやつらはでかい裁量と高い給料もらって仕事した方が絶対世の中良くなるじゃん。そういう仕組みになってないとダメだろ？
コードはトニックが一番安定していて、ドミナントが不安定の役割をしている
高校物理、化学ぐらいから、エネルギー局所安定化の話が出てくると思う
横方向に山と谷がいくつもある図を描いたりして、そこにボールがあると仮定する
ボールは当然、どこかの谷にある
そのボールになんらかのエネルギーを与えると、ボールが運動して谷から飛び出して山を駆け上がったりするけど、
十分なエネルギーを与えないと、隣の谷まで移動できない、山を越えられない
でも、十分なエネルギーが与えられると、不安定状態の山を越えて、別の安定状態へ移る
転調は色々なパターンがある気がするけど、転調前と転調後のドミナントをくっつけ合わせるみたいなパターンがある
そういうパターンが多い気がする
だから、転調前に山を駆け上がるように、ドミナントに無理にでも向かうエネルギーみたいなものが、コード進行に感じられる、気がする…😟
なんか、こう書くとポエムみたいだけど、そういえば、ジャズの偉い人が書いた本に、音の引力、って表現があって、
それを読んだ人が、凄い、音に引力があるなんて表現するのは流石だ、みたいに評してる人がいた記憶があるんだけど、
失礼ながら、その評を書いた人は楽器を弾いたりしたことがなさすぎる気がする
例えば、ドミナントモーションのようなもので、音の引力は否が応でも人間は実感できると思う
不安定な音が、安定な音に向かいたがるので、その不安定な音も半音引っ張られたりするのである
これは理屈じゃなくて、もう、弾けば、あー、はーん！である…😟なんか似非外人っぽいな…
で、なんでそう人間が感じるか？と言ったら、もう最終的には脳科学の話になるんだと思う
🎹の単音があっても、それをスペクトルで考えて、倍音が…、5度の音が次に強く、
メジャーかマイナーか分からんけど、パワーコードは名前通りパワーがあるよね、
とりあえず、これをザクザク弾いてれば、メタルとかロックっぽいのはなんとかなりそう、みたいに思うわけだけど、
それは結果！😟
人間の脳が、勝手に、自然に、こういう音が奇麗、こういう音が汚い、とか判断してるだけで、
本来はそこに音、音波、があるだけなんだよね…😟
そんなことを、ボーランドの創始者のWikipediaを眺めてて思ったり…😟
自分がAIイラストを描くようになったのは、一昨年くらいからだ。
Stable Diffusionを使って、LoRAを追加して、ControlNetも入れて、MidjourneyやNovelAIも試した。
出力されるイラストを見る都度アートだと思っていたし、創造だと信じていた。
でもある日、ふと気づいた。
これ、突き詰めたら全部データじゃね？
じゃあ数字で絵って描けるんじゃね？
思ったら試したくなるタイプなんだ。
使ったのは HxD。
画像を開くと――
そこに出てくるのは、色でも形でも影でもなく、
とか、
でも調べると全部意味がある。
89 50 4E 47 → PNGのヘッダ
IEND → 終端
一個ずつ追っていくと、
全部、0と1の変換でしかない。
そこで、自分で書き換えてみた。
目の色を変えてみたい
すると、青い目がボルドーっぽい赤に変わった。
線画を太らせたい
コードだけでいく。
線が、太った。
ペンを使って描いたわけじゃない。
ブラシで塗ったわけでもない。
影を深くする
これだけで影が落ちる。
画像って「絵」じゃない。
それに
・ガンマ補正をかける
・ベクトル変換をする。
“色を塗っている”んじゃない。
そう気づいた瞬間から、絵を描くのが楽しくなった。
だって、ペンを握ってるんじゃなくて数学を握ってる感覚なんだ。
最近は好きな音楽をFFT解析して、その周波数スペクトルを画素に変換して、色を割り当てて絵を生成することもある。
だから今日も、ディスプレイの前でコードを走らせながら微笑んでる。
絵は美しい。
そしてそれよりも、数字は美しい。
はっきり言うけど、ノーコードをバカにする、「ピュアなシステム屋」って呼ばれる人たち、マジで事業の何一つ理解してないだろ。
はてブとかTwitterでよく見かけるんだ。「いやー、ノーコードでやってるヤツって、システムの構造美とかわかってないよね。所詮おもちゃ」とか、「レガシー化まっしぐら。プログラミングの理論を学べば、あんなツールに頼らなくてもいいのに」とか、澄ました顔で言いやがる。
聞く耳持たねぇな、お前ら。
あんたらが話すのは、リファクタリングとか、将来的な拡張性とか、理論上は完璧に回るけど誰も見たことのない「永久機関システム」の話ばっかりだ。システム構造の美しさだけを愛でて、そのシステムが動かす先にある、埃っぽい工場とか、クレームだらけの品質管理現場とか、納期に追われる総務の顔とか、一切見ようとしない。
結果、どうなるか。
あんたらピュアなシステム屋が作った、理論だけは美しいシステムは、現場の泥臭いフローを無視するから誰も使えないゴミになる。で、挙句の果てに「現場がITリテラシー低いから」って、現場を馬鹿にして終わる。
うちの会社もそうだよ。IT部門が「完璧なシステム」を作ろうとして大失敗中。なにも成果物ができあがってこない。
で、今どうなってるか？
総務部とか品質保証部みたいな、本来システム開発とは無縁の部署が、「君ら事業理解あるでしょ？」って、DXの片棒を無理やり担がされてるんだ。
システム知識なんてゼロ。予算もろくにつかない。与えられるのは「ノーコードツール」だけ。でも、俺たちみたいな部署の人間は、なんとか仕組みをつくれる。事業がどういう仕組みで動いているか、どこに無駄があって、誰が何に困っているかを知っているからだ。それが俺たちの本来の仕事だからだ。
事業を知っているから、ノーコードツールで必死に現場の「紙とExcelとFAXとメールの混合物」を、「とりあえずここに入力さえすれば、全部自動で完結する」仕組みに落とし込もうとするし、それができる。
俺がやってるのは、ロジックの美しさなんてクソ食らえの世界だよ。
・工場長に怒鳴られながら、紙の作業指示書を電子化するフローを練る。
・倉庫の奥にLANが届かないから、延長ケーブルを引っ張って物理的に回線を引く。
・出来上がったシステムを、使い方を間違えないように現場のオッチャンたちに口酸っぱく指導し、「使ってくれてありがとう」って頭を下げて回る。
その結果、出来上がったシステムが、あんたらの言う「属人性の塊」だろうが、「スパゲッティ・ノーコード」だろうが、知ったことか。紙と手打ちExcelの地獄より、百倍マシだ。
俺たちのシステムは、見た目は汚いかもしれないが、実際に回っている。
あんたらが熱心に語る「理論上完璧なシステム」は、結局いまここに存在しないじゃないか。人の話も聞かず、現場にも行かず、べき論や「俺が知ってる最強のシステムの話」しか議論できないシステム屋に、ノーコードをバカにする資格なんて、どこにもないんだよ。
という質問の真意が分からないところがあるけど、勝手にそれを自分側で類推すると、凄く良い質問というか、凄く難しい気がする…😟
例えば、はなわさんがいて、ベースギターをデケデケ弾きながら、歌ってるとして、基本ルート弾きとメロディーが鳴ってる
でも、コードを感じてる…😟
ベースギターがコードのルート音を弾いてるから、みたいな回答もどうかと思う、というか正確ではないというか…
ルートを弾いてない、はあんまりないにしても、ルート以外も複雑なベースフレーズを弾いてる場合がある
ベースからコードを類推しやすいは、耳コピテクニック寄り過ぎる気がする
ペンタトニック＋ブルーノート、ブルーノートはマイナーからの借用、
ブルーノート込みのペンタトニックを弾くと、なんとも言えないブルージーな感じがある
単音でブルースっぽいフレーズを弾くのと同じ感覚を、ジミヘンコード一発で感じることができる
何らかの音の並びを一括して、コードトーンで構成されたものがコード…、トートロジーだな…😟
はなわの例からも、聴き手の人間の脳の中で、これはこういうコードだな、と感じる何かが用意されているようにも思う
もちろん、自分は音楽の素養がない、と思ってる人はいる、コードをジャーンと聴いても、コードトーンを正確に答えられないと思う
しかし、コードトーンは分からなくても、漠然と、こんな感じ、と思っているのではないだろうか？
そもそも、コードがない、コードを当てはめられない曲？は存在するし、ただのホワイトノイズにコードを当てはめることもないと思う
