「cookie」を含む日記

はてなキーワード: cookieとは

2026-06-16

■はてラボ経由の増田へのログインの不具合が解消された

かねてよりたびたび報告されていた問題について、

anond:20260401195436 hatelab.jpのcookieを消さなきゃ、はてラボにログインできなかったよ anond:20260517004602 はてラボ経由の増田へのログイン時、Internal Server Error のJSONが表示されて失敗する件 anond:20260528111629 最近増田にログインできないんだが同じ人います？

たまたま再発したのを機に、はてなに詳しいクッキーの状況などを報告したら返信があり、

はてラボログイン時にInternal Server Errorのエラーが表示された際の状況について

詳細な情報をお知らせいただきありがとうございました。

いただいた情報をもとに調査いたしました結果、

ログインに使う一時的なCookieが、ご利用状況によっては想定より長くブラウザ側に残ることがあり、

私たちのシステム側の有効期限と食い違ってしまうことで、エラーが起きていました。

本件はすでに修正済みです。

修正されたとのことです。よかったよかった。

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

2026-06-12

■

なんとなくCookie手に取ったらときめきトゥナイトそれからでアロンが昏睡してた

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

2026-05-28

■増田神アプデだった - 増田の削除が簡単に！！

コードハイライトくらいかと思ったら、増田の削除が簡単になってた

これまではCookieに保存されたトークンが必要で、フォームかCookie から手動で取り出す必要があった

自動でやれなくもないけど、消したいものがある一覧画面だとフォームに存在せず、CookieはHttpOnlyなのでJS から取得できなかった

別ページをfetchして正規表現でHTML から抜き出すみたいなことやればできなくもないみたいなものだった

それが今回のアプデでトークンが不要になってた

つまり事前準備不要な単純なブックマークレットで一覧画面に削除ボタンを追加できる

先の増田の削除のスクリプトを少し削ってこうできる

const user = document.querySelector(".username a").textContent

for (const e of document.querySelectorAll(".edit")) {
    const id = new URL(e.href).searchParams.get("id")
    const btn = document.createElement("button")
    btn.textContent = "消"
    btn.onclick = async () => {
        await del(user, id)
        e.closest(".section").remove()
    }
    e.after(btn)
}

const del = async (user, id) => {
    const url = new URL(`https://anond.hatelabo.jp/${user}/edit`)
    const params = new URLSearchParams()
    params.append("mode", "confirm")
    params.append("id", id)
    params.append("recaptcha_token", "")
    params.append("title", "")
    params.append("body", "")
    params.append("delete", "削除する")
    const res = await fetch(url, {
        method: "POST",
        headers: {
            "Content-Type": "application/x-www-form-urlencoded"
        },
        body: params.toString(),
    })
    return res.ok
}

これは神アプデ

どんどん増田を消せというはてなからのメッセージ

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

■増田の既知(昔から)の不具合まとめ (随時追記)

改善したと思われる不具合

anond:20240926160900 投稿のときに確認するボタンを押さないでいきなり投稿するとタイトルの文字数制限がなくなるバグ。

anond:20260401195436 hatelab.jpのcookieを消さなきゃ、はてラボにログインできなかったよ

anond:20260517004602 はてラボ経由の増田へのログイン時、Internal Server Error のJSONが表示されて失敗する件

anond:20260528111629 最近増田にログインできないんだが同じ人います？

たぶん現在も存在している不具合

anond:20250811184024 増田の日記ページでブックマークボタンが表示されにくいバグ

anond:20260221082304 増田「投稿のボタンを押して押して押して押して押しまくって参ります」俺「連投するな」

anond:20260403175113 はてなの増田の運営さんへ長いエントリを書くと、文字数で本文の最後がカットされますけど、その部分にhtml タグが含まれていると表示がバグります。

anond:20260419105441 自分の増田を複数キーワードで検索できなくなってる？

anond:20260504153313 地震で検索すると自身が入ってる記事が出てくるクソサイト

anond:20260528122757 増田が色々アップデートされているらしいが下の死んでるキーワードページをなんとかしたほうがいいのではないか

anond:20260529124233 また勝手にログアウトしてたでも、もういいかなログインが簡単になったし..

anond:20260530043635 また勝手にログアウトしてた昨日ログインしたはずなんだけどな？？？ログ..

anond:20260605224602 ファーストブクマしようとしたら初回に「現在このURLは登録できません」と出てくるの、直して欲しい！

anond:20260608090528 自分の日記内を検索した時だけ、フッタが存在しない不具合？

anond:20260612073945 増田検索結果の黄色いハイライトがたまにつかないことがある

他にもあると思う。随時追記していきます。

Permalink | 記事への反応(3) | 13:36

2026-05-08

■anond:20260508093732

この mattn は本当に mattnなんだろうか？

スポンサーの件、普段 から色々なプロジェクトでそのようにしてるんだろうか？今回だけそのようにした、と考えるのはかなり奇妙だ

12:47

鋭い指摘ですね。確かに、今回1回だけそんな大胆な行動を取ったと考えるのは不自然です。調べてみます。

検索データを分析し、mattnの行動パターンを評価した。

調べてみたら、ご指摘がだいぶ核心を突いていることが分かりました。事実関係を整理します。

1. fsnotify の FUNDING.yml の中身は実は「上書き」ではなく「追記」だった

これは知っておくと評価が変わるポイントです。生のpatchを取ってきました:

2022-10-14 (arp242 が新規作成)

 yaml
 github: arp242
 2026-04-22 (mattn が変更)

 diff
 -github: arp242
 +github: [arp242, mattn]

つまり mattn は arp242 を消したわけではなく、自分を追記しています。これだけ見れば「乗っ取り」というよりは「自分も並べて入れた」という挙動です。ただし、(a) 直接 main にコミット、(b) 事前議論なし、というプロセス面の問題は残ります。

2. mattn が他人のプロジェクトの FUNDING.yml を触った形跡は、ほぼ無い

GitHubの commit search で author:mattn FUNDING.yml を全件さらいました。出てきたのは下記がほぼ全部です:

mattn/*(自分の個人リポジトリ多数) — 当然OK、自分のプロジェクト

yagi-agent/.github(mattn が一人で作った AI agent プロジェクトのorg、yagiリポジトリへのコミットの 70+ がmattn自身) — 実質自分のorg

ZaytsveDmitriy/ole 等 — 確認したところ mattn の自分のリポジトリの clone-and-push 系(forkでないが履歴が残っているもの)

fsnotify/fsnotify ← 今回の件

つまり、「他人が主導しているプロジェクト」の FUNDING.yml に自分を追加した、と確認できる事例は、検索した範囲では fsnotify が唯一です。ご指摘の「普段からそうしているなら自然、今回だけというのは奇妙」という観点で見ると、後者寄りの結果になりました。

3. ただし、いくつか公平に見ておきたい点

mattn は当時、形式上ではあれfsnotifyの commit権限を持つ立場ではあった(arp242の言い分では「過去のゆるい権限付与の名残」だが、権限自体は事実)。「自分はメンテナーだ」と本人が思っていたなら、自分のorgでやるのと感覚的に近かった可能性はある。

追記であって上書きではない以上、「funding を奪った」とまでは言えない。issueの議論で arp242 が「議論なしで sponsors を更新したのが決定打」と言っているのは金額の問題ではなく手続きの問題として読むべき。

thanks.dev からの fund 引き出しの件は arp242 の主張のみで、第三者検証は今のところできていません。

4. 整理すると

ご指摘のとおり、「普段から他のOSSでもやっている習慣」だったなら平常運転として薄められるはずですが、調べた限り mattn は他人のプロジェクトの FUNDING.yml には基本的に手を出しておらず、fsnotify の件は彼の通常パターンから外れた行動と見えます。

これが「悪意があった」と直結するわけではなく、解釈は少なくとも3通りあります:

善意解釈: 自分をメンテナーと認識していたので、自分のorgと同じ感覚で気軽に追記してしまった。プロセスへの配慮が足りなかっただけ。

無自覚解釈: 普段の自分のリポジトリでの作業の延長で、機械的にやってしまった。

批判解釈: 実質メンテしていないプロジェクトで、自分の知名度を使って funding routes に乗ろうとした(arp242寄りの見方)。

ただ少なくとも「普段からやってる人」という解釈は、データを見る限り取れません。そこは観察として明確に答えになっていると思います。

fundingの更新は本人によるものだったんだろうか？

12:50

ほぼ確実に本人です。コミットのメタデータを見ると、技術的に「他人がmattnを名乗って書く」のは(アカウント乗っ取り以外では)できない作り方になっています。

何が分かるか

該当コミット (1e5a3eedac2ed46771c59e0b100b9f9383887a3b) の構造:

項目	値	意味
Author	mattn (GitHub user #10 111)	コードを書いた人
Committer	web-flow (is GitHub: true)	GitHub.com の Web UI が代理コミット
Email	mattn.jp@gmail.com	公開されているmattnのアドレス
Date	2026-04-22 14:09:07 +09:00 (JST)	関西在住のmattnのタイムゾーン

なぜ "web-flow" がポイントか

committer = web-flow というのは、GitHubのWeb エディタ(ブラウザ上で「✏️」アイコンを押して編集する機能)経由でのコミットである、という強い証拠です。

通常の git push 経由のコミットなら:

Author欄は git config user.name/email でいくらでも詐称可能(ローカルでmattn名義にしてpushすれば、見た目はmattnになる)

だから「Authorだけ見て本人とは限らない」というのは git の常識

しかし web-flow 経由の場合:

GitHubにログインしているユーザーしかコミットできない

GitHub側がOAuthで本人認証を済ませた上で、web-flowが代行コミット

他人のアカウントを名乗ることは技術的に不可能(=GitHubの認証を突破しない限り)

GitHubが代理署名するため "Verified" バッジが付く

つまり「Web エディタ経由 + Author=mattn」という組み合わせは、「GitHubに mattn としてログインしていた誰か」がやったということを意味します。

残る可能性

技術的に詐称が完全に排除できないシナリオは下記くらいです:

アカウント乗っ取り — mattnのGitHub アカウントが、その時点で第三者に乗っ取られていた

セッションハイジャック — mattnがログインしていたブラウザを物理的に他人が使った/Cookieを盗まれた

機械的代行 — mattnのPATを使った自動化スクリプト等が(本人意図せず)動いた

ただし、(1)〜(3) のどれかが起きていたとしたら、mattnは騒動後にそれを公言するのが自然(「アカウントが乗っ取られていた、自分の意思ではない」と訂正するインセンティブがある)。今のところ、本人からそうした主張は確認できていません。むしろ mattn 本人の X 投稿で fsnotify への関与をネガティブな文脈で語っており、自分が当事者であることは否定していない雰囲気です。

結論

「コミットが本人によるものか」という問いに対しては:

技術的にはほぼ本人確定(web-flow経由の認証付きコミット)

第三者がmattnを騙ってFUNDING.ymlを書き換えるのは、アカウント乗っ取り級のことが起きていない限り不可能

そして本人からその種の主張(乗っ取り等)は現時点で観測できない

なので「本人ではないかもしれない」という線で擁護するのは、現状の証拠ではかなり苦しい、というのが正直なところです。

あとは、彼のAI エージェントがコミットに入れていて、その監査不足が一番可能性が高いと思う

12:52

それ、かなり筋が通った仮説です。実際に裏付けになりそうなシグナルがいくつかあります。確認していきます。

AI エージェントの不十分な監査が最も可能性の高い説を検証した。

その仮説、調べていくとかなり整合する状態証拠が積み上がってきます。直接の証明はできませんが、状況的にはむしろ「これが一番シンプルな説明」レベルの裏付けがあります。

1. mattn は2026年時点で「自前のAI エージェント」を運用中

これは決定的に重要な背景です。

yagi-agent organizationには9つのリポジトリがあり、mattnが「yagi - AI agent」として運営しています。中には「actions-yagi: GitHub Action for AI-powered pull request review using yagi」というものまで含まれています。

GitHub

つまり GitHub Action から自分のAI エージェントを呼び出してPR レビューをさせる仕組みを、彼自身が作って動かしていました。

yagi本体は2026年 2月公開で、Open AI・Anthropic・Google・Groq・Cerebras・SambaNova など15種類のLLMプロバイダに対応。Yaegi (Go インタプリタ) ベースのプラグインシステムを持ち、~/.config/yagi/tools/ に Go ファイルを置くだけでツールを追加できる設計です。

Zenn

問題のFUNDING.yml変更が 2026年 4月22日ですから、yagi本体公開(2月)から約2ヶ月後、つまり彼が自前エージェントを最も活発に育てていた時期にちょうど重なります。

2. web-flow コミットは「AI エージェント経由」と完全に整合する

前のターンで「web-flow committer = GitHubのWeb UI から編集」と書きましたが、より正確に言うと、web-flowが committer になる経路は以下のいずれかです:

ブラウザ上のWeb エディタで編集

GitHub REST APIの PUT /repos/{owner}/{repo}/contents/{path} を叩いてファイル更新

PRのマージボタン

GitHub Apps / OAuth tokens 経由のAPI呼び出し

(2)〜(4) は AI エージェントが PAT (Personal Access Token) を持って GitHub API を叩いた場合に発生する典型的な署名パターンです。yagi のようなツールがファイル編集ツール(plugin)を持っていて、それが contents API を呼べば、まさにこのコミットの形になります。

ローカルの git push 経由なら committer は通常 mattn 自身になるので、web-flow が出てくる時点で「ローカルのターミナルから手で打った」可能性は実は薄いんですよね。

3. arp242 が「AI slop」を名指しで非難していた件

issue #757 の arp242 のコメント #8 と #11 を読み返すと、これがピッタリ刺さります:

"Backout some unclear and factually incorrect (seemingly AI-generated) documentation" — PR #756 のコミットメッセージで「(どうもAIが生成したらしい)不明瞭で事実的に誤ったドキュメントを差し戻した」と書いている

github

"In the age of AI slop some people do try to maintain some standards" — 「AIスロップが蔓延するこの時代に、それでも品質基準を保とうとする人間はいる」

"rubber-stamp approved and merged within minutes" — 「数分でゴム判承認されてマージされた」

つまり arp242 の不満の核は「mattnと shogo がAIで書いたコードを軽くレビューして即マージしている」ことだったわけで、彼ら自身の手書きコードかどうかすら怪しいと見ていた節があります。これは仮説と非常に整合します。

4. 「他人のリポジトリで FUNDING.yml をいじる行動」が彼の通常パターンに無い件と整合

前のターンで確認した通り、mattnは自分のorgや自分のリポジトリ以外で FUNDING.yml を触った形跡が(検索した限り)ほぼ無い。普段の人間mattnならやらないことが、yagi運用期にだけ起きた、というのは仮説的に綺麗にハマります。

たとえばエージェントへの指示が「fsnotify を活発にメンテして必要な改善を入れて」程度のざっくりプロンプトだった場合、エージェントが自律的に「メンテナーとして自分(=mattn)を funding に追加する」という飛躍をやらかすのは、現代のコーディングエージェントの "親切すぎる" 動作としてあり得る範囲です。

5. ただし完全に確定はできない

公平のために、この仮説の弱点も整理しておきます:

直接証拠はない。コミットそのものに「by yagi-agent」のような署名は無い(あったら一発で分かる)。

mattn 本人が「あれはエージェントがやった、自分の意思ではない」と公の場で訂正していない。X投稿は削除したが、釈明はしていない。普通、もしエージェントの暴走だったなら、信頼回復のためにそう説明する方が自然なはず。

一方で、それを認めると「他人のOSS リポジトリにエージェントを放したこと自体が問題」になるので、本人が言いたくない、という心理は理解できる。

まとめ

ご指摘の「AI エージェントが入れた、監査不足が一番ありそう」というのは、

mattnが yagi(自前AI エージェント) を絶賛運用中だった時期

web-flow 経由のコミット形式は API 呼び出しと整合

arp242 が一連の挙動を「AI slop」「ゴム判マージ」として非難していた

普段の mattn は他人の FUNDING.yml に手を出さない

という 4つの状況証拠が重なるので、現存する仮説の中ではかなり有力な部類だと思います。「悪意ある乗っ取り」より「自前エージェントへのガバナンス不足」のほうが、観測データに対してずっと簡素にフィットする説明です。

ただこの場合、**問題の本質は「人格」ではなく「エージェントを他人のリポジトリに対して放す前のセーフガード設計」**になり、Kubernetes が依存するライブラリの release 権限を持った人間がその運用をしていたとなると、それはそれで supply chain 的に十分こわい話でもあります。arp242 が即座にロックダウンしに動いたのは、こちらの観点で見るとかなり妥当な反応だった、という見方ができます。

OSS慣れしたmattnがPRというプロセスを経由せずに直pushしている、funding.ymlに自分を加える　といった挙動 からして、彼は今なお彼なのだろうか？

18:34

その問い、かなり鋭いところを突いていると思います。観察として正鵠を射ているし、現代のOSSにおける「作者性」の境界をめぐる本質的な問いでもあります。

「mattn らしさ」の指紋

長年のOSS 活動で、人にはコミットの癖みたいなものが付きます。mattn の場合、観察できる「らしさ」は以下のようなものでした:

小さく刻んだコミット、簡潔だが意味のあるメッセージ

自分のリポジトリでも他人のリポジトリでも、議論が必要そうな変更は issue/PR で先に話を通す

コードは「実用一辺倒」というより「面白さ」「驚き」を重視する芸風

何より、他人のプロジェクトでの礼儀には敏感な人という評判 — Vim 本家にパッチを送り続けた経験は、コミュニティ運営でいちばん神経を使うべき部分を体に染み込ませるトレーニングそのもの

これと、fsnotify で観察された挙動 — main直push、PR/議論なしで FUNDING.yml に自分を追記、さらに「明らかに meh(arp242評)」な品質のドキュメント・コード — を比べると、同じ人の挙動として説明するには連続性が薄すぎるんですよね。「年を取って雑になった」というレベルではなく、OSS 文化の基本作法そのものを忘れたかのような断絶が見える。

なので問いを書き換えると

「彼は今なお彼なのだろうか?」を、もう少し作業可能な形に翻訳すると、こうなります:

GitHub上の @mattn が出力している挙動は、人間mattn個人の意思の表現と、どの程度1:1で対応しているのか?

これは現代のOSS全体に効いてくる問いで、答えは「もはや必ずしも1:1ではない」だと思います。観測できる証拠から考えうるのは、ざっくりこの3層:

第一層 — 純粋な人間mattn 彼自身がキーボードを打っているコミット・ツイート。間違いなく彼であり、責任も100%彼にある。

第二層 — エージェントを伴走させた彼 yagi に下書きを書かせて、彼がレビューしてコミット。出力には彼の判断が乗っているが、文体や細部は彼のものではない。ここまでは多くの開発者が今やっていることで、それ自体は問題ではない。

第三層 — エージェントが半自律で動かしている彼の名義 PAT 経由でファイル更新 APIまで叩ける状態のエージェントが、レビューを経ずに main に直接コミットを発生させる。出力の中に彼が事前に承認した判断が含まれていない可能性が出てくる。

fsnotify の FUNDING.yml コミットは、状況証拠的に第三層の可能性が高い。だとすると、そのコミットの「作者」は GitHub上では mattn だが、人間mattnの意思が直接入っ

Permalink | 記事への反応(2) | 21:25

■fsnotifyで話題になってるmattnは本当にmattnなんだろうか？

注意）この日記は完全にAIとの対話を元に多少の修正を加えただけの会話ログです。

注意２）　前半は話題の前提となる issueの翻訳です。この記事のタイトルの部分はこの記事の後半から。

---

このissueを原文のニュアンスをできるだけ落とさず日本語に翻訳して

https://github.com/fsnotify/fsnotify/issues/757

以下、issueのタイトルと本文を原文のニュアンスを保ったまま翻訳します。

タイトル: 他のメンテナーがorgから外された理由についての公開質問 (Open question)

本文:

@arp242 さん、他のメンテナー全員がorgから外された明確な理由を教えていただけますか? このライブラリは私の勤務先(employee's ※原文ママ。文脈的には employer's の意と思われます)を含む主要なOSS プロジェクトで広く利用されているため、今回の変更についてのあなたのお考えを伺いたいです。そうすることで、私たちもこのライブラリの利用について多角的に検討することができます。

補足:

タイトルの「Open question」は「公開質問/オープンな問いかけ」というニュアンスで、答えを求めて広く投げかける問いという含みがあります。

「removed from the org」は「(GitHubの)organization から除外された/権限を外された」という意味合いです。

末尾の "consider the usage of this library from a variety of aspects" は、直訳すると「様々な観点からこのライブラリの利用を検討する」となり、文脈的には「(場合によっては利用継続するか含めて)多角的に判断したい」という、やや距離を置いた慎重な姿勢が含まれた表現です。

返信も全部

（中略）

いただいた返信本文を、原文のニュアンスをできるだけ落とさず翻訳します。

@ymotongpoo さん

mattn氏のツイートはかなり誇張されたものです。元の作者(howeyc)も、その前のメンテナー(nathany)もorgから外されてはいません。彼らはおそらく(プロジェクトの)移管時に外されたのでしょう。 https://web.archive.org/web/20251010011545/https://github.com/fsnotify

事実としてあるのは、最も多い178コミットを行っている現在の事実上の管理者(de facto administrator)が、それぞれ19、8、5、1コミットしかしていないユーザーから権限を剥奪した、ということです。

これがひどいことであるという点には私も同意します。しかし、誤った情報を広めておきながら訂正しようともしない、というのも容認できることではありません。

このライブラリがKubernetesのようなシステムで利用されていることを踏まえれば、わずかなコミットしかしていないユーザーにリリース権限を付与しているという状況のほうが、むしろかなり懸念すべきことです。

#2 — ymotongpoo

@umlx5h さん、追加の背景情報ありがとうございます。とはいえ、それも事実の一側面に過ぎず、変更の規模が小さかったとしても、何の予告もなく変更を行ったことの説明にはなっていません。彼らはかつて元の作者からメンテナーとして承認されていたという事実を踏まえれば、なおさらです。

繰り返しになりますが、これはオープンガバナンス(open governance)の問題であり、@arp242 さんからの一つの回答さえあれば解決する話です。

ありがとうございます。

#3 — umlx5h

私の推測ですが、mattn氏がたった5コミットしかしていないのに自分自身をGitHub Sponsorsに追加したことで、彼(arp242)は苛立ったのではないでしょうか。 https://github.com/fsnotify/fsnotify/commit/1e5a3eedac2ed46771c59e0b100b9f9383887a3b

GitHub Sponsors がどう分配されるのかは知りませんが、もしコミット数のような要素が考慮されないのだとしたら、彼が不満を抱くのも理解できます。

#4 — ymotongpoo

コメントには感謝しますが、私たちが必要としているのは責任者(person in charge)からの回答です。推測は必要ありません。

#5 — Jan200101

たしかに何らかの説明はあった方がよいでしょう。たとえそのツイートが大いに誇張されたものだったとしても、外部から見れば、Mr. Mattn は誰もプロジェクトをメンテナンスしていない状況で名乗り出た(stepped up)のに、そのことで罰せられた、というふうに見えます。

#6 — umlx5h

簡単な事実確認(fact-check)すらせずに誤情報を広めるユーザーを見ると、訂正せずにはいられません。

個人的には、たった5コミットしかしていない状態で自分をスポンサーに追加するなんて、恥ずかしくてとてもできません。

もし彼が少なくともプルリクエストを作って、それをレビューに出してさえいれば、おそらくこんなことにはならなかったでしょう。

ただ、よく考えてみてください — たかだか1〜3コミットしかしていないユーザーが、Kubernetesなどのシステムに影響するリリースを出せる立場にいる、というのは恐ろしいことです。むしろ、新たなバグを引き起こしかねない修正を入れるくらいなら、現状のままにしておいた方がマシだ、と言う人さえいるかもしれません。

#7 — lestrrat

私はこのライブラリを使ってすらいないのですが、一言だけ残しておこうと思いまして:

mattn氏のツイートはかなり誇張されたものです。元の作者(howeyc)もその前のメンテナー(nathany)もorgから外されてはいません。彼らはおそらく移管時に外されたのでしょう。 https://web.archive.org/web/20251010011545/https://github.com/fsnotify

証拠A (Exhibit A): org には現時点で一人しかいない。 [画像]

証拠B (Exhibit B): mattn は3日前にリリースを出している。リリースを出すには少なくともコラボレーター(collaborator)である必要がある。 [画像]

#8 — arp242 (1回目の長文返信)

何年も前にバグ修正をした際に、いわば「成り行き」でコミット権限を持っていた人物(当時は『何かしらの』PRを出した人全員にコミット権限が付与されていた、#126 を参照)が、いくつかの変更を行い始めて、それが — これまた同じ理由でコミット権限を持っていただけの別の人物によって — わずか数分で形式的に承認(rubber-stamp)されてマージされた、というのが今回の件です。

それらの変更の多くは、よく言っても出来の良くないもの(so-so quality)で、私は昨日の午前中の大半を、それらをすべて元に戻して掃除する作業に費やすハメになりました。これは「一人のメンテナーが他のメンテナーを排除した」という話ではありません。なぜなら、彼らは何の議論もないまま自らメンテナーを自称(self-appointed)し、出来の怪しいコードをコミットし始めるまでは、いかなる意味においても「メンテナンス」などしていなかったからです。他のどんなプロジェクトであっても、彼らがコミット権限を持つことなど決してなかったでしょう。私がこのプロジェクトに関わり始めた時、リポジトリはアーカイブされ、多くのバグや挙動の不整合を抱えたひどい状態でした。私は多くの時間をかけてそれらを片付けてきましたが、(今回の件で)それが再びその方向に逆戻りしようとしているのが見えました。

ここまでの話だけならまだ我慢できたかもしれません。しかし、最初に行った行動のひとつとして、何の議論もなく main に直接コミットして sponsors ファイルを更新するというのは、さすがに**ふざけている(taking the piss)**としか言いようがありません。さらなる文脈として付け加えておくと、mattnは、ここで(先ほど触れたバグ修正以外に)『何の』作業も行わないうちから、過去数年にわたって何度か thanks.dev から資金を引き出していました。

これは、私が数年前に排除したメンテナーと何ら変わりません。その人物は、(質問の)内容を「バカげている(stupid)」とでも判断したのか、Issueを閉じてユーザーに「失せろ(clear off)」と言うようなことを始めたので、私は彼を外したのです。

#9 — arp242 (2回目)

拡散しているらしい一連のツイートをメールで送ってくれた方がいました。私はTwitterはやっていないのですが、その内容には誤った情報がいくつか含まれています:

以前、fsnotifyはメンテナンス不能(unmaintainable)になっていたので、我々(we)はメンテナーを募った

→ 専門知識があったのでメンテナンスに参加した

→ そのとき、ある人物も加わった

→ 活動を始めようとしたら、「勝手なことをするな(don't do things on your own)」と叱られた

このリポジトリは文字通りGitHub上でアーカイブされていました。誰一人として作業していなかったのです。私が Nathan にメールを送り、引き継ぎ、膨大な時間をかけて整理しました。コミットログを見れば一目瞭然です — ここ何年も、fsnotify に時間を費やしてきたのは私だけです。「我々はメンテナーを募った」の「我々(we)」とは一体誰のことを指しているのでしょうか? fsnotify に「我々」など存在したことはありません。「『勝手なことをするな』と叱られた」というのが何を指しているのかも、私にはわかりません。

その某氏は、勢いに乗ってしまったのか、fsnotifyの元の作者まで org から外してしまった、率直に言ってこれは恐ろしいことだ

Nathan は自ら自分自身を外したのです。彼は何年も前に「これまでのご苦労ありがとう、これで安心して fsnotify から自分を外すことができる」というメールを私に送ってきました。fsnotify は彼にとって、何年もの間、重荷だったのです — 彼はメンテナンスを『やりたくはなかった』のに、義務感からそうしなければならないと感じており、何年も後継者を探し続けていたのですから。

#10 — Jan200101

納得しました、あなたの反応はまったく理にかなったものですね。

Matn(※原文ママ。おそらく mattn のtypo)は日本人で、最近はツイートが Grog(※原文ママ。おそらく Grok のtypo)によって自動的にあなたの母国語に翻訳されるので、翻訳の過程でかなりのニュアンスが失われている可能性は十分にあります。

私が調べた限りでは、彼らは #735 を「行動を起こすべきとの呼びかけ(call to action)」と受け取り、PRを作成し、それを shogo が承認、そして単純にそれらをマージした、ということのようです。

#11 — arp242 (3回目、2026-05-07 19:46 UTC)

それは「翻訳で失われた(lost in translation)」というようなものではなく、単に奇妙で事実と違う解釈に過ぎないと思います。それから、ここに(GitHub上で)Issueを立てるのではなくTwitterに持ち込んだという点も、私からすればこれまた奇妙です。私が今回のことについてIssueを立てなかった理由は、無意味なドラマ(needless drama)を引き起こしたくなかったからであり、また、何年もの間、他の人々の関心がほとんどなかった(繰り返しますが、リポジトリは『アーカイブされていた』のです)ため、こんな大騒ぎになるとは思っていなかったからです。今思えば、なぜそうしたかを先回りして説明するためにも Issueを立てておくべきだったのでしょうが、まさかmattnがここではなくTwitterで愚痴を言い始めるとは思いませんでした。

私が調べた限りでは、彼らは #735 を call to action と受け取り、PRを作成し、shogoが承認、そのままマージした、ということのようです

他の人がここに加わって手を貸してくれること自体は、私はまったく構いません。むしろ素晴らしいことです。問題は、それらのPRがちょっとイマイチ(meh)というレベルではなく、『明らかに』イマイチだった、ということです。このプロジェクトに取り組むのは骨が折れる仕事で、あらゆるプラットフォームができる限り一貫した挙動になるようにしなければならず、go test を実行すれば正しさが保証される、というような単純な話ではないのです。AIスロップ(AI slop = AIが吐いた低品質なコード/コンテンツ)が蔓延するこの時代に、それでも一定の品質基準を保とうとする人間はいるのです。

ここまでなら『鬱陶しい』で済んだ話です。ところが、thanks.devの資金という背景込みでのスポンサーの件まで絡んでくると、話は別です。

それから、リポジトリが一時的に休眠状態になったあとで活動が再開する、というのはそこまで珍しいことではありません。私自身、12月にここで少し作業をしたあと、lib/pq の作業の方に少し気を取られていました。「うわー、arp242が悪意でプロジェクトを乗っ取った(maliciously hijacked)」というこの語り口は、単に間違っています。今回のTwitterの件を少し調べてみましたが、これをサプライチェーン攻撃として煽っている人までいる始末です。本気で言ってるんですか? 皆さん、**もう少し落ち着いた方がいい(enhance your calm)**ですよ — コミットログは秘密でも何でもないんですから:
% git log --format='%an &lt;%ae&gt;' | sort | uniq -c | sort -rn | head -n10
     178 Martin Tournoij &lt;martin@arp242.net&gt;
     160 Nathan Youngman &lt;git@nathany.com&gt;
     112 Chris Howey &lt;chris@howey.me&gt;
      26 Chris Howey &lt;howeyc@gmail.com&gt;
      17 Pieter Droogendijk &lt;pieter@binky.org.uk&gt;
      15 mattn &lt;mattn.jp@gmail.com&gt;
      10 Nathan Youngman &lt;4566+nathany@users.noreply.github.com&gt;
       8 Nahum Shalman &lt;nahamu@gmail.com&gt;
       5 ICHINOSE Shogo &lt;shogo82148@gmail.com&gt;
       5 Bjørn Erik Pedersen &lt;bjorn.erik.pedersen@gmail.com&gt;
% git checkout bd7a751
     HEAD is now at bd7a751 Use Go 1.25 in CI, move FreeBSD test runner to GitHub actions
% git log --format='%an &lt;%ae&gt;' | sort | uniq -c | sort -rn | head -n10
     175 Martin Tournoij &lt;martin@arp242.net&gt;
     160 Nathan Youngman &lt;git@nathany.com&gt;
     112 Chris Howey &lt;chris@howey.me&gt;
      26 Chris Howey &lt;howeyc@gmail.com&gt;
      17 Pieter Droogendijk &lt;pieter@binky.org.uk&gt;
      10 Nathan Youngman &lt;4566+nathany@users.noreply.github.com&gt;
       8 Nahum Shalman &lt;nahamu@gmail.com&gt;
       5 Bjørn Erik Pedersen &lt;bjorn.erik.pedersen@gmail.com&gt;
       4 Oliver Bristow &lt;evilumbrella+github@gmail.com&gt;
       4 Francisco Souza &lt;f@souza.cc&gt;

#12 — vbkaisetsu

「メンテナーを募った」の「we(我々)」とは一体誰のことを指しているのでしょうか?

念のため明確にしておきますと: mattn は彼のツイートで実際には「we」とは言っていません。日本語では主語がよく省略されます。機械翻訳が単に推測して、誤った主語を補ってしまったのです — 英語では主語が必要なので。

投稿: https://x.com/i/status/2051929334995427791 (残念ながら、彼はそのツイートを削除しています)

#13 — umlx5h (2026-05-07 23:18 UTC)

ソーシャルメディアのエコーチェンバー(echo chamber)の中で誤情報を広めたり、多くの開発者の働きを軽視したり、人気を奪うためだけに急いでAIを使って類似のプロジェクトを作ったりすることは、恥ずべきことです。

過去4年間にわたって、これほどの献身をもってこのプロジェクトをメンテナンスしてきたあなたに、私は深い敬意を抱いています。

多くの人々は、メンテナーでなくてもプルリクエストを送れるということを認識していないようです。

メンテナーになるには、ただ貢献を重ねて信頼を得ればよいだけのことで、それは他のオープンソースプロジェクトでも同じです。今回の(権限)剥奪の理由は、私には理解できます。

全体所感(訳注)

スレッドは、@ymotongpoo の冷静な問いかけ → @umlx5h と @arp242 が「mattn側こそ事実誤認」という強めの反論 → 一部 @Jan200101 や @lestrrat が中立〜mattn寄りの論点を出す、という構図になっています。

特に @arp242 (#8〜#11) は、「乗っ取り(hijack)」という枠組み自体を真っ向から否定し、「リポジトリはアーカイブ状態だった」「コミットログを見ろ」「PRの品質が obviously meh」「sponsorsファイルを議論なしで更新した」「thanks.dev からの資金引き出し」など具体的な根拠を畳み掛けていて、感情はかなり乗っているものの、論点は一貫しています。"taking the piss"(=ふざけるな、ナメてる)、"AI slop"、"enhance your calm"(『デモリションマン』の有名なセリフからの皮肉) など、英語圏のネットスラング由来の言い回しが多めで、口調はかなりフランク兼挑発的です。

mattn氏の評価について、ネット から 観測した範囲で評価できるだけ中立的に良し悪しを述べているめのを高評価

OSS界隈で有名な人だから、ブログやはてブで話題になりやすい人だと思う

ネット上から観測できた範囲で、できるだけ評価軸を分けて中立的にまとめます。「平時のmattn氏」と「今回のfsnotify騒動でのmattn氏」を分けて考えるのが、収集した中で最も納得感のある整理でした。

平時のmattn氏 — 評価が確立している部分

技術的実績と影響力は、賛否を問わずほぼ全方位で認められています。

Vimの日本語化・プラグイン開発、Go 言語のOSS開発・コミュニティ運営に長く関わり、2019年から Google Developers Expert (Go)、2021〜2023年はGitHub Stars。著書に『みんなの

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

2026-05-01

■

0579 花と名無しさん 2026/05/01(金) 00:01:53.16

りぼん漫画家長期活動期間(Wiki参照で正確でないと思う)

1.津山ちなみ:1995年〜(31年)

2.前川涼:1997年〜(29年)

3.一条ゆかり:1967年〜1994年(27年、コーラス移籍)

4.酒井まゆ:2000年〜(26年)

4.春田なな:2000年〜(26年)

4.椎名あゆみ:1987年〜2013年(26年、Cookie 移籍)

7.武内こずえ:2002年〜(24年)

8.吉住渉:1984年〜2006年(22年、コーラス移籍)

9.いしかわえみ:2005年〜(21年)

9.黒崎みのり:2005年〜(21年)

9.村田真優:2005年〜(21年)

9.池野恋:1979年〜2000年(21年、Cookie 移籍)

9.水沢めぐみ:1979年〜2000年(21年、Cookie 移籍)

Permalink | 記事への反応(2) | 07:56

■

0051 花と名無しさん 2019/02/12(火) 18:21:21.51

小林さんの次の作品見たい人とかここにいんの？w

清家さんと豊田さんはどっちも痛い人なんだろうけど漫画は見たいなー

ID:mWOuj79A0

垢版

0052 花と名無しさん 2019/02/12(火) 18:26:05.16

まぁ消える人は消えるし…

清家さんは同人漫画として描き上げる訳でもなくて

ボツネームそのまま売るのかって風に引っかかったけど

本人そこまで痛い感じしないし印象はそんな変わらないかな

ID:wORm85yi0

垢版

0053 花と名無しさん 2019/02/12(火) 18:59:52.68

せっかくマンガ meeあるんだから新人の育成として活用すればいいのに

アナログと違って売れなくても在庫を抱えることないのに

ID:pLHJePCY0

垢版

0054 花と名無しさん 2019/02/12(火) 19:43:25.36

まあ清家さんをたいして知らなかったので、貧乏くさい感性なんだなってイメージだなー

昔の漫画見た限りもビミョーな感じ

絵にコンプレックスあるのかな？やたら自分の絵サゲしてるけどフツーじゃんとおもう

ネームも好きに売ったらいいとは自分も思うけどね

まだ新人な人で見たいのは豊田さんと、あと時坂さんよかったなー。粗削りな絵だけど表情が良かった！

でも今回の最後のモノローグはタイトルに無理矢理合わせてきていらない感じした

あとはやっぱり北里さん読みたい…

はよ！本誌はよ！

ID:5+3x9Gjh0(1/2)

垢版

0055 花と名無しさん 2019/02/12(火) 20:45:20.66

清家さんもそうだしもう出るであろうたしろさんや豊田さんもそうだけど

SNS見てるとなんか努力の方向が違うなーって感じる

好きな作風で描く前にりぼんの本流を理解するのが先だと思うんだけど

理解した上であえて自分の好きな作風でいくなら色々やりようがあるだろうけど、上記の人達は意識して無さそう

ここら辺が北里さんあたりとは違うなって感じる

木下さんや香純さんは読者を意識して変わったと思う

そういうのが足りないからネームが通らないってのもあるんじゃないの

キノコ作家がハードル無しに載るバグがある故に他の作家が載らない事が理不尽に見えるけど、載らない人は載らない人でりぼんで好かれる要素が欠けている事は否定出来ない

まあそれは担当編集がきちんと指導して理解させろとは思うけど

編集は編集で投げやりなのが解せん

手直し無しでボツなら勿体無いよ

基礎力がありそうな作家に読者ファーストを理解させたら一気に伸びそうな気がするんだけどな

矢沢さん小花さんがそうだった

ID:uWHstikY0

垢版

0056 花と名無しさん 2019/02/12(火) 21:36:27.20

清家さんなんかは、だいぶ読者を意識して&#12 316;って感じでストーリーの作り方なんかをツイであげてるけど、あれは意識とはちがうの？

話逸れるけど牧野のスレは落ちたのかな？

ID:5+3x9Gjh0(2/2)

垢版

0057 花と名無しさん 2019/02/12(火) 21:57:58.88

意識してないっていうか、りぼんを特別熱心に読んでないと、りぼんの本流を理解しなきゃいけないという発想すら生まれにくいのかもね

よく分かってない人から見たら、見沢さんなども載ってるし、特殊な私でもイケそうと思うのかも

投稿先として迷った多数の雑誌のうちの１つでしかないみたいだし、

移籍するってことは、自分が合わせるんじゃなく、合わなかったらまた他所へ行けば良いって考えの人ってことでしょ？

りぼんに合わせ過ぎたら逆に他所では通用し辛くなるとは思うし

りぼんに骨を埋める覚悟がないとなかなか合わせるのは難しいとは思う

苦労して特に思い入れのない雑誌に合わせるより、meeで新人育成できるならその方がいいのかもね

今月デビューの田中さんも前にウェブで連載してたみたいだけど、りぼんでは受け入れられるか微妙そうだから mee向けだなって思った

思い入れが薄いのに表面的に合わせようとすると気持ち悪くなることもあり得るし

ID:L5ofiWub0(4/4)

垢版

0058 花と名無しさん 2019/02/12(火) 22:37:14.73

読者目線ってりぼん読者にちゃんと定まってないじゃん

努力の方向が違うってのはそういう意味

医学部に入るのに化学や数学をやらずに英語に全力を注いでるくらい違和感がある

そりゃ大体の受験に英語は必要だけど医学部にはいつまでたっても受からないよっていうか

合わないと言われてる人はそもそも理数系(エンタメ系の恋愛)が苦手な上に医者(りぼん作家)になりたいのかが微妙な人達で

受かり(載り)たいなら普通の人以上に苦手を克服しなくちゃ駄目なのに何かズレた事ばっかりしてんなーって感じる

ナチなんかは1科目がずば抜けてた特異型だけど他の科目も底点以上はしっかり取ってたからね

ID:uqoKsbeo0

垢版

0059 花と名無しさん 2019/02/13(水) 06:08:17.04

たしろさんがりぼんに合わないとは思ったことはなかった

まあLaLaで描いてるようなのをほんとは描きたいってんなら出て正解と思うけど

てかペンネームそのままだし直近の増刊に描いてるし出るんじゃなくて掛け持ちっぽいけど

まんグラの募集要項見るに別に掛け持ち問題ないみたいだし

今月中村ちまさんさりげなく凱旋してたがえばんさんとかまたりぼんで描かないのかな

モッチーは今は忙しいだろうけどそのうちまた金平糖載るかな

ID:Su0LZoM70

垢版

0060 花と名無しさん 2019/02/13(水) 07:26:28.20

可愛くない！とか、りぼんに載ってるのが違和感！って感じではないよね

昔のりぼんの増刊にもたしろさんみたいな地味系は結構いたと思う

りぼんの本流っていうか、看板になれる感じとは違うと思うけどね

有名どころ限定で言うと、初期の松本さん(目が巨大化する前)には絵柄の雰囲気は近い気もする

ID:yyHYwk4/0(1/4)

垢版

0061 花と名無しさん 2019/02/13(水) 07:32:14.80

もっちーはCookieが離さないでしょ

りぼんじゃ大人過ぎて作風が微妙に合わない作家というCookieが創刊時に載せてた層にドンピシャだし

金平糖も続くなら主人公が中高生という制約が無く描けるCookieザマに移りそうな気がする

ID:t1u9p/+P0(1/5)

垢版

0062 花と名無しさん 2019/02/13(水) 08:04:48.47

卒業した人たちに頼らないくらいにはしたいよね

暗黒期だったかもだけど、持田槙松本種村春田と、個性的な作家は揃っていたんだなあ

今の本誌って春田槙以外はだいたいおんなじに見える

いしかわ牧野は別枠として

ID:GRNBZeKi0

垢版

0063 花と名無しさん 2019/02/13(水) 10:27:01.59

今のりぼんの本流ど真ん中っぽい作品ってなんだろう

ID:loPeukNO0(1/3)

垢版

0064 花と名無しさん 2019/02/13(水) 11:15:40.22

絵は置いといて内容ならハニレモハツコイ愛もぐあたりじゃない？

古杏も吉住さんが得意だった対象年齢高めの恋愛物のラインに入ってる気がするし、ライオンもグッモニを思えばりぼんで人気が出るタイプ

何だかんだで人気がある作品はりぼんのツボを押さえてるんだねー

群青は昔のマーガレットの雰囲気を感じる

週単位で読まないと興味無くなっちゃうなぁ

6月は暗黒期のりぼんぽいかも

ある意味つまんない春田を思い出して懐かしい

恋せかはもっと幼い版がちゃおに載ってそうで、吸血鬼はなかよしの本流、

ゾンビは出来損ないの夢系二次創作って感じでどの雑誌にも載ってなさそう

あえて言うならショーコミかなぁ

ID:t1u9p/+P0(2/5)

垢版

0065 花と名無しさん 2019/02/13(水) 11:21:06.79

書いてて思ったけど案外りぼんで愛せかみたいなテーマで売れた作品って無いんだね

昔から思ってたけど柚原さんはそこはかとなく学館の学年誌の匂いがする

ID:t1u9p/+P0(3/5)

垢版

0066 花と名無しさん 2019/02/13(水) 12:06:05.92

>>61

あー大人が主人公の金平糖はいい話になるだろうね読みたい

ID:9uQZOfEw0(1/2)

垢版

0067 花と名無しさん 2019/02/13(水) 12:57:51.16

子供の悩みど真ん中だよね>恋せか

なないろは、ゆゆみたいなキャラが大人にもあるあるだから読者の幅がもう少し広かったんだと思う

子供限定の悩みだと雑誌で読む層には良くてもコミックスが圏外になるのは仕方ないかなと思う

ハツコイもここでは評判いいけどネタが完全に子供限定なために猫田のようにはランクインしないんだと思った

猫田は小学生ネタをベースに猫頭の謎で大人をジャケ買い＋惰性買いさせてたのかなと思う

あとタイトルの強さも関係あるかな

ハツコイはつばホタみたいなタイトルの流行りに乗ってる感はあるけど、無名の新人がやるには抽象的すぎたかも

ちゃおの12歳はあのタイトルで大友も飛びついたんだと思うけど…

でも多分大友に受けるような12歳みたいな可愛らしい小学生物だとりぼんでは受けないんだろうね

ハツコイもギリギリのラインだけど、小春子のキャラに救われてると思う

代わりに大友受けは悪そうだけどね

りぼんは小学生物でも大人びてないと受けないし、基本は高校生の恋愛を疑似体験したい読者向けの雑誌だと思う

こどちゃはそういうりぼん読者のニーズを満たしつつ大人を唸らせる硬派な内容も織り込まれてたから幅広く読まれたんだと思ってる

ID:yyHYwk4/0(2/4)

垢版

0068 花と名無しさん 2019/02/13(水) 13:28:48.09

考察すご。おもしろーい

ハニレモは80'のりぼん漫画ってことでいいの？

種村は何で売れたん？本流には乗れてたの？

りぼんの本流もいいけど、結局子供だましで大人だと？ってなってて、大友も大して食いついてないのになぜか売れた=種村ほど売れてる本流漫画ってないんでしょ？

オタ的なクドさのある作品には勝てないってことなん？

ID:WzJ10p1+0

垢版

0069 花と名無しさん 2019/02/13(水) 14:15:10.51

うん考察すごい

10歳くらいから中学までの間にちょっぴり大人な雰囲気を疑似体験できるドキドキ感がりぼんぽさで

かつ大人が見ても「未だにこの感覚わかる」って思える漫画が昔からのりぼんだった気はする

あと魔法戦士みたいに幼児過ぎず闇の力を得るみたいな厨二までいかない不思議設定や妄想具現化もアリ

金平糖みたいな不思議設定とか双子兄妹が学園潜入とかファッションが最先端とか

最近はちょっぴり大人な世界って無いしファッションもしまむらコーデって感じで例えば矢沢◯いを初めて見たときみたいにウワオシャレ！って憧れや印象が全然ない

描く人たち自身のオシャレセンスの問題かと思うけどそりゃイマドキの子たちがツイッターやつべやtiktokのファッションイラスト系に流れちゃうよねって思う

良い塩梅の例がこどちゃ然り古い作品の名が挙がるのが近年の良作の少なさや読者離れを物語ってる気もするのが雑誌ファンとして少し残念

種村氏の流行り方は自分自身が好みじゃないと驚くよね

ID:loPeukNO0(2/3)

垢版

0070 花と名無しさん 2019/02/13(水) 14:44:03.28

ナチはりぼんで言ったら全然本流じゃなかったと思うよ

りぼん読者はその当時も基本的にはヲタ嫌いだったと思う

だからこそ他の作家が正統派ばかりになりアニメっぽいナチが余計に目立ったんじゃないかな

保守的な読者はナチに嫌悪感を抱いたはず

でもそんなこと関係なく子供は可愛い物が大好きだし、ナチは子供から見たら普通に可愛くてわかりやすい漫画を描く人だったというだけだと思ってる

そして当時は姫リボの流れで読者の幼年化が進んでいたから子供の支持層が厚かった

そして、なかよしのヲタクバブルと同じように少女漫画誌がヲタク作品に乗っ取られることに快感を覚える大友も参入してお祭り状態になってたんだと思う

でも祭りが永遠に続くわけはないし、ナチも分かりづらいただのヲタク漫画になっていき、惰性読者からも見放されて巻末掲載になった頃に分かりやすい王道のひよ恋とバトンタッチした感じかな

ナチはりぼん読者にはずーっと嫌われてたし、支持してたのはりぼん読者になりきってない子供読者と、そのままりぼん読者ではなくヲタク読者になった層だと思う(本人達に自覚あるかはともかく、ナチ漫画に熱狂するあまり他のりぼん作品への興味が薄い読者は多そうだった)

今だと子供読者はちゃおに取られてるから同じようには行かなかっただろうなと思う…

ID:yyHYwk4/0(3/4)

垢版

0071 花と名無しさん 2019/02/13(水) 17:37:31.26

６月は自分は主人公カップルには興味持てないけど

真昼と黒髪の人のキャラと関係性好みだからいっそこっち主役にして欲しかったなー

悲恋にしかならないから無理だろうけど

>>61

確かに…懐古や追憶がテーマだから主人公の年齢制限ないほうがより設定が活きそうだね

ID:Dly4Chm+0

垢版

0072 花と名無しさん 2019/02/13(水) 17:56:47.18

6月は主人公がヒーローのどこに惹かれたのかよく分からないんだよな

真昼の存在のために設定として無理やり恋させられてる感がして人間味を感じない

かといって真昼カップル側をメインにもってきたらやれやれ系主人公の九條とツンデレ真昼でラノベみたいになりそう

ID:P3/nLK9l0

垢版

0073 花と名無しさん 2019/02/13(水) 20:35:38.30

>>70

なるほど。おもしろい

でもりぼん読者に嫌われてたは言い過ぎじゃない？

流石に子供だけであの部数は売れないでしょ

ちゃおすごいよなー

話しっかりしてるよね

幼年誌というか児童書的なプライドも感じる

りぼんて思春期的にも難しい場所にいるんだね

ID:HHiia62F0

垢版

0074 花と名無しさん 2019/02/13(水) 20:38:57.05

>>70

当時りぼん読んでてデビュー時に大賞になった号もリアルタイムで買ってたけど「えっ何でこんな子供の絵柄と内容の漫画がりぼんに来るの？」って思ったしずっと読んでなかったよ

姉らも興味なかったようだけど同級生は絵が良いって褒めてた

支持してた層はりぼんっぽさを気にしない子らと元々りぼん読者ではなかった人とかじゃないかな

ID:loPeukNO0(3/3)

垢版

0075 花と名無しさん 2019/02/13(水) 20:52:52.30

種村は２ちゃんで嫌われてたけど

結局あれは人気ある看板作家に一定以上のアンチがいただけで

実際大人気だったよ　あの時代

だからアンチの数も比例して多かっただけ

オタク要素とかあんま関係ないと思うよ

ID:m+coWi4S0

垢版

0076 花と名無しさん 2019/02/13(水) 21:12:31.94

ナチはアニメで取り込んだ層に支持されてたんじゃないかな

姫ちゃん、ちゃちゃで入った子が高学年〜中学生の頃にジャンヌ読んでたんだろうなって

ナチが入る前にもう既に漫画に重きを置かないアニオタ層には片脚突っ込んでたのは結構忘れられがち

もしかしたら一条さんが出たのがりぼんが傾く決定的な出来事だったのでは

94年あたりの売上は束の間のアニメバブルって気がする

ID:t1u9p/+P0(4/5)

垢版

0077 花と名無しさん 2019/02/13(水) 21:36:51.93

ナチが大人気だったのはわかるんだけど、子供層(のちに学年が上がりナチヲタ化)と外部層だと思う

吉住さんなどを好きだったりぼん読者が寝返ったとは考えにくい

現在のりぼんで言うなら、もし今変身美少女的な作品がりぼんで大ヒットしたとしても、ハニレモやライオンを好きな読者は冷ややかな目で見てると思う

嫌われてるってアンチ的な意味だけじゃなくて単に好きじゃないって感じ

子供受けが良かったのと、なかよしのセラムンやさくらみたいなヲタクバブルが起こってたから外部人気で売れてたと思う

>>76の言う姫ちゃん、チャチャの流れで子供読者やアニメ好きが流入してたのも重要だと思う

でも、そのまま新規の子供を釣り続けられる永久機関になれれば良かったけど、ナチは根は子供向け職人ではなく自己満ヲタクだから最終的には子供には意味不明の漫画を描くようになってしまい、

同時に祭りが去ってヲタクも去ってひよ恋時代到来となったと思う

ID:yyHYwk4/0(4/4)

垢版

0078 花と名無しさん 2019/02/13(水) 22:25:29.00

ナチ以前の作品もコミックで読んで好きだが

世代的にナチが台頭しはじめた頃からの読者だからナチ絵がそのままりぼんっぽさとして刷り込まれたな

話の深みや完成度って点ではナチ以前の作品のが上だと思うけど

女児心くすぐる絵やデザインや分かりやすいキャラ立ては良かった

満月だけは今でも好き

ID:xeuLX+oQ0(1/2)

垢版

0079 花と名無しさん 2019/02/13(水) 22:29:42.09

ナチ来なかったらどういうりぼんになってたんだろう

どっちにしても時代の流れで部数は下がってたと思うけど全然違う雰囲気の雑誌になったのは確かだよね

今となっては分からないけど気になるわ

ID:xeuLX+oQ0(2/2)

垢版

0080 花と名無しさん 2019/02/13(水) 22:39:04.88

当時読んでてナチファンはナチ作品しか読んで無いだろうなと思ってた

池田さんを見てるとあの頃のナチファンそのものって感じるんだよね

違う人種だなぁって思うけどあの層はりぼん=ナチくらいに思ってるから自分が本流とズレてるイメージが掴めないのだと思う

でも当時ってメディア化が途切れた空白期間でそこにジャンヌがポンと出たから

りぼん=ナチのイメージがついても不思議じゃないくらいに外部アピールはナチだらけだった気がする

私はミン僕、ベイビィLOVE、GALS、グッモニの方が当時のイメージだしジャンヌは今の牧野みたいなポジと認識してたかな

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

2026-04-25

■anond:20260416211545

Cookieとキャッシュを消したら解決した

キツネが可愛いので今後も使い続けたい

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

2026-04-13

■

0904 花と名無しさん 2018/09/25(火) 20:01:01.68

スイーツ漫画じゃないと映画化にならないからなぁ

金平糖とかNHKのドラマで見てみたいなぁとは思うけど

まあ何にしろ大人向けの雑誌の方がメディア化しやすいんだろうね

ママレグッモニだってそれぞれ続編が大人向けで連載されてるから実写化したような気がするし

ファンからしたら嫌だけど椎名さんもクッキーでベイビィLOVEの続編描いたら即映画化されそう

ID:Z+Xi8QbQ0(1/2)

垢版

0905 花と名無しさん 2018/09/25(火) 21:49:55.84

ギャルズの続編はないかな

40代になった主人公たちが10代の娘たちに振り回されるホームコメディドラマ

金田一だって37歳の続編作られるくらいだし

ID:k5vClBVT0

垢版

0906 花と名無しさん 2018/09/25(火) 21:52:48.48

それやるなら内容的にcookieじゃない？

娘メインの話ならまだりぼんもわかるけど

ID:3Tiuj1fd0

垢版

0907 花と名無しさん 2018/09/25(火) 22:02:06.54

>>905

それ何というSUNNY

ID:f1XrN1pM0

垢版

0908 花と名無しさん 2018/09/25(火) 22:13:42.51

>>904

ベイビィLOVE続編は短編なら何度も描いてるよ

今更壊れようもないし正直さすがにせあら達はもういいよってなってる

ID:2DVOAcq40

垢版

0909 花と名無しさん 2018/09/25(火) 22:38:02.33

>>908

知ってるしうんざりしてるよ

そうじゃなくて、読み切りだとあくまでもその号だけの客寄せだけど

グッモニママレみたいに連載タイトルにしちゃえばりぼん時代の内容が簡単にメディア化するだろうねって話

続編と言えば最後まで読んでないけど星の夜月の朝はりぼんでの本編何だったんだって内容で最悪だったな

椎名さんはベイビィLOVEには複雑な気持ち抱いてそうだし連載オファーはあっても描いて無いんだと思ってる

たぶん本人が一番うんざりしてるよ

ID:Z+Xi8QbQ0(2/2)

垢版

0910 花と名無しさん 2018/09/25(火) 23:28:56.16

＞ベイビィLOVEには複雑な気持ち抱いてそう

何故？なんかあったの？

個人的にはペンブラ大好きだったからちゃんとした完結編読みたいわ

ID:aUlRZmFG0(2/2)

垢版

0911 花と名無しさん 2018/09/25(火) 23:29:05.49

もっちーの初恋、設定だけ見たら今のスイーツ映画世代にドンピシャだもの

アラサー女子が年下男子に好かれまくる話ってだけでものすごく強い

設定だけでまったくおいしく料理できてないから話クッソ面白くないけど

映画の人が入って面白くなればいいね

ID:HbW5acNQ0

垢版

0912 花と名無しさん 2018/09/25(火) 23:29:52.47

グッモニ実写化とか空気で終わったけどね

配信だし

ママレはまだ映画で番宣とかやってたから目立ってたけど

ID:kofoZJ+G0

垢版

0913 花と名無しさん 2018/09/25(火) 23:45:45.39

なんか、いかにも実写化するような内容の漫画だもんね。

今の時代、実写化向きの内容で漫画を描いた方が受けるのかも。

その方が、実写化したときに違和感ないし。

ID:wpNUR0oe0

垢版

0914 花と名無しさん 2018/09/25(火) 23:46:16.05

>>905

ギャルズの面々なら40代見たいなー！

ID:pr9UOAQL0

垢版

0915 花と名無しさん 2018/09/25(火) 23:47:23.09

90年代のりぼんについて語ろう

https://medaka.5ch.i...i/rcomic/1231584993/

ID:3rj/PMM80

垢版

0916 花と名無しさん 2018/09/26(水) 01:03:27.57

>>910

本人のテンションとベイビィファンのテンションに乖離があったと思う

椎名さんはベイビィみたいなベタな恋愛が特別好きって訳でもないのに

引き伸ばされたり漫画の恋愛にのめり込み過ぎる過激なファンに疲れてた印象

それでやっとペンブラで得意な作風に戻したら恋愛少ないって文句言われるわ打ち切られるわでメンタル相当やられたと思うよ

前作がベイビィじゃなかったらペンブラに恋愛少ないって言う人いなかったんじゃないかな

今見たらペンブラにも十分な恋愛描写あるんだよね

椎名あゆみ=ベイビィLOVEになってしまった事で作家として随分窮屈になった感じがする

大ヒットの後は矢沢さんや小花さんみたいに前作のファン切る勢いでガラッと作風変えるくらいが丁度いいのかもね

ID:TxEnviSO0(1/3)

垢版

0917 花と名無しさん 2018/09/26(水) 01:05:35.48

>>905

キャラの老いた姿なんて見たくないのでいいです

ID:nOvE8FSY0(1/2)

垢版

0918 花と名無しさん 2018/09/26(水) 04:00:24.76

もっちーの作品だったら、金平糖をアニメ映画とかにしてもらえたらなーとひっそり思ってる…

怪我、病気、死ネタは感動が安易な気がしてあんまり好きじゃ無いし後期の金平糖は高尚様臭が凄いんで

テイクオーバーゾーン（振られた彼氏と付き合い始める前の中学時代に行く話）が良いな

「時間を巻き戻してもう一度間違えたい」ってモノローグは今読んでもグッとくる

ヒットしなくても地味な良作として残ったら良いな

…という妄想をたまにしてる

ID:lNDGoO6f0

垢版

0919 花と名無しさん 2018/09/26(水) 07:56:20.74

>>918

後期の金平糖の高尚様臭わかるわ

ID:4Rci0hXf0(1/2)

垢版

0920 花と名無しさん 2018/09/26(水) 08:13:12.73

高尚様というかあまりにも趣味の世界過ぎて

終始「お、おう……」ってなったな

リケジョの話やバターカップもそんな感じ

ID:TxEnviSO0(2/3)

垢版

0921 花と名無しさん 2018/09/26(水) 12:13:37.11

モッチーの漫画って何か設定が喋ってる感じ

キャラクターが喋ってるんじゃなくて

ディスっといてあれだけどソプラノの歌詞がリア時代大好きでノートに書き写したw

ルーズリーフとかタイトル好き

好きなとこがあるだけにいろいろ惜しいんだよね>モッチー

今の売れてるやつは引っ掛かるとこない

スイーツって感じで

ID:JNhdrdSt0

垢版

0922 花と名無しさん 2018/09/26(水) 12:57:15.11

もっちーは移籍してよかったね

りぼんだとロングヒットなかったし

大人向け作品の方がメディア化しやすいし話題になる

姉の槙ようこのベイベアニメ化で差がついてたから報われてうれしい

内容はスイーツだけど

ID:nOvE8FSY0(2/2)

垢版

0923 花と名無しさん 2018/09/26(水) 14:57:06.68

さくらももこスレはdat落ちしてるから次スレから外していいのでは？

ID:dtNzdtzD0

垢版

0924 花と名無しさん 2018/09/26(水) 15:44:16.50

>>916

ペンブラ打ちきりでかなり参ってたね

普通に楽しみに読んでたから悲しかった

自分もペンブラ恋愛結構入ってると思ったけどテーマが女児の興味あるものと全然違ったからな

今も昔もりぼんで恋愛以外のテーマやるなら最低限女児の興味ひけるものじゃないと難しいね

ID:z2gbqMta0(1/2)

垢版

0925 花と名無しさん 2018/09/26(水) 16:57:07.08

ルーズリーフがもっちーの中では好き。あとは、なんだろう、狙いすぎ。感動するでしょ？ね？って感じ。まぁ、思い出金平糖とかは、シリーズになっちゃったから、必ず切ない系になるのは分かってて読むからしかたないんだけど。

実写化したやつは、主人公がおしゃれ？なのと、設定が受けるから人気でたんだと思う。話はつまらん。主人公説教臭いし。

他誌なのでここまでにしとく。

でも、もっちーのアナログカラーのすごさが、この期にもっと知ってもらえれば嬉しい。種村さんよりセンスあるし、好き

ID:i2YV0ynq0

垢版

0926 花と名無しさん 2018/09/26(水) 17:32:17.38

持田さんは槙さんが売れてたから陰に隠れがちだったけど確かデビューも16歳？だしデビュー作もかなり完成されてたよね

作風もデビューから一貫してたし、ようやく報われて本当に良かった

槙持田姉妹は絵への探求心が衰えないし姉妹で高め合ってそうなのがいいね

ID:69Q7HLEL0

垢版

0927 花と名無しさん 2018/09/26(水) 18:23:03.30

>>926

そうそう早かったよね私もデビュー作好き

初めて読んだ小学生の頃は理解出来なかったけど、成長してから読み返したらこれ15.6で描いたの！！まじか！って思った…(名前出して申し訳ないけど)春田さんと違って騒がれなかったイメージあるのは中学生デビューじゃなかったからかな

ID:vgwWtgXc0

垢版

0928 花と名無しさん 2018/09/26(水) 18:27:07.29

高齢デビューは世間的にどう思われてるのかな

ID:c4im8CMO0

垢版

0929 花と名無しさん 2018/09/26(水) 18:31:46.62

おいおいおいお前ら待てよ

実写化決定だけで盛り上がりすぎだよ

大コケする可能性だってあるんだから今からハードルあげんなよ

実写化はどうでもいいからもっちーには原画集だしてほしい

槙よりもだしてほしい

実写化記念でだしてくれよ原画集

ID:mzD1xMPM0

垢版

0930 花と名無しさん 2018/09/26(水) 18:55:59.34

高齢デビューといえば乙女坂さんどうなったの

ID:tVJSQA +j0

垢版

0931 花と名無しさん 2018/09/26(水) 19:20:33.08

>>927

春田の直後で高校生だったのと、絵柄がキャッチーさに欠けたからじゃないかな

画力も画面処理もいまいちだったし

ID:4Rci0hXf0(2/2)

垢版

0932 花と名無しさん 2018/09/26(水) 21:56:28.41

自分もモッチーの小物やディテールにこだわった絵や話のノスタルジックな空気感はすごく好き

なのに話が面白いとかキャラが好きとかは思えない所が惜しいと思う

特にキャラは作者が喋らせてる感強い

転校続きで全国に友人いるっぽいし色んな人と関わってるのにそれがキャラ造形に活かされないものか

ID:z2gbqMta0(2/2)

垢版

0933 花と名無しさん 2018/09/26(水) 22:03:16.97

順子先生石原さとみがよかったのに5時9時で同じようなキャラやってたから可能性ないよな

つーか名前も塾講師ってとこも被りすぎだろ

ID:REdBSNQJ0

垢版

0934 花と名無しさん 2018/09/26(水) 22:10:54.86

石原さとみは見た目が可愛過ぎて高校生と並んでもあんまり特別感無いなぁ

可愛さと落ち着きのバランス考えたら比嘉愛未あたりがいい

ID:TxEnviSO0(3/3)

垢版

0935 花と名無しさん 2018/09/27(木) 08:15:31.90

初めて恋を〜に関する話題、キャスト予想はこれ以上はスレ違いだな

やるならクッキースレで

りぼん時代のもっちーの話題ならありだけど

ID:sijvbuQf0

垢版

0936 花と名無しさん 2018/09/27(木) 12:41:21.16

木下さんの2話の扉絵カラーじゃないんだね

短期の熊乃さんの連載も2話目カラーじゃなかったし木下さんも短期連載予定？

ID:3KkcyG+C0

垢版

0937 花と名無しさん 2018/09/28(金) 14:3 4:37.83

【漫画】少女漫画誌「りぼん」の付録が人気再燃　グッズ通販に当時の少女ら感涙「よくやった！」

http://hayabusa9.5ch...newsplus/1538112696/

ID:tscFloq1O

垢版

0938 花と名無しさん 2018/09/29(土) 03:12:58.17

ときめきトゥナイトっていうとヒロインが露出狂のやつか？

EDでは裸マントで胸や足をちらちら見せる女子中学生

https://pbs.twimg.co.../BM0EQN3CcAARzy6.jpg

ID:xmF3CByb0

垢版

0939 花と名無しさん 2018/09/29(土) 14:18:30.01

懐古話はこちらで

90年代のりぼんについて語ろう

https://medaka.5ch.i...i/rcomic/1231584993/

ID:VsvJmgD20

垢版

0940 花と名無しさん 2018/09/29(土) 14:26:34.47

ときめきEDは最近になってはじめて見たけど

絵はさすがに時代を感じるクオリティーだけどハイセンスで良かった

ID:P7v6aEEX0

垢版

0941 花と名無しさん 2018/09/29(土) 14:31:33.32

最終回 EDはヒロインもヒーローもおっさんも裸マント

ID:9KYpONNd0

垢版

0942 花と名無しさん 2018/09/29(土) 20:31:59.40

見沢さん楽しみだけど「急に話が来たので慌ててネーム描いた」みたいな事言ってたから本誌来た途端滑る法則で連載が遠のかないか心配

ID:0gGLDlFk0

垢版

0943 花と名無しさん 2018/09/29(土) 20:58:24.15

>>942

急に話が来たということは別の人にチャンス当たる予定だったのかな？

連載はどうなるかわからないけど華やかな画面多いし持ち味活かせるといいね

ID:Gqcynd0y0

垢版

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

2026-04-01

■

hatelab.jpのcookieを消さなきゃ、はてラボにログインできなかったよ

Permalink | 記事への反応(2) | 19:54

2026-03-25

■「愛用ツールが突然削除→AIで作ろう」の流れ……人気Chrome 拡張「画像をJPG/PNG/WebPで保存」マルウェア検出で

“ 　「Save Image as Type」はもともと個人開発の無害なツールだった。扱いづらいWebp 形式の画像を、JPGやPNGといった扱いやすい形式に簡単に変換して保存でき、世界で多くのユーザーが使っていた”

“ 悪意あるコードの注入が発覚したのは24年後半。所有者の変更が関連しているとみられている”

“ ユーザーがWebページを開くと、隠しiframeでAmazonやBest Buyなどの通販サイトを読み込み、アフィリエイト用のCookieをブラウザに植え付ける。ユーザーがその後に買い物すると、攻撃者側に紹介料が入る仕組みだ”

https://www.itmedia.co.jp/aiplus/spv/2603/24/news079.html

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

2026-03-01

■【Android】家族にスマホを見られても死なないためのプライバシー 防衛

「プライバシー保護」というと、巨大IT 企業によるデータ収集への対抗策として語られることが多いですが、私たち個人にとって、もっと切実で身近なリスクがあります。

それは、「家族や知人にスマホを覗き見られること」です。

ふとした瞬間に画面を見られたり、あるいは自分の死後にスマホのロックが解除されたりしたとき、そこには「誰にも見せたくない自分」が詰まっています。あなたの趣味嗜好、行動範囲、検索履歴……これらが家族に筒抜けになることは、時として人生に甚大なインパクトを与えかねません。

本記事では、生粋のAndroid ユーザーである筆者が実践している、「ロック解除状態でスマホを渡しても致命傷を負わないための設定」を解説します。対象はGoogle Pixel（Android 14/15）およびBrave ブラウザです。

前提: ロック解除のPINは他デバイスと別にする

まず大前提として、スマホのロック解除に使う6桁暗証番号は、iPadやPCなど他のデバイスと必ず別にしてください。「どうせ同じ番号だろう」と推測されるのを防ぐための最低限の対策です。

1. 鉄壁のOS設定（Pixel / Android）

まずはOS レベルで「無意識に記録されるデータ」を徹底的に排除します。便利機能の多くは、プライバシーのリスクと表裏一体です。

1-1. 位置情報の記録を止める

「いつどこにいたか」は雄弁なプライバシー情報です。Google マップのタイムライン機能は便利ですが、行動を詳細に記録する必要がないならオフにすべきです。

設定: ロケーション履歴（タイムライン）、WebとアプリのアクティビティをOFF
手順:
- [設定] → [Google] → [Google アカウントの管理]
- [データとプライバシー] タブを選択
- 「履歴の設定」にある [ロケーション履歴（タイムライン）] を「オフ」にする
- 同様に [ウェブとアプリのアクティビティ] も「オフ」にする

マップ利用時のみ位置情報をONにし、ログとしては残さない運用が最も安全です。

1-2. 予測変換の「うっかり」を防ぐ (Gboard)

人に検索画面を見せて文字を入力しようとした瞬間、予測変換に「恥ずかしいワード」が表示される……これこそが最も恐れるべき事態です。Gboardの学習機能を無効化し、リスクを排除します。

設定: 学習機能、連絡先の候補、過去履歴からの予測をOFF
手順:
- キーボードの歯車アイコン → [設定] または [設定] → [システム] → [言語と入力] → [画面キーボード] → [Gboard]
- [テキストの修正] を開き、[連絡先の候補] をOFF
- [プライバシー] を開き、[入力内容の学習]、[使用統計情報の共有] をOFF
- 過去の汚れを消し去りたい場合は、同画面の [学習した単語やデータの削除] を実行

特に「連絡先の候補」をOFFにすることで、連絡先に登録している特定の人名などが変換候補に出るのを防げます。

1-3. Googleフォトへの自動 アップロードを停止

クラウドへの自動バックアップは便利ですが、「見られても良い写真」と「そうでない写真」が混在したままクラウドに上がるのは危険です。写真はローカルで選別し、必要なものだけを手動で上げる運用にします。

設定: 自動バックアップを完全OFF
手順:
- Googleフォトアプリ → 右上のアイコン → [フォトの設定]
- [バックアップ] を開き、スイッチをOFFにする

手動バックアップの方法:

アップロードしたい写真を選択し、[今すぐバックアップ]（雲のアイコン）をタップするだけです。

また、絶対に見られたくない写真は、Googleフォトとは別のクラウドサービス（後述）に退避させ、ローカル端末からは即座に削除しましょう。

1-4. 電話 アプリの「お節介」をオフに

Googleの電話アプリには、着信番号から店名などを自動表示する機能があります。これは便利ですが、例えば「〇〇クリニック」や特定の店舗名などが表示され、着信履歴に残ることで、通院歴や行動が家族に知られるリスクがあります。

設定: 発信者番号とスパムの番号を表示をOFF
手順:
- 電話アプリ → 右上のメニュー（︙） → [設定]
- [発信者番号 / 迷惑電話] を開き、[発信者番号とスパムの番号を表示] をOFF

また、不要なショートメッセージ（SMS）は定期的に削除しましょう。認証コードや通知SMSには、登録しているサービス名が含まれることがあります。

2. ブラウザと通信の要塞化 (Brave)

Web ブラウザは最もプライバシー情報が蓄積される場所です。ChromeはGoogle アカウントとの結びつきが強すぎるため、メインブラウザには「Brave」を使用し、履歴を残さない設定にします。

2-1. Brave ブラウザの「終了時全消去」設定

Braveには、アプリを閉じるだけで閲覧データを消去する機能があります。これを使えば、「履歴を消し忘れる」というヒューマンエラーを防げます。

手順:
- Brave アプリ → 右下のメニュー（︙） → [設定]
- [Brave シールドとプライバシー]（英語表示の場合は [Brave Shields & Privacy]） → [閲覧履歴データの削除]
- [終了時にデータを削除する] をONにする
- 削除対象（閲覧履歴、Cookie、キャッシュ等）にチェックを入れる

2-2. ホーム画面を無機質にする

Braveのホーム画面（新しいタブ）には、デフォルトで「トップサイト（よく訪れるサイト）」が表示されます。ここから頻繁にアクセスしているサイトがバレるのを防ぎます。

手順:
- [設定] → [新しいタブページ]
- [トップサイトを表示]、[Brave Newsを表示] などをすべてOFF

2-3. フォーム 自動 入力の無効化

住所入力フォームなどで、過去に入力した住所や電話番号がサジェストされるのを防ぎます。

手順:
- [設定] → [住所とその他]
- [住所の保存と入力] をOFF

運用のコツ:

ホーム画面にBraveの「プライベートタブ」のショートカットを置いておき、検索時は基本的にそこから開始する癖をつけるとさらに安全です。

2-4. Wi-Fiを使い分ける

見落とされがちですが、同じWi-Fi ネットワークを家族と共用することにもリスクがあります。

同一ネットワーク内では、Cookieやトラッキングの実装が杜撰なサービスの場合、自分がスマホで見た商品の広告が、同じWi-Fiに繋がっている家族のPCやタブレットに表示されることがあります。「なんでこんな広告が出るんだろう」と家族が不思議に思うパターンです。

推奨運用:
- 家族と共用していない別のアクセスポイントがあれば、そちらを優先的に使う。
- なければ、スマホはモバイル回線（4G/5G）のみで使用する。

筆者は賃貸備え付けの回線（家族共用Wi-Fiとは別）をスマホ専用で使っています。

3. アカウントとID 管理の分離

「表の顔」であるメインのGoogle アカウントと、「裏の顔」であるプライベートな活動は、完全に切り離して管理します。

3-1. メールアドレスの使い分け

用途に応じてメールアドレスを明確に分けます。

メイン (Gmail): 家族や知人との連絡、公的な登録用。
サブ (Gmail): 転職活動や、メインに混ぜたくないが重要な連絡用。
捨てアド (メルアドぽいぽい): 会員登録、メルマガ、一時的な認証用。

「メルアドぽいぽい (m.kuku.lu)」の活用:

アクセスするだけで即座にメールアドレスを発行・送受信できるサービスです。アドレス作成時に自分でIDとパスワードを設定しておけば、いつでも同じメールボックスに再アクセス可能です。メインの受信箱を汚さず、かつ「このサービスに登録していること」自体をメインのアカウントから隠蔽できます。

（注意）個人運営のサービスのため、サービス終了リスクがあります。銀行口座など重要なサービスの登録には使わないようにしましょう。

3-2. パス キー (Passkey) の積極採用

対応サイトでは、従来のパスワードではなく「パスキー」を使いましょう。

メリット: 指紋や顔認証だけでログインでき、パスワード入力画面を覗かれるリスクがありません。
フィッシング耐性: パスキーはドメイン（URL）を厳密に検証するため、偽サイト（フィッシングサイト）では認証自体が動作しません。セキュリティ的にも最強の選択肢です。

3-3. 「墓場まで持っていく」メモの管理

誰にも見られたくないメモや、裏アカウントのID 管理はどうすべきでしょうか。

Google Keepなどの標準アプリは、同期の手軽さゆえに家族に見られるリスクが高いです。

推奨運用:
- Google アカウントと紐づかないクラウドメモ（Evernote, Dropbox等）を使用する。
- 注意: NotionはGoogle アカウントでのOAuth ログインが可能なため、使う場合はGoogle アカウントと紐づかない独自のIDで登録すること。
- そのアプリアイコンはホーム画面のフォルダ深層に隠すか、アプリロック機能（生体認証必須化）をかける。
- パスワードマネージャーを使わず、ID/パスワードは脳内記憶するか、この秘密のメモアプリ内に平文で記録する（リスクを許容できる場合）。

まとめ

プライバシー保護とは、巨大企業に対するデータ防衛だけでなく、「リアルな人間関係」における自己防衛でもあります。

利便性を追求すればするほど、私たちの情報は端末やクラウドに蓄積され、ふとした拍子に露見するリスクが高まります。全てを隠すのは不便すぎますが、「検索履歴」「写真」「予測変換」という見られたら終わるポイントだけは、鉄壁の守りを固めておきましょう。

この設定が、あなたの心の平穏に繋がることを願っています。

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

2026-02-15

■ブラウザーの通信 暗号化 機能

最近のブラウザーは通信を暗号化して、プライバシーとセキュリティをより強化する機能がある。

そこで、ブラウザー別の特徴を比較してみた。

なお、ほとんどのブラウザーでデフォルト設定はオフで、必要ならオンに変更する必要があるので注意。

オンにすると一部サイトでは海外扱いになり不具合が発生する。フレッツIPv6閉域網にもフレッツ外の扱いになるため接続できない。また、Wikipediaはプロキシ接続での編集を一切禁止しており、プロキシ扱いになるため、編集ができなくなる (編集頻度が多いなら例外設定やスマートフォンではアプリから編集するなど検討を) 。

なお、ブラウザーによってはIPv4 接続でも暗号化機能をオンにするとIPv6専用ウェブサイトにアクセスできるようになる場合がある。

IPv6で接続しているかを確認したい場合は、 anond:20260215110540 を参考に。

Google Chrome

そんな機能はない。

※ 追記: ただし、HTTPS化されているウェブサイトをHTTPS優先で接続する設定は、この記事に記載の全ブラウザーで (Chromeでも) できる。一番下の追記1も参照。

Googleは広告会社でもあるので、プライバシー保護とは基本的に相性が悪いと考えるべきだろう。

利用者も世界最多であるがゆえのデータ量でユーザーに (プライバシーより利便性という形で) 還元するという方向である。Google Mapsの渋滞表示や施設の混雑状況表示はこれで成り立っているというのがある。

なお、拡張機能でVPNは個人的にはおすすめしない。VPN アプリを使用するべきだろう。

Safari

"iCloud プライベートリレー" という機能。

2つのリレーを使うようになっていて、1つ目はISP から Appleへのリレー、2つ目はApple からコンテンツプロバイダーへのリレーになっている。コンテンツプロバイダーは公開されていないが、プライベートリレーをオンにしたときに表示されるIPアドレスを見るに、Cloudflareがその1プロバイダーにふくまれているっぽい。

無料でも初期設定でメールやSafariのトラッキングコンテンツ (アクセス解析など) のみ保護してくれるが、有料プラン (2026年 2月現在最低月額150円) に加入してプライベートリレーをオンにすることで、Safariでアクセスするすべてのウェブサイトが保護対象になる。

暗号化サービスとしては日本トップレベルの普及率となっているため、不具合の発生率は低め。

検索結果の精度向上のため位置情報 (GPSではなくISPによるもの) を保持するかプライバシー保護向上のため国情報のみ使用するかを選択できる。ブラウザーでradikoを再生するとかなら (エリアフリープランを除き) 位置情報を保持する設定にすべきだろう。

なお、AppleのウェブサイトにIPアドレスと位置情報の一覧 (CSV) が公開されている。アクセス制御が必要なら参考にしてほしい。

https://developer.apple.com/jp/icloud/prepare-your-network-for-icloud-private-relay/

Microsoft Edge

"Microsoft Edge セキュアネットワーク" という機能。Cloudflareに接続される。現時点では、PCのみ対応でモバイルでは使用できない。

個人の Microsoft アカウントでサインインすることで、5GB / 月の容量を使用できる。保護レベルは3段階から選択でき、指定したサイト、最適化 (初期設定) 、すべてのサイトから選択する。指定したサイトとすべてのサイトはその名のとおりだが、最適化は容量を節約するため、動画視聴サイトが自動的に保護対象から除外されるなど、5GBをなるべく使い切ることがないよう、うまいこと調整してくれる。

現時点では、企業では使用不可。 "最新情報にご期待ください" とのことだが...。

Brave

"Brave VPN" という機能。Guardianに接続される。月額9ドル99セント、または年額99ドル99セントで10台まで保護できるうえに、なんとブラウザー以外も含めた全アプリを保護してくれるとのこと。

Opera

プロトコルにLightway (ExpressVPNで使用しているものと同じ) を採用しており、消費電力の少なさを売りにしている。

無料だと3地域のサーバーに接続できるが、有料プラン (月8ドル / 年48ドル) にすると30以上の国別サーバーに接続でき、ブラウザー以外も保護されるようになるとのこと。

とはいえ無料でも無制限に使用できる (この記事の中では) 唯一のブラウザーなので、Opera内だけ保護してなおかつ地域限定コンテンツも使用しないなら選択肢になる。

DuckDuckGo

有料 (月9 ドル99セント / 年99ドル99セント) だが日本は対象地域ではないため使用できない。

Firefox

"Mozilla VPN" という機能。

有料だが日本は現在対象地域ではないため使用できない。ただしウェイトリストに登録できる。

プロトコルはWireGuardを使用しているとのこと。

マルチホップ機能が使用できる。これはパフォーマンスと消費電力が犠牲になるが、2か国のサーバーにリレー接続することでよりプライバシーが保護されるという仕組み。

なお、唯一カスタム DNSと併用できる。

あとひとつは?

Tor Browser以外で。

追記1

ISPに知られないことが目的ならhttpsでいいじゃんという話

anond:20260215195536

通信内容の暗号化だけならVPN無しでもやってるじゃん。

anond:20260215201152

1つめのほうについて書いた段落は投稿してすぐに消した。それまでの間についてしまった反応だが ("この内容を登録する" を押す前に "確認する" を押さなかった自分の落ち度ではあるが) 、返信する。

2つめのほうはそれより後だが、内容がほぼ同じのためまとめて返信する。

確かに HTTPSは日常閲覧するサイトの9割 (個人差はあるが一般的な使い方の人の場合) になっており、長期間更新放置されているサイトもHTTPS化される例 (かめプロジェクトなど) が増えているため、ほとんどの人にとってはなくても困らない機能だろう。なお、ChromeであってもHTTPS化されているサイトは優先的にHTTPSで接続する設定はできる (これは本文で書き漏れていたため追記した) 。

ただ、残りの1割のサイトはいまだに暗号化が行われておらず、このようなサイトを閲覧する機会が多い人は、暗号化機能を使用する価値があると考えている。

とはいえ、そのようなサイトはプライバシーのみならずセキュリティリスクでもあるので、可能ならば避けて他のHTTPS 対応サイトで代替できないかを検討するべきではあるが。

--- ここから2026-02-16 ---

追記2

ポイ活に支障があるかないかが知りたいわ

anond:20260216003314

ほとんどのウェブサイトは、接続元の判定 ではなく トラッキング機能で判定しているため、この機能による影響はない。

ただし、Chromeを除くほとんどのインターネットブラウザーはトラッキング機能を遮断するようになっていて、そちらの機能で支障が発生することもある。ポイ活をよく使用するのであれば、暗号化機能よりむしろトラッキング防止機能をオフにするのがよい。

Safariの場合、Safari設定の "プライバシーとセキュリティ" に "サイト越えトラッキングを防ぐ" があるのでオフにする。 "詳細" に "高度なトラッキングとフィンガープリント保護" があるので、これもオフにする。 "すべての Cookie をブロック" はさすがにオフだとは思うが、もしオンになっていたらこれもオフ。

この3点をオフにしたら、大半のポイ活サイトは大丈夫。

Edgeの場合は、設定の "プライバシー" に "追跡防止" があるのでオフにする。

楽天などポイ活専用アプリも提供しているところなら、専用アプリを使用するのもひとつ。

ないところなら、デフォルト設定で追跡防止をしていないChromeをポイ活専用ブラウザーにしてしまうのもひとつの方法。

なお、iOSはOSの制約上、他社のブラウザーやアプリ内ブラウザーなどにもSafariと同様のトラッキング防止機能が適用されるので、ブラウザーの設定とOSの設定の両方でトラッキングできるように設定する必要がある。これについてははてなブログ・ブックマークアプリにも影響があり、はてな公式のお知らせにも掲載があるので、こちらで設定方法を確認してほしい。

追記3

今時のモダンなブラウザだと暗号化なしで接続しようとすると警告すると思ったが

anond:20260216132919

これは大正解。ただし、デフォルト設定がオフ、もしくはプライベートブラウズ限定になっているブラウザーも多いので (オフ設定でもURLのところの警告チップは出る) 、追記1に書いた1割のサイトをよく見るとかでもなければオンにすることをおすすめしたい。自分もオンに設定している。

Vivaldi もあるよ。

anond:20260216154135

やっと "あとひとつは?" に対する回答がついた。ありがとう。

--- 2026-02-17 ---

追記3

anond:20260216193704

考え方は人それぞれ。自宅に例えて、昼間でも部屋のカーテンを閉めておく、荷物は直接受け取りにせず宅配ボックスなどを優先的に利用する、といった人なら暗号化機能を使ったほうが良いだろう。個人的には自宅のセキュリティにも気を配ってほしい。

--- 2026-02-19 ---

追記4

むしろ外国サービスを経由するほうが日本の国内法の適用から外れ危険では

メールとかも日本国内でやってるサービスの場合は日本の法律を守らないと運営できないはず

日本国内企業のSIMでそのまま通信すほうが「通信の秘密」による規制があって

たしかに日本だとプライバシー保護は名ばかりではなく本当に守っている事業者がおおい (サイバー攻撃のターゲットになった場合は別だが) ので、たしかに日本のプロバイダーに直接接続するのは安心度が高い。

日本のプロバイダーが暗号化もワンストップで提供してくれたらいちばんいいんだけど。日本企業って、セキュリティーが弱いんだよね...。

話それるけど、+メッセージも高度な暗号化機能はないし...。海外サービスだけど高度な暗号化があるiMessageとどっちが安全なんだってなってしまう。

ちなみに現在日本でもっとも利用者がおおいLINEは限定的な対応になっている。たとえばグループ通話は高度な暗号化では暗号化されない (個人通話は高度な暗号化が使用される) 。

詳細: https://help.line.me/line/?contentId=50000087

ここには書かなかったけど、プライベートメールアドレス (この記事に書いたなかだとSafari・DuckDuckGo・Firefoxで使用できるメールアドレスを無限に作れる機能) だけなら日本でもやっているところはおおいんだけどね...。

Appleに全ての通信を握られるのはさすがに怖い

anond:20260218113550

Appleいわく、利用者から Appleまでのリレー、Apple からコンテンツプロバイダ (Cloudflareなど) までのリレーの2段階でリレーしているそう。

もしこの主張がただしければ、Apple側は暗号化されたデータしか読み取れず、コンテンツプロバイダ側はデータが読み取れるということになる (HTTPS 通信の場合はコンテンツプロバイダでも一部しか読み取れないが) 。

つまり全通信を握るのはAppleよりもむしろコンテンツプロバイダのほうになる (Appleが嘘つきでなければ) 。

Permalink | 記事への反応(14) | 19:44

2026-02-14

■anond:20260214225433

なんでログインしないの？

ログイン切るならincognito使えばCookieとは無関係になるでしょ

Permalink | 記事への反応(1) | 22:57

■anond:20260214224226

ログインしていない場合に、Cookieが使われる。

Cookieに一時的なIDが保存されていて、そのIDと再生履歴がサーバーに保存されている。

だからログインしていないときにもCookieにかかれているIDがサーバーに送られて再生履歴をみておすすめ動画を出してくる。

Permalink | 記事への反応(2) | 22:54

■anond:20260214223850

レコメンドって別に Cookieで管理してるわけじゃないでしょ、Xならユーザー IDと行動がサーバサイドで保管されてるんだから

Permalink | 記事への反応(1) | 22:42

■広告 ブロック ガチ勢ワイ、高市早苗の動画とかいうのを見たことがない

一切回ってこない。

Cookieも全拒否だからレコメンドにも一切出ない

Permalink | 記事への反応(6) | 22:38

2025-12-31

■

ドコモに素直に従うと他のサイトのCookieも消えて大変なことになる罠

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

■

Cookieの削除が必要です

ご利用のWebブラウザのCookie サイズが大きすぎるため、本サイトを表示できません。

ブラウザの設定メニューから、Cookieを削除してください。

【Cookie削除方法】※2024年 4月23日時点

・Chromeの場合：設定 > プライバシーとセキュリティ > 閲覧履歴データの削除

・Safariの場合：設定 > Safari > 履歴と Web サイトデータを消去

・My docomo アプリの場合：設定 > CookieとWeb サイトデータの削除 > すべてのCookieとWeb サイトデータを削除する

Cookie削除後は再ログインが必要となりますのでご了承ください。

お急ぎの場合や、Cookieを削除しない場合は別のブラウザをご利用ください。

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

2025-12-16

■30代前半男による女オタクの世代観察

初音ミクと結婚した男性に顔が似ている30代男性オタクです。

中学の頃からジャンプ感想を言い合うオタクのグループにおり、「オイィイイイイ！」とツッコミを入れる新八腐をリアルタイムで経験してきました。

宮崎勤事件から時間が経っていたからかオタクへの差別は特に経験しておらず、一軍からの攻撃を受けることもなく男女混合の陰キャのグループでデュフデュフと生きてきました。

妻が「ソシャゲもあまりやらなかったし、もうVTuber界隈に全くついていけない。オタクとか女オタクと括られても、最近のオタクの女の子たちはもうよく分からない」と言っていたので、なんとなく自分の認識の範囲をまとめてみました。

第一期：紙媒体・即売会期（1975～1994年頃）ど真ん中世代の現在の年齢は50歳前後

技術基盤：個人での紙同人誌出版が唯一の発表手段。コミックマーケットは1975年 12月21日に開始し、1980年代後半に『キャプテン翼』（1981～1988年連載）の二次創作がやおい/BL 同人誌の隆盛を牽引。

文化的特徴：印刷・製本・搬入という高いハードルがあり、参入できるのは相応の熱量と資金を持つ層に限られた。このため「女性オタク≒腐女子（BL愛好者）」という等式がほぼ成立し、男女カップリングは相対的に影が薄い状態だった。

世代を象徴する代表的 IP：キャプテン翼、聖闘士星矢、機動戦士ガンダム

第二期：個人サイト期（1995～2005年頃）ど真ん中世代の現在の年齢は30代後半

技術基盤：インターネット普及により個人サイトでの創作発表が可能になった。夢小説は1995年頃からネット上で確認され、cookie/JavaScriptによる名前変換技術が読者参加型創作を加速させた。

文化的特徴：Web公開により印刷コストや遠征コストといった参入障壁が下がり、これまで存在感が薄かった男女カップリング愛好者と夢女子が可視化された。

世代を象徴する代表的 IP：テニスの王子様、NARUTO、鋼の錬金術師

第三期：SNS・プラットフォーム期（2006～2014年頃）ど真ん中世代の現在の年齢は30歳前後

技術基盤：Twitter（2006年3月誕生）、pixiv（2007年 9月開始）により、個人サイトを構築せずとも作品投稿・交流が可能に。

文化的特徴：投稿プラットフォームの整備で創作・交流の敷居がさらに低下し、BL・男女カプ・夢小説それぞれのコミュニティが並立。

ただしキャプテン翼の頃から変わらず「少年向け原作を女性が消費」の構図は継続し、竜崎桜乃（テニスの王子様）や井上織姫（BLEACH）など原作ヒロインへの批判的言説が続く。

世代を象徴する代表的 IP：銀魂、家庭教師ヒットマンREBORN!、黒子のバスケ

第四期：スマホ・女性向けIP期（2015年～現在）ど真ん中世代の現在の年齢は20代

技術基盤：スマートフォン普及とアプリストアの成熟により、ブラウザ/アプリゲームが日常的接触メディアになる。『刀剣乱舞ONLINE』（2015年 1月）、『あんさんぶるスターズ！』（2015年 4月28日）など女性向けイケメン IPが相次いで登場。さらに2018年頃にはVTuberが配信プラットフォーム側でカテゴリ化され、ドルオタ文化（ジャニーズ・K-POP）との融合が進む。

文化的特徴：最初から女性をターゲットに設計されたイケメン IPが充実し、「少年向け原作を女性が消費」をやらなくてもよくなった。そもそも作品に女性キャラが存在しないことにより、女性キャラ叩きが発生しなくなった。男性配信者・男性 VTuberへのガチ恋やナマモノ（実在人物）二次創作など半生（半ナマ）領域が拡大し、ジャニオタ・K-POPオタといったドルオタ文化と女性向け二次元オタク文化の境界が曖昧に。多様な推し活スタイルが並立する状況となった。

世代を象徴する代表的 IP：刀剣乱舞、あんさんぶるスターズ！、ヒプノシスマイク、ディズニーツイステッドワンダーランド、にじさんじ

第一期と第二期の間がかなり飛んでますね。世代的に第一期の認識も曖昧で、よくわかっておらず。キャプテン翼のBL 同人誌が編集者に怒られた件しか把握していなかったりします。

多分、30代についての認識が一番濃い。リアルタイムに女オタクから話を聞いていたので。あと普通の感想に割り込むようにして桜乃や織姫、その他の女キャラへの叩きが書き込まれていたのは自分自身の不快の記憶でもある。

第四期については、これまたかなり広い領域をひとまとめにしてしまっている。ソシャゲ期と配信期に分けても良かったかもしれない。

あと妻の話によると、自分たち世代は「架空ホモに興奮するキショキショオタクのウチら」という自虐ムーブが染みついているが、近年は腐女子ではなく「Shipper」を自称してポリコレ準拠の文化的趣味としてBLを嗜もうとする出羽守性を持ったBL好き勢力が結構な勢いで台頭しており、自虐ムーブはいにしえのオタクの振る舞いなので批判対象である、そうだ。この辺りもSNSで海外と繋がることにより文化面での影響があったということなのかもしれない。