  |
はてなキーワード: RSSフィードとは
Remind Bookmark
サービス開始が結構先のゲームの発表とかあると、その時ブクマしてもサービス開始時には忘れてる問題。
ウェブ漫画とかで公開日が先で公開期間も決まってて気がついたら公開が終わってた問題。
これを解決するために、ブクマのタグで [2025-02-03] みたいな感じでサービス開始とか公開日の日付のタグをつけておけば、その日になったらそのブクマが表示されるサイトを作ってみた。
https://remind-bookmark.com/bookmarks/{はてなID}
で、{はてなID}が「今日」の日付のタグを付つけたブクマが表示される。過去の自分が「今日」思い出したいページにタグ付けしておく必要はある。
基本的にはこのページを毎日チェックしておけばサービス開始時とか、〇〇の公開とかのタイミングでいい感じに思い出せるはず。
https://remind-bookmark.com/bookmarks/{はてなID}/YYYY-MM-DD
で、{はてなID}が[YYYY-MM-DD]タグを付けてブクマした記事一覧が表示される。
同じく、YYYY-MM-DDにブクマした記事一覧も表示される。
一年前の自分がブクマした記事とかみて振り返りとかもできる。
[YYYY-MM-DD]
↑これ固定。つまり
[2025-02-03]
じゃないとちゃんと動かない。
[2025-2-3]
とかだとダメなので気をつけてください。
はてなブックマークフィード仕様 | Hatena Developer Center
https://b.hatena.ne.jp/sample/rss?tag=book
一応キャッシュしてブラウザリロードしまくっても、はてな側に負荷が掛からないようにはしてるけど、サイトが消えたら察してください。
こんな簡単な仕組みなのでDBは一切使ってない。ドメインはなんとなく買った。
仕組み上、公開ブクマなら誰のIDでも入力したら見えるけど、そもそもはてな本体で見えるし問題ないと思ってる。
わかる人ならわかると思うけど、ほぼすべて生成AI（cursor、claude-3.5-sonnet）にやってもらった。コーディングはもちろん、デザイン系とかいろんなテキスト考えてもらうとか。
Cline系は使いこなせないので使わなかった。
const axios = require('axios'); // HTTPリクエストを行うためのモジュール
const fs = require('fs'); // ファイル操作モジュール
const xml2js = require('xml2js'); // XMLをJSONに変換するためのモジュール
const chardet = require('chardet'); // 文字エンコーディングを検出するためのモジュール
const iconv = require('iconv-lite'); // 文字エンコーディングを変換するためのモジュール
const rssUrl = 'https://www.mlit.go.jp/important.rdf'; // 例としてRSSフィードのURLを指定
async function fetchAndSaveRSS() {
try {
// RSSを取得
const response = await axios.get(rssUrl, { responseType: 'arraybuffer' });
const rssData = response.data;
const detectedEncoding = chardet.detect(rssData);
console.log('検出された文字エンコーディング:', detectedEncoding);
// UTF-8に変換
const utf8Data = iconv.decode(rssData, detectedEncoding);
xml2js.parseString(utf8Data, (err, result) => {
if (err) {
console.error('XML解析エラー:', err);
return;
}
const jsonData = JSON.stringify(result, null, 2);
fs.writeFileSync('rss_feed.json', jsonData, 'utf8');
console.log('RSSフィードがファイルに保存されました。');
});
console.error('エラーが発生しました:', error);
}
}
// 実行
fetchAndSaveRSS();
GIZMODO、前は読んでたんだけど、最近はめっきり読まなくなった
RSSフィードで読んでいたんだけど、最近は商品紹介と海外ニュースのまとめばかりで、独自視点がほとんど無い
SNSでシェアがメインの時代にRSSで読んでるおじいちゃんの事なんか考慮してなさそうだから仕方ないか...
今のGIZMODOはGIGAZINEに近い感じで、まあ読めるんだけど時間潰すためにしか使えないかな...という印象
あとは科学的エビデンスの怪しいクラウドファンディングが毎日のように紹介されていてうんざりした。（名前貸ししてるだけなのかもしれないけど）
まだRSSリーダーを使っているのは少数派かもしれないが、これを辞める時は暫くは来ないと思う。
色々と情報を収集するタイプの人間なので、各サイトを回っているとキリがないから使いだしたのがきっかけで2006年からくらいかな。
スマートニュース系もあるけれど、トレンドの偏りと網羅性に乏しいと思い、そっちにシフトできなかった。
暫く前からFeedly使っているが、ざっと並んだ見出しをVimキーバインドで捌いて既読にしたらスッキリ。
（いつか恩返しに有料版使います）
朝と午後の隙間時間にこれやるだけで、必要な情報は逃していないという精神的な安定が得られる。
1日の見出しフィード数はだいたい500～600くらいで、営業日が240日として、500x240=120,000 というとんでもない情報量ということになる。
インプットだけ多すぎって思われるかもしれないが、慣れると特に何てこともない。
今後何でもAIに聞いとけっていうムーブが常套手段になると思うけど、聞くにあたっては自分の知っている色んなことを整理した上で尋ねた方が、まともな答えが得られるしその答えを検証できると思うんだな。
地道な蓄積があるから、まだまだ取り残されなくてすみそうだ。
俺は増田を読む。たまにブックマークもする。ただ昔ほどの熱量はない。RSSフィードを読み終わって、ニコ動をチェックして、それでもすることがなくなったら増田を読む。面白い増田もあるが、たいていは既視感に満ちている。なんかどっかで聞いたような話をしているのだ。
以前は増田を全部読んでいた。増田が書き込まれるスピードよりも早く読んでしまえばよいのである。増田がスマホ対応する前の時代、全部の増田に目を通すというのはそこまで難しいことではなかった。実際自分以外にも全読してるブクマカが数人居たと記憶している。なにが目的で増田全読していたのか、今は思い出せない。確かなのは、その頃自分は相当に寂しかったということ。単身上洛したはいいものの大学にはついていけず、昼と夜が逆の暮らしを続けて、そんなときの増田は救いとなった。深夜には死にたい人間が長文を連ねる。お昼は仕事サボりのリーマンが暇つぶしで色々くだらないレスバトルを続ける。
増田には全てがあった。バカもいれば頭のいい人も居て、機知に富んだ返しをする人が居れば、いつも同じレスをする人が居た。他の匿名空間に比べて、あまりにも脈略がなかった。それがよかった。星を眺めたり、車窓から見える一軒家の数を数えたりするのと同じ効果を期待して、増田を全読していた。自分がいかに取るに足らない存在かを確認したかったのかもしれない。あの頃の自分は自意識が肥大しきっていたので、なんでもシリアスに捉えすぎて勝手に辛くなっていた。そこから逃げ出すためには、自分のちっぽけさを知る必要があった。
「通知を許可してください」
みたいなホップアップがでてくる
自分も「へぇ新しい記事いち早くキャッチできるなら便利やなぁ」と思って最初は許可してたよ
ただそういう「通知を許可してください」出してくるサイトってPV至上主義なのか更新がやたら多いのよ
すると5サイトぐらい登録した時点10分に一回ウィンドウの右下に「更新したで！」って通知がくるわけ
１０サイトぐらい登録したらTwitterでもやってんのか？ってレベルで更新される
まだ３日に１回しか通知してこないAviraのほうが鬱陶しく感じないレベル
もうそれが嫌になって結局通知消したんだけど発想自体はいいとおもうのよ 通知
なんかこう「後で登録サイトの更新履歴を一括で見れるようにしたらいいんじゃないか」って思ったんだけど
もうどう考えてもRSSフィードなのよ
Googleリーダーが終わったあとフィードリィだとかいろいろ試したけどGoogleリーダーほどシンプルなのが無くてやめてしまったRSSフィード
こんな変な通知機能をGoogle chromeにつけるぐらいならGoogleリーダーをchromeにつけてほしい
有子「あっキレイなお花！」
有子「いい考えね！じゃあさっそく・・・あれ？」
共太「ん？どうしたんだ？」
共太「なっなんだってー！」
-----
共太「最近SNSのアカウントが巻き込まれ凍結されるって話をよく聞くけどまさか有子のアカウントがなぁ・・・」
有子「私なにも悪いことしてないよ！お花や猫の写真をシェアしたりしてただけだもん！」
分美「あら？どうしたの？」
共太「あっ分美お姉さん！ちょうど良いところに」
有子「分美お姉さん・・・何も悪いことしてないのに私のTwitterアカウントが凍結されちゃって・・・」
分美「あら大変！でも仕方ないわよねぇTwitterシステムの上では巻き込まれ凍結はどうしても防げないわ」
共太・有子「えっそうなの！？」
分美「Twitterは問題のありそうなアカウントを独自のアルゴリズムで自動で凍結しちゃうのよ。コンピュータプログラムで判定しているからどうしとても間違えてしまうことがあるわ」
有子「プログラムが相手じゃ間違えてますよってお話することも難しいよね」
共太「Twitterが勝手に始めたことを押し付けてくるなんてヒドイじゃないか！」
有子「私の友達だって悪いことしてないのに何度も凍結されちゃって悲しい思いをしてたんだよ！」
有子「前に少しだけ話題になった気がするけど私よく知らない」
分美「分散SNSはねTwitterやFacebookみたいなSNSが動くサーバシステムを個人個人が自由に設置して、設置されたみんなのサーバ同士が繋がり合ってコミュニティネットワークを作ろうって試みなの」
分美「分散SNSを構成するサーバは個人の持ち物だから、持ち主の個人が独自にルールを定めることができるのよ」
分美「TwitterやFacebookのサービスを利用しているとTwitterやFacebookが定めたルールに利用しているユーザは従わなきゃならないけど、分散SNSはサーバ毎にルールを定められるので凍結される可能性を低くできるわ」
有子「あれ？じゃあもしかして私が分散SNSのサーバを設置したら・・・」
分美「良い点に気が付いたわね！そう、有子ちゃんが分散SNSサーバを設置したら有子ちゃんがルールよ！」
共太「すっげぇ！じゃあボクの分散SNSサーバを利用したかったら100円な！」
分美「ふふふ、共太クンの分散SNSサーバだからそのルールはもちろん定めて良いわ・・・でも分散SNSを利用するユーザにはルールを選ぶ権利があるのよ？」
有子「なるほどね！もし私の分散SNSサーバの利用が無料だったら共太クンの分散SNSサーバを使おうって思うユーザなんか居なくなるじゃない！」
分美「そうねユーザが困っちゃうようなルールを定めればユーザは利用しないだろうし、更に法律に違反するルールを定めて実行しちゃうとお巡りさんに捕まってしまうリスクも当然あるのよ」
共太「自由にルールを決められても好き勝手にしちゃ駄目なんだ・・・」
共太「でもさぁ思ったんだけど新しいSNSってユーザ数が少ないよな」
有子「SNSってやっぱりいっぱいユーザが居たほうが楽しいしね」
分美「実はね、分散SNSっていわゆる『過疎』になる可能性が非常に低いのよ。設置したら既に誰かが居るわ」
共太「えっ！？SNSを設置して直ぐは誰も居ないに決まってるじゃないか！」
有子「そうよね？居たとしてもSNSを設置した管理人さんだけでしょ？」
分美「それが分散SNSのメリットの1つなのよ。分散SNSは点在する分散SNSサーバ同士が相互接続することで成り立っているの」
分美「だから例えば分散SNSサーバαが既に設置されている状況であれば、分散SNSサーバβが新たに設置されたとき、分散SNSサーバβから既に存在する分散SNSサーバαを利用するユーザが見えてコミュニケーションが取れるのよ」
有子「えぇ！？それってすごいことじゃない！！」
共太「自分の分散SNSサーバを利用してくれるユーザを積極的に探さなくても良いわけか」
分美「わざと他のユーザを集めないで管理人がたった1人だけで利用している『お一人様』と呼ばれている分散SNSサーバだってあるわよ。他にも家族だけとか学校の友達だけの分散SNSサーバがあったり、お絵かき趣味の人のためや音楽趣味の人のための分散SNSサーバもあるわね」
有子「なるほど学校のお友達なら見知った仲だし凍結なんてほとんどありえないもんね！」
共太「通ってるスポーツクラブで分散SNSサーバ設置したら面白そうだなぁ！」
分美「独自のルールを定められるってことは利用するユーザを好きに選ぶこともできるってわけ！そしてなおかつさっきも言ったとおり他の分散SNSサーバのユーザともコミュニケーションが取れるから便利」
分美「そんな便利な分散SNSコミュニティネットワークを形成しているのが『ActivityPubプロトコル』よ！」
分美「早い話が分散SNS同士の会話がちゃんとできるようにする方式規格のことなんだけど、実際に重要なのは利用する分散SNSサーバがActivityPubプロトコルに対応しているかどうかってこと」
分美「実は分散SNSってActivityPubプロトコルが登場する以前にも様々なプロトコルが考案運用されてきたの」
分美「例を挙げればOStatusプロトコル、DFRNプロトコル、Diasporaプロトコル、Zotプロトコルあたりが有名ね」
分美「でも問題はプロトコルが違えば相互にコミュニケーションが取れないことなの」
有子「あれ？分散SNSサーバは他の分散SNSサーバと相互にコミュニケーションが取れるんじゃなかったっけ？」
分美「そう、それを実現したのがインターネットで使われる技術の標準仕様を定める団体である『W3C』が制定したActivityPubプロトコルってわけ！」
共太「そうかActivityPubプロトコル以前は分散SNSでも相互接続できない分散SNSがあったんだな」
分美「W3Cが標準仕様であるActivityPubプロトコルを定めてくれたお陰で、分散SNSのほとんどは積極的にActivityPubプロトコルを採用するようになり、ほとんどの分散SNSサーバとほとんどの分散SNSサーバの相互接続コミュニケーションが完成したわ」
共太「へぇ！ActivityPubプロトコルって凄いんだなぁ」
分美「うん！じゃあ先ず最初に語らなきゃいけないのは『GNU Social』ね！Twitterに触発されたマイクロブログ系SNSよ」
分美「GNU Socialは分散SNS最初期に登場した分散SNSで2007年まで遡るわ」
分美「12年前はidenti.caっていう名前だったの。GNU Socialという名前に落ち着いたのは2013年よ」
共太「それでも6年も前か。その時から分散SNSを考えていたなんて凄いなぁ」
分美「分散SNSのヒントになっているのは2002年に登場したP2Pファイル交換システムの『Winny』なのよ日本製ね」
分美「WinnyのあとにBitTorrentが登場したり色々日本でも問題になり善悪の評価が定まらないけれど革新的なシステムだったのは確かで、それが現代で分散SNSという実装に応用されているわ」
分美「GNU Socialの特徴はなんと言ってもその安定性の高さね。最初期に登場したこともあり機能性に乏しさは感じるしアップデートは驚くほど少ないわ。でも後に登場した分散SNSへ強い影響を与えたの」
共太「アップデートが少なくて済むほど安定してるってことか？」
分美「それもあるし、GNU Socialはプラグインによる機能追加に対応しているのよ。新機能が欲しいなら自分で作れという文化なのGNU Socialは」
分美「次に紹介するのは日本で最も人気のある分散SNS『Mastodon』ね」
分美「Twitterアカウントの凍結騒ぎで一時期Twitterでも話題にのぼったわね。MastodonはGNU Socialに触発されたマイクロブログ系SNSよ」
分美「GNU Socialを参考としたためGNU Socialと互換性がありつつも、よりもモダンな外観や機能を備え、コミュニティが活発でアップデートも非常に多いのが特徴だわ」
共太「それだけ聞くとMastodonの方が良いように感じるなぁ」
分美「日本国内にMastodonサーバは膨大に存在するし分散SNS選びに迷ったらMastodonって考えるのも悪くはないわ。情報も非常に多いしね」
分美「ただMastodonの欠点としてはGNU Socialに比べるとより高性能なサーバマシンが必要になることね。とある有名なC++プログラマが『富豪的プログラミングだ』と揶揄したのはMastodonコミュニティでは有名な話よ」
有子「自分でMastodonサーバを設置するときにサーバマシンの用意に困るわけね」
分美「まぁとは言っても今の普及価格帯ノートパソコンくらいで十分に動くわ。利用状況によるけどサーバをレンタルするとしても月額2,000円以下かしら」
分美「そんな重いMastodonに触発され動作が軽いことを念頭に置かれ開発されたマイクロブログ系分散SNS『Pleroma』も検討に値するわね。Mastodonと一部機能に互換性を持っているの。Mastodon用クライアントアプリが使えたりするのよ」
有子「GNU Socialを参考にしたMastodon、Mastodonを参考にしたPleromaか面白いなぁ」
共太「お姉さん！なんかもっとこうドーンッとスゴイやつってないの？」
分美「あるわよ？例えば『Hubzilla』なんかは高機能すぎるくらい高機能よ。SNS機能に加えて、ユーザ単位の公開範囲の限定、チャット、アドレス帳、カレンダー、オンラインストレージ、簡易Webページ作成、RSSフィードリーダー、Facebook連携、Twitter連携、ActivityPub連携etc...」
共太「スゲェ！なんでもアリかHubzilla！」
分美「もともと『ハブ』になることがコンセプトらしいわね。でも今挙げた機能はHubzillaの最大の特徴じゃないの」
有子「えっこの時点で高機能なのに？」
分美「HubzillaはZotプロトコルによるGridネットワークを特徴としていて、これはサーバ認証とユーザ認証が別個に管理されているのよ」
分美「端的に言うとHubzillaサーバαとHubzillaサーバβで1つのユーザアカウントを運用できるのよ。例えば普段使ってるHubzillaサーバαが何らかの障害でダウンしても、ユーザアカウントそのままでHubzillaサーバβで利用できちゃうのよ。普通はサーバが変わるとユーザアカウントも変えなくちゃいけないわよね。Hubzillaはユーザアカウントを維持できるの」
共太「えっHubzilla凄すぎない？」
有子「まさに分散SNSだね。サーバ1つ無くなっても他のサーバが使えちゃう」
分美「非常に先進的な試みをHubzillaはやってるんたけど、その豊富すぎる機能や細かな設定項目、更には複雑な外観で素人お断り感がスゴイのよ・・・」
分美「あるわよ？」
共太「ちょっと思ったけど何でもあるんだねｗ」
分美「筆者の増田もこのエントリ書くため改めて調べてみて驚いてるらしいわ。それでもっと気楽な高機能な分散SNSには『Misskey』があるわ。なんと国産よ」
分美「投稿テキストへ太字などが設定できたり、昨今のチャットサービスなどで定番化しつつあるいいね！に変わる様々な反応を送れるリアクション機能、ユーザを指定して会話できるグループトーク、様々な情報を表示するウィジェット、更にはリバーシゲームが楽しめたりするわ。他にも機能いっぱい」
有子「エンターテイメントって感じ！結構好きかも！Hubzillaは敷居が高すぎる・・・」
共太「エンターテイメントと言えばマイクロブログ系SNS以外には分散SNSってないの？」
分美「あるわよ。Hubzillaを見たときSNS部分はFacebookっぽいなと感じたと思うのだけれど、よりFacebookっぽい分散SNSに『Friendica』があるわ」
分美「FriendicaはFacebookクローンと言って良いほどFacebookと機能が酷似していて分散SNSでFacebookの機能を求めているのであれば一番手っ取り早いかもね」
共太「あるとは思ってたけどやっぱりFacebookっぽい分散SNSもあるのか」
有子「えっじゃあもしかしてInstagramっぽいのも・・・」
分美「あるわよｗInstagramっぽい分散SNSは『PixelFed』ね。Instagramと同様に投稿する写真へエフェクトフィルタがかけられるわ」
有子「あるんだｗ」
分美「あるわよｗYoutubeっぽい分散SNSは『PeerTube』というの。PeerTubeの凄さはActivityPubプロトコルへの対応だけじゃなく動画配信自体も分散機能を持つこと」
共太「あるんだｗ」
https://peertube.fr/videos/watch/217eefeb-883d-45be-b7fc-a788ad8507d3」
分美「この動画は実際にPeerTubeへ投稿されている動画なのだけれど、複数人が同時に視聴するとPeerTubeはYoutubeにない動画配信挙動をするの」
分美「それは視聴者αに続いて視聴者βが動画の視聴を始めると、視聴者βへはPeerTubeサーバから動画配信されるだけでなく視聴者αからも動画配信されるのよ。これはWebTorrentという技術を使って実現しているわ」
分美「理論上の話になるけれど、1GBの動画をYoutubeが2人へ配信した場合は当然ながらYoutubeサーバは合計2GB配信することになるけれど、PeerTubeサーバの場合は合計1.5GBで済んでしまうのよ。残り0.5GBは他の視聴者からまかなう」
有子「これは本当に凄いじゃない！お姉さん当然100人が同時視聴するとPeerTubeサーバの送信量はYoutubeサーバに比べてもっと下がるんでしょ！？」
分美「もちろん理論値だし様々な状況によってPeerTubeサーバの送信量は変わるけど間違いなくYoutubeサーバが100人へ配信するよりは送信量がかなり少なくなるわ」
分美「ちなみに引用しているPeerTubeサーバはわざとフランスのPeerTubeサーバを選んでいるわ。私1人だと何度も動画が途中で止まったけれど増田に貼った時点でどうなるか楽しみね」
共太「PeerTubeスゲェな！もっと知られていても良さそうなのに」
分美「個人の動画配信って自宅サーバでやらない限りはレンタルサーバとかだとかなりお金掛かるのよ。PeerTubeだと送信料が抑えられると言っても積み重なるとかなりの額になるしね」
分美「そして例えばJ:COMとか一部のインターネットプロバイダはWebTorrentなどのP2P通信に規制をかけているところもあるわ。そのようなプロバイダを契約しているとPeerTubeの旨味は活かせないわね」
有子「PeerTubeもActivityPubプロトコルでリプライしたりできるんてしょ？」
分美「できるわ」
https://peertube.cpy.re/videos/watch/da2b08d4-a242-4170-b32a-4ec8cbdca701
分美「この動画はPeerTubeとMastodonのやりとりのデモ動画よ。Mastodon上でPeerTube動画を視聴してリプライしてるわね。そのリプライはPeerTubeへ反映されているの」
有子「すごい！まったく違うWebサービスなのにやりとり出来ちゃってる！」
共太「さっきのPixelFedもやりとりできるんだろ？いいね！とか。これがActivityPubプロトコル・・・！！」
分美「ActivityPubプロトコルは今後ともどんどん様々なWebサービスに広がっていくわ。現在開発中だけれど電子掲示板Redditに触発されActivityPubプロトコルを組み込んだ電子掲示板『Prismo』は良い例ね。Prismoが正式に稼働するとMastodonから電子掲示板の雑談へ参加できるようになるわ」
分美「そして別にActivityPubプロトコルへ対応するため新しくWebサービスを始める必要もないのよ。例えば過去に日本国内で栄華を極めたmixiあたりがActivityPubプロトコルをサポートしたら一気にmixiから観測できるアクティブユーザが数十万人増えるわ。起死回生の一手として検討に値するわね。はてなハイクもそうよ」
分美「ユーザが居ないこと、ユーザを集めることが問題になるのならば常にアクティブユーザが居ることへ期待できるActivityPubプロトコルを採用するのはアリなのよ。 Permalink | 記事への反応(3) | 20:57
面白かったコンテンツや誰かの役に立った情報だったりがブックマークされインターネットに共有されるから, 玉石混交の玉な部分を発見できる確率が上がる, というのがソーシャルブックマークの良いところだったはずだけど
近頃は, 誰かへの批判ブコメとコンテンツへのつっこみブコメと物申したい人の役立つのかどうかが極めて怪しい主張ブコメによりブックマーク数が増加する傾向がより顕著になってしまっている.
ソーシャルブックマークはもう玉と出会うためのサービスではなくなってしまった. 他人への批判を１００万回見ても, そしてその批判コメントを受けたコンテンツを１００万回見ても, 僕の生活とはなんの関係もないわけで.
ある程度, やってくる情報に対する傾向を制御できるマイホットエントリが唯一の救いだったけど, それもRSSフィード機能が潰されてからは扱いづらいものになってしまった.
http://b.hatena.ne.jp/hotentry.rss
これにアクセスしてもらえばだいたいわかってもらえると思う。（アドレスははてなのホッテントリのRSSフィード）
Web制作をしている会社なんだけど、ある企業のサイトをWordPressで作ったわけよ。
んで、社内チェックに通したら「コードが丸見えの場所がある」って4人ぐらいから来たわけよ。
それがまぁ記事についているRSS購読ボタン、すなわちRSSフィードの事なんだけど、4回も「これはRSSといって」って、正直「こんなん常識だろ！」といいたいけどそんな事で尊厳を傷つけるのはマズイと思ってやんわりと説明したのよ。
そしたら、自分の上司（コードが丸見え報告の一人）が「君はそうやって難しい事言えば黙らせられると思ってるだろ」って怒ってきたので、「RSSフィードなんてWebに関わってる人なら常識ですよ！」って言ったら顔を真赤にして「常識なことあるか！俺はしらなくても困ったこと無いぞ！」とヒートアップしだして、流石にそれを見てられないとばかりに先輩が「まぁまぁ、こういう機能がありまして、ほら、自分もFeedlyでこうやって情報あつめてるんです！ね？便利でしょ、増田くんはこれをつけてくれたんだよね。」ってフォローを入れてくれて怒りは収まったんだけど、俺この会社やめよかな…。
https://anond.hatelabo.jp/20170828112910
これ読んで確証はないけど、今思うとあの人は低能先生なんだろうなぁと思い、増田に書くことにした。
自分にとって低能先生なんて人は知らない人で、増田で暴れてた高能様とはてブで話題の低能先生が同じ人だと知ったのはhagex氏の例の記事だったし。kyoumoe氏やzaikabou氏とかがまた変な人とやり取りしてるなぐらいしか思ってなかった。
下記増田のトラバにあるTwitterでのネットいじめを糾弾する増田が、今思えば松本容疑者だったのかなと思う。
https://anond.hatelabo.jp/20150828140105
この頃、かつてのニーターパンおじさん氏やイカAAのように増田へ連投してたスパムだったので触れちゃダメだよとブコメしたところゴミクズ認定された。
※既に削除済みだけど上記増田のトラバツリーからも読めるお返事を引用
見てください
彼の活動方針としては一貫としてネットいじめ撲滅が目指すところで、当時ははてなに固執してたわけじゃなかったのだなと思う。この一件以降、たまに目の前にいたら滅多刺しにしてやるのにとか言われるようになった。はてブでのidコールはない。
あと蛇足だけど青二才氏をバカにしたブコメしたところやはりゴミクズ認定いただいたり、以降俺は彼から認定いただきそうな話題はスルーするようになった。めんどいし。
一応、その記録として大承認に集めたりした(もちろん彼からだけしゃないし通報目的ではない)
http://daishonin.hatelabo.jp/user/sabacurry
ついでにちょっとしたデータを載っけて終わりたい。彼の主な活動場所は2013？〜2016年までが増田、2016年以降ははてブでidコール活動されてたのかなと思う。
そこで2015年7月から12月末まで増田の件数をカウントしてたのでその記録を載せておきたい。自分は増田RSSフィードを人力フィルタしながら読んでたんだけども、低能連呼とかをフィルタしつつ数えてた。ただ、この当時は多重投稿されたりとか、彼への言及として低能言ってる人もいたりするのであくまで参考値としていただければと。また、ゴキブリや弱者男性が当時流行っていて先にそれを除いたあとの件数です。「無能」は彼と同じ人かもう覚えてないけど、少なくともほぼ同じ人物による煽りだったのは確か。彼だったかもね。
| 期間 | 総件数 | 低能orゴミクズ | 無能 |
|---|---|---|---|
| 7/12(日) 22:16〜7/19(日) 11:10 | 4629 | 61 | ※ |
| 7/19(日) 11:13〜7/21(火) 14:20 | 1632 | 14 | ※ |
| 7/21(日) 14:32〜7/22(水) 23:10 | 982 | 3 | ※ |
| 7/22(水) 23:14〜7/24(金) 07:46 | 1053 | 2 | ※ |
| 7/24(金) 07:52〜7/25(土) 12:54 | 955 | 7 | ※ |
| 7/25(金) 13:00〜7/27(月) 09:22 | 1330 | 7 | ※ |
| 7/28(月) 09:28〜7/28(火) 23:35 | 1241 | 17 | ※ |
| 7/28(火) 23:43〜7/30(木) 08:11 | 789 | 10 | 3 |
| 7/30(木) 08:13〜8/1(土) 06:18 | 1430 | 18 | 5 |
| 8/1(土) 06:22〜8/4(火) 13:29 | 2492 | 29 | 10 |
| 8/4(火) 13:38〜8/6(木) 23:42 | 1771 | 17 | 4 |
| 8/6(木) 23:52〜8/10(月) 20:56 | 2941 | 124 | 9 |
| 8/10(月) 20:58〜8/16(日) 17:19 | 4030 | 60 | 10 |
| 8/16(日) 17:19〜8/19(水) 10:55 | 1716 | 48 | 11 |
| 8/19(水) 11:04〜8/21(金) 17:08 | 1668 | 36 | 3 |
| 8/21(金) 17:08〜8/24(月) 21:29 | 2386 | 187 | 9 |
| 8/24(月) 21:35〜8/26(水) 13:09 | 968 | 10 | 3 |
| 8/26(水) 13:17〜8/28(金) 12:49 | 1377 | 4 | 13 |
| 8/28(金) 12:51〜8/31(月) 11:22 | 2030 | 18 | 13 |
| 8/31(月) 11:24〜9/3(木) 08:39 | 2304 | 21 | 17 |
| 9/3(木) 08:47〜9/7(月) 11:05 | 2936 | 38 | 14 |
| 9/7(月) 11:06〜9/13(日) 10:00 | 4130 | 79 | 25 |
| 9/13(日) 10:08〜9/17(木) 23:59 | 3184 | 21 | 10 |
| 9/18(金) 00:02〜9/23(水) 14:56 | 3898 | 23 | 12 |
| 9/23(水) 15:04〜9/28(月) 11:47 | 2868 | 16 | 12 |
| 9/28(月) 12:02〜10/4(日) 11:59 | 3720 | 33 | 10 |
| 10/4(日) 12:02〜10/13(日) 14:13 | 5624 | 43 | 25 |
| 10/13(火) 14:15〜10/19(月) 7:33 | 3175 | 37 | 10 |
| 10/19(月) 7:48〜10/24(土) 18:56 | 3640 | 30 | 32 |
| 10/24(土) 19:08〜10/31(土) 6:43 | 3926 | 41 | 14 |
| 10/31(土) 6:44〜11/12(木) 7:46 | 6774 | ※ | ※ |
| 11/12(木) 7:54〜11/13(金) 8:57 | 498 | 4 | 2件 |
| 11/13(金) 9:15〜11/14(土) 13:14 | 599 | 0 | 4 |
| 11/14(土) 13:18〜11/16(月) 21:24 | 1211 | 4 | 9 |
| 11/16(月) 21:28〜11/20(金) 21:28 | 2259 | 5 | 28 |
| 11/20(金) 21:32〜11/30(月) 8:21 | 4998 | 58 | 20 |
| 11/30(月) 8:25〜12/9(木) 11:02 | 5925 | 34 | 16 |
| 12/10(木) 11:05〜12/21(月) 7:04 | 8155 | 39 | 15 |
| 12/21(月) 7:32〜12/31(木) 23:59 | 7642 | 122 | 22 |
※記録サボった
増田統計の人みたいにちゃんと統計として使えるようなデータじゃなくてすまん。こうやって並べてみると思ったより少なかったなという印象。そういえば殺すとか言ってる時は低能って書いてなかったなぁ。
以上、今更な話題で恐縮だけども。
世界で起きてる雑多な関心事、各種のリテラシー(IT、金融、医療etc)を一定水準に高め、
テクノロジーやカルチャーのトレンドにアンテナを張って未来を見通す視野を広げられる、
なおかつ継続して読みやすく、瞬発力のあるメディア、となると、GIGAZINE以外にあるのだろうか？
政治とかスポーツとか芸能人がどうしたこうしたが大切な情報だと思ってる人を除いて、すべての人に勧められるメディアだと思う。
もちろん完璧ではない。科学医療系の翻訳記事はライターの力量不足か、変な切り取り方をしている場合も多々あるけれど、
ソースをきちんと貼るサイトだし、有象無象のネットメディアよりはるかに健全な記事づくりがされていると思う。
何より、はてなブックマークやYahooニュースのようにイラっとくるような低俗低品質な煽り記事が上がってこないのが最高に良い。
もちろん、特定のトピックに関してはより優れたニュースサイトもある。スタートアップ系ならTechCrunchみたいに。
でも多様な範囲をカバーする情報収集のためのネットメディアとしては他を寄せ付けない存在だと思う。
最近でてきたbuzzfeedは記事によっては良質と感じる部分があるが、基本が俗っぽくて情報収集にはならない。オモコロを見に行くのと同じ感覚にならざるをえないサイトだ。
あえて日本のサイトを挙げるとJ-CASTあたりが近いのだろうが、あれはネットメディア版の週刊誌にすぎない。下品なやじ馬ウォッチ記事ばかりが目立つサイトだ。
まあできる事なら日経もGIGAZINEも両方読めばいいのだけれど、君たちそんなに情報収集に割く時間をもちあわせてないでしょうという話だ。
というかむしろ、新聞なんて読まないぜ、みたいな人にこそ必要なサイトだと思う。
日経に載るような情報が必要な類のビジネスマンは言われなくても読むものだし、そういう立派な人に言うことは何もない。
自分は20年近いネット歴のなかで、一時はRSSフィードを熱心に追いかけたりキュレーションメディアをあれこれ試したりしていたけれども、
結局シンプルに、おおまかな情報アンテナとしてGIGAZINE、興味ある分野のニュースサイトをいくつか、それとGoogleアプリによる選好ニュースフィード、の巡回で落ち着いた。
この組み合わせにしてから、はてなを卒業できたと言ってもいい。
付け加えると、人によってはtwitterがRSSの代わりになるかもしれない。だがtwitterはトレンド感知器としては優秀でも、情報収集としては効率が悪いと思う。
ポエム長くなりすぎたのでこの辺にしとこう。
