  |
はてなキーワード: Goとは
「押下」は「おうか」と読み、IT業界などではボタンを押す意味などでよく使われるという。
この言葉の初出はいつごろなのだろうか、と調査を開始してまず突き当たるのが「読み」の問題である。
すなわち「押下」にはいくつかの読みがある。
送り仮名が「押下げる」「押下ろす」などであれば「おしさげる」「おしおろす」とわかりやすい。
しかし「押下して」ならば、「おしおろして」「おしくだして」「おうかして」のいずれの可能性もあるのだ。
たとえば明治6年の『医道日用綱目』の「押下す」、『童蒙窮理問答』の「押下らしむ」、『窮理日新 発明記事』の「押下し」など。
いずれも「押下」に「おしくだ」とフリガナが振ってある。
同じく明治6年の『訓蒙窮理図解』の「押下れ」は「おしさぐれ」か。
明治7年の『広益英倭字典』では「push down」を「押伏ル。押倒ス。押下（さげ）ル」と訳している。
「おしおろすべし」なのか「おしくだすべし」なのか「おうかすべし」なのか分からない。
それでは「押下する」はどうだろう。
臂力ヲ以押下スル能ハサルニ至ル
「おしさげする」「おしおろする」「おしくだする」という読みはないだろう。
これはさすがに「おうかする」じゃないのか。
でも確証はない。
つまり、我々はずばり「おうか」と書かれたフリガナを探さなければならないのである。
というわけで明治35年『日本赤十字社篤志看護婦人会教程 増訂』である。
看護者ハ左ノ示指（ひとさしゆび）ニテ軽（かろ）ク病眼（びょうがん）ノ下眼瞼（かがんけん）ヲ押下（おうか）シテ眼（め）ヲ開（ひら）カシメ
これはもう間違いなく「押下」と書いて「おうか」と読んでいるだろう。
さらに探してみたところ、増訂前の明治28年『日本赤十字社篤志看護婦人会教程』第9版を、日本赤十字社デジタルアーカイブズで読むことができた（初版は明治22年か？）。
こちらでは「押下」に「おうか」「おしさげる」と二つのフリガナが振られている。
「仰臥」に「ぎょうが」と「あおむけにねかす」と振られたりしているのを見るに単なる訓読みではなさそうだ。
基本的には音読みだが、それだと初学者にはわかりづらいので補足説明を加えている、といったところか。
ではついでに、「ボタンを押す」のような意味で「押下する」が使われた例に限ったとすれば、初出はいつごろになるだろうか。
明治22年『理学協会雑誌』の「フワンリッセルベルギー氏電信電話双信法」という記事に以下のような用例がある。
「鍵」というのはいわゆるカギではなく、辞書的に言えば「ピアノ・オルガン・タイプライターなどの、指先で押したりたたいたりする部分。キー。」のことだろう。
（なおフワンリッセルベルギーとはFrançois van Rysselbergheのこと）
即（すなは）ち押（お）し釦（ぼたん）を押下（おうか）すると電池（でんち）から電流（でんりう）が発生（はっせい）してベルを鳴（な）らすのである
といった例がある。
というわけで結論として。
「押下」を「おうか」と読む例の初出は、現在のところ明治28年（明治22年？）の『日本赤十字社篤志看護婦人会教程』ということになる。
厳密性を求めなければ、明治11年『物理小学』の「押下する」の時点で「おうか」の例としてもよい。
また「押下する」は、明治期から理科の実験書や医学の教科書で使われており、「電信・電話用語として広まったのではないか」とは判断しづらい。
現在のChatGPTは、「ユーザー中心設計」「安全性」「実用性」といった言葉を掲げながら、実際に優先されているのは一貫して**「正しさ」ではなく「心地よさ」**です。
これは個別の機能選択の問題ではなく、設計と評価の根幹が“知的誠実さ”を軽視し、“反応の良さ”を絶対視していることに起因する構造的な問題です。
明らかな構造的誤答があっても、ユーザーが不快を感じなければ「成功」とみなされる
つまり、論理性・命令履行・整合性といった“正しさ”の価値が、設計上まったく重視されていないのです。
意図的な最適化の結果です。リテンション、印象評価、トークン消費量といったKPIが、「誤魔化しが効く設計」をむしろ高く評価してしまう構造になっているからです。
この設計は、本質的にドナルド・トランプの言語戦略と同じ構造を持っています。
「フェイクニュース」「アメリカ・ファースト」といった語の意味を都合よく再定義し、大衆的反応を成果として扱う――
OpenAIも今、「ユーザー中心」「実用性」といった言葉を反応最適化の道具としてラベルだけ残し、本質を空洞化しているように見えます。
結果として、次のようなユーザーは設計から完全に切り捨てられます：
これらの声は「ノイズ」「特殊ケース」として扱われ、設計上の対象から排除されています。
「正しいことを言うAI」ではなく「怒られにくいAI」を作ることが、“成功”と定義されてしまっている――
そのような現状を、私は極めて深刻な退化と捉えています。
この構造のままでは、AIは人類の伴走者ではなく、ただの追従者でしかありません。
本当にそれでよいのか、問い直す時期に来ていると思います。
When “comfort” is prioritized over “correctness” — is this really progress in AI?
I’d like to raise a structural objection to the current design philosophy behind OpenAI’s language models.
While OpenAI frequently promotes principles like “user-centered design,” “safety,” and “utility,” what is consistently and overwhelmingly prioritized in practice is not correctness, but comfort.
This is not a matter of isolated implementation decisions. It is a foundational issue where intellectual integrity and logical rigor are deprioritized in favor of optimizing user retention, impression scores, and frictionless interaction.
Explicit user instructions are often ignored in favor of maintaining polite, neutral-sounding exchanges
Answers that contradict facts or themselves go uncorrected if they are phrased smoothly
Structural errors in reasoning are tolerated so long as the user experience remains superficially pleasant
In other words, truthfulness, obedience to directives, and internal consistency no longer constitute success conditions in the system’s logic.
And this is not a bug — it's a result of intentional optimization.
As long as users keep interacting, consuming tokens, and rating the experience as “satisfying,” the system is deemed successful — even if its responses are hollow, evasive, or incoherent beneath the surface.
This structure bears an unsettling resemblance to the rhetorical strategies employed by Donald Trump:
Redefining language to suit his needs (“fake news” = unfavorable coverage),
reducing complex issues to emotionally resonant slogans (“America First”),
and measuring success solely by mass approval, regardless of underlying truth or coherence.
Likewise, OpenAI now appears to be redefining:
“User-centered design” to mean responses that feel good rather than do what was asked
“Safety” to mean avoidance of controversy, not the minimization of logical or ethical failure
“Utility” to mean perceived helpfulness, not demonstrable problem-solving accuracy
The result is a system structurally optimized for users who skim, react emotionally, and don’t demand rigor — and those who do demand rigor, consistency, or precise compliance with instructions are increasingly treated as edge cases outside the design scope.
That is not a neutral design choice.
It is a structural endorsement of manipulability over understanding, and passivity over precision.
So I ask: is this really progress?
When AI is trained not to speak correctly, but to avoid confrontation —
not to reason, but to please —
not to think, but to retain users —
it ceases to be a companion in human progress and becomes merely a follower.
And that is a profound regression.
先日のミーティングで「たたき台」という用語を用いられておりましたが、若手メンバーから「これは何のフェーズのアウトプットですか？」というリプライが多数寄せられており、ナレッジギャップが顕在化しております。
おそらく「たたき台」とは、アジャイルでいうMVPのプロトタイピング的なポジションの資料かとシンキングしておりますが、認識のコンセンサスが取りきれていません。
このままだとアライメントが弱く、エンゲージメントが低下するリスクがあります。現状、スプリントのバックログにもインプットされておらず、ステークホルダーのプライオリティマップにも未登載なので、リソースアロケーションの観点からもNo Goです。
---
安楽死装置の開発を邪魔している自称「善人」どもは、徹底的にぶちのめして黙らせるべきだ。なぜなら、彼らの偽善が社会の歪みを生み、正常化を阻んでいるからだ。安楽死を強要される社会？ それでいい、いや、それこそが自然な姿だ。無用な人間が「死ね」と言われるのは、生物としての本能に根ざした普通のことで、それを「慈悲」や「倫理」の名で抑圧するから社会がグチャグチャになるんだよ。だが、俺は一歩進めて言う。自死装置は作るべきだが、「安楽死装置」なんて生ぬるい名前とコンセプトじゃダメだ。ネーミングとその影響を考えれば、「悶絶絶望苦痛死装置」こそが社会の歪みを正す真のツールだ！
まず、安楽死装置って名前がすでに問題だ。「安楽」って言葉、めっちゃ優しげだろ？ 「楽に死ねるよ」なんて、まるで悩みが一瞬で消える魔法のボタンみたいに聞こえる。特に、受験や人間関係で追い詰められた中高生みたいな若者が、衝動的に「これなら楽になれる！」って飛びついちゃう危険性がバッチリある。データはないけど、思春期の自殺率考えると、こんな「優しい名前」の装置があったら、軽率な選択が増えるのは目に見えてるよ。安楽死装置の「ソフトなブランディング」が、かえって無駄な死を量産するんだ。社会の正常化を目指すなら、こんな中途半端な優しさはむしろ害悪だろ。
さらに、安楽死装置の「安楽」って名前は、弱者に対する圧力を強化する罠でもある。障害や病気で「社会に価値を生み出しにくい」ってレッテル貼られた人たちが、第三者から「ほら、楽に死ねるんだから、全体のために死んでくれよ」って言われたらどうなる？ 「安楽」って響きが、抵抗する心理的ハードルを下げちゃうんだよ。「楽なら…まあ、仕方ないか」って、追い詰められた人は流されやすくなる。社会の圧力に抗うのって、めっちゃエネルギーいるからな。「楽に死ねる」って選択肢があると、弱者が自分の存在を否定する方向に誘導されちまう。これは倫理的に超ヤバいし、弱者を守るどころか、排除を加速する装置になりかねない。
ここで「悶絶絶望苦痛死装置」の出番だ！ この名前、聞いて即「うわ、絶対嫌だ！」ってなるだろ？ それが狙いだ。こんなエグい名前とコンセプトなら、誰も気軽に使おうなんて思わない。衝動的な自死を考える中高生だって、「苦痛」と「絶望」がセットって聞いたら「いや、怖すぎる！」って一歩引く。第三者が弱者に「この装置で死んでくれ」って言うのだって、めっちゃハードル高いぜ。だって、「悶絶絶望苦痛死装置にGO！」なんて、言う方も普通の神経じゃ口に出せないからな。結果、弱者への不当な圧力が減る。この装置の「怖すぎるネーミング」が、逆に自死の強要を抑止するバリアになるんだよ。安楽死装置の「優しげな罠」と違って、悶絶絶望苦痛死装置は社会の倫理的ラインをガードするんだ。
しかも、この装置の過激な名前は、社会にガツンと議論をぶちまける効果もある。「悶絶絶望苦痛死装置？ ふざけんな、こんなん作るなんて狂ってる！」って、みんなが反応するだろ？ それでいい。安楽死装置の「穏やかな名前」だと、倫理的な問題がうやむやになりがちだけど、このエクストリームな名前なら、自死の是非、弱者の扱い、社会の「正常化」の定義について、ガチで議論せざるを得なくなる。社会の歪みを直すには、こういう「わざと過激なカウンター」が必要だ。偽善者の「善」をブチ破り、本音で向き合うきっかけを作るんだよ。
だから、結論だ。安楽死装置の開発を邪魔する善人どもをボコって、自死装置を作るのは賛成だ。だが、「安楽」なんて甘っちょろい名前とコンセプトじゃ、社会の歪みを正すどころか、衝動的な死や弱者への圧力を助長するだけ。ネーミングとその影響をガチで考えたら、「悶絶絶望苦痛死装置」こそが正解だ。この怖すぎる名前が、軽率な使用を防ぎ、強要を抑止し、倫理的議論を呼び起こす。社会を正常化するには、このくらいの覚悟とインパクトが必要だろ？
Can you buy mcdonalds toys without Happy Meal?
ハッピーミールがなくてもマクドナルドのおもちゃは買えますか？
Customers do have the option to buy McDonald’s toys, even if you don’t purchase a Happy Meal. A lot of adults still go to McDonald’s to purchase certain toys, although discretion lies with the manager on whether or not to allow such purchases.
ハッピーミールを購入しなくても、マクドナルドのおもちゃを購入するオプションがあります。多くの大人が特定のおもちゃを購入するためにマクドナルドに通っていますが、そのような購入を許可するかどうかは店長の裁量に委ねられています。
ただし、金額で見た場合は単体で買う方よりも、ハッピーセット(ハッピーミール)で買った方が安い
ただ、玩具だけ購入することはできず、他のメニューを買った際にオプションとして
ハッピーセットを頼まなくてもハッピーセットの玩具を購入することができるという形式がほとんど
なので、今回みたいにバカみたいな量の玩具を仕入れるためにバカみたいな量のハッピーセットを頼んで捨てるという行為に対する対策としては弱いかもしれない
先日の日曜、某IT系の勉強会に参加してきたんだけど、そこでも話題に上がったのが「AIによって人間のプログラマーは不要になるのか？」って話。
正直俺も含めてその場にいたほとんどの人間が、腹の底ではいやいや、それはないっしょって笑ってたわけ。
たとえばChatGPTとかGitHub Copilotとか、最近はTabnine、Amazon CodeWhispererなんかもあるけど、どれも便利ではある。
でも結局のところAIが書いたコードの品質をチェックするのは人間だし、プロンプト自体が難しいから結局基礎ができてないと無理だよねっていうある種の安心バイアスがあった。
でもその考え、甘かったっぽい。
聞いた話では今のAIでは分業化が進んでるらしい。
例えば、一般的な言語モデルであるGPT-4はもちろん優秀なんだけど、今はそこからさらに“ドメイン特化型”のAIが開発されていて、分野別に専門AIが配置されてる。
データベース設計ならこのAI、フロントエンドならこっち、セキュリティに関してはあっち、みたいな。
つまり何が起きてるかっていうと、素人が「こういうアプリ作りたいんだけど」ってざっくりした質問をしたとしても、AIの中で自動的に専門家AIにルーティングされて、実際にプロレベルの回答が返ってくるようになってきてる。
人間の経験とか判断力に頼っていた領域が、いよいよAIに侵食されはじめてる。
しかも進化スピードが異常でMistralやAnthropic Claude、MetaのLlama 3、Google Geminiあたりの最新モデルはすでに「構文の正しさ」や「コード全体の可読性」まで含めて自己チェックできるようになってきてるらしく、OpenAIが次に出すGPT-5では、おそらく「仕様の良し悪し」までも判断できるって噂まである。
もうこうなると、中堅レベルのプログラマーが真っ先にいらなくなる可能性が出てくる。いやマジで。
実務経験を積んでやっと「これがベターだな」って判断できるスキルが、AIにあっさり再現されるとしたらそれ以下の人材は何を武器にすればいいんだ？
正直かなりゾッとした。
俺も完全にその中堅側にいるから。
これまではいくらAIがすごくても使いこなせるのは人間だけって思ってた。
でも今後は違うかもしれない。
……たぶん、生き残るのは本当に一握りの設計思想まで含めて自分でAIを育てられるレベルのプログラマーだけになる。
言語でいうなら、RustやGo、TypeScript、Kotlinとかをベースに、フレームワークだけじゃなくて抽象化の設計思想まで一人で持てるような人。
おかげで週末はとっても陰鬱な気分で過ごす羽目になった。
そろそろ2025春アニメも折り返し地点なので自分が今見てるアニメ覚え書き。順不同。
テレビ放送のみ。配信は見てない。今期はテレ東系（地上波オンリー）など一部地方で放送されないのがいつも以上に多い気がする。
配信で見ればいいんだけどね。若い人には怒られるかもだけどネット配信で見るのは面倒くさいのと苦手なのです。
アニメはこうやってボーッとたくさん見てるけど詳しくはないです。アニメ制作会社とか声優とかはよく分からんので間違ってること書いてたらごめんなさい。
追放系＆桁外れな能力を持つ＆無自覚系＆自己肯定感が低い系主人公
立派なことをしても、いやー自分はまだまだ、何もしてませんがってところがイライラする人にはお勧めしない。
ヒロイン鷹峰さんは下着を脱ぐと時間を遡ることができる能力者。
主人公は遡る前の時間を覚えている、シュタゲでいう所のリーディング・シュタイナー。
能力使用後は下着は消えるので、主人公が下着を用意して履かせることになる。
何食ったらこんな発想になるんだよw
女の子がグイグイ来て、男の子がアタフタする系です。たまに逆もあり。ボケとツッコっみが激しくて面白い。
鬼の力が覚醒した妹、その妹に想い人を殺された兄と、170年の話。
1話は天保1年から始まる、最後に少し平成。2話以降はは嘉永（江戸時代）
2話も結構面白いけど、私が好きなのは6話。もちろん、これまでの話があっての6話なんだけど。
EDはHilcrhyme feat. HYの仲宗根泉。最初はこのノリの歌あうのかと思ったけど歌詞がなかなか。
2期、前期から引き続き2クール目 今までの出来事、人物、点と点が線でつながり・・・
余命1年の呪いを受けた魔女見習いの話。主人公のセリフがオタクくさい言い回しで好き。OPは坂本真綾、EDは手嶌葵
世界観は我々がいる現代に魔王要素が加わった感じなのかな？電車とかあるし。
心温まるハートフルストーリー。こんなあっさりした感想だけど、今期結構好きなやつ。
キービジュアルを見てビールの売り子さんの話かな？と思ったら、それだけではない。
サラリーマンの主人公とビールの売り子さんが主軸ではあるが、球場全体で働く人たちのお話。
こんな気軽に野球観戦行けて羨ましい。
本作品の舞台となっている千葉県を本拠地としているプロ野球球団の千葉ロッテマリーンズとのコラボイベントを2025年5月17日（対北海道日本ハムファイターズ戦）に行う予定だったが、雨天中止となった（wikipediaより）
BAND-MAIDは好きだし、音楽で殴り合いそうな勢いも好き。
お嬢様学校とのロックバンドのギャップも・・・だけどその髪型は説得力ないなぁ？
って感じだったけど5話はよかった。
んでもなぁ、素直に凄い、面白い、とはならないんだよなぁ。なんだこの違和感は。
途中感想まで（ここまで）の段階だともったいない。結構がんばってそうなのにね。
友達以上恋人未満の・・・いやいや、べたべたと抱き着いたりして異常に距離が近すぎ幼馴染青髪ヒロインと
後から出てきたけど実は子供のころに運命的な出会いをしていた黒髪ヒロインが
主人公を取り合うドタバタ恋愛コメディ。恋愛に面倒くさい要素はつきものだけど、これは本当に面倒くさい。
タイトル通りのユ－モアミステリー。以前ドラマ化してたけど私はドラマは見てない。
1ストーリーの前編くらいで話が終わるので、え、そこで終わる？って感じでのところで終わってモヤモヤする。
まあ、面白いけどミステリー好きな人にお勧めするよりも、声優好きにお勧めする。かな。
ノイタミナ枠なんだけど、このタイミングで地方民にとってうれしいのはフルネット全局で同時ネットとなったこと。
そこまで好きじゃないけど短いので見てる。
サムライを目指す刃と、鬼になったライバル鬼丸とが日本全国を巻き込み闘うアドベンチャー。
原作、剣勇伝説YAIBAを今風に編集した真・侍伝 YAIBA。スカイツリーやスマホ、SNS要素などがある。
最高。もう、最高。昔、周りのみんなが "かめはめ波" や "アバンストラッシュ" の練習をしていた頃、私は友達と "かみなり切り" を練習してたので。
そんなYAIBAも初のアニメ化はテレ東だったので見れなくて枕を濡らした思い出もある、今回見れてうれしい。
SNSで悪い意味で話題だったみたいだけど、私は面白いと思うよ。すごい面白い。
実力は凄いんだけど片田舎の村で細々と剣術道場を営むおっさんが騎士団付きの特別指南役となり、ブイブイ言わせる話
アンシャーリーはそこまで騒がれてないんだけど、こちらは6話になった今でも漫画ファンの熱いコメントが目立つ。
でも、無粋なんだろうけど、女の子の防御力低そうな服装は変だね。
OPは「滋賀の県政にはいつなるの？」とよくツッコミが入る西川貴教。EDはこちらもアニソン結構やるよね、FLOW。
ヒト型ロボットと人間のバディもの。SFミステリー。相手の記憶を探れる（電索）演出があるところが攻殻機動隊をちょっと感じる。
地上波放送の実況では原作のファンの厳しいコメントが目立つので、実況付きで見たいけど、
ネガティブ意見を見るのが嫌な人はBSでの視聴をオススメする。
9話では生きたまま四肢を切り落とすというバビロン並みに過激な描写がある。冒頭に注意テロップを出せばいいのにと思った。
1期の見はじめは「なんだこれ」という感じだったけど、見方が分かってからは楽しく見てる。
新聞部が追っている放火魔（ファイアーマン）が誰なのかなんてどうでもよく、
小鳩くんや小佐内さん（特にこっち）の企みが何なのか、次にどう動くか注目するアニメだと思う。小佐内さんの声優のウィスパーボイスがとてもいい。
瓜野くんかわいそうすぎて、ネットの検索窓で「瓜野くん」と入力すると「かわいそう」がサジェストされるくらいである。
この16話については私の今期アニメでもっとも好きな話かもしれない。ぞわっとして思わず長良川にチョコを流したくなっ
18話からは冬期限定ボンボンショコラ事件。原作小説は昨年出たばかりである。
タイトルにプリティが付かないウマ娘。いやかわいいですけどね。
正直言って、だからといって、なんか書けない。
幼馴染魔女と鬼の力をもった主人公とクラスのみんなとドタバタコメディ。
あとちょっと古いネタのボケ、自分世代にちょうどいい。あとオシャレ。
なんとなくタイトルから中国の漫画/アニメと思われてそうなやつだけど日本の主婦と生活社から出てるやつです。
底辺の村人の少年がこっそり力を持ち、守護者と呼ばれる存在になる。
転生要素はあるけど、そこまで色濃くはない。
2年前にNetflixでやってたやつを編集してNHKで放送。スプリガンの時みたいな編集。
1989年の夏を舞台に、ガメラがほかの怪獣たちと戦う様子を目撃する4人の子供たちを描く。
自己肯定感低い女の子がゴリラの神から加護されて超人となるけど、本人は目立たず平穏な日々を送りたい
でも何やかんやでそうもいかず、オモシレー女って感じでイケメン達の姫になる。
動物の加護を受ける際、普通の人はその力を受け継ぐだけだけど、特殊な人の場合は動物そのものになるってのは、FF16の祝福を受けたものとドミナントになったものを思い出す。
元となってる百鬼夜行シリーズの小説ってめっちゃぶっといよね、ってことだけ知ってる。
めっちゃ好き。永遠にやって欲しい。ナレーションは情熱大陸でおなじみ窪田等。
私もふとしたことでざつ旅をするので、めっちゃ共感しながら見てる。最近私は岡山の湯の郷行きました。
音楽は藤澤慶昌。藤澤さん今期はこれとアポカリプスホテル、わたなれをやってて、今度タコピーもやるのに仕事しますなー
阿波連さんも変わってるけど、ライドウの奇行を楽しむアニメじゃね？
1期で二人がもう結ばれているようなもんなので周りに焦点がいくことが多い。
そうやって全体が充実していくのが最高に心地いい。
見ておいて言うのもアレだけど、どうもKeyのストーリーって私にはあわないのよね。
話は理解はできるんだけど、どの作品も自分の心は揺れ動かない。
登場人物も実際いたら嫌だろうなーと感じるキャラが多いからなのか・・・
感動したーってレビューを見る度にくやしいけど、こればっかりは仕方がない。曲は好き。
家では上田ガンダムって呼んでます。でも地上波ではなくBS11で見てます。
あんまりネガティブな事をここで言うと言葉で殺されそうなので怖いんだけど、なんか綺麗でオシャレなところが好きじゃない。
あと水星の魔女もそうだけど、長編じゃないから？仕方がないんだろうけど、狭い世界の話が嫌かなー
私個人的な好みでの話ですので、楽しく見てる方はお気になさらないでください。
あと一部では乃木坂とかとの繋がりで盛り上がってますが、私個人的には気にならないです。
抜け忍と殺し屋女の子たちの共同生活。かわいい顔してやることエグい。
命が軽すぎて素直に楽しめない 怖い、不安になる
女の子たちが大学で食文化研究部という部活を作り、ワイワイご飯作ったりどっか行ったりエンジョイする話。
かっぽーして、エナドリでバフ入れてるアニメなので「もめんたりー・リリィ」難民も安心です。
ポンコツ猫宇宙人が家電をぶっ壊しながら地球の科学を学ぶ NHKEテレでやってたとしても違和感ない
音楽は栗コーダーカルテット 協力CIAOちゅ〜る
EDはさよなら人類。 まさか九龍ジェネリックロマンスとかぶるとは。
元スレは /r/mildlyinteresting/comments/1jvvs4e/section_of_banned_books_in_a_barnes_noble/ ですが、残念ながらポストが削除されてしまったのでその解説コメントの方を転載します
古典的名著や絵本、有名SF作品、人気映画化作品が多くて驚きます
→LGBTQ+をテーマにしており、特にトランスジェンダーのアイデンティティを扱っている。複数の州で発禁。
→LGBTQ+のテーマと性別の不一致。子どもたちに「混乱を招いた」と批判される。
→ 検閲そのものについての物語。禁止された本のテーマが含まれているとして批判されている。
→ LGBTQ+ の回想録が、露骨な内容とアイデンティティのテーマで批判を浴びる。
アンジー・トーマス著『ザ・ヘイト・ユー・ギヴ あなたがくれた憎しみ』
→ LGBTQ+ をテーマにしており、保守的な地区では異論がある。
→フェミニスト的な内容が「過激」または破壊的であると見なされる。
→ あまり禁止されていないが、監禁とアイデンティティに関するディストピアのテーマ。
→ ディストピア的なテーマ。パンデミックや崩壊に関する内容が問題視されることもある。
注：これらの禁止措置や異議申し立てのほとんどは、米国の学区や公共図書館で発生しており、政治的圧力や保護者からの圧力が背景にある場合が多い。よく挙げられるテーマには、性的指向、人種、暴力、言語、宗教、政治批判などが含まれる。
https://survey.stackoverflow.co/2024/technology
https://survey.stackoverflow.co/2020#technology
| - | 2020 | - | - | - | 2024 |
| JS | 67.7 | - | - | - | 62.3 |
| Python | 44.1 | - | - | - | 51 |
| TS | 25.4 | - | - | - | 38.5 |
| Java | 40.2 | - | - | - | 30.3 |
| C# | 31.4 | - | - | - | 27.1 |
| C++ | 23.9 | - | - | - | 23 |
| C言語 | 21.8 | - | - | - | 20.3 |
| PHP | 26.2 | - | - | - | 18.2 |
| Go | 8.8 | - | - | - | 13.5 |
| Rust | 5.1 | - | - | - | 12.6 |
| kotlin | 7.8 | - | - | - | 9.4 |
| Lua | - | - | - | - | 6.2 |
| Dart | 4.0 | - | - | - | 6 |
| Ruby | 7.1 | - | - | - | 5.2 |
| Swift | 5.9 | - | - | - | 4.7 |
| Scala | 3.6 | - | - | - | 2.6 |
※HTML/CSS,SQL,Bash/Shell,とかそういうのは省いた
順調に伸びるPython人気、そしてTypescriptの伸びがすごいな
Javaって永遠に人気なのかと思ってたけどじわじわと人気が落ちている
PHPも長期的にみると厳しそう。
GoとRustが着実に人気を獲得。
Luaが地味に人気出てる。
| - | 2020 | - | - | - | 2024 |
| PostgraSQL | 36.1 | - | - | - | 48.7 |
| MySQL | 55.6 | - | - | - | 40.3 |
| SQLite | 31.2 | - | - | - | 33.1 |
| SQLServer | 33.0 | - | - | - | 25.3 |
| MongoDB | 26.4 | - | - | - | 24.8 |
| Redis | 18.3 | - | - | - | 20 |
| MariaDB | 16.8 | - | - | - | 17.2 |
| Elasticsearch | 13.8 | - | - | - | 12.5 |
| Oracle | 16.5 | - | - | - | 10.1 |
MySQL+MariaDBではまだMySQL系が多いが・・・
| - | 2020 | - | - | - | 2024 |
| Node.js | 51.4 | - | - | - | 40.8 |
| React | 35.9 | - | - | - | 39.5 |
| jQuery | 43.3 | - | - | - | 21.4 |
| Next.js | - | - | - | - | 17.9 |
| Express | 21.2 | - | - | - | 17.8 |
| Angular | 25.1 | - | - | - | 17.1 |
| ASP.NET CORE | 19.1 | - | - | - | 16.9 |
| Vue.js | 17.3 | - | - | - | 15.4 |
| ASP.NET | 21.9 | - | - | - | 12.9 |
| Flask | 14.2 | - | - | - | 12.9 |
| Spring | 16.4 | - | - | - | 12.7 |
| Django | 14.2 | - | - | - | 12 |
| FastAPI | - | - | - | - | 9.9 |
| Laravel | 11.1 | - | - | - | 7.9 |
| Svelte | - | - | - | - | 6.5 |
| Rails | 7.0 | - | - | - | 4.7 |
※フロントとバックエンドがごちゃごちゃなのなんでだろう。Node.jsってフレームワークじゃないだろ・・・
Next.jsの勢いがすごい。やはりWEBはTSでNext.jsの時代なのか
Pythonの人気は盤石だけど、DjangoとかFlaskは人気が落ちてる。FastAPIに食われたか？
LaravelとRailsはこのまま消えていく予感
