「.Net」を含む日記

■

https://x.com/i/status/1995357685395652652

aiマヌケだな。

実はもっと早くする方法がある。

ただ、誰もgistやstack overflow には書いてないし、aiは大昔に書かれた本の内容なんて知りもしない。

だから、gistとstack overflow からしか学習できないAIには早いコードは書けないし、それこそが、ちゃんと英語と数学を勉強したITエンジニアが死なない理由の一つでもある。

（マイナーなアルゴリズムやデーター構造は基本的に英語での解説がメインなんで、高校の英語のリーディングがある程度できるまではやらんとダメなのよ。ものによっては数学の知識もいるので、高校の数学は全部取ったほうがいい。受験数学の難しい奴は知らなくても支障はないと思うが、もしかしたら、使うかも）

あと、.netだから重いというのは半分当たっていて半分は間違い。

ただ、.netだと油断するとコピーしまくりなせいでメモリー使用量が増えるという側面はあるし、regexにイテレーターすら突っ込めないんで、巨大ファイルの改行またぎの検索が苦手という側面がある。

最近の.netだとspanに検索かけられるけど、あまり大きなspanだとlohの問題とか色々出てくるし…

（1行が64KB超えなんてことは巨大ログファイルでもさすがにないけど、svgだとあり得るんよ）

Permalink | 記事への反応(1) | 01:11

ツイートシェア

■日本企業のボーナス廃止→手取りは増えるが. リストラ加速の予兆？

. リストラ加速の予兆？（企業側の本音とリスク）ボーナスは業績悪化時の「調整弁」（赤字で0支給可能）でしたが、廃止で人件費固定化→リストラが「唯一のコストカットツール」に。

news.yahoo.co.jp +1

2025年は日経平均5万円超の好景気なのに、黒字リストラが前年比2割増（1万人超）。

nikkei.com

企業は「人材確保・成果主義移行」を表向きに掲げつつ、社保負担減（年12回分軽減）で利益最大化を狙っています。

news.yahoo.co.jp +1

企業狙い

メリット（企業）

リストラリスク

社保カット

負担-2-5%（ボーナス分除外）

固定人件費増→希望退職急増

人材確保

若手初任給UP（ソニー+57万円/年）

中高年格差拡大、退職加速

成果主義シフト

ジョブ型雇用強化（大和ハウス10%年収UP）

業績悪化で即リストラ（日産2万人規模）

事例: 大和ハウス（月給大幅改定）：中長期成長狙いも、Xで「リストラ前触れ」「人員整理宣言」と懸念。

ben54.jp +2

日産・三菱電機の希望退職拡大が象徴。

nikkei.com +1

X反応: 「ボーナス廃止=リストラ準備」「黒字でも1万人削減」「JTCの年功序列崩壊」投稿多し。NHK高給批判も「ボーナス不支給+リストラで危機乗り切り」論。

3. 全体の文脈：日本型雇用の終わりと2025年問題この動きは「失われた30年」の遺物（ボーナス=調整弁）を捨て、グローバル競争（IT/半導体人材争奪）に対応するもの。

note.com

しかし、少子高齢化（労働力-20%）で企業は「黒字リストラ元年」（2025年1万人超）を迎え、廃止が「予兆」として機能する可能性大。

nikkei.com +1

上場企業の4割が今後追随予測（第一生命経済研）。

mutualy.net

結論: 手取り増は短期メリットですが、リストラ加速の予兆は本物—ボーナス廃止で企業の人件費柔軟性が失われ、業績変動時の「希望退職頼み」が常態化。詳細事例（例: 日産リストラ分析）が必要？

Permalink | 記事への反応(0) | 16:02

ツイートシェア

■ホットエントリからNHKが減ってはてブのドメインの比率はどう変わったか 2025年11月

NHKは先月減少したまま横ばい

Yahoo!Japanが回復

増田が大幅に減らした

2025年10月 全275ドメイン

anond:20251102230912

Permalink | 記事への反応(1) | 14:48

ツイートシェア

■anond:20251203124031

最近進んでないけど、仮想環境にWindowsXP入れて、

動かしたい昔のC++ BuilderとかDelphiのソースがあるので、

それを今のObject Pascal、Lazarusで動かそうとか、

やって…、た…😟←最後までちゃんとやれよ…

.NETの先祖みたいなところもあるから当然ではあるけど、

なんか、このままでも良かった気もするんだけど、

Borlandって、何かと不運な会社だったよね…😟

自分が大学生ぐらいの頃はTurbo C全盛期で、

BorlandはMicrosoftよりもMSのOSや製品の中が分かってる、

みたいな評価だったのに、あれよあれよとBuilderやDelphiの価格は高くなるし、

潰れてなんとかバカみたいな社名になるし…😟

なんの話だったっけ…😟

Permalink | 記事への反応(0) | 20:36

ツイートシェア

■メトホルミン徐放製剤の謎

ちゃんと書いてあるように見えるのに非常に細かいけれど決定的な違和感がある、、つまり不気味の谷、みたいな話です。

前提知識として、2型糖尿病の第一選択薬の一つ「メトホルミン」には、欧米には徐放製剤（1日1回飲めばいいやつ）がありますが、日本では認可されておらず、保険診療では処方できません。

それが、なんか、ごく普通に医者が処方したり選択するようなことかいてあるクリニックのサイトが複数あった。普通の糖尿病の医者なら、寝ぼけていても、酒に酔っていても、「メトホルミン徐放製剤を出します」なんて書くわけがない、出せないので。

なんだろう、と思いながら下記にメモをまとめていたわけなのですが、おそらく美容系の自由診療なんですかね？だから欧米から直輸入のメトホルミン徐放製剤をほんとに出しているのかも。しかし、それならそれでもう少し注意書きが必要な気がするのです。少なくとも東アジア人での治験成績があまりない可能性があるわけだから。

とはいえ一番上は、保険診療するまともなクリニックのはず。

これはもしかするとですが、生成AIの出力そのままコピペしただけなのかもしれません。そういったものは日本の医療特有の状況を反映していないことがある、あるいは、AIが日本の医療を正しく学習していないのかもしれません。それを医療の専門家がサイトに載せてしまうと、患者さんに誤った情報を提供してしまいます。これは注意した方がいいんじゃないかな、、というあたりの方が本質かもしれません。

だって明日外来に来られて、「私がAIに聞いたら、徐放製剤にすれば副作用が減ると言っていたぞ。なぜ出せないのか」と言われても困ってしまいますよね。

丹野内科・循環器・糖尿病内科

ttps://tanno-naika.jp/blog/post-631/

患者さんからよく寄せられる質問とその回答をご紹介します。

Q: メトホルミンを飲み始めてから胃の調子が悪いのですが、どうしたらいいですか？

A: メトホルミンによる消化器症状は比較的よく見られますが、多くの場合、時間とともに改善します。食事と一緒に服用する、少量から開始して徐々に増量するなどの工夫で症状が軽減することがあります。症状が強い場合は医師にご相談ください。用量調整や徐放錠への変更を検討することもあります。

「徐放錠への変更を検討することもあります」って、日本で認可されてないのに？？

天神皮フ科

ttps://tenjin-hifuka.com/online/61384

一般的なメトホルミン（速放錠）の場合、服用後数時間で血中濃度がピークに達し、効果が持続します。このため、食事のタイミングに合わせて1日2回や3回に分けて服用することで、食後の血糖上昇を効果的に抑えつつ、次の食事までの間の血糖値もある程度コントロールすることができます。

また、消化器症状の軽減という観点からも、1日の総用量を分割して服用する方が望ましい場合が多く、結果として1日2回または3回という服用方法が一般的になります。ただし、製剤の種類によっては血中濃度がゆっくりと維持される徐放錠もあり、患者さんの状態や医師の判断によっては1日1回の服用が選択されることもあります。

「徐放錠もあり」いや、日本では認可されてないよ？？

あとこの直後に、日本の研究で徐放錠の有効性を確認したかのような論文を引用しているが、その論文を見てみると徐放錠とは一言も書いておらず、一般に使用される速放錠についての研究と見るのが妥当であろう。その論文に書いてない内容を持って、根拠があるように見せつける、かなり悪質な文章のようにも見えるが、AI特有のhallucinationでもあるように見えますかね。

まめクリニック

ttps://mame-clinic.net/blog/%E3%83%A1%E3%83%88%E3%83%9B%E3%83%AB%E3%83%9F%E3%83%B3%E3%81%AE%E5%8A%B9%E6%9E%9C%E3%81%A8%E3%81%AF%EF%BC%9F%E3%83%80%E3%82%A4%E3%82%A8%E3%83%83%E3%83%88%E3%80%81%E8%8B%A5%E8%BF%94%E3%82%8A%E3%80%81

メトホルミンの効果持続時間は、製剤の種類によって異なります。一般的な即放性製剤の場合、効果は数時間持続し、1日2〜3回の服用が必要です。一方、徐放性製剤（ゆっくりと成分が放出されるタイプ）の場合、効果が長時間持続するため、1日1〜2回の服用で済むことが多いです。

どちらの製剤を使用するかは、患者さんのライフスタイルや血糖コントロールの状態を考慮して医師が判断します。例えば、1日の中で特定の時間帯に血糖値が上昇しやすい方には、その時間帯に合わせて即放性製剤を複数回服用したり、効果を長く持続させたい方には徐放性製剤を選んだりします。

とても使い方に慣れているかのような書き振りでございますが、とはいえ徐放性製剤って日本で認可されてないと思いますけど？？そう簡単に「選んだりします」とか言える代物ではないのでは？

グレースドクターズダイエット

ttps://gmc.kumamoto.jp/diet/side-effects-of-metformin/

オンライン診療クリニックらしいけど

メトホルミン服用初期には、吐き気や下痢などの消化器症状が現れることがあります。これらの症状を和らげるために、英国NHSでは「食事と一緒に服用すること」や、医師の指導のもとで用量を少量から徐々に増やしていく方法が推奨されています。

また、症状が強い場合には医師の判断で徐放性製剤に切り替えることもあります。副作用が続く場合や不安な点がある場合は、自己判断せず必ず医師や薬剤師にご相談ください。

日本で認可されてないから、「切り替えることもあります」なんて無いような。。

ちょっと追記

たぶんどれかのLLMが間違った学習をしているのではないかと予想、、（ChatGPT 5.1とGemini 3は正しく答えていたので、それ以前のモデルか、または別モデルか）

Permalink | 記事への反応(0) | 04:36

ツイートシェア

■プロダクトと会社の健康余命を削りまくるエンジニア

カタログめくって(Webページググりまくって)、良さげな(業務経歴書にかけそうな)新しいサービスなりプロダクトなりを見つけたら、鼻を膨らませて得意げにメンバーに報告し、ポチる(リポジトリに組み込む)エンジニアを……、

カタログショッピング・エンジニア

と、名付けたよ。

経営者は「最新の情報に敏感」「技術に詳しい」とか評価するようだけど、カタログひっくり返しては「あれはいい」「この新製品はすごい！」「これ最高！」って喋りまくる人間が、どれほど軽薄で浅はかかわからんのだろうか？

わからんのだろうな。

ミーハーに「AI最高！ これでお金集めてガッポガッポ！！」みたいな経営者じゃ。

ADRと称して導入企業名と諸元の比較ばかりして、一番デカくて高価なのが正義、くらいしか語れないのを、エンジニアと？ w

それはただの消費者だ。

って言うと、「お前が新しいサービスについていけてないだけじゃねーのか」って陰口を叩かれるんだが、新サービスのチェックした上で、煽り文句を真に受けて「一秒でも早く使ってみたい」という、単細胞的な反応をしないだけだ。

そのサービスがどういう設計で作られているか。

出自はどこか？

そういう設計だとしたら、どういう性能特性を持つか。

等々、広告記事以外の情報を集めて検討し、「今目の前にあるプロダクトに使えるか？」考えた上で、余計で巨大なフジツボをくっつけるだけなら触る価値もない、と判断しとるだけだ。

いくつもプロダクト名を列記したくてうずうずするが、どう考えても業務妨害になるから、できない。

そもそも、待ち望んでいたサービスやプロダクトなら、.netFrameworkもLambdaもEMR(Spark)も使えるようになったらすぐに採用するように説得してきたし、新サービスのSnowflakeをぜひ使いたいというのを、処理の特性と、プロダクトの設計等々を理由に止めてAthenaを採用して、1リクエストあたりリアルタイム処理は1、2秒レスポンスタイプが伸びたが、事前準備可能なリクエスト、再度リクエストであれば即時レスポンス、その処理部分にかかる利用料金を1/100にした。

それがそのプロダクトで必要とされていた仕組みだったから。

エンジニアって本来そういうもんだ。

そのプロダクトにとって適材適所に設計する。

具体的に時間を測ったわけではないが、準備設計に4割は割く。

利用プロダクトの選定は、普段から情報収集しているから、ほとんどかからん。

初回リリースには、肌感覚だがそこら辺の現場の1.2倍くらいの実時間がかかる。

けど、人月では8〜9割くらいで済んでいる。

準備設計時には、エンジニアの頭数はいらないから。

で、初回リリース後、追加開発が重なれば重なるほど、そこら辺の開発の2割引くらいの人時間金で済むし、安定度も高い。

それができる仕組みを、初回リリース時にほぼ揃え切ってしまうから。

そう言う準備設計こそ、プロダクトと会社の健康余命を伸ばす秘訣だ。

何かあるたびに、何か症状が出るたびに、対症療法では、人間にしろプロダクトにしろ、健康で長生きはできないよ。

Permalink | 記事への反応(0) | 20:53

ツイートシェア

■anond:20251122095000

これらのコードの元ネタがwebにあるはずなので出せ。

と質問とした所、

いい質問。ただ、**今回私が提示した C# コード（MemoryMappedFile + Parallel.For で CR を数える）**には、明確に一つの「このネット上の記事／リポジトリをそのままコピーした」元ネタはありません。

いくつか似たアイデアを使ってる部分と参考になる記事／ドキュメントはあるので、それらを紹介します：

---

## 🔍 関連しそうな参考記事・サイト

*Microsoft ドキュメント — Memory-Mapped Files (.NET)*

　メモリマップトファイルの基本的な使い方が説明されている。

　([Microsoft Learn][1])

*Kieren Johnstone: 高速に MemoryMappedFile からバイト列を読む方法（StackOverflow）*

　`MemoryMappedViewAccessor` を使って unsafe コードからポインタを取得し、Marshal.Copy で効率よく読み出す方法。

　([Stack Overflow][2])

*Red-Gate: Sharing is Caring: Using Memory Mapped Files in .NET*

　MemoryMappedFile を使ったキャッシングなどの応用。

　([Redgate Software][3])

*Stephen Cleary のブログ: Memory-Mapped Files と Overlaid Structs*

　メモリマップトファイルへ構造体を重ねて（オーバーレイ）扱う方法など。

　([blog.stephencleary.com][4])

---

もしよければ、**あなたのコード（CR を数えるもの）に特化した元ネタをさらに探してみます**。やりましょうか？

[1]: https://learn.microsoft.com/en-us/dotnet/standard/io/memory-mapped-files?utm_source=chatgpt.com "Memory-Mapped Files - .NET"

[2]: https://stackoverflow.com/questions/7956167/how-can-i-quickly-read-bytes-from-a-memory-mapped-file-in-net?utm_source=chatgpt.com "How can I quickly read bytes from a memory mapped file in ..."

[3]: https://www.red-gate.com/simple-talk/development/dotnet-development/sharing-caring-using-memory-mapped-files-net/?utm_source=chatgpt.com "Sharing is Caring: Using Memory Mapped Files in .NET"

[4]: https://blog.stephencleary.com/2023/09/memory-mapped-files-overlaid-structs.html?utm_source=chatgpt.com "Memory-Mapped Files and Overlaid Structs"

ChatGPT:

が、出てきて、やってくれと言ったら、こういうのが出てきた。

了解しました — 広く（英語・日本語・GitHub・ブログ・StackOverflow 等）再検索しました。結論と見つかった“近い”ソースをまとめます。

結論（要点）**

「あなたが求めている**MemoryMappedFile を使い、UTF-8 バイナリ中の `CR`（0x0D）だけを数える・マルチスレッドで分割して処理する**」という **完全一致の“元ネタ”ソースコード**は、公開された web 上のリポジトリや記事の中では見つかりませんでした（複数の検索ワード／検索対象で確認）。([hyr.mn][1])

ただし、ほぼ同種の要素（メモリマップドファイルの読み方・大きなファイルの行数カウント・バイト単位カウントを高速化する手法）は複数見つかりました。これらを組み合わせれば、先に示した実装は典型的なパターンであることが確認できます。([Microsoft Learn][2])

見つかった“近い”・参考になりそうなソース（抜粋）**

1. .NET の公式ドキュメント（MemoryMappedFile の説明） — `MemoryMappedFile` の基本と CreateViewStream / CreateViewAccessor の使い方。必須の参照。([Microsoft Learn][2])

2. 「Counting lines with C#」というブログ記事（C# で改行（CR/LF）カウントに関する実装と GitHub リンク） — 行数カウントを目的とした実装パターンがある。([hyr.mn][1])

3. StackOverflow：MemoryMappedFile から高速にバイトを読む方法（`MemoryMappedViewAccessor` / unsafe ポインタ / Marshal.Copy 等の議論） — 高速実装のヒント。([Stack Overflow][3])

4. StackOverflow／Q&A：ファイル中の LF/CR の数を求める方法に関するスレッド（`grep -c $'\r'` 等の unix 例や C# でのカウント方法の議論）。([Stack Overflow][4])

5. GitHub のサンプルリポジトリ（MemoryMappedFile のテスト／サンプル） — メモリマップドファイルを使う実装例。([GitHub][5])

もう少し深掘りできます（選択肢）**

(A) GitHub を **リポジトリ全体**（コード本体）に絞ってさらにクエリを投げ、Gist や commit レベルまで探索します（よりコストがかかるため広範検索）。

(B) ブログ・技術記事を対象に **全文一致（コード断片）検索** を行い、私が先に示した C# コードの実際の一節（たとえば `mmf.CreateViewStream(offset, size)` や `Interlocked.Add(ref totalCount, localCount)` など）を直接検索して完全一致を探します。

(C) 「オリジナルは GitHub にあるはず」と思われるなら、あなたが覚えている**リポジトリ名の断片／作者名／投稿日**などを教えていただければ、それを手がかりに探します（断片情報があるとヒット率がぐっと上がります）。

どれを優先して探しましょうか？（A: GitHub全探査 / B: コード断片で全文検索 / C: あなたからヒント提供）

※続けて深掘りする場合は、すぐにさらに広い検索を行って該当ソースを探します（そのまま実行します）。

[1]: https://hyr.mn/catching-flowers-with-a-net?utm_source=chatgpt.com "Counting lines with C# - hyr.mn"

[2]: https://learn.microsoft.com/en-us/dotnet/standard/io/memory-mapped-files?utm_source=chatgpt.com "Memory-Mapped Files - .NET"

[3]: https://stackoverflow.com/questions/7956167/how-can-i-quickly-read-bytes-from-a-memory-mapped-file-in-net?utm_source=chatgpt.com "How can I quickly read bytes from a memory mapped file in ..."

[4]: https://stackoverflow.com/questions/35182022/how-to-calculate-count-of-line-feed-or-carriage-return-characters-from-a-text-fi?utm_source=chatgpt.com "How to calculate count of line feed or carriage return ..."

[5]: https://github.com/byGeek/MemoryMappedFileTest?utm_source=chatgpt.com "test csharp code for using memory mapped file."

がでてきたので、どうもstack overflow やgist、MSDNが元ネタのようだ

Permalink | 記事への反応(1) | 10:08

ツイートシェア

■[パワハラ]雑用を引き受けてくれる人に悪意を向けるな

(コメント欄で変な事になってしまったので再投稿)

45 :可愛い奥様 : 2024/07/05(金) 14:09:26.24 ID:kpP8fdMq0.net

事務系なんだけど、ゴミ捨てとか掃除とか雑用ばかりさせられてるパートさんがいるんだけど、

これってパワハラでは？？

清掃員じゃないのに…

可哀想で見てられなくてつい声かけたんだけど、

パートさんご本人は、ラクでちょうどいい、こんなんでお金もらえて1日が終わるなら楽勝、

とか言ってて、たくましいのか、、強がりなのか、

心配するのは余計なお世話なのかなぁ…

このやり方は一般的には【過小な要求】とかでパワハラ(または職場いじめか)に該当する。議論の余地は無いと思う。

本来の業務がどの程度圧迫されているかどうかなども考慮されるとは思うが。

今回の例では雑用で一日が終わるということなので、「必要な業務を合理的に割り当てただけ」という言い訳にはならないだろう。

掃除だけさせたければその職種で募集すべきだった。

雑用専門の業務で雇用されているわけではないのならその業務は皆で分担すべき。

他の人がやりたくないことを一人に押し付けるな。

雑用を引き受けてくれる人に対して悪意を向けるな。雑用を引き受けてくれる人を雑に扱うな。

仲間を追い出すな。仲間を無視するな。

人に貧乏くじを押し付けて自分たちだけで本業の実績を奪うな。

まあ訴訟にまでなるような追い出し部屋とかが性に合っている人も中にはいるので、

気にしないという人も個人差なんだろうな。稀な例だとは思うが。

だがそれは「サービス残業は気にならない」「育休が取れなくても構わない」「ブラック企業でも良い」と言っているようなものであり、

問題が存在しないことは意味しない。

それと、その人は清掃の職種を選ぶべきだったのでは。

その人は今の状態で良くても人事異動で他の部署に行ったり退職したら、後任者がどうなるかは気になる。

後任者が同じように雑用ばかり押し付けられたら・・・次こそはパワハラ問題が出てくる可能性は高いと思う。

職場のハラスメント対策やコンプラ意識が変わらないと根本的には解決しない。

-------

参考

「雑用ばかりさせるのはパワハラ」　裁判所の“意外”な判断、その理由とはhttps://www.itmedia.co.jp/business/articles/2205/31/news038.html

名もなき雑用ばかりの仕事で退屈。もっと活躍して評価されるには？ ｜女性の転職・求人情報 ウーマン・キャリア https://doda.jp/woman/guide/100moya/067.html

例えば、「女性は結婚や妊娠で辞めてしまうことが多いから、という理由で雑用ばかり命じられる」「明らかに自分だけが、長期にわたって雑用を押し付けられている」という場合は、ジェンダーハラスメントやパワーハラスメントに該当すると考えられます。

https://www.fdma.go.jp/singi_kento/kento/items/kento185_08_shiryo5-2.pdf

本来業務ではない雑用ばかり押しつけられる、他の部署に異動させられ、

　　仕事は何も与えられない等（過小な要求）

https://www.mhlw.go.jp/stf/houdou/2r9852000002qx6t-att/2r9852000002qx9f.pdf

営業なのに買い物、倉庫整理などを必要以上に強要される。（男性、40 歳代）

草むしり（男性、50 歳以上）

Permalink | 記事への反応(0) | 08:42

ツイートシェア

■anond:20251121155749

この発言は、2023年02月23日の17:00前半に、NetNaviのNetMonitorアクセス対象として、netnavi.net に開通した。3分と12秒後に、「netnavi.net」へ「netnavi.com」から転送された。 さらに10分13秒後に発言が途絶え、その後「netnavi.net」を「netnavi.net」に閉断し、アクセスできなくなった（アクセスの合計時間は5分21秒）。

この事故は、网民によって再现され、トレンドになっている。 その事故は、「NetNaviのネットマネー発言が無知だった。」「Naviが死んでおく」 という解釈で反応することが多く、それらの解釈には、Naviの「遺書」というものがあるという説がある。

遺書を共有しています。https://netnavi.com/archives/1408.html 遺書を購入した方はこのリンクにアクセスしてください。 （アクセスの合計時間： 3分55秒）

Permalink | 記事への反応(1) | 16:01

ツイートシェア

■[稀ドメインはてブ]2025年10月滅多にホットエントリを出さないドメインからのホットエントリ

ここ1年で初めてはてなブックマーク日毎の総合人気エントリ入りしたドメインからのホットエントリ、ブクマ数順トップ30

Permalink | 記事への反応(0) | 23:45

ツイートシェア

■ホットエントリからNHKが減ってはてブのドメインの比率はどう変わったか 2025年10月

10月1日からNHKのネットサービスがNHK ONEに切り替わり、ニュース配信ドメインがwww3.nhk.or.jpからnews.web.nhkになった

2013年頃からはてブされるニュースサイトのトップ争いに加わりはじめ、2019年からは絶対的な王者として君臨してきたNHKが大きくシェアを落とした

2021年から2位が指定席だったYahoo!Japanも大きく減らしている

朝日新聞がトップに立ったが朝日、読売、産経、毎日、共同通信が横並び状態

Togetter、増田の比率は先々月から横ばい

2025年10月 全276ドメイン

anond:20251005163547

Permalink | 記事への反応(5) | 23:09

ツイートシェア

■

クイズ：このスレと1　は、そのスレ内で第三者から投稿されたとあるイラストにより、大いに笑えるネタとしてミーム化された過去がある。なぜ笑えるネタになったのか？その画像の内容を推測

----

【速報】部下が58兆円の商談に失敗したwwwwww

1 名前：風吹けば名無し[] 投稿日：2016/09/09(金) 20:56:58.04 ID:cxMYqZwN00909.net

今部下を囲んで部署のみんなで土下座、殴る蹴る、

便器なめる、雑巾食うなどやりたい放題w

みんなを失望させたんだから制裁くわえて当たり前だよね

このスレッドがミーム化された理由を推測します：

笑えるポイント

「58兆円」という荒唐無稽な金額が核心です。これは日本の国家予算規模に匹敵する途方もない額です。

イラストの内容（推測）

おそらく第三者が描いたイラストは：

　

普通のサラリーマンや中小企業風の社員が、会議室やオフィスで

「58兆円」と大きく書かれたプレゼン資料やボードを持っている、あるいは

グラフや契約書に「58兆円」という金額が記載されている

　

様子を真面目に描いたものだと思われます。

なぜ笑えるのか

　

スケールのギャップ：個人や一般企業では絶対に扱えない金額を、ごく普通の会社員が商談しているという設定

シュールな真面目さ：非現実的な設定を真剣に描いているギャップ

ビジュアル化の威力：数字だけでは想像しづらかった荒唐無稽さが、イラストで可視化されることで一層際立つ

　

町工場の営業マンが「58兆円の商談書」を持っているような絵を想像すると、その不条理さが際立ちますね。

アカデミックなreasoningに長けているclaude4.5でも、このようなタスクにはめっぽう弱い

やはり"誰が"という主語を読む機能が無いからだろう (昔から、llmは登場人物が3人以上になるシチュエーションでおかしくなるんだよな)

また、日本語の"文字通りの読み方"に弱い

流石に説明すれば理解したようなテキストを出せるものの

言われなきゃ分からんでは話にならない

トークンの意味に依存し最もらしい事しか出さない機能は文法を読んでいない

状況、場の想像能力も欠如している

あり得ないことを除外するような調整も一因だろう

錯誤の認識方法で調教してないから、という話でもあるか

この想定能力じゃ、普段の推論の、一般の答えのない部分はどうなってるんだという

あり得ない環境を想像できるワールドモデルとユーモアの実装が待たれる

はよう入れてくれや

Permalink | 記事への反応(0) | 13:11

ツイートシェア

■

https://stackoverflow.com/questions/77343199/string-split-for-span

.net8以降向け、span.split のメモリー確保しなくていい奴

Permalink | 記事への反応(0) | 23:00

ツイートシェア

■ホットエントリから増田が減ってはてブのドメインの比率はどう変わったか 2025年9月

Togetter、増田の比率は先月から横ばい

はてなブログ10年目のkonifar-zatsu.hatenadiary.jpが7本ランクインと気を吐いている。去年の秋もホットエントリを連発していた。Kyashの役員さんとのこと。

7年目のnou-yunyun.hatenablog.comも5本と先月から好調。政治系のブログ。

2025年9月 全270ドメイン

anond:20250906010021

Permalink | 記事への反応(1) | 16:35

ツイートシェア

■ホットエントリから増田が減ってはてブのドメインの比率はどう変わったか 2025年8月

増田にスパム対策がなされた影響か増田からのホットエントリが増加に転じた

Togetter、Posfieも増加しているからしわ寄せは他のサイトに行っている

2025年8月 全313ドメイン

anond:20250805020036

Permalink | 記事への反応(1) | 01:00

ツイートシェア

■

でも、片目が見えないって本当に大変。撮影中なんてずっとだからね。しかも、その状態で殺陣のシーンもある。すごく寒い京都で、薄い着物の衣装のまま雪駄で殺陣をこなす。危ないでしょう。砂利もあるし、足なんてズタズタになる。それでも木村拓哉という男は、やるんです。

Permalink | 記事への反応(0) | 21:59

ツイートシェア

■

みんな、月食がいつ起こるか知ってる人いる？それが僕に必要な時間だよ

Permalink | 記事への反応(1) | 21:26

ツイートシェア

■dorawii@執筆依頼募集中

自動ブクマするローカルサーバーとかの構成を作った。

ブクマには↓のサブアカを使用

https://profile.hatena.ne.jp/dorawii_bukuma/

はてなのサイト側で読み込まれているはずのrksトークンを生成する関数を直接叩く方法がどうしても分からず結局request処理を自分で書く方法ではなく自動でUI側の保存ボタンをクリックするという無難な方向に落ち着いた。

最初から後者の方法をとっていればもっと全然早く作れたのにというは所詮言い訳か。

とにかくスクリプトを公開しておく。

start-server.bat

@echo off
cd /d "C:\Users\user\Documents\jsscript"

:: Nodeサーバーを別ウィンドウで起動
start /min "" node run-batch-server.js

:: Pythonサーバーを別ウィンドウで起動（hatenaserver配下）
start cmd /k "" python hatenaserver\server.py

以降はjsscript直下に配置

config.json

{
  "username": "",
  "password": ""
}

server.py

from flask import Flask, request, jsonify
import json
import os
from hatena_client import HatenaClient
from flask_cors import CORS

app = Flask(__name__)
CORS(app)

config_path = os.path.join(os.path.dirname(__file__), 'config.json')
with open(config_path, encoding='utf-8') as f:
    config = json.load(f)

@app.route('/bookmark', methods=['POST'])
def handle_bookmark():
    data = request.json
    url = data.get("url")
    if not url:
        return jsonify({"error": "Missing URL"}), 400

    client = HatenaClient(config["username"], config["password"])
    client.start_browser()

    if not client.login():
        client.quit()
        return jsonify({"error": "Login failed"}), 403

    success = client.add_bookmark(url)
    client.quit()

    return jsonify({"status": "ok" if success else "fail"})

if __name__ == "__main__":
    app.run(port=12347)

あとはグリモンにユーザスクリプトとして書くやつ

// ==UserScript==
// @name         自動セルクマ送信
// @namespace    tampermonkey.net/
// @version      2025-08-07
// @description  try to take over the world!
// @author       You
// @match        anond.hatelabo.jp/*
// @grant        none
// ==/UserScript==

(function () {
    'use strict';

    const url = location.href;
    if (!/^https:\/\/anond\.hatelabo\.jp\/\d+$/.test(url)) return;
    const editLink = document.querySelector('a.edit');
    if (!editLink) {
        // 既に編集ページなので処理をスキップ
        console.log('編集リンクが存在するため、スクリプトを終了します。');
        return;
    }

    fetch('localhost:12347/bookmark', {
        method: 'POST',
        headers: {
            'Content-Type': 'application/json'
        },
        body: JSON.stringify({ url: url })
    }).then(r => console.log("通知成功")).catch(e => console.error("通知失敗", e));
})();

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

https://anond.hatelabo.jp/20250821192753# 
-----BEGIN PGP SIGNATURE-----

iHUEARYKAB0WIQTEe8eLwpVRSViDKR5wMdsubs4+SAUCaKb0qwAKCRBwMdsubs4+
SHfiAQDcXmTHBaZ5Zzr1KI/OxZ0xl69oevOdy1FXJYwYvsmo5AD/ZPtZiO1JgTDj
m+27iymlkdzIXOIGWfC82UTr1mJ7EwU=
=YoV+
-----END PGP SIGNATURE-----

Permalink | 記事への反応(1) | 19:27

ツイートシェア

■jkjflkjlk jkwjglk lkgjl kwjlkj lkjflkwjlkfej lkjflkfwe

fewfwepwfielwle lkwel jwlkgej lkwgjlk jwglkejlkwgejlkgewj www.pslk.net/rsee8trn

Permalink | 記事への反応(0) | 00:00

ツイートシェア

■this is my bleave we shell overcome one day

this is my bleabve we shell overcome one day www://pslk.net/rsee8trn

Permalink | 記事への反応(0) | 00:00

ツイートシェア

■

迷惑電話がかかってきました。

電話番号07070135073の詳細情報 - 電話番号検索

興味深いことに同じ番号から私、弟、そして実家に掛かってきた（他の家族は掛かってきてない模様）。

流出元を推理したい。

• 家族のなかで私たち兄弟だけが登録している。
• 携帯番号だけでなく実家番号まで記入したサービス。
• 実家に住んでた頃に登録したサービスの可能性が高い。
• 上記の条件で直近で情報流出があったサービス。

…💡

流出元は…ディスクユニオンさん、あなたです🫵

しかしそうでない可能性もある（捜査のプロが分析）

【お知らせ】弊社オンラインショップ登録個人情報漏えいに関するお詫びとご報告｜ニュース&インフォメーション｜｜ディスクユニオン･オンラインショップ｜diskunion.net

Permalink | 記事への反応(0) | 16:09

ツイートシェア

■anond:20250810162429

どの言語のMath.minなんだろう。JavaScriptとか可変長引数を受け取って一番小さなものを返すMath.minならforを使うことにならない?

.NETみたいに二つの数値のうち小さいほうを返すMath.minかな?

それでレビューの観点としては、一行かどうかではなく言語が提供してる機能を使いなさいが理由だと思うなあ。

自分で書かなくてよいものは自分で書かない。Math.minを使っておけばMath.minの保守は言語開発者がやってくれるんだからその方が楽だよね。

Permalink | 記事への反応(0) | 07:46

ツイートシェア

■「ホンモノ化」する與那覇潤

注意　リンクをたくさん貼っているが、スパム対策をしています。ご了承ください。

これは以前から何度か書いている與那覇潤について、もうその観点・見方が陰謀論とまではいかなくとも、かなり接近しつつある段階に突入していることを「実証」する試みである。

この検討によってもはや與那覇の現状がいかにヤバいことになっているかが分かるだろう。

正直、少し調べてみただけだが（そもそも今の與那覇にそこまで時間を費やす価値はない）、ここまでとんでもないことになっているとは予想だにしなかった。まさに與那覇は「ホンモノ化」しているといえるだろう。

なお、「ホンモノ」とは與那覇による自称である。主流派の専門家を「ニセモノ」と断じて自分こそが社会を正確に批評できる「ホンモノ」であると対比させている。そもそも、５０手前のいい年した大人がこんなイタい表現使うこと自体どうなのかと思うが、まあ本人が気に入っているようなので與那覇は「ホンモノ化」していると批判しても一向にかまわないだろう。ここでは與那覇のいう「ホンモノ」の思考や言説が一体どういうものなのか明らかにしたいと思う。

突然だが歴史学には「史料批判」という言葉があるらしい。AIに要約させてみた。

「史料批判」とは…史料批判とは、歴史研究において、史料の信頼性を評価し、歴史的事実を解明するための批判的な手法のことです。史料の真偽、作者、作成年代、内容の信憑性などを検討し、史料が示す情報がどの程度信頼できるかを判断します。

まあ要するにソース（史料）にはしっかりとその正否を問える力を付けようということである。與那覇は研究者たちとの争いの中で自分が批判する研究者たちを「史料批判できない」と言って批判している。

ttps://note.com/yonahajun/n/n9e5c69865c86

ここではこの争いの是非については立ち入らない。気になるなら各自で調べてもらえればと思う。

さて、與那覇はコロナに対するマスク・ワクチンへの批判を痛烈に熱心に行ってきた。最近はとうとう「店員はマスクを外せ」と言い出している。

これは結局マスクを強要することを批判していたことの裏返しに過ぎない典型的な逆張りのしょうもない話である。しかも理由が「外国人がせっかく来ているのに」とか自分が気に食わない、とかいうどうでもいい理由である。いや、流石にそんなことは言わないだろうと思った人はこの記事を見てほしい。

ttps://note.com/yonahajun/n/n28ac220c53ff

この記事の問題点は「マスク信仰」が江戸時代以来の日本の図式だ！みたいな杜撰極まりないぎろんをしているところ。そしてそれを「ホンモノ」たる成果として誇っていること。下記の『潮』に掲載した一文なんてすさまじいことこの上ない。嘘だろと思うだろうけれど、「ホンモノ」は本気で言ってるらしい。アンケートでも取ったというのだろうか。

「この2025年にも、食事を運ぶ人たちがみなマスク姿。せっかくの美しい和装も台無しで、インバウンドで訪れた外国人はがっかりするだろう。なにより、本人たちが楽しく働けないに違いない」

　→むろん、こうした記述に全く根拠がないのは言うまでもない。

問題はここからである。與那覇はここまで自信満々にコロナについて発言するのだから、当然それなりの根拠があるはずである。そんな與那覇のコロナ観が分かるのが、2023年のnewsweekに掲載されたこちらの記事である。

驚くべきは與那覇が「マスクは無用、コロナは大したことない」と主張するソースである。

ttps://www.newsweekjapan.jp/yonaha/2023/04/post-5.php

森田洋之と宮川絢子である。森田は非常に有名な反ワクチン論者で、人によっては「陰謀論者」と評するような人物である。

https://note.com/inbouron666/n/na670d641ce30

宮川はコロナで苦汁をなめたことで有名なスウェーデン在住で、その姿勢はかなり批判されてきた。

ttps://note.com/nyanpy7x/n/nae5e69ef7519#45a31942-36fe-478b-99f0-7f23e330a050

宮川が絶賛するスウェーデンコロナ対策は2020年時点で国王から「失敗」の「太鼓判」が押されている。

ttps://www3.nhk.or.jp/news/html/20201218/k10012770601000.html

スウェーデンのコロナ対策については下記も参照。

ttps://toyokeizai.net/articles/-/363225

ttps://x.com/Calcijp/status/1885227563603419627

ttps://x.com/Otola_ryntaro/status/1910237498996916547

宮川はスウェーデンの当時の悲惨さを無視してスウェーデンのコロナ対策を礼賛する発信を続けている。

ttps://news.ntv.co.jp/category/society/d0692a604c2e42b28878125de0701b42

ttps://forbesjapan.com/articles/detail/65891

まさにリアル「歴史修正」である。そんな人の記事を引用することに、なんの疑問も「史料批判」精神も働かなかったのだろうか。

正直、コロナのことはいまだに分からない点も多い。少なくとも與那覇が根拠に挙げた二人の論者を論拠に挙げてマスク不要、と結論付けるのはかなり乱暴である。最低限でもこれらの議論に対する批判や別の考え方も示したうえでどちらが妥当かを判断するような見解にでもしない限り、到底多くの人を納得させることはできない。與那覇のかねてからのコロナに対する持論の根拠がかなり薄弱であることをここでは指摘しておきたい。

無論、このような與那覇の杜撰な記事は痛烈な批判にさらされた。

ttps://x.com/Newsweek_JAPAN/status/1651882699106267136

3年前のこちらの記事のツイート。118引用ツイートがついているが、與那覇の見解を根本から批判するものが多い。

以下、いくつか引用したい。

ttps://x.com/mama_melaleuca/status/1652160087778291712

マスクが感染予防に有効だとする「医学的な根拠はない」

マスクがウイルスを捕集できる科学的な根拠

マスクの捕集機構についての科学的な説明

ならそこら中にありますね

ttps://x.com/tkay109/status/1652219662393040896

そもそも、医科学の素人が「マスクには医学的根拠はない」などと断言することが不遜です。さらに、彼がその論拠として引用している医師二人がまた、非科学的なのです。二重にトンデモな記事を書いた與那覇潤氏は、歴史学が非科学である可能性を示してしまいましたから、歴史学会から叱られるはずです。

　→不遜なんて言うと與那覇は「センモンカなんかあてになるか！」言い出しそうだが、その根拠がまた「非科学的」という・・・。

ttps://x.com/yoshimy_s/status/1652134906879942661

マスクによる防御能は物理学的な作用によるものであり、数学的に解明することが必要で、いわゆる一般的に言う「医学的な」範疇ではありません。

また数学的に得られる結論は、確率論に基づく理論値ですから、根拠が「ある／ない」の二者択一で論じるのも不適切です。

以上、引用終わり

今日でもコロナは拡大しており危機感を持った医療関係者による発信が続いている。

後述するように、與那覇は「対談」を自己ステータスの証明に使っているので、ぜひこういった人たちと議論してほしいのだが、いかがだろうか。

なお、当然のことながら與那覇がこれらの批判に反論した形跡は全くない。まさに與那覇が批判するような「言いっぱなし」を自ら実践している。

森田にいたっては、参政党ともつながっていることが分かっている。その森田は與那覇の記事を礼賛している。

ttps://sankago.hp.peraichi.com/2025/

鹿児島の政治資金パーティーの広告

ttps://note.com/hiroyukimorita/n/n783b8188b14d

森田による與那覇礼賛の記事

こうしてみると、以前の記事で與那覇が参政党の躍進を「支持はしないが、参政党の躍進を喜びたい」と述べたことも、別の意味を帯びてくる。そもそも支持はしないが喜びたいという言葉自体、一昔前の「ご飯論法」にも通じる詭弁である。與那覇が参政党にシンパシーを感じていて、表立って支持するなんて言ったらたたかれるので、予防線を張っているとも考えられる。與那覇の文面から、参政党への強い批判や危機感を見出すことはできないし、反ワクチンなどでは参政党と近い立場であることは明らかである。なお、與那覇が参政党の躍進を喜ぶのは「ホンモノ」の予言が当たるかどうか確かめたい、という意図によるらしい。だが、こうした與那覇の文面をそのまま馬鹿正直に受け取ることもできない。以下に見るように與那覇が依拠する言説の中には参政党と通じる人脈が複数含まれている。與那覇が参政党の反ワクチン的姿勢に対して特に言明しないのも、なんだか不気味に思えてくる。無言の肯定ということにならないだろうか。

そもそも、民族差別など数々の問題点を指摘されている参政党の躍進を「喜びたい」などと表現するのは、常軌を逸していると言わざるを得ない。もはや與那覇は陰謀論に通じているか、そうでなくともそうした価値観を容認していると批判されても言い訳できないだろう。

もし、そんなことない、「ホンモノ」たる俺が陰謀論なんて信じているわけないと言いたいなら、森田や宮川の議論を引用するときに最低限の注記をはさむべきだった。そうした行為を一切していないのは、與那覇にはすでに陰謀論者とも言われる人物の議論を引用することにためらいが無くなっていることを意味する。

専門家批判は決して悪いわけではない。だが、それに代わって批判するのが根拠が薄く、数多く批判されている論者の言説であるというのはもはや喜劇でしかない。専門家がダメだからといって、自分に合う言説を無批判的に引用するのは真摯な立場ともいえないだろう。

そうした問題の多い言説を世に出すことに何の疑問も抱かない。そして、批判を受けても一切無視できる。そのクセ他人には「失敗を認めて反省しろ」と口汚く罵る。これが「ホンモノ化」の現実である。

繰り返すが、おそらく與那覇は「陰謀論になんてはまってない！」と言い張るだろう。だが、改めて森田の言説やそれに対する指摘を見てほしい。普通ならそのまま引用するのに躊躇うくらいの批判が相次いでいる。それらを論拠として挙げることに何の抵抗もなくなった時点で、すでに與那覇は「陰謀論」のナラティブに絡めとられつつあると言っても、大きくは外れていないだろう。えてして陰謀論にはまった人には陰謀論にはまってるといっても聞かないものだ。

さて、ここまで見てもらえたならもうお分かりだろう。與那覇には「史料批判」の視点が全くないのである。自説に都合のいい議論を紹介してあたかもそれが結論であり、最新の議論であるかのように偽っている。

そういえば、『中国化する日本』でもそんな手口を使っていたような・・・。

https://yu-koba.hatenablog.com/entry/20111212/1323691605

https://kscykscy.exblog.jp/18241381/

なんどもいうがkscykscyこと鄭栄桓の記事は與那覇の議論の問題点や手口がよくわかる内容となっている。與那覇を論じるならまず必読の内容である。與那覇が今なおこのブログに一切言及しないことも含めて、示唆的であろう。

では、これからどうしたらいいか。與那覇は最近でも著名な有識者と対談をしている。與那覇は対談することで自分が一流の批評家であるというアイデンティティを確保しているようである（先の歴史研究者への反論でも自分が専門家と対話していることをまともな証拠に挙げていた）。

ttps://note.com/yonahajun/n/n411c48f6f523

ちなみにこの記事で挙げられている宮沢孝幸は参政党と通じている。

https://x.com/tokyo_jyoto/status/1885649076517249067

ここまで参政党と通じている点をいうと與那覇のことだから「学級会みたいに誰かとつながっているからなんて理由で批判するのは幼稚だ！」などと言い出しそうだが、参政党躍進を喜んだ以上、その人脈とのつながりは指摘されて当然である。そもそも聞かれてもないのに参政党躍進にはしゃいだのは與那覇なのだから、自分のうかつさを反省すべきである。

念のため補足しておくが、與那覇が参政党関係者と対談したり、その価値観や政策を肯定したことも、支持を明言したことも一度もない。

ただし、その主張の背後には「参政党的」なものが見え隠れしている。すでに與那覇は参政党に自身の思惑はどうあれ接近しつつある。いずれ参政党の支持を明言するのも時間の問題ではないだろうか。これは外れて欲しい予言であるが。

ttps://note.com/yonahajun/n/nb2bd757600df

自分の地位を誇るために「こんなすげー専門家と対談しているんだぞ！」という論法は「俺スゲー人と握手したんだぜ！」みたいな「幼稚」な自己顕示欲の発露に見えなくもない。

対談もいいが、大事なのはそこで何を話したかだろう。単に権威をひけらかして自分の立場の正当性を主張しているように見える。『中国化する日本』で批判された手口と同じである。

余談だが、戦前にもそんな人の権威に寄りかかって自らの権威と正当性を訴えた人物がいたようである。

ttps://x.com/NAKAHARA_Kanae/status/1890289544702066920

中身のない人ほど誰と会ったかや誰と話したかの「実績」にこだわるのは戦前から変わらないらしい。こういう発見もあるから歴史ってのも案外面白い。

実は対話をしたり表向きのメディアでは與那覇は非常に行儀がいい。普段noteやネット記事でやるような苛烈な批判は鳴りを潜め、つつましく対談しているのである。使い分けがとても上手で、ここはさすがという他ない。その意味で與那覇の振る舞いはとても洗練されている。これは皮肉抜きである。

ただ、ここまで来たように、與那覇には陰謀論者と批判されるような根拠の弱い議論を平気で受け入れて、他人を罵倒して自分は「ホンモノ」だと居直り、自身に対する批判には耳を貸さない身勝手な側面があることは間違いない。

だから、今やるべきはもうこうした人物をしっかりとした「批評家」と見なすことをやめることである。與那覇の議論は常に身勝手さに裏打ちされた恣意的な印象操作、批判に対する無視が付きまとっている。そうした問題点がある限り、與那覇の議論をまともに受け止めることは難しいし、それこそ「史料批判」の観点から批判的にとらえる必要がある。

仮にこの記事を與那覇が目にしたなら、鄭の批判にさかのぼって、まずは自分の間違いや問題点をしっかりと洗い出して、自分の議論や言説に間違いがないか反省する作業をしてほしいと思う。そうしないと、マジで本当にもう誰にも相手にされなくなる。少なくとも、後世では無視されるか「こんな「ホンモノ」がいたのか！」と笑いものにされる可能性が高い。笑いものにされるならまだマシで今のままだと無視される方が確率的に高そうである。

そうした言説に対する真摯な見直しと反省ができないなら、やはり本稿の批判はかなり当たっているということになる。

この記事が與那覇の議論が「すごい」と思った人に届けばいいと思っている。たまたま見つけた人が「あれ、與那覇さんってなんかいいと思ったけど、もしかしてまずい人なのかもしれない」と思ってもらえればそれで十分だ。そうした批判や見方を改める作業を繰り返すことで、真の「本物」が生まれるはずだから。

Permalink | 記事への反応(0) | 13:39

ツイートシェア

■ホットエントリから増田が減ってはてブのドメインの比率はどう変わったか 2025年7月

増田ホットエントリの減少は止まったように見える

ノアドット社がドメインをnordot.appからnews.jpに切り替えた

2025年7月 全293ドメイン

anond:20250705204522

Permalink | 記事への反応(2) | 02:00

ツイートシェア

■ホットエントリから増田が減ってはてブのドメインの比率はどう変わったか 2025年6月

増田は更に減ったが今月はTogetter、Posfieも減った。

減った分はリストのトップ10に入っているようなサイトによって埋め合わせされたようだ。

2025年6月 全274ドメイン

anond:20250604232414

Permalink | 記事への反応(2) | 20:45

ツイートシェア