  |
はてなキーワード:URLとは
2024年8月場所から2025年8月場所までが削除されている。
2024年3月場所までは残っているので、運営による削除ではなく投稿者自らによる削除と思われる。
※リンク先を列挙したらなぜか投稿できなかったので、ブクマエントリーのURLを列挙した
2024年8月場所以降からは別人（二代目？三代目？）が投稿していたようだが、著しくクオリティが低い番付表だった。
複垢フェミに関する説明だけはやけに詳しく書かれているものの、それ以外のやべーやつはコピペで済ませるだけのお粗末な代物で、あまつさえ引退宣言をしたやべーやつをそのまま番付に据え置きするほどの低クオリティな番付表だった。
やべーやつに関心の薄いブクマカがクオリティの低さを指摘することはなかったものの、トラバでは非難が続出した。
そうした非難に精神的に耐えられなくなった勧進元（番付作者）は番付表をひっそりと削除したものと思われる。
たとえ低クオリティでも過去の番付表を削除せずに残していれば、別の有志がまた番付作成を引き継ぐ可能性もあっただろうけど、削除されたからにはやべーやつ番付の継続は困難になったと言わざるをえない。
LINEオープンチャット「はてなブックマーカー」の１週間分の要約を、さらにAIを使用し、試験的にまとめまています。
---
---
---
---
---
---
---
---
---
---
---
---
---
---
---
この1週間は、**AIと人間社会の関係性を中心テーマとして、多方面の話題が「技術の急激な進化に人間はどう適応するのか」という問いに収束している**のが特徴的だった。AIは投資・ギャンブル予測から日常の雑談生成まで影響を及ぼし、その便利さと不安が共存している。
同時に、**生活実感（寒さ、子育て、健康不安、ペット）**といった「人間の身体性と感情」に根ざした話題が強く現れ、テクノロジーと人間の温度差が浮き彫りとなった。
食・趣味・ユーモアによる緩和的な会話が全体を支え、「情報社会の混沌を笑いながら受け入れる知恵」がコミュニティ全体に見られた週であった。
https://anond.hatelabo.jp/20240722084249
ダイヤモンドの↓の記事が盛りすぎでブクマカが釣られまくっているので、ちょっと落ち着けという意味で少し解説する
普通の人が「フリック入力を発明」というフレーズを見たら、どっちを想像する？
普通は1を想像するよね。でも、上の記事の「発明」は2の意味。8割くらいのブクマカはここを勘違いしてコメントしてるように見える
同じ発明家氏の記事でも3ヶ月前の東洋経済のほうは、「フリック入力を発明」という釣りフレーズこそ使っているものの本文を良く読めば発明のキモの部分が2であり1では特許を取れなかったことがそれなりに分かるように書いてある
「フリック入力」を発明しMicrosoftに売却した彼の"逆転"人生。元・売れないミュージシャン兼フリーター、家賃３万のボロアパートでひらめく
https://b.hatena.ne.jp/entry/s/toyokeizai.net/articles/-/889631
もちろん2の意味の発明もスゴイし重要なんだけど、釣りは良くないよね
そもそも世の中のほとんどの技術は様々な発明やアイデアの集合体である。歴史の積み重ねであり、最終形がいきなり湧いて出るわけではない。もちろん「フリック入力」にも歴史の積み重ねがある。それを少し紐解いてみよう（なお、下記の「年」は引用可能な特許や論文が出た時期であり、実際にはそれよりもっと前にソフトウェアがリリースされていたりアイデアがメーリングリストに投稿されていたりすることもある）
[追記]※増田の仕様上ひとつの記事に貼れるリンク数に制限があるため一部URLのhを抜いている点、不便ですがご了承ください[/追記]
ttps://dl.acm.org/doi/10.1145/57167.57182 (論文)
放射状に選択肢を並べるUIのアイデアは1960年代から見られるが、接地点からの移動方向情報を用いた入力手法の祖としてはとりあえずこれを挙げることができるだろう。これは文字入力に特化したものではなく、一般的なメニュー選択のための手法である
ttps://dl.acm.org/doi/10.1145/191666.191761 (論文)
pie menuを文字入力に応用したもの。論文の著者はAppleの人。英語用。広義の『「フリック入力」の元祖』に最も該当するのは、おそらくこれだろう
ttps://rvm.jp/ptt/arc/227/227.html
ttp://www.pitecan.com/presentations/KtaiSympo2004/page65.html
T-cubeを日本語に応用したもの。広義の『日本語版「フリック入力」の元祖』の候補
https://web.archive.org/web/20080925035238/http://www.j-tokkyo.com/2000/G06F/JP2000-112636.shtml (特許)
https://newtonjapan.com/hanabi/
AppleNewton (PDA)用に実装された文字入力UI。「中央が『あ』、上下左右方向が『いうえお』」に対応する見慣れた形のフリック入力がここで登場する。『現在よく見る形の日本語版「フリック入力」の元祖』である。なお、開発者が特許を申請したものの審査を請求しておらず、特許としては成立していない
この頃、Human-Computer Interaction分野でT-cubeやHanabiの発展としての文字入力手法の研究が活発になり、特に国内学会で多くの手法が発表された。情報系の学生の卒論や修論のテーマとして手頃だったからだろう。PDA製品に実装されて広まった例もあり、SHARPZaurus用のHandSKKや、少し時代が下ってATOKのフラワータッチ等もこの系譜である
なお、この頃までの技術は指での入力ではなくペン（スタイラス）による入力を想定したものが主である（iPhoneの登場以前はキーボードレスのモバイル端末といえばPDAやタブレットPCなどスタイラス入力を前提としたデバイスが主流だった）
『スマートフォン上の「フリック入力」の元祖』であり『予測変換機能を備えた「フリック入力」の元祖』である。日本語フリック入力の効率を考える上で予測変換の占めるウェイトは大きく、「実用的なフリック入力」を実現するには予測変換との組み合わせは外せない。2006年にAppleに招聘されてiPhoneのフリック入力機能を開発した増井俊之氏は元々予測変換のPOBox（1998年 - ttps://dl.acm.org/doi/10.1145/274644.274690 ）の開発者として知られる研究者であり、Appleへの招聘もその経験を買われてのものだろう。入力にフリック操作を用いること自体は特筆すべきものではなく、当時の流行を考えれば自然な選択だったと思われる
なお、前述のHanabiの開発者氏がiPhoneのフリック入力を見て
と言っている一方、増井氏はHanabiに対して
知らんがな
と言っている。この分野の研究をしていて知らんことあるか？とも思うが、電話用テンキーの上に五十音かなのフリック入力を実装すると誰が作っても概ねHanabiのような外観になると思われるので、本当に知らなかったとしても齟齬はない
ttps://www.j-platpat.inpit.go.jp/c1801/PU/JP-2008-282380/11/ja (特許)
『画面表示は絶対座標＋移動判定は相対座標で行うことで「フリック入力」の入力効率を向上させる手法の特許』である（詳しい仕組みは上記の東洋経済の記事に書いてある）。ペン先と比べて指先は太いため指によるタッチでは厳密な操作が難しく（fat finger問題）、「実用的なフリック入力」を実現するにはこのような工夫も必須になる。小川氏の凄いところは、スマホの日本語UIをリリースするならどのメーカーも必ず実装するであろうこの工夫を、日本版iPhoneのリリース直前、Apple社としては引き返せないであろうタイミングで特許申請したところだ。機を見るに敏すぎる。特許庁に2回も拒絶された特許を不服審判で認めさせているところも本人が弁理士だからこそできる強さだと思われる
なお、氏の記事を読むと「フリック入力」自体を氏が考案したように思えてしまうが、ここまでに述べた通りそれは誤りである。「フリック入力に関連する重要な特許の公報に『発明者』として掲載されている」ことは疑いない事実なので「フリック入力の発明者」と称するのはギリギリ誤りではないと言えないこともないが、「フリック入力を発明した」はやはりダメだろう。上述の通りフリック入力自体は90年代に既に登場しており00年代の前半にはタッチスクリーン上のかな入力手法の一角を占めるに至っていたので、iPhoneに実装されたことは不思議でもなんでもなく、
このあたりは荒唐無稽な邪推すぎて、ソフトバンクから名誉棄損で訴えられたら危ないのでは（そもそもiPhoneのフリック入力を開発したのはAppleであってソフトバンクではない）
まとめると、さすがに小川氏の記事はモリモリに盛りすぎである。書籍の宣伝にしても酷すぎる。価値の高い特許を取った発明家であることは事実なのに、なぜこういう胡散臭いムーブをしてしまうのか
1998年にAppleNewton用に開発された日本語入力システム「Hanabi」が草分けで、2008年にiPhoneに採用されたことで、急速に広まった。従来の「あ段→い段→う段→え段→お段」とキーのプッシュを繰り返して表示・入力する方式（トグル入力）に比べ、素早い入力が可能になる。その入力効率の高さから、2010年頃にはキーボード離れが加速している[1]。
1998年にAppleNewton用に開発された日本語入力システム「Hanabi」[2]が草分けで、2008年にiPhoneに採用されたことで、急速に広まった。日本におけるフリック入力は、発明家でシンガーソングライターの小川コータがiPhone上陸以前に考案し2007年から2015年にかけて特許出願した[3]ものであり、取得した権利はマイクロソフトに譲渡された[4]。
ただ、これはおそらく関係者の自作自演等というわけではなく、日本におけるフリック入力関連特許が小川氏のものばかりであることからボランティア編集者が勘違いしてこのような記述にしてしまったのではないか。フリック入力は前述のように地道な技術の差分の積み重ねなので、個々の差分の開発者が「特許」を取ろうという気にならないのは良く分かる。その点でも、自ら弁理士として特許を量産した小川氏の強さが際立っている（が、やはり盛りすぎは良くないと思う）
自分もされたことがあり、なんで自分の投稿がトップにまたあるんだ？と疑問に思ったほど
URLや投稿時間を確認すると別物とわかったし、編集ボタンも出てなかった
バズりそうな増田ならともかくどうでもいい一言や、他増田に対するどうでもいいトラバも対象になっている
というか、元の増田から続く一連のツリー全部がコピペで再現されているのだ
改変したり広告代わりにURLを入れるとかも確認した限りではなかった
検索しても過去のはでてこないことが多いので、一部が削除済みなので再現してるのかもしれない
しかし、おもしろいとか役に立つと言える増田でないものもコピペされている
自身がトラバしたかったけど消えてたので全部再構築というのはもしかしたらと考えたが、残ってるもので比較したら特に追加のトラバついてるようでもなかった
数が多いこともあり流石に手作業ではやらずに自動化してそうだが、そのためにスクリプトを組んだりしてることを考えるとなおさら意味がわからず怖い
また、もちろん許可を取ってないわけで完全コピペするのは権利的な麺でもどうなのかと思う
また一応これに関して言及している増田も2,3は過去に見かけたがバズることもなくほぼスルーだったように思う
少し前にいた謎のスパムに近い不気味さがある
農地持ちなので米を作ってもらっているが一人暮らしでほとんど食わないから最近はそのまま売ってる
親戚に配っても結構あまるので取れた分のほどんどは換金している
米の値段を下げるとなっても今の少子高齢化でインバウンドや輸出以外で日本人が食う米なんてたかが知れてると思うが
今度の政策にすげえ反対している人たちは何が見えているんだろ
農業する人が稼げるならいいと思うんだけどそういう人に限って農家を奴隷に見てる気がしてならない
今からお金稼ぐ米だと食料としてではなく輸出向け日本酒までつくるしか無いと思うがそこら辺をどう思っているんだろ・・・
参考URL
以下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は要件確認。迷ったら触らんのが安全。
▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲
-----BEGINPGP SIGNEDMESSAGE-----Hash: SHA512https://anond.hatelabo.jp/20251020190739# -----BEGINPGP SIGNATURE-----iHUEARYKAB0WIQTEe8eLwpVRSViDKR5wMdsubs4+SAUCaPYJ6wAKCRBwMdsubs4+SHIQAQDp4qNNCrziy+D15oi9IbrfnjVk0EXRF3B/LdClcMw4agD/VWWHMIdywOZuNCpwRdyecuu7xlv2ftLZIiwtxjM5cAw==hRbm-----ENDPGP SIGNATURE-----
▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲▽▲
-----BEGINPGP SIGNEDMESSAGE-----Hash: SHA512https://anond.hatelabo.jp/20251020190248# -----BEGINPGP SIGNATURE-----iHUEARYKAB0WIQTEe8eLwpVRSViDKR5wMdsubs4+SAUCaPYIyAAKCRBwMdsubs4+SPTcAQD1zr6I7rEuVq41QR+wKw07MbRfc3VPWfoQ8sVB+fh4UQEAgE8EAeAX8EunMRiSDkPnMPCxuTOWUfxFeZifWKYPrww==+qsh-----ENDPGP SIGNATURE-----
元増田だけどこんなパクりされたの初めてで困惑。なにこれ流行ってるの？パクリのURLは危なそうだから触らないようにね
AIでいじった文章じゃない証明になるかわからないけど、背景事情として、
コスメ（クレンジングオイル）をあげようとしたのは化粧好きの友人ではなく化粧を始めたばかりの男性の友人
10秒で店を出たかったのは、その友人とラーメン食べに行く約束してて待ち合わせの５分前に思い出して急遽買いに行ったから
あとブツ的にはクレンジングオイルだったから、5000円でも「たかが」なんて言えない。たった5000円で個人情報を売りたくはないけど、5000円のクレンジングオイルは「たかが」ではない。高い
/* 400 (Regular) */@font-face { font-family: "SiteSans"; /* ページで使う一意の名前 */ font-style:normal; font-weight: 400; font-display:swap;src: /* まず Noto のローカル名を列挙（見つかればそれを優先）*/ local("Noto SansJP"), local("NotoSansJP"), local("Noto Sans"), local("NotoSans"), /* 次にApple のヒラギノ系ローカル名を列挙（Mac/iPhone にあることが多い）*/ local("Hiragino Kaku Gothic ProN"), local("Hiragino Kaku Gothic Pro"), local("ヒラギノ角ゴ ProN"), local("ヒラギノ角ゴ Pro"), /*最後にサーバー上の woff2（フォールバック） */url("/fonts/NotoSansJP-Regular.woff2") format("woff2");}/* 700 (Bold) */@font-face { font-family: "SiteSans"; font-style:normal; font-weight: 700; font-display:swap;src: /* Noto Bold のローカル名 */ local("Noto SansJP Bold"), local("NotoSansJP-Bold"), local("Noto Sans Bold"), local("NotoSans-Bold"), /*ヒラギノ Bold のローカル名（Macに存在する場合）*/ local("Hiragino Kaku Gothic ProN W6"), local("Hiragino Kaku Gothic Pro W6"), local("ヒラギノ角ゴ ProN W6"), local("ヒラギノ角ゴ Pro W6"), /*サーバーフォールバック（woff2） */url("/fonts/NotoSansJP-Bold.woff2") format("woff2");}使用例html,body { font-family: "SiteSans", system-ui, -apple-system, "Hiragino Kaku Gothic ProN", "メイリオ", "Yu Gothic", "YuGothic", "YuGothicUI", "Noto SansJP", sans-serif; font-weight: 400;}ふといならstrong{font-weight: 700;}
→ Noto ローカルで軽くて綺麗
▼ 古いWindows / ほか
→Webフォントで補完。もはや必要あるのか？游ゴだかメイリオでいいのかも
KVはともかく、本文とか見出し、これ良くないですか？
LINEオープンチャット「はてなブックマーカー」の１週間分の要約を、さらにAIを使用し、試験的にまとめまています。
---
この週の会話は、「生活のリアリティ」と「社会の揺らぎ」を軸に展開され、健康・教育・万博・政治・経済といった分野がクロスしながら語られた。
特に中年世代の身体の変化・子の進路不安・職場の停滞感など、個々の現実的課題が顕在化する一方で、万博や旅行、アニメ・ゲームなど未来や楽しみに向かう話題も多く、全体として「不安と希望が同居する空気感」が特徴的な1週間であった。
https://anond.hatelabo.jp/20240722084249
「見たくない奴はフィルタかけろ」と散々煽ってた奴が、名前隠してかまってもらおうとしているから無様だって話をしている
http://anond.hatelabo.jp/20250824145027#
たぶんガチの素人質問で的外れかもなんだけど、aタグのtitie属性の値にdorawiiが含まれているものという条件をフィルタ用の書き方に落とし込めれば一発じゃないの？
APIとかURLリストという概念はもちろん知ってるつもりだけどそれすら大がかりに感じるぐらい非表示自体は簡単にできそうにしか見えなかったら、どこでAPIとか利用する必須性が出てくるのか理解できないから何言ってるのかわからないって感じになったってわけ。
https://anond.hatelabo.jp/20250908180408＃
そもそもなんでadguardのフィルターが公開されても俺を非表示にできない人すらうようよいるのに俺がこんなこき下ろさなきゃいけないのかね。
上みたいな奴じゃキントーンすら使いこなせないでしょｗ
youtubeであからさまに動画生成AIで作った高市早苗氏が喋ってる動画広告が出て、YouTubeはそもそも残念だったがさらにFacebook広告並みに審査が落ちたかとさらに残念になったわ
動画内容は数分くらいしかないのに、黒い無音の画面が20分以上続く怪しさぶり
googleのウェブ履歴に一部YouTube広告の履歴は残るのだが、これは残らなかった
とりあえずYouTubeのブロック経由で広告主見たら、料理に興味ある人に届いているらしく、アメリカ合衆国の広告主らしい
怪しい圧縮URLみたいなのだったので、gredとvirustotalにウイルスチェックかけてから見たら、あからさまに高市早苗氏を利用した投資詐欺っぽいサイトだった。
LINEオープンチャット「はてなブックマーカー」の１週間分の要約を、さらにAIを使用し、試験的にまとめまています。
---
この週のオープンチャットは、生活・仕事・家庭・技術が自然に交差する現代生活のスナップショットとなった。
AIや経済への高い関心とともに、家族・子育て・住宅など身近な現実的テーマが根強く語られているのが特徴。
テクノロジーが進化しても、最終的に焦点は「人と人の関係」「生活の実感」「安心して暮らすこと」に戻る流れが一貫して見られた。
全体として、情報感度の高さと共感力の両立が感じられる成熟したコミュニティの会話であった。
https://anond.hatelabo.jp/20240722084249
例.
質問：
「firebaseの使い方を知りたいんやけど」
ChatGPT回答：
Firebaseとは、Googleが生み出した「バックエンドいらずの全能実験装置」だ。君がコードを書けば書くほど、知らぬ間にクラウドが裏で息をしている。
データベース、認証、ホスティング、ストレージ、全部詰め合わせ。便利すぎて逆に怖い。
まずはnpm install -g firebase-toolsで召喚だ。
ターミナルでfirebaseloginを叩くと、ブラウザが勝手に開く。そう、Firebaseは君の“人間的アイデンティティ”を確認しないと力を貸してくれない。まるで神のくせに書類主義だ。
ログインが済んだら、firebase initでプロジェクトを構築する。ここが楽しい部分だ。
「Hosting？」「Functions？」「Firestore？」——次々と聞かれるだろう。まるで契約書の小さい文字を全部読み上げてくる悪魔みたいだ。
迷ったらHostingだけ選べばいい。HTMLを置く用の神殿ができる。
あとはfirebase deploy。それだけで、君のHTMLは空に放たれ、URLが授かる。
たとえばhttps://君のプロジェクト名.web.app だ。誰でもアクセスできる。つまり、失敗も世界に晒される。実験とは常にリスクを伴うのだよ、君。
Firebaseの裏には“Realtime Database”や“Cloud Firestore”といった可愛い怪物たちが棲んでいる。彼らはJSONで話す、気難しい連中だが、使いこなせば強い味方になる。データを瞬時に共有し、アプリを“生きている”ように動かす。
ただし、一度でも構成を間違えると——全世界の閲覧者にリアルタイムで恥を晒す。それもまた芸術的だと思わないか？
というわけで、君がやることは四つだけだ。
召喚：npm install -g firebase-tools
構築：firebase init
解放：firebase deploy
君のプロジェクトが光るか燃えるかは、たった一行の設定ファイルにかかっている。ふふ、実にロマンチックだろう？
