  |
はてなキーワード: utf-8とは
<script async src="https://platform.twitter.com/widgets.js" charset="utf-8"></script>【面識なし】女性の自転車に“体液入り避妊具”結びつける 39歳男を逮捕https://t.co/rx5egMn08q
男は避妊具を結び付けたり、サドルに体液をかけたりした疑い。避妊具は数回に分けて合わせて5個ほどが自転車のハンドル付近やサドルの下に結び付けられていたという。 pic.twitter.com/451N0ca2Yw— ライブドアニュース (@livedoornews) March 31, 2026
なら制約つければいいじゃんと思ったけどコントロールできないものと考えてんのかな
というか年収400万ぐらいでやらせる仕事じゃねーなって感じしかしない
<script async src="https://platform.twitter.com/widgets.js" charset="utf-8"></script>ゲームと言うのは抽象化された世界であり「ゲームデザイナーが表現したいもの」を表現するためにつくられている。
だから町の機能やNPCの機能を考えて自由会話は取捨選択するもので、そしてたいていの場合は止めておいた方がいいものだよ。— 岩崎啓眞@スマホゲーム屋＋α (@snapwith) March 22, 2026
import chess import chess.engine import chess.svg import cairosvg import os # 保存用フォルダ作成 os.makedirs("frames", exist_ok=True) board = chess.Board() engine = chess.engine.SimpleEngine.popen_uci("/usr/games/stockfish") count = 0 print("対局中...") while not board.is_game_over(): result = engine.play(board, chess.engine.Limit(time=1.00)) board.push(result.move) # 連番でPNG保存 (001.png, 002.png...) svg_data = chess.svg.board(board, size=400).encode("utf-8") cairosvg.svg2png(bytestring=svg_data, write_to=f"frames/{count:03d}.png") count += 1 print(f"\r{count}手目を保存中...", end="") engine.quit() print("\n全画像を保存しました。") #convert -delay 50 -loop 0 frames/*.png fast_match.gif
https://x.com/migurumi_a/status/2024550713255485669?s=46&t=F2mP0nLoJok5eiFhV2eYZw
原文スクリーンショット。
どうも立憲支部のボランティアに対する扱いに噴飯したのと、「分断を煽る」姿勢にキレたということのようだ。2025年の９月の投稿以降は批判はしていない。
なお2024年11月におぎ氏がキレたツイートを残している。https://x.com/okikeiko8270/status/1856494768773312737?s=46&t=F2mP0nLoJok5eiFhV2eYZw
逮捕者のアカウント(@ WOOMY3104)は削除済みのため閲覧不可能だが、検索するとある程度のログが残っている。兵庫県政と立花隆志に対しての批判がほとんど。支部長を応援するために加古川に引っ越してきたという情報もあり。斎藤知事の事件で立憲の支持者になり、揉め事を起こしたという流れだろうか。
https://www.google.com/search?q=WOOMY3104&ie=UTF-8&oe=UTF-8&hl=ja-jp
<script async src="https://platform.twitter.com/widgets.js" charset="utf-8"></script>切れ味がすごい......
＞昨今SNSが発達したこともあり、「読者に『自分が』凄いと思われたい」という「読者を楽しませる」ことから本質ズレた欲求で描いているのでは？という場面も散見されます。「予想を裏切る」ことに執着して、「期待を裏切らない」ことを過度に軽視してしまう姿勢とも言えます。 https://t.co/l77BYMlyRJ— 結騎 了 (@slinky_dog_s11) February 11, 2026
お口に出せないなら、どこに出すんだい！
世のライブサービスゲームの中でこのホヨバ3作+1ほど短いスパンで開発費をもりもり掛けた贅沢なアップデートを投下し続けているタイトルはないと思う
オタク趣味に抵抗さえなければ退屈しないしSNSを通して楽しんでる人や二次創作してる人は無数に見つかるから飽きることもない
掛け持ちだと忙しすぎるけどオタク心をよく理解してる壮大な作品作りでまじめに読んでいけば心が豊かになって情緒がジェットコースターのように日々揺り動かされることは俺の長年の経験から保証する
原神の年間の開発費は220億を超えてるとも言われ累計だと1000億は超えてるだろうし、続いて出たスタレゼンゼロもそれに引けを取らないくらいリッチなアニメ調タイトルとしてグローバルのアニメ系ゲームセールスでtop3にほぼ毎月いる
上海にはオフィスが7棟くらいあってデカい新社屋付近の区画まるごと秋葉原化しようという計画もあるくらいぶっ飛んだオタク企業
ただでさえ高いガチャゲーの利益をほとんど既存・新規作の開発体制増強や自社拡大に使ってる根っからのクリエイター気質として非上場を貫いて、ほとんどを自己資金で賄ってるという奇跡っぷり
スタレゼンゼロは各1000人、原神だと2000人超えの社員を使ってる↓ようで、国産ガチャゲーとはジャンルが違うことが分かる
参考リンク:redditリンク禁止されてるのでgoogle検索からgoogle:mihoyo_employees_increasedecrease_as_of_2024
中国にはテンセントやネットイースみたいな大資本から支えられてビジネス色強めで多産多死してる運営型ゲームが多い中で、同人オタク大学生たちが起業した会社がアニメゲー業界で上位独占し、自社IPを大事にしててここは絶対サービス終了しないって信頼が得られてるところも異質
ここまでマーケットを破壊的に支配してるやつらについていくのは最高にエキサイティングだと俺は感じてる
中の人達の顔もちゃんと見えてて先日出てたこの動画あたりが開発の様子を窺い知るのにちょうどいいんじゃないかな→ https://www.youtube.com/watch?v=anM3EvPHuZQ
どれもガチャゲーだけれどもアニメ調としてはAAAゲー品質のマルチプラットフォーム作品で、個人的にはウルトラワイドモニターつないだPCでやるのが一番おすすめ
新キャラを無凸で確保するだけに徹するなら、1タイトルあたり月平均3500円くらいの課金で全キャラ確保していけるので掛け持ちをしても低コスト高タイパに抑えることは可能
特定の最強編成をひたすら強化していくのが正解だったソシャゲ時代のゲームと違い、これらのゲームは新キャラを広く集めていったほうがゲーム性をよりストレスなく満喫できるし、ゲーマー的にもそれくらいが丁度歯ごたえのある難度になる
ただモチーフ武器や2凸くらいまで狙うとコスパよく数字が跳ね上がっていき、キャラ確保に無料石をすべて費やすとすると武器や凸を取るごとに2万ずつ払ってる計算になるので、欲のコントロールはガチャゲーらしく求められる
とはいえ石油王が有利かというと1キャラ完凸するのは20万そこらで済み、キャラ追加も6週ごとに1～2体なので古のソシャゲのように3億円課金するとかは起こり得ないし、そもそも競争要素のないソロプレイゲームつまり非ソーシャルゲームなのですべては自己満になる
ソシャゲほど戦闘コンテンツの比重が重くなく、難度も無凸で揃えてたら困らない程度と易しく、物語や探索、世界観への没入が主体で、あまり時間のかからないミニゲームの中の一つとして戦闘コンテンツがあるような感じ
ガチャシステム自体は結果が収束しやすい超低確率からの変動確率制になっていて、天井までのカウント等も次以降の限定ガチャバナーまで引き継がれるので無課金でも着実に限定キャラを増やしていくことはでき、排出タイミングもほぼ読めるので、ガチャが運ゲーではなく計画性をもって攻略可能なものになっているのも付き合いやすいポイント
実際にはそこまで悪辣なギャンブルではない確率設計なんだけど、ランダム性があるかのようなドキドキ感を演出することで健全さとドーパミン需要を両立させていて、特に原神にある掴みし明光ってシステム↓は運の悪い人だけをこっそり救済してくれる巧妙な設計で興味深い
参考リンク:redditリンク禁止されてるのでgoogle検索からgoogle:reminder_on_updated_capturing_radiance_theory
なんかさっきはてブのゲームカテゴリで「わたしたちは運ゲーを揶揄しながら、ほんとうは運ゲーが大好きで、あたたかな偶然が好きなのだ」って言ってる記事を見かけたが
それをガチャ設計上すでに高い水準で達成してヒットしてる最たるものが原神という例だと思うんだよね
プレイヤーの多くはその暖かさに気づいてなくて、短期的な感覚ですり抜けに毒づく人も多いんだけど、長期的にプレイしていると守られていることに気づく、結果として毎回絶対すり抜けるような悪運の人も確率どおり勝率50%の人と変わらない限定キャラ所持数になっている
気づいてないところがいいんだよね、本当に統計値調べまくった数字に強い人しかこの非公開ガチャ仕様の巧みさに気づかなくて、そのお陰でガチャを楽しめてる部分があるから、優良誤認ならぬ劣悪誤認みたいなもんだね
とにかく、ヒリつくマーケットに揉まれてきた人にとってホヨバースゲームの絶妙な確率設計やリアルタイムにIPが成長していく体験は最高の揺りかごだと思うんだよ
まあ趣味さえ合えばの話だけどね
COCONAのせいでフェミやべーことになってるやん。どうすんのこれ
https://search.yahoo.co.jp/realtime/search?p=cocona&aq=-1&ei=UTF-8&ifr=tp_sc
と質問とした所、
いい質問。ただ、**今回私が提示した 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."
以下ChatGPT
自分のホームページ（自前ドメイン＋自前HTML）を一度でも作って運用すると、SNS中心の“受け手”視点から、仕様・検索・配信・所有・継続の“作り手”視点に脳が切り替わる。結果、情報リテラシーは跳ね上がり、ネットのニュースや流行の見え方が根本から変わる——しかも想像以上に。
Before（作る前）: Web＝SNSのタイムライン。良し悪しは「バズってるか」「見やすいか」
After（作った後）: Web＝プロトコル＋ブラウザ＋HTML/CSS/JS＋CDN＋検索エンジン。
ページは**文書（Document）**であり、配置（IA）、意味づけ（セマンティクス）、配信（HTTP/HTTPS/HTTP/2/3）、キャッシュ戦略が気になりだす。
→ 同じ記事でも「タイトルの付け方」「hタグ構造」「画像最適化」「OGP」「サイトマップ」がまず目に入るようになる。
プラットフォーム依存の脆さを体感：規約変更やシャドウバンで露出が消える。
自サイトの資産化：ドメインに紐づくURLはリンクされ、検索に積み上がり、10年後も生きる。
POSSE（Publish (on your) Own Site, Syndicate Elsewhere）：まず自分のサイトに出してから外部へ配信する習慣が身につく。
3. “好き/嫌い”から“なぜ速い・なぜ遅い”へ
Core Web Vitals（LCP/FID/CLS）や画像の遅延読み込み、フォント最適化の重要性が腹落ちする。
広告・計測タグの重さに過敏になる。読者体験を壊さないためのパフォーマンス予算という概念が生まれる。
キーワード選定は“流入ゲーム”ではなく読者の課題→コンテンツ設計に帰着。
内部リンク・パンくず・スキーマ（構造化データ）・サイトマップの意味が実務として理解できる。
“書けば伸びる”ではなく“検索意図を満たす設計が伸びる”に目が覚める。
alt、見出し階層、コントラスト比、キーボード操作、焦点管理など、見えない品質が最重要になる。
デザインは飾りではなく“読み・理解・操作”のためのユーティリティだと分かる。
たまたま当たる1記事より、更新の継続・アーカイブ性・RSSのほうが効くと実感。
コメント欄・メールフォーム・X連携よりも、ニュースレターやRSS購読者の質に価値を見出す。
ドメイン、DNS、証明書、バックアップ、法務（特商法・プライバシーポリシー）に“運用者の責任”が生まれる。
その重みが情報の信頼性を引き上げる（＝他人のサイトの苦労も見えるようになる）。
トレンドは“輸入”ではなく選別になる。自分の歴史に合うものだけを採用して積層していける。
A. 最小HTML（雛形）
<meta charset="utf-8" />
<meta name="viewport" content="width=device-width,initial-scale=1" />
<title>あなたの名前 | ホーム</title>
<meta name="description" content="自分のホームページ。制作物・日記・メモを置いていきます。">
<link rel="alternate" type="application/rss+xml" title="RSS" href="/feed.xml">
<meta property="og:title" content="あなたの名前 | ホーム">
<meta property="og:description" content="自分のホームページ。制作物・日記・メモ。">
<meta property="og:type" content="website">
<nav>Home / About / Posts</nav>
<footer>© 2025 あなたの名前</footer>
GitHub Pages（Jekyll標準。Rubyベース、Node不要）
Cloudflare Pages（静的ファイルを置くだけで高速CDN）
レンタルサーバー（静的HTML＋SFTP/rsyncで十分）
C. ドメインの基本
DNSはA/AAAA/CAA/TXT最低限、HTTPS必須（Let’s Encryptで無料化）。
D. “最低限の品質チェック”5点
ログを読む：Search Consoleと簡易アクセスログで“本文よりメタ情報”を磨く。
アーカイブ主義：記事は追記で更新。URLは変えない。Versioningを意識。
