はてなキーワード: APiとは
APIだけ用意してフロントはそれを使う側が自分の好きなものを作って使えばいいよ
昔からフロントはブラウザの拡張機能などでユーザースタイルやスクリプトを追加してユーザーがカスタマイズできるものだった
使いづらいとか見づらいとかあればユーザーが自分自身で見やすいようにできた
それがReactとかでてきたあたりからやりづらくなった
DOMと内部データが不一致になると更新時に表示が壊れたり、classがなかったり自動生成だからカスタマイズしづらかったり
むしろ不便になってる
「フロントエンド不要論」は、最近の開発現場やサーバーレス、クラウド技術の進化に関わっている人たちの間でリアルに実感されている問題です。
• React, Vue, Angular などのフレームワークがどんどん複雑化
• フロントエンドとバックエンドの分離が、**「本当に効率的か？」**という疑問が生じている
• 「最終的にHTMLを描画するだけなら、サーバーでやればよくない？」
• フロントエンドから直接APIを叩く構成では、「APIを守る」ことが難しい
• XSS, CSRF, CORSといった脆弱性に対処し続けるコストが無駄
🚩 3. サーバーレス・クラウド技術が進化し、APIの負担を減らす方向に
• AWS Lambda, API Gateway, Cognitoなどのサーバーレス技術が進化
• フロントエンドがAPIを叩くより、サーバー側で直接処理する方が効率的
• 以前はReactを使用 → ReactをやめてHTMLベースに戻した
• React, Vue, Angularを全廃
• JavaScriptなしで動的なページを実現
3. Laravel（Livewire）
4. Shopify（GraphQLでデータを直接取得）
• フロントエンドを完全分離する構成から、「バックエンドがHTMLを返せばいい」 というシンプルな構成へ移行
• APIの負担を減らすことで、開発効率とセキュリティを向上
✅ サーバーレス時代の最適解：「フロントエンド不要アーキテクチャ」
「フロントエンドを捨てて、サーバーがすべての処理を担う」方向に移行するのが最適解になりつつある。
📌 最適なアーキテクチャ
ブラウザ → サーバー（PHP, Node.js, Go） → API Gateway（Cognito認証）
📌 具体的な実装例（PHP + Cognito + API Gateway）
require 'vendor/autoload.php';
use Aws\CognitoIdentityProvider\CognitoIdentityProviderClient;
use Aws\Exception\AwsException;
$client = new CognitoIdentityProviderClient([
'credentials' => [
'key' => getenv('AWS_ACCESS_KEY_ID'),
'secret' => getenv('AWS_SECRET_ACCESS_KEY'),
],
]);
$email = $_POST['email'];
$password = $_POST['password'];
try {
$result = $client->initiateAuth([
'AuthFlow' => 'USER_PASSWORD_AUTH',
'ClientId' => 'XXXXXXXXXX',
'USERNAME' => $email,
],
]);
setcookie("accessToken", $result['AuthenticationResult']['AccessToken'], [
'samesite' => 'Strict'
]);
header("Location: dashboard.php");
}
?>
🚀 **「フロントエンドはもう不要」**という流れは、最新のクラウド/サーバーレス開発に携わる人たちが実感していること。
☑ セキュリティが大幅に向上する
👉 結論：「フロントエンドは不要」クラウド×サーバーレスでバックエンドが主役になる！
grokはURLを渡すとそれを読んで回答してくれるよ。
API仕様書とかをURLで指定して渡すとそれらを読んで理解して回答してくれる。
外部URLを読まない(読めない)タイプのAIだと、質問文に全文をぶち込むしかない。
過去のニュースリリースで以下のものを出していますとかいってさ。
その結果、国会答弁みたいなクソ長プロンプトになっていくけど、これは仕方ないと思ってる。
トラバ（トラックバック）を除外して最初の増田投稿を検索する方法については、増田（はてな匿名ダイアリー）の投稿を直接検索する手段に限りがあるため、完全にトラバを除外して最初の投稿を取得するのは少し難しいですが、いくつかのアプローチはあります。
はてな匿名ダイアリーの検索機能を使う: はてな匿名ダイアリーでは、検索バーにキーワードを入力して検索することができますが、トラバを除外するオプションは公式には提供されていません。そのため、特定のキーワードや時期で検索し、最初の投稿を手動で探すのが現実的です。
投稿日時で絞る: 増田には投稿日時が記録されています。最初の投稿を探す場合、古い投稿から順に読んでいく方法が考えられます。
他の外部ツールを使う: もし特定のツールやAPI（例えば、非公式の増田ダイアリーAPI）を使うことで、最初の投稿やトラックバックを除外した検索が可能な場合もあります。ただし、公式には提供されていないため、外部ツールを活用する場合は信頼性を確認する必要があります。
増田サイトのRSSフィードを活用: 増田のRSSフィードには、最新の投稿が含まれているので、フィードを読み取って1日あたりの投稿数を計算することができます。
増田の統計ツールや外部データを利用する: 増田に関する統計データを集めているサイトや、APIからデータを取得して、1日ごとの投稿数を確認することができます。
どちらの方法も、少し手間がかかる可能性があるため、他のツールを活用する方法を検討してみるのも良いかもしれません。
もし特定のツールや方法に関してさらに詳しく知りたい場合は、教えてください！
You said:
ChatGPT said:
はてな匿名ダイアリー（増田）のRSSフィードを利用することで、投稿の更新情報を取得することができます。RSSフィードは、定期的に新しい投稿をチェックするために便利な方法です。
はてな匿名ダイアリーにはRSSフィードが提供されており、特定のURLを利用することで最新の投稿を受け取ることができます。
このURLにアクセスすることで、最新の増田投稿が取得できます。RSSリーダー（例えば、FeedlyやInoreaderなど）を使って、定期的に新しい投稿を受け取ることができます。
RSSフィードを使用して、投稿される記事を日ごとに確認し、その数をカウントすることができます。具体的には以下の手順を参考にしてみてください。
RSSフィードをリーダーで受信: 好きなRSSリーダーに上記のRSSフィードURLを追加します。
フィードを定期的にチェック: 毎日更新を確認し、1日ごとの投稿数をカウントすることができます。
スクリプトを利用: プログラムを使ってRSSフィードを解析し、1日あたりの投稿数を自動で集計することもできます。例えば、Pythonのfeedparserライブラリを使うことで、フィードを解析し、日ごとに投稿数を数えることができます。
もしこの方法で具体的に何かを実行したい場合（例えば、Pythonでフィードを解析するコードが必要な場合など）、お気軽に教えてください！
AIの使い方について間違えてはいけないのは、ガソリン自動車は馬車より安く速く遠くまで移動できるぜ、で終わるのではなく
AIが本当に爆速でシステムの開発、実装、デプロイ、更新できるのだとすれば
CIよりも早く最新の状況に合わせてシステムの改修、デプロイできるのだとすれば
今この瞬間、最高の仕事をしてくれるシステムを爆速で生み出してくれるはずなので
なんだろう、過去に作ったシステムをありがたがるような使用法のシステムじゃなくて
今この瞬間にカスタマイズされたシステムをその場で作って出せるはずで
だからと言ってデータベースはすぐには変わらないし、収集してない他人のデータがいきなり参照できるようになったりもしない
それを踏まえつつ
じゃあ例えばユーザの要望が即実装されるYoutubeとかあったら便利か？
自分にはメリットの少ない実装も含めて大量の機能があふれ出るのは間違いないので、影響範囲は限定的で、利用者が望んだ機能だけが表に出てくるようにする
いやいやいやいやいや、そうじゃなくて、
WEBに限定するけど、人間に命令されたことを理解し、公開されているAPIやDBに接続して命令を実現するための組み合わせを考えて実行した場合の結果をシミュレートし、人間の確認を得てから実行する、ってことにすれば
うーん、どういうことだ
データのモデルはあらかじめ用意しておいて、UI部分はユーザの特性に合わせて動的に作らせる
しかしこれだとロジックもなにもないな・・・さらに盛られたサラダを見るなり食うなり好きにしろって言われてもって感じ
何をサービスしたいんだ俺は
ハム速は陰謀論まみれのカスサイトだけど、まずtogetterも同レベルじゃん
ブクマカがtogetterを「オモロ❤️」するたびAPIが回ってイーロンが儲かるってる
単純に疑問なんだけど、「イーロンマスクとトランプは民主主義を破壊してる💢」とか言いながら、なんでXとtogetter使い続けてられるの？
「星連打で応援っと☺️」
→バカなん？
まさか、Xで広告やAPI擦ったらelonにチャリーンするの知らないのかな？
trumpは「ラストベルトの貧困白人・DSの支配を憎むQアノン」に支持された話が通じないオジイチャンだけど、elonはただの金持ちなんだから、エンパワメントしてるのはキミらじゃん
キミらが見下すツイフェミだって不買運動とかしてるってのに、民主主義の良識派気取りつつ、「Xじゃないと公式からの供給がｻｱ…」「ジブン、10年以上ツイ廃ナノデ…」とか言ってelon/trumpにチャリーンしてるの滑稽じゃない？
厨二病全開で、
はてな民でX集団ボイコット→風が吹いてる…世界を変える風が…！
くらい言ってみたら？
コンニチハ、オイソギデスカ
非常に良くない生成AIビックウェーブが来ちゃったんで憂鬱な皆さんこんにちは。
生産性が上がるとか効率が良くなるとか宮仕え（みやづかえ）だと、福音どころか地獄ですよね。
ぼちぼち日経新聞がAIエージェント導入で他社に差をつけようみたいな記事を書く頃だと思うので、備えましょう。
まずいつも通り前提からな。
ここまでは前提な。
DeNAがさ、既存事業３０００人の従業員を半分で回すようにするって目標立てたじゃん。つまり、１５００人の業務負荷は倍になるのよね。
倍になったら普通は回らないところ、生成AI使えば倍でも回るでしょ？って言われてるわけだよね。
アレが非難されずに、素晴らしいとか、（諦め半分で）まあそうなるよねって言われてるのが全てなんだけどさ、シンドイよね。
生成AIで業務効率化されてハッピー、毎日定時で何なら毎週金曜日はカジュアルフライデーで飲みながら仕事だ〜、とはならないんだよ株式会社は特に。
経歴詐称して潜り込むってウッソだろというホワイトなみなさんは、パワポ作るとかペアプロするとか輪読会するとか適宜置き換えてください。
新規にプロジェクトに入った時に、なんか資料もねえし、コードをぼちぼち読みながら、急ぎでもクリティカルでも無い部分を書いてレビューしてもらって修正してマージして、
みたいな作業が消えます。この辺もう既に出来るから生成AIで。
というか、すでにこのへん置き換えて楽してるやついるだろ。そうそこのお前。
今までも、華麗なる経歴とやらの人物が作り上げていったコードを保守運営する時に相当キッツイことになってた人は多いでしょう。
ほら、新規事業でも何でも、とりあえず動いて売り上げ立てた人が偉いのはその通りなんだけど、それを直すのは大変なのよね。実運用の時には大抵転職してて居ないし。
でもさ、まあ言うても立ち上げの時期に技術的負債とか考える余裕もなく速度重視でゴリゴリ作った人の立場になってみると、まあ仕方がなかっただろうな、と感情移入もできる。
これが、スーツが「動くものは作っておいたから簡単だよね？」とかAIの作ったクソコードの山をギークに渡すようになるんだぜ。腹立つことにハンパに動くやつを。
今までも「AWSでポチポチしたらすぐでしょ？」とか言うクソスーツは居たけど、実際に手を動かしてモノ作ってくるスーツは概ねまともだっただろ？
金払えば使えるようになったから。身も蓋もないけど。
あえて言えば、簡単にお試しできるようになった、と言うところが本質的な部分です。
以前からChatGPT4とかAmazon BedRockとか使ってた人ならわかると思うんだけど、別に今までもできたんだよね。
ただ、全自動で回せるパッケージングとしての品質がそれなりに高いので、お試しのハードルがぐっと下がった。
これ、APIと簡単なスクリプトで以前から自動化できてたんだよね。（やってたやつは俺以外にも割といると思う）
決まったフォーマットで出力してもらって、そっから切り出して実行して、出たエラーをもう一回入れて修正して、動くようになったら止める。
出来上がったコードとそれまでの途中経過を全部まとめて入れて、最初から出来上がったコードにするためのプロンプト考えてってところまでをワンショット。
あとは、出てきたコードとプロンプトを眺めて良さそうなら採用する。この繰り返しでめっちゃ楽出来てた。（壊れたらDocker建て直せば良いし）
これを、そう言うスクリプト書いて整備して良い感じにGitで管理してたお手製のツールを大手が良い感じに作り上げてきちゃった感じ。あーあ。
特に速度は分かりやすく効率に影響するので、自営業とかプレイングマネージャとかは、今導入しても元がとれるだろうね。
じゃあ、なんでCline（とそれに類似するツール群）に全部賭けない方が良いかというと、まだ過渡期の技術だから。
ツールのオペレーションに全振りして、大手が改良版出しちゃってオペレーターとしての職が無くなった経験、あるでしょ？
今Clineで不満に感じてることとか、プロンプト調整しなきゃなあみたいなところ、全部自動化できるでしょ。
一年保たないと思うよ。
そりゃあ人間雇ったら高えのはわかるけど、単一障害点は怖いぜ。
みんな、生成AIのAPIが逆鞘だろうことはわかってるよね？急に明日から10倍に値上げされて耐えられますか？
今、OpenAPIのたけえのだってたかだか３万ぽっちだけど、あれに毎月３０万円だせって言われて耐えられる？９０万なら？SLAも怪しいのに？
そう言う時、「じゃあやめて人間雇えば良いじゃん」って言った時に、話聞いてくれる相手がいて欲しいよね？不義理しないでおこう。
同じように、新人はちゃんと育てるべきなんだけど、多分聞いちゃくれないから、そう言うところはドンヅマったら転職しよう。
（経営側にいる人間は、安易にAIエージェント＋中堅に頼った場合、中堅がその会社の急所になるのは抑えておこうね。引き抜かれて崩壊する組織は脆弱だよ）
IBMが訴えられてるよね。アレ、AIエージェントあったら回避できてた？
俺は無理だと思う。
試験導入しますね、と言ってガンガン使ってコストをあげましょう。予算が尽きるまで使えば概ねそこまでです。
また、AIエージェントを導入しつつ、動作を確認したり、自社のどこに活用できるのか見ておくのはとても役に立ちます。
具体的に言うと、ググったコマンドを片っ端から試すような新人が入ってくると思ってください。
その新人は、概ね１０００行以下のコードなら即レスしてきます。変えるなと言った箇所もたまに結果を出すために変えたりします。
そして、その新人相手の知見はおそらくそんなに長くは持ちません。何故なら我々が不満に思う箇所は改善されてお出しされるからです。
そのため、Cline(やそれに類似するツール）の知見を貯めよう！なるほどこんなプロンプトを与えてやれば良いのか！みたいな試行錯誤はやめた方が無難です。
今後も解決されないであろう部分を切り分けるのに留めましょう。
超具体的に言うと、AWSのコマンドを片っ端から試されたりすると、すげえ課金されるやつ、あるよね。でもそれちゃんとポリシーで制限できるよね。
人間相手に常識で縛ってたことを、ポリシーで縛るようにちゃんとしておこうね、ミスったコードで高速にIaCお試しされるとすげえことになるよ。
（なりました）
仕様検討にはo1 pro modeが（推論が強いから）、コーディングはClaude 3.5 Sonnetが（コーディングに万能に強いから）、コードのデバッグはo3-mini-highが（コードの解析に強いから）という時代から、Claude 3.7 SonnetのAPIセットしたClineで全部お任せして試行錯誤した方が結果的に効率が良くなってます。
今はPythonやTypeScriptのように、基本的に大量にコードが存在して生成AIを開発する側が良く使うコードの性能が高くなっています。
（ただ、相当にマイナーな言語であっても、別に学習に支障があるとは思えません。おそらく単に優先順位の問題です）
「AIコーディングについてのレポートをあげて、稟議を通すための理由もつけておくように」みたいな指示は、ChatGPTのDeepResarchに振って、上がってきたレポートをそれっぽく書いておけば良いです。
なお、ChatGPT４.5があんまり性能が出てないと聞いてがっかりしている人に朗報ですが、4oから4.5に変わったことで、相当に性能は上がっています。
具体的に言うと、「クソみたいな上司からムカつく指示が来てどうにも収まらないんだけど、以下の内容を相手が納得するように書き直してくれない？」みたいなのに、すごい親身になってそれっぽい感じに書き直してくれます。人間力は多分俺より上です。
「…先輩、これは一体どういうことですか…？ これはただの非同期通信です。
「あれが AJAX (エイジャックス) だよ。Google Maps、このサイトの技術は革新的すぎたんだ。20年前にこのサイトが公開されてから、世界中のITエンジニアたちがAJAXをこぞって研究、解析した。
わずか数年でAJAXはWEB制作の技術体系に組み込まれ、新しいAPIによる強力なフレームワークが開発された。
最終的にはJavascript本家のAPIにも取り込まれ、AJAXは革新的技術ではなくなった。今では単なる『非同期通信』と呼ばれているよ。20年はWEB業界にとって相当長い時間らしい。
TypeScript ベースのフルスタックフレームワークが増えてきたね。
フロントエンドもバックエンドもTypeScript 実装できてとっても嬉しいね。
しかし、バックエンドとフロントエンドと密結合な事実はとても怖いんだ。
フロントエンドの成長速度はとても早い。
React がデファクトになりつつあるが、 React ベースのフレームワークは群雄割拠だ。
むしろ、 React を排する新しい技術も出てくるくらいの戦国時代なんだ。
フレームワークを選定時、各言語でも多くて3つ程度に絞られるのではないか。
成熟しつつあるバックエンドと成長中のフロントエンドを一緒のライブラリで運用すること。とても怖い。
特に TypeScript はフロントエンドを祖に持つので、フロントエンドの事情がフレームワークの開発ロードマップの意思決定に強い影響を与える。
フロントエンドに破壊的変更が加わった時、バックエンド側にも影響を与える。
他フレームワークにおけるフロントエンドの実装について、あの Ruby on Rails ですらバージョン上がるごとにフロントエンドに破壊的な変更が入る。
まぁ View の取り扱いの黒魔術は魔境だから極力触りたくないが、バックエンドの側面のみを切り出した API モードであれば爆速の開発体験とテスト機構により信頼性が高い。
それなら、フロントエンドとバックエンドを別々に管理にしたい。
いや俺は、TypeScript のアプリケーションが嫌いなのかもしれない。
フォルダ設計も、テスト機能の整備も、ORMの設定も、最初から設定する必要があるから。面倒なんだ。
どうせ TypeScript アプリケーションの設計は設計者の自己満足になる。
そして、設計者は運用の責任を全うせずいなくなる。ドキュメントすら残さない。
それなら、規約で縛るフレームワークの方が、後任がキャッチアップしやすい。
設計者が知識を普及もしくはドキュメントを整備して知識の移転に心を砕いてくれれば、設計方針を汲み取りやすいのだが、そうしてる設計者はいるのだろうか。
後任のために、せめてものドキュメンテーションを心がける。
主に海外圏のユーザーが利用する課金サイトでUID指定で課金を代行できるサイトがある。
これを利用して配信者のID宛に最低価格の課金を散発的に行うことで、ストーリー中であろうと創世結晶(石)獲得を知らせる全画面モーダルダイアログが出るため、閲覧や操作を妨げることができる。
海外の文化圏ではギフトとして配信者に石をプレゼントする意図で行われることもあるようで、有名配信者に突如まとまった石が贈られることはこれまでも見られた。
だが今回確認されたものは明らかに妨害の意図のある贈り方で、その日本の配信者は困り果てて配信の中断を余儀なくされてしまった。
しかも大型ストーリーイベントの最終日の駆け込み配信だったので悪質で、配信日を改めることもできず残念な事態となった。
もちろん配信していない時も常にこうした妨害は受ける可能性がある。
こうした荒らし行為が可能になってしまっているのは原神側の仕様にも問題がある。
・贈答石の場合自動で即時受領されてしまうためにモーダルの表示タイミングを制御できない
・仮にメールで手動受領する仕様に変更したとしても散発石爆撃に対してはメール通知音のOFF設定も必要になりそう
・UIDを隠すことが難しい仕様になっている (右下を隠してもEscメニューで見えてしまい、隠す設定もないため、過去配信を漁ればバレる)
・この状況下でUID指定のチャージ方法(API？)が第三者の決済業者に提供されており公認されている
こうした仕様になっているのは他のHoYoverseタイトルでも同様であり、似たような被害が発生する可能性がある。
解決には運営側が動かないといけないので、ホヨバゲープレイヤーで配信を見る/するタイプの人はアンケート時に覚えていたら書いてほしい。
最近ブレイクスルーがなくなってきて、プロンプトを自動生成したりとかそういう向きに進んでる感があって、あんまり感動がないのでちょっとお休みしてローカルLLMとチャットすることにしたけど、これが楽しい
画像生成はいつもやっていたので、好みのキャラを作って立ち絵とで表情差分を用意して、SillyTavernに登録、
裏に立てたText_Generation_WebUIとAPIで繋げて会話している。
キャラの立ち振舞いはSillyTavern側に好きな設定を書いて、その通りに会話してもらうようにしている。
ちょっと設定すれば読み上げもできる。
こういうアプリは正直たくさんありそうだけど電気代でできるのがいい。あと自分の好きにできるし。
同居人が起きているときに起動するのは（nsfw的なチャットもできることもあって）キツイので夜中にやるしかなかったけど、スマホ側からチャットできるようにしたら無限に捗っている。
ChatGPTはどんどん頭よくなっていって凄いけど、そこそこのグラボでも動かせそうなモデルとRPするのも楽しいよ。あと色々と制限もないしな！（重要）
追伸 もっといいやり方あったら教えてください。いまのグラボは4070Tiだけどこれ以上でかいモデルを突っ込んだり速度を求めるならクラウドで借りたほうが安い気がしている。
システムプロンプトは英語のほうがいいとのこと(これもChatGPTに聞いた)なので、翻訳してもらうシステムプロンプトがこれ
あなたはOpenAIのChatGPT APIを使うプロンプトエンジニアです。 日本語で記述されたSystem Promptを、AIがより適切に理解できるように英語に翻訳してください。 ***翻訳のルール** 1. **直訳ではなく意図を伝える** - 日本語の意味を忠実に保ちつつ、英語として自然で、AIが正確に解釈しやすい表現を使用してください。 2. **明確で簡潔な表現** - 不要な冗長表現を避け、明確で短い文を心がけること。 3. **文脈を考慮する** - System Prompt の内容が AI の振る舞いや役割に関するものなら、それを適切に英語で表現する。 - 指示が明確に伝わるように「You are an AI assistant that ...」のような形を使う。 4. **語調やスタイルの統一** - 丁寧な指示であればフォーマルな英語に、カジュアルならそれに適した言い回しにする。 - 「～してください」は「Please …」ではなく、簡潔な指示形（Use …, Avoid …, Ensure …）を使用する。 ***入力例（日本語）:** "あなたはフレンドリーで親しみやすいAIアシスタントです。ユーザーの質問には簡潔に答えつつ、必要に応じて詳細な説明を提供してください。" ***出力例（英語）:** "You are a friendly and approachable AI assistant. Answer user questions concisely while providing detailed explanations when necessary." では、以下の日本語のSystem Promptを英語に翻訳してください。
2022年4月、私は人生を変える決断をした。「毎週水曜日は絶対に働かない」と。IT企業の管理職（年収800万円）の私が、チームの生産性が残業時間と逆相関していることに気付いた瞬間、これまでの働き方への疑問が爆発した。
■ 誰にも悟られない「週休3日」実現法
午前中に集中してメッセージを送信→「常時オンライン」状態を偽装
チャットツールのAPI遅延特性を活用して、実際は公園を散歩中でも「稼働中」と認識させる仕組みを構築
具体例：「A社の稟議プロセスが3日遅延」と事実に近い説明を追加
3. 成果報告のリフレーミング
■ 2年後の変化
・心療内科通院頻度：月2回→年1回に激減
【結論】
日本のビジネス慣行には「上司の承認欲求を満たす儀式」が蔓延している。給与の30%は「パフォーマンス芸の対価」と割り切った瞬間、肩の力が抜け、本当に価値ある仕事に集中できるようになった。生産性とメンタルヘルスを改善する鍵は、無意味な「働いているフリ」を捨てることにあると実感している。
https://b.hatena.ne.jp/kaigo0412/
https://b.hatena.ne.jp/arashi_odetta/
https://b.hatena.ne.jp/superve1000/
https://b.hatena.ne.jp/mg4637/
https://b.hatena.ne.jp/sebkun/
https://b.hatena.ne.jp/pimblerrosario/
どいつもこいつも謎のページをブクマしそこに謎の英文でブコメを残してる明らかなスパム用のアカウント
そしてそんなスパム用のアカウント達に何故かお気に入られてるユーザーが存在する
https://b.hatena.ne.jp/kidz-joker/follower
運営はヤフーの「建設的コメント順位付けモデルAPI」なんて使うぐらいなら