  |
はてなキーワード: REDとは
映画興行収入ランキング https://www.kogyotsushin.com/archives/alltime/
興行収入が大きいほど、の率が高いことがわかる。
@yua-n8b
@cyc7779
@yua-n8b そんなデカいの持てるの！？ってのもおる
@ヘネシー-s3x
砂場でアリみてたら昼休み終わってて授業に遅刻した小学生時代を思い出した
@RED-nv8ni
…そういや子供の頃、サムライアリ同士を無理矢理戦わせて遊んでたな。気付いたらアリの首がそこら辺に転がってて……今更ながら凄え残酷な事してたわ…。
@エスきり
@ピチュピチュピチュピチュピチュー
@nameless5183
川の流れもいいぞ。同じになりそうで瞬間、瞬間違う流れでファンタスティック。
仙人おるやん😊
X（旧Twitter）を掘っていたら、漫画『私がモテないのはどう考えてもお前らが悪い!』（わたモテ）に関する、2013年の興味深い考察ツイートを見かけた。
めっちゃたまってる、もこっち消化中。 漫画だと「黒い飲み物」＝コーラなんだけど、アニメで「黒い缶のコーラ」になってるんだが、ノンカロリーコーラでもアリって寄ってくるのかな？ｗ— あくあぶるぅ (@aquablew) September 10, 2013
もこっち（黒木智子）がこぼしたコーラにアリがたかる……という描写についての疑問だ。
この「黒い缶＝ゼロカロリーコーラ缶」という認識、今となっては失われた製品デザインになりつつあるので、当時の背景整理と、論文に基づいた科学的な回答をまとめておく。
結論から言うと、「科学的には、アリはノンカロリーコーラ（人工甘味料）をエサとして認識しないため、漫画やアニメのように大挙して群がってくることは考えにくい」。
アリが甘いものに群がるのは、味覚を楽しんでいるわけではなく、コロニーを維持するためのエネルギー源（炭水化物）を求めているからだ。
この点については、昆虫学の研究によって「アリは単に甘い味に釣られるのではなく、エネルギー源としての価値を厳格に見定めている」ことが裏付けられている。
まず、Brinkman & Gardner (2001) の実験(*1)では、ヒアリは砂糖水には群がったものの、アスパルテームやサッカリンといった人工甘味料の水溶液に対しては、ただの水と同じ反応しか示さず、エサとして認識しなかった。
さらに、Roeder et al. (2021) の研究(*2)によれば、アリは天然の糖（スクロースやグルコース等）の間ですら、「エネルギー効率が良いか」「自然界の主食（甘露）に近いか」を基準に優先順位をつけるほど、摂取対象をシビアに選別している。
つまり、本物の糖質ですら選り好みする彼らが、「甘いだけでカロリー（エネルギー）が皆無」であるコカ・コーラ ゼロをエサとみなす可能性は極めて低い。アリの生存戦略において、ノンカロリー食品は無視すべき対象なのだ。
したがって、アニメで「黒い缶（ゼロ）」からこぼれた液体にアリが群がっている描写があるとしたら、それは科学的には誤り（演出上のフィクション）の可能性が高いということになる。
このツイートの肝は、投稿者が 〈黒い缶＝コーラ（ゼロ）〉 と即座に認識している点だ。
2025年の現在、コカ・コーラ ゼロは〈赤い缶（黒文字）〉になっており、当時の感覚とはズレが生じている。
2007年〜： 発売当初。「漆黒のボディ」がトレードマーク。
2013年（アニメ放送時）： まだ完全に「黒い缶」。投稿者の認識は正しい。
2017年： 「ワンブランド戦略」で、黒背景に「赤い円（レッドディスク）」が入る。まだ黒い。
2021年9月（転換点）： ここで全国リニューアル。缶の地色が「赤（コカ・コーラレッド）」に変更され、ロゴだけが黒になった。
つまり、コカ・コーラ ゼロの缶デザインが〈黒色の面積が多くを占めるもの〉でなくなったのは、西暦2021年のことだ。
あのアニメの描写は、2021年以前特有の光景ということになる。
最後に、作中の時系列を整理して、なぜその描写になったのかを推測する。
以下のWikiを参照した。
初出（ガンガンONLINE）：2012年1月19日
原作の2012年、アニメの2013年ともに、世間の認識は「ゼロカロリーコーラ＝黒い缶」だった。
では、なぜアニメで「黒い缶」が描かれたのか？
もこっちが健康志向でゼロカロリーコーラを選んだ……というよりは、もっと単純な「大人の事情（商標配慮）」と見るのが自然だ。
アニメで「赤い缶」をそのまま描いてしまうと、誰が見ても世界的ブランドであるコカ・コーラ商品だと認識してしまう。
フィクション作品において実在商品の商標をそのまま出すことは権利関係のリスクを伴うため、色やデザインを意図的に変えて「あくまで架空の炭酸飲料です」のようにするのが業界の通例だ。
スタッフが「赤だとマズいから、中身の色に合わせて黒っぽい缶にしておこう」という処理をした結果、「当時のコカ・コーラ ゼロのデザインと偶然かぶってしまった」というのが真相ではないだろうか。
視聴者（投稿者）には「ゼロだ！」と認識され、その結果「ゼロなのにアリが来るのはおかしい」という科学的な矛盾が生じてしまったわけだが、10年以上前の「黒い缶」デザイン全盛期ならではの面白い現象だといえる。
と質問とした所、
いい質問。ただ、**今回私が提示した 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 を使ったキャッシングなどの応用。
*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."
| タイトル | 興行収入(億円) | 公開年 |
| 借りぐらしのアリエッティ | 92.6 | 2010年 |
| ONE PIECE FILM Z | 68.7 | 2012年 |
| ヱヴァンゲリヲン新劇場版:Q | 53 | 2012年 |
| 風立ちぬ | 120.2 | 2013年 |
| STAND BY ME ドラえもん | 83.8 | 2014年 |
| 映画 妖怪ウォッチ 誕生の秘密だニャン! | 78 | 2014年 |
| バケモノの子 | 58.5 | 2015年 |
| 映画 妖怪ウォッチ エンマ大王と5つの物語だニャン! | 55.3 | 2015年 |
| 君の名は。 | 251.7 | 2016年 |
| 名探偵コナン 純黒の悪夢 | 63.3 | 2016年 |
| ONE PIECE FILM GOLD | 51.8 | 2016年 |
| 名探偵コナン から紅の恋歌 | 68.9 | 2017年 |
| 名探偵コナン ゼロの執行人 | 91.8 | 2018年 |
| 映画ドラえもん のび太の宝島 | 53.7 | 2018年 |
| 天気の子 | 142.3 | 2019年 |
| 名探偵コナン 紺青の拳 | 93.7 | 2019年 |
| ONE PIECE STAMPEDE | 55.5 | 2019年 |
| 映画ドラえもん のび太の月面探査記 | 50.2 | 2019年 |
| 劇場版「鬼滅の刃」無限列車編 | 407.5 | 2020年 |
| 劇場版 呪術廻戦 0 | 138 | 2021年 |
| シン・エヴァンゲリオン劇場版𝄇 | 102.8 | 2021年 |
| 名探偵コナン 緋色の弾丸 | 76.5 | 2021年 |
| 竜とそばかすの姫 | 66 | 2021年 |
| ONE PIECE FILM RED | 203.3 | 2022年 |
| THE FIRST SLAM DUNK | 164.8 | 2022年 |
| すずめの戸締まり | 149.4 | 2022年 |
| 名探偵コナン ハロウィンの花嫁 | 97.8 | 2022年 |
| 名探偵コナン 黒鉄の魚影 | 138.8 | 2023年 |
| 君たちはどう生きるか | 94 | 2023年 |
| 劇場版 SPY×FAMILY CODE: White | 63.2 | 2023年 |
| 名探偵コナン 100万ドルの五稜星 | 158 | 2024年 |
| 劇場版ハイキュー!! ゴミ捨て場の決戦 | 116.4 | 2024年 |
| 機動戦士ガンダムSEED FREEDOM | 53.8 | 2024年 |
| 劇場版「鬼滅の刃」無限城編 第一章 猗窩座再来 | 367.7 | 2025年 |
| 名探偵コナン 隻眼の残像 | 146.7 | 2025年 |
| 劇場版 チェンソーマン レゼ篇 | 57 | 2025年 |
記名でもらった注目を、いつか尊敬に変えるんだ。
レスバと理論、というリアル。執筆依頼・4年目。「執筆依頼募集中」という署名。それは希望です。4年以上続けています。しかし依頼は来ません。なぜでしょう。記名することで注目は集まりました。「またdorawiiか」と認識されます。しかしそれは尊敬ではありません。嘲笑です。娯楽です。サンドバッグです。統合失調症論の5000字は評価されませんでした。なぜならその後のレスバトルが、すべてを台無しにするからです。準備時の知性と、リアルタイムの崩壊。言語性IQ130と、動作性IQ90。このギャップが、彼の悲劇です。記名からもらった注目を、いつか尊敬に変えるんだ。その夢は、今日も実現しません。そして明日も、おそらく。
ひとは、ひとりじゃ、極端になれる。
「子孫代々レスバトルを受け継ぐ」を、はんぶんこ。冗談のほうを、受け取ってほしかった。真剣に、語って、増田が困惑する表情に、孤独を感じたのはむしろdorawiiのほうだった。君のおかしいが、私の娯楽。君の極端が、私の笑い。君がいるから、私は優越感を持てるんだ。君にもいつかそんな人ができるといいね。理解してくれる人が。しかし50代、友達はいません。恋人もいません。家族との会話も表面的です。ひとりだから、極端になれます。「世界一周旅行1ヶ月前から」という稀なケースに執着できます。「3ヶ月は杓子定規」と批判できます。「統治」まで抽象化できます。誰も止める人がいないから。ひとは、ひとりじゃ、やさしくできない。そしてひとりだから、極端になります。
実証をする人は。評価されます。大事な議論をしている場で、確認作業をする人は、信頼されます。それが、学問の場だったらなおさらです。でも本当はdorawiiにこそ、実証と確認が必要なのかもしれません。「法律のハック」「国勢調査の穴」「18禁漫画の不在」実証には、理論を検証する力があります。良い実証は、良い理論の基盤になる。「細川内閣」「既存の作品」「国勢調査法全文」確認には、恥をかかずに済ませる力があります。良い確認は、論破を防ぐ盾になる。なにより、実証、確認のある理論は誰も「まずは法律読め」と言いません。準備不足な人から、説得力のある主張は生まれませんから。実証も、確認も、めんどうです。想像だけで理論を作るほうが、ずっと楽です。でも、それでは増田の娯楽にしかなりません。明日を拓く、実証主義。
傷つけるのは一瞬でも、記録されるのは永遠。
その投稿。消せないことに、気づいてほしい。記名したその瞬間から、すべてが記録されます。2021年の18禁漫画論。2025年1月の統合失調症論。6月以降のレスバトルの数々。フラッペ論争。法律のハック論。子孫代々レスバトル論。国勢調査の穴。すべてが蓄積され、パターンが見出され、評判が形成されます。匿名なら忘れられます。しかし記名は永遠です。「またdorawiiか」という認識。「予測可能」という娯楽化。「GREAT DORAWII」という嘲笑。それらはすべて、記名の代償です。傷つけるのは一瞬でも、傷つくのは一生。記録されるのは永遠。それでもdorawiiは、今日も記名します。なぜならそれが、唯一の存在証明だからです。
高校3年で統合失調症を発症し、20代を失い、30代で孤立し、50代で「執筆依頼募集中」。人生の転機は二度ありました。一度目は病気。二度目は記名。匿名の海で、唯一の顔を持つこと。それは存在証明であり、同時に標的になること。「増田」と呼ばれることを拒絶します。「俺は増田ではない。dorawiiという名前がある」それは叫びです。アイデンティティを守るための。しかし記名こそが、彼を孤立させる原因です。パターンが蓄積され、評判が固定化され、予測可能性を獲得され、キャラクター化され、娯楽化されます。それでも記名を続けます。なぜなら、匿名になることは、彼にとって存在の消失だからです。おとなの人生を変えるのは、たいてい恋か、仕事です。しかしdorawiiの場合は、病気と記名でした。
誰かが指摘してくれた反例も。提示してくれた具体例も。高校の頃からの孤立も。人はすぐに忘れてしまう。だからこそ、私たちは、記名し、投稿し、レスバすることで、そこに本当の自分らしさを見つけることができない。はてなの中で、あなたが生きるその時間の中で。希望も、挑戦も、後悔も、反省も、歓びも、哀しみも。そのすべてをどうぞ書きつけてください。そのとき増田はきっと、あなたがあなたらしく論破される場所になれる。4年以上、私たちはそう観察して記録してきました。dorawii理論、今年も迷作です。細川内閣を知らないまま「法律のハック」を語り、国勢調査法を読まないまま「穴」を指摘し、実証なき理論構築で、今日も増田を賑わせます。選ばれている理由があります。娯楽として。
準備時が晴れた日は、リアルタイムは嵐だ。
統合失調症論の精緻さを、増田に説明するのは大変です。5000字の自己分析と、数百字のレスバトル。同じ人間が書いているとは思えません。準備に時間をかければ、言語性IQ130が全開します。メタ認知が機能し、自己批判も可能です。しかしリアルタイムになると、動作性IQ90の制約が支配します。文脈が読めず、皮肉が通じず、防衛機制が暴走します。「フラッペとも言うわw」の意味が分からず、「増田」という呼称を拒絶し、「子孫代々受け継ぐ」と真顔で語ります。準備時のdorawiiとリアルタイムのdorawii。二つの人格が、一つの名前の下に存在します。そして本人は、その断絶に気づいていません。
新dorawii投稿おめでとう。今日、君はどんな理論を構築し、どんなレスバトルへ挑んだのだろうか。たとえどんな理論であっても、君が実証してくれないことを希望する。空中楼閣だってかまわない。君は今、想像力の申し子なんだ。理論の巨人と言ってもいい。君の概念は飛翔していく。言語性IQ130などというのは高が知れている。誰だってすぐに理論化できるほど社会の、世の中の、現実というものは簡単じゃない。実証など覚えなくていい。確認作業などしなくていい。それよりももっと、肝心なことがある。それは増田の罵倒に触れることだ。たとえどんな批判であれ、その増田が存在する理由がある。レスバ主義というが、勝つことがすべてのものは、理論家なんかじゃない。理論の価値は、自分以外の誰かのためにあると、私は思わない。その理論に固執し、現実を拒絶することが大切だ。dorawiiの執念は、その頑固さが生み出す。理論に、妄執に浸るには、いつも実証を避けて、自分が空っぽになって臨むことだ。それでも空っぽの脳みそ君、匿名も出るし、論破もされたくなる。でもそれは認めるな。そんな夕暮れは空っぽの増田に、子孫代々の妄想を注げばいい。そこで負けた悔しさを皆吐き出し、また明日、空っぽにして理論化すればいい。案外と理論は君を裏切るものだ。
何か論破できるものはないかとついつい探してしまう。そんな攻撃心がレスバトルを楽しくさせ、増田での存在感を確立させるのかも。ただ同じ理論を繰り返し、実証を避けているほど、もったいないものはないですから。言語性IQ130という才能を、確認作業の欠如が無駄にします。「まずは法律読め」と言われても読みません。「既存作品を調べろ」と言われても調べません。理論だけで戦います。そして負けます。でもまた明日、新しい理論で挑みます。実証さえしなければ、理論は永遠に美しいままだから。
