■日曜プログラミング、破綻

俺のやりたいことは.NET9が必要

Powershell+WFPじゃ無理やんけ！→C#に移行

冷静に考えたら利用者のPCに.NET9ランタイム入れられなくね？→単体140MBのクソアプリ爆誕

泣く泣く.NET9でしかできない要素全部削ってPowershellアプリ作成。50KB

何だったんだ今日という1日は

学びにはなったけどさあ

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

ツイートシェア

■anond:20251213140222

Powershell→Powershell+WFP→C#に今日5時間かけて引っ越してる

どうも.NET9.0で実装された新しめの機能を使ったところAIのキャッチアップが不十分で二転三転

Claude Sonnet 4.5単体だと進めないからGeminiに並行でレビューさせたりチェックさせたりしてようやくここまで来た

ポン出しではできない領域に来ている歓び

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

ツイートシェア

■anond:20251212012306

https://learn.microsoft.com/ja-jp/dotnet/api/system.text.regularexpressions.regex.replace?view=net-8.0

リンク踏めばわかるけど、c#のregexクラスはc++みたいにイテレーター（C#だと列挙子やReadOnlySequenceクラス）を渡せない。

https://ufcpp.net/study/csharp/resource/span/#first-class-span

https://qiita.com/nskydiving/items/3af8bab5a0a63ccb9893

https://ufcpp.net/study/csharp/resource/readonlyness/

https://learn.microsoft.com/ja-jp/dotnet/framework/interop/copying-and-pinning

あと、リンク先全部読めばわかるけど、Spanやreadonly structが導入されたのはC#7.2以降（.net core2.1）なんで、油断するとコピーしまくりだったりするし、win32apiやCOMを呼び出すときにコピーされることがあるから注意しろとMSDNに書いてあったりする

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

ツイートシェア

■

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

aiマヌケだな。

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

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

だから、gistとstackoverflow、一部のgithubからしか学習できない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のソースがあるので、

それを今のObjectPascal、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 で効率よく読み出す方法。

　([StackOverflow][2])

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

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

　([RedgateSoftware][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 "Sharingis 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. 「Countinglines withC#」というブログ記事（C# で改行（CR/LF）カウントに関する実装とGitHubリンク） — 行数カウントを目的とした実装パターンがある。([hyr.mn][1])

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

4. StackOverflow／Q&A：ファイル中のLF/CR の数を求める方法に関するスレッド（`grep -c $'\r'` 等のunix 例やC# でのカウント方法の議論）。([StackOverflow][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 "Countinglines withC# - 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 ofline feed or carriage return ..."

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

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

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

ツイートシェア

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

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

45 :可愛い奥様 : 2024/07/05(金) 14:09:26.24ID: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のネットサービスがNHKONEに切り替わり、ニュース配信ドメインが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.04ID: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 "" noderun-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
importjson
importos
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')
withopen(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 noturl:
        returnjsonify({"error": "MissingURL"}), 400

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

    if notclient.login():
client.quit()
        returnjsonify({"error": "Login failed"}),403

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

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

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

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

// ==UserScript==
// @name自動セルクマ送信
// @namespace    tampermonkey.net/
// @version      2025-08-07
// @descriptiontry totakeoverthe world!
// @authorYou
// @matchanond.hatelabo.jp/*
// @grant        none
// ==/UserScript==

(function () {
    'use strict';

consturl = 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));
})();

-----BEGINPGP SIGNEDMESSAGE-----Hash: SHA512https://anond.hatelabo.jp/20250821192753# -----BEGINPGP SIGNATURE-----iHUEARYKAB0WIQTEe8eLwpVRSViDKR5wMdsubs4+SAUCaKb0qwAKCRBwMdsubs4+SHfiAQDcXmTHBaZ5Zzr1KI/OxZ0xl69oevOdy1FXJYwYvsmo5AD/ZPtZiO1JgTDjm+27iymlkdzIXOIGWfC82UTr1mJ7EwU==YoV+-----ENDPGP SIGNATURE-----

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

ツイートシェア

■jkjflkjlk jkwjglk lkgjl kwjlkj lkjflkwjlkfej lkjflkfwe

fewfwepwfielwle lkwel jwlkgej lkwgjlk jwglkejlkwgejlkgewjwww.pslk.net/rsee8trn

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

ツイートシェア

■thisis my bleave we shell overcomeone day

thisis my bleabve we shell overcomeone daywww://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

ツイートシェア