  |
はてなキーワード:gtとは
推し活する女は男同士の人間関係を眺めたいから男の集団に群がり、低身長だけのグループやソロなんて一強時代のジャニーズですらいないのを皆認識してる中
「女は男の顔しか見ない！男は身長より顔！ソースはジャニ！」を延々連呼する
ジャニのグループの構成員もソロで活動して結果出せるのは人権身長のみ
低身長の山田涼介は何度ドラマや映画で主演させても誰も見ないしな
117名無しさん＠恐縮です2025/10/26(日)20:09:17.80ID:SIl8yHlA0
123名無しさん＠恐縮です2025/10/26(日)20:18:45.17ID:4SM17sgX0
よくわからんけど
若い男がわんさか出てると
とりあえずなんでも食いつく女が消費需要に存在するとわかっただけじゃね
全くカッコよくないチェッカーズが並んでるだけでも女は食いついた
もちろんそれが一番の理由だ
あとは真人間なら耐えられないその道化をしたままでパフォーマンスを維持できるか
そっから先は実力だった
130名無しさん＠恐縮です2025/10/26(日)20:27:59.87ID:4SM17sgX0
その後のジャニ系はわんさか若い男を出すフォーマットだけ利用して
顔はチェッカーズよりほんの少しだけよくして組み立てた
実力でやってたのはチェッカーズだけ
赤：内田雅章@東京 緑：前川裕里恵@滋賀 白：松嵜圭介@京都 青：増田勝也@東京
白１３
赤１８ 赤 ８ 緑２３ 青１２ 青１４ 緑 × 青 ３ 白１１
緑 ９ 青 ５ 白１５ 赤１０ 青２０ 白 ４ 赤 ６ 赤１６
赤 × 赤２４ 緑２５ 白１９ 青１７
緑 ７ > ５
青 ５ 赤２２ 青 × 赤 ２ 白２１ 青 １
+--+--+--+--+--+
| 青 | 青 | 青 | 青 | 青 |
| 赤 | 赤 | 白 | 青 | 青 |
| 赤 | 赤 | 緑 | 白 | 青 |
| 赤 | 赤 | 青 | 緑 | 青 |
| 白 | 赤 | 緑 | 緑 | 緑 |
赤： ７枚 ○ 8 × 1
緑： ５枚 ○ 4 × 1
白： ３枚 ○ 6 × 0
青： １０枚 ○ 8 × 1
> 「AWSの運用の強みは、経験豊富な余剰人員によって築かれており、人員削減を行えば、基本的な機能が崩壊し始めます」
たいていの現場で、新入りのエンジニアが「ドキュメントが充実していてありがたいです」的なセリフを吐くことがあまりに多いんだけど、正直なところ、ドキュメントが大量すぎて、AI使おうが「これ」という情報が見つからない。いや、そもそも必要なドキュメントが存在しないことしかない(日本語が変なんじゃない)。
ドキュメントの書き方を、OJTで形式的にしか学んでいないんだろうと思う。
そんでもって書きっぱなしで、「あ、今はそうじゃなくて、こうなってます」って口頭で伝えられることがあまりに多い。いや、修正しておくか、削除するかしろよ。
って、そんなどうでもいい経緯なんていらんわ！
経緯が分かったところで、何の役に立つと考えてるんだよ？
昔、アホなエンジニアありき。って記録以上でも以下でもないだろ。
そんでもって、正しいドキュメントがあったとしても、読んでも大してプラスにならん。
なぜなら、ただの自分用の備忘録以上でも以下でもないものでしかないから。
誰に向けて、何を伝えるためのドキュメントか、ちゃんと意識して書かれた技術ドキュメントに、ほとんど出会ったことがない。
って、なぜそれがこのタイトル、この内容のドキュメントに紛れ込んでるんだよ！
みたいなことがあまりに多い。
しかも最新化されてない。
たいていムカつく東大の〇〇研究室の量産型卒業生なんて、「これくらいできて当然でしょう」的に他人を小馬鹿にしたような態度をとってきやがるんだが、そいつらも普通の人よりキャパが少し大きいだけで、色々積み上がってきて、見落としが増えてきたら誤魔化しまくって、誤魔化せなくなったら「新しいことをしたいので」とかもっともらしい言い訳してやめていきやがる。
おい、これ、どうすんだよ！
残ったエンジニアには、つくり散らされた無秩序なサービスを「運用でカバー」の日々。
こういうの、マジで普段使ってる単語の意味、理解してねぇんだな。
単語帳みたいに訳、定義を丸暗記してるだけなんだな、ってため息しか出ないんだが。
これ、その場その場の行き当たりばったりな設計実装を増やしてしまうと、今時の複雑化、成長し続けるWebサービスは、簡単に認知力の限界を超えてしまうから、いくつかのパラメータからどこでも同じルールが適用されている状態にして、認知負荷を下げるってのが、ここ10数年のシステム構築界の常識なんだわ。
KISSの原則も、認知負荷を下げる(上げない)って文脈の上にある。
他の、いろんな手法だなんだも、基本的にこれを前提にしている。
のに、いわゆる「識者」は、箔をつけようとしてるのか知らんが、毎秒いろんな要素を取ってつけて、ゴテゴテとした悪趣味な神殿にして、崇め奉る「信者」から金を巻き上げようと、勉強会開いてるだろ？
おいらに言わせれば、「認知負荷を下げられない手法はくそ。カーゴカルトだ」だ。
今の日本のどのWebサービスも、いつ大規模障害を起こしてもおかしくない状態だよ。
「今動いてるからいいっか w」
じゃねーんだよ。
隠れ高市トレード炸裂高へ、高成長シナリオ描く「電子コミック」関連 ＜株探トップ特集＞
https://finance.yahoo.co.jp/news/detail/74d8899a5a037b7ebd3c1b128ffdf09e791a3c92
"出版社向けマンガビューワ「GigaViewer」を展開するはてな <3930> [東証Ｇ]、マンガ制作アプリ「CLIP STUDIO PAINT」で高成長路線を走るセルシス <3663> [東証Ｐ]なども要マークとなる。"
なぜ・・・
以下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. “好き/嫌い”から“なぜ速い・なぜ遅い”へ
CoreWeb Vitals（LCP/FID/CLS）や画像の遅延読み込み、フォント最適化の重要性が腹落ちする。
広告・計測タグの重さに過敏になる。読者体験を壊さないためのパフォーマンス予算という概念が生まれる。
キーワード選定は“流入ゲーム”ではなく読者の課題→コンテンツ設計に帰着。
内部リンク・パンくず・スキーマ（構造化データ）・サイトマップの意味が実務として理解できる。
“書けば伸びる”ではなく“検索意図を満たす設計が伸びる”に目が覚める。
alt、見出し階層、コントラスト比、キーボード操作、焦点管理など、見えない品質が最重要になる。
デザインは飾りではなく“読み・理解・操作”のためのユーティリティだと分かる。
たまたま当たる1記事より、更新の継続・アーカイブ性・RSSのほうが効くと実感。
コメント欄・メールフォーム・X連携よりも、ニュースレターやRSS購読者の質に価値を見出す。
ドメイン、DNS、証明書、バックアップ、法務（特商法・プライバシーポリシー）に“運用者の責任”が生まれる。
その重みが情報の信頼性を引き上げる（＝他人のサイトの苦労も見えるようになる）。
トレンドは“輸入”ではなく選別になる。自分の歴史に合うものだけを採用して積層していける。
A. 最小HTML（雛形）
<meta charset="utf-8" />
<metaname="viewport" content="width=device-width,initial-scale=1" />
<title>あなたの名前 |ホーム</title>
<metaname="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>
GitHubPages（Jekyll標準。Rubyベース、Node不要）
CloudflarePages（静的ファイルを置くだけで高速CDN）
レンタルサーバー（静的HTML＋SFTP/rsyncで十分）
C.ドメインの基本
DNSはA/AAAA/CAA/TXT最低限、HTTPS必須（Let’s Encryptで無料化）。
D. “最低限の品質チェック”5点
ログを読む：SearchConsoleと簡易アクセスログで“本文よりメタ情報”を磨く。
アーカイブ主義：記事は追記で更新。URLは変えない。Versioningを意識。
■まず大前提
著作権侵害の刑事処罰は原則“親告罪”（権利者の告訴が必要）。
ただし悪質な海賊版行為の一部は非親告罪化されとる（TPP関連改正）。
つまり、営利・原作そのまま・権利者利益を不当に害するなどの条件を満たすと、告訴なしでも動けるケースがあるで。
肖像権侵害は民事上の問題（人格権）。刑事罰の条文はなく、差止・削除・損害賠償などで争われるタイプや。判例上の権利として整理されてる。
■A.著作権侵害っぽいのを見たら（あなたが当事者ではない場合）
2.プラットフォームに通報：各SNS/サイトの著作権侵害報告フォームから淡々と報告。（プロバイダ責任制限法関係の最新ガイドラインに沿って運営側が対処する）
3.公的窓口も選択肢：違法・有害情報相談センター（ihaho）で相談可。
・投稿者へ直接DMで抗議／晒し行為（誤認・名誉毀損のリスク）。
・「作者本人」に勝手に通知（誤情報や二次被害を招きやすい）。
◯迷いどころメモ
引用ならOK？ →出所明示／主従関係／必要最小限など厳しめの要件を全部満たして初めてセーフ。見かけが“引用っぽい”だけやと通らんことも多いで。
2.サイト運営へ削除申請（専用フォーム or送信防止措置の申出）。
4.刑事も視野：原則は親告罪やけど、悪質な海賊版の一部は非親告罪化されとる（営利目的・原作そのまま・利益を不当に害する等）。状況がハマるなら警察/相談窓口へ。
■C.肖像権侵害っぽいのを見たら（あなたが当事者ではない場合）
◯ベターな動き
2.プラットフォームの通報機能で報告（ガイドラインに沿って処理される）。
◯NG
・当人へ直DMして不安を煽る／晒す（誤認・二次被害・三者間トラブルの火種）。
■D.肖像権侵害っぽいのを見たら（あなたが写ってる本人の場合）
1.証拠保全。
3. 応じない場合は弁護士へ（差止・削除・損害賠償の民事対応）。
※肖像権は条文でなく判例上の人格権として扱われるのが基本や。
二次創作：公式ガイドラインで許容範囲が定められてることがある。なければ基本グレー。
AI生成：見た目が似てても直トレースや原作そのままでなければ即アウトとは限らん。が、原作そのまま流用や配布は危険。
素材サイトの人物写真：モデルリリース（肖像使用許諾）の有無・用途制限を要確認。ロイヤリティフリーでも万能ではない。
正規配信か迷ったらABJマーク／エルマークの有無も目安になるで。
公式配布物の無断転載（原作そのまま）と思われ、権利者の利益を不当に害する可能性があります。貴サービスの規約と法令に照らしたご確認をお願いします。
本人同意がない公開で、人格的利益を害するおそれがあります。ガイドラインに基づくご対応をご検討ください。
> 私は当該著作物の権利者です。以下のURLの内容は無断利用であり、削除（送信防止措置）を求めます。
作品名：＿＿＿＿／権利立証資料：＿＿＿＿／URL：＿＿＿＿／日時：＿＿＿＿
■まとめ（フローチャート風）
2.当事者でなければ：運営へ通報（DM抗議や晒しはしない）。
3.当事者なら：削除申請 → 応じなければ弁護士 →（著作権で悪質類型なら）警察相談も視野。
4.引用・二次創作・AIは要件確認。迷ったら触らんのが安全。
ワイ「そうなの？なら安心だね」
<script asyncsrc="https://platform.twitter.com/widgets.js" charset="utf-8"></script>【速報】首相、厚労相に労働時間の規制緩和検討指示https://t.co/FYd65uJRkb—47NEWS (@47news_official)October 21, 2025
ネトウヨ「…」
ワイ「話が違うやんけーーー！」
>その中でも障害者は引きこもりがち（家にずっといると社会的なつながりもなく運動もせず精神的にも身体的にも不健康になる）を解消する外出の機会を作るための娯楽の優待があると思ってて
そういう一面もあるとは思うが、そこが制度設計のメインではない。
手帳持ってると割り引かれる理由は、経済面で障害者と健常者を公平に扱うためだよ。
障害者は健常者よりも制約が出てくるぶん、稼げる額が少なく、出費が多い。「私はそうでもない」とか言うのは無しね。考え方の話なので。
そこを何らかの形で少しでもカバーしようというのが手帳の割引。
障害者にクーポン的な得をさせる意図はない。障害があるという時点で経済面で不利があり（あくまで経済面の話ね）、そこを施設が補填するだけのもの。
介助者0円の施設についても同じ。介助するため経済面で制約があると考えて、じゃあここはお金とらずに公平性を優先しましょとなってる。
優しいサービスとかじゃなく、考え方の話。
dorawiiがタイトルに「dorawii」と入れなくなったので、本文にdorawiiがある投稿も非表示にする必要が出てきました。
ただAIに聞いたんだけど、CSSでは無理でJavaScriptならできると言われました。
そのJavaScriptを下に載せます。
// ==UserScript==
// @namespacehttp://tampermonkey.net/
// @version 0.1
// @description 本文に「dorawii」が含まれる投稿を非表示にする
// @matchhttps://anond.hatelabo.jp/*
// @grant none
// ==/UserScript==
(function() {
'use strict';
//はてな匿名ダイアリーの一般的な投稿要素のクラスを仮定しています
const POST_SELECTOR = '.body .section'; // 例: .bodyクラスの子孫の.section要素
// すべての投稿要素を取得
const posts = document.querySelectorAll(POST_SELECTOR);
posts.forEach(post => {
//投稿内の本文が含まれる要素（ここでは投稿全体を本文と見なす）のテキストを取得
const textContent = post.textContent || post.innerText;
if (textContent.includes(KEYWORD)) {
post.style.display = 'none';
}
});
})();
自分はiPhoneなので、Makeoverというアプリを入れて、JSの部分に上のを貼り付けてます。
> 眉を顰められそうな事を「頭で出力して文章で書ける」ことがスラスラできるくらい、性格ひん曲がってる奴
赤：中尾大助@兵庫 7.27 緑：宮川敬@北海道 8.10 白：國光紀子@岡山 8.17 青：中島由香@兵庫9.28
赤１３
赤 ８ 緑 ３ 赤 ２ 緑 １ 緑１４ 赤１５ 緑１８ 白１２
白２４ 緑２３ 緑２５ 白 ４ 緑 × 緑 ５ 赤１１ 赤２２
青 ６ 緑 × 赤 ９ 白１０ 緑 × 赤２１ 白 × 緑 ×
赤２０ > ２５
スルー 緑２５ 白１６ 白１７ 青１９ 緑 ７
+--+--+--+--+--+
| 緑 | 緑 | 緑 | 緑 | 緑 |
| 青 | 緑 | 緑 | 緑 | 緑 |
| 赤 | 白 | 緑 | 赤 | 緑 |
| 白 | 白 | 赤 | 緑 | 緑 |
| 赤 | 赤 | 緑 | 緑 | 緑 |
赤： ５枚 ○ 9 × 0
緑： １６枚 ○ 9 × 4
白： ３枚 ○ 6 × 1
青： １枚 ○ 2 × 0
