Amazonのやらせレビューと戦う「サクラチェッカー」はなぜ生まれたか 開発者に聞く背景やサクラレビューの見分け方
近年問題視されている、通販サイトのやらせ（サクラ）レビュー。評価が高かったので購入したのにあまり品質がよくなかった……という経験のある人もいるかもしれません。そんな中、サクラレビューを見抜くサービスとして「サクラチェッカー（https://sakura-checker.jp/）」が注目を集めています。 サクラチェッカー。NHK「クローズアップ現代＋」のやらせレビュー特集でも紹介された サクラチェッカーは、Amazon.co.jpに投稿されたレビューを分析し、サクラ度を見抜くというもの。IT企業の管理職でSE業務や採用業務を担当し、転職サイト「ぶっちゃけ面接官（https://tenshoku-seikou.jp/）」を運営するユウさんが2019年7月にリリースしました。 同サービスは不正レビュアーグループに潜入して得た情報をもとに製品の価格やショップ情報、レビュー分布といった項目を分析。製
naoyaのはてなダイアリー - 疎結合のための Web API
RSS みたいな公開フォーマット(?)はパースしやすいし、手軽に使えるってのはいい。ただ、せっかく内部の情報を使えるのに、あえて公開 API を使う利点ってのはどこにあるのか、と。 以前の失敗を考えると、DB を使えるなら DB から直接データを取り出して、プログラム的に使いやすい形に整形する方が手間がないと思う。 on HTTP で流す情報も大本は DB な訳だし、DB ボトルネックもそれほど関係ないんじゃないのかな？ 違うよー、DB 直接叩かないのはサービス間の密結合を避けるためなんです。疎結合。 二つ以上のアプリケーションからある一つのデータベースを直接叩くっていうことは、各アプリケーションがデータベースの場所を知ってる必要があります。もちろんデータベース周りの実装は抽象化したライブラリを使って共有するよ。でも、その二つのアプリケーションが同じサーバーに搭載されている保証はどこにもな
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
