  |
はてなキーワード: ナラとは
あれを一番簡単に実現するのはソース送信だけどそれは無しとして他の方法を模索してみる。ちなみに解は出てない。
※想定問答 Q「サーバサイドでやれ」 A「石油王連れてきて」
レコメンド対象にしたいキーワード辞書をアプリに同梱してマッチした単語だけ送る。
本文丸ごとでは無いんで多少は忌避感下がるけど、いつ・誰が・どのURLでそのキーワードをブラウザで見たかは伝わっちゃう。
パーソナライズ不要なら「誰が」も落とせるけどそれだと精度出なかったからあの仕組みにしたんだろうしねぇ…
あと本当に本文だけ使ったレコメンド目的ならURLも不要だけどwww.muji.com→オサレみたいな特徴を加えたかったのかな。
--
最近はiOS(CoreML)にもAndroid(NNAPI)にも機械学習機能あるようで、
ネイティブアプリなんだからその辺触れるんだしクライアント側で完結しちゃえば?という発想。
レコメンド先のコンテンツ丸ごとスマホに持つわけにはいかんから、
コンテンツID?カテゴリ?的なものを出すとこまでやって中身はサーバに取りに行くんで本当にクライアントだけで閉じるわけじゃ無い。
パーソナライズ観点で一人一人特注のモデル作って配るとかはしんどそうだけど、
ある程度セグメント切った層ごとに事前にモデル作るぐらいなら何とかなるんでは。
ああでもレコメンド対象が日々増えるWeb記事だとモデル頻繁に更新するからデプロイが辛いか。
スペックもりもりのサーバでやる推薦が現代のスマホでそもそも代替出来るのかはわからん。
エッジAIなる名目で各社頑張ってて目的の一つはセキュリティだから、今は無理でも将来に期待?
--
分類にしろ推薦にしろ元データそのものをダイレクトに結果に変換するんじゃ無くて一度単なる数値の配列（特徴ベクトル）に変換して、
そのあとモデルに突っ込んだら中でこねこねヘイお待ち!と出てくるんだよね?
その特徴ベクトルに変換のとこだけクライアントでやってそれ送れば?という発想。
スペック問題はあるけどレコメンド全部やるよりはマシだよねと淡い期待を抱いている。
特徴ベクトルから元のデータに戻せるとアウトだけど可能なのかね。
文字列を数値にしててかつ情報量が落ちて結果が1対1にならないから、完全な復元は無理だと思うけどどうだろう。
ありとあらゆるキーワードを事前に変換しといて結果から逆引きすれば変換元候補を出すくらいはできるんかな。
--
いろいろ考えたけどソースそのものじゃ無くてもそれに近い情報はどうやっても送るんだから、
コールセンターに電話すると自動音声で「サービス品質向上のために通話を録音します」的なアナウンス流れたりするのと同じで、
おすすめ機能ってこういう情報送ります的な説明をアプリ内ですべきでそれ無しにやっちゃダメだったんでしょう。
アプリの実物触る前に終わったので実際には説明してたんならごめんなさい。
--
https://toolbar.rakuten.co.jp/mobile/rule.html
利用者が本アプリを利用した場合、利用者は、第6項の定めに従い、これを停止しない限り、本アプリがデバイスにインストールされているブラウザの全てのウェブ閲覧履歴（http（https含む。以下本条において同じ。）で始まる閲覧ページURL、アクセス日時（分秒）、表示されたウェブページのHTMLソース、クッキー情報（Cookie）, ウェブサイトの閲覧履歴、リファラ, ユーザーが使用しているOSやアプリのバージョン、位置情報をいい、以下「ウェブ閲覧履歴取得情報取得情報」といいます。）が当社によって取得されることに同意するものとします。
当社が取得するウェブ閲覧履歴取得情報には、ウェブページのURLを含み、当該ウェブページのセキュリティ環境によってはURLにIDやパスワード等の非公開、又は機密性の高い情報が含まれることがあります。よって、機密性が高い情報、または機密性が高い可能性のある情報を閲覧する環境において本アプリを利用される場合には十分にご留意ください。
ソースどころか脆弱性無い限り聖域のクッキーまで取る豪快さを見習おう。
--
ちなみにフェアじゃないので一応書いておくと「楽天ウェブ検索 規約」でググると出てくるこっちのブラウザ拡張機能版は微妙に内容が違ってクッキーは入ってない。
上のアプリ版はアプリストアの説明にURLが書いてある。なんでアプリとブラウザ拡張機能で2種類あるのかは分からん。
拡張機能じゃ取れないから? でもサイトごとのクッキー編集する拡張とかあったような・・・
https://toolbar.rakuten.co.jp/intro/rule/
２． 利用者が本機能を利用した場合、利用者は、第6項の定めに従い、これを停止しない限り、本機能がインストールされたブラウザの全てのウェブ閲覧履歴（http（https含む。以下本条において同じ。）で始まる閲覧ページURL、アクセス日時（分秒）、表示されたウェブページのHTMLソースをいい、以下「ウェブ閲覧履歴」といいます。）が当社によって取得されることに同意するものとします。
３． 当社が取得するウェブ閲覧履歴には、ウェブページのURLを含み、当該ウェブページのセキュリティ環境によってはURLにIDやパスワード等の非公開、又は機密性の高い情報が含まれることがあります。よって、機密性が高い情報、または機密性が高い可能性のある情報を閲覧する環境において本機能を利用される場合には十分にご留意ください。
あとこの規約についても先日malaさんが突っ込んでいるので第一発見者ではないです。
https://twitter.com/bulkneets/status/1339435587015639041
--
ソースどころかクッキーまで取ってますと堂々と書いてるほうが燃えずに、
はっきりとは書かずに取ってたほうが燃えてるの、
やらないと思ってたやつがやる・やると思ってたやつがやる、どっちもやってるけど燃えるの大抵前の方なの、
昨日仕事帰りにスーパー銭湯に行き、いつものように髪を洗いながらおしっこをした
勢いよくするとバレてしまうが、チョロリチョロリと出せばシャワーの音と水流に紛れるのでバレることはない
そのついでにと放尿中にオナラをしたところでお尻に違和感を感じた
「あれ、何か温かいぞ」と思い椅子を見てみるとうんこが少しだけ出てしまっていた
幸いなことに出たのは液状のものがごく少量であり、周囲に誰も居なかったのですぐにシャワーで流して証拠を隠滅した
全身をもう一度綺麗に洗い、サウナへ入ってぼーっとテレビを眺めていたとき、不意に昔の出来事を思い出していた
自分にとって初めて出来た彼女とのデート まだ二度目のデートでお互い凄く緊張していたことを覚えている
植物公園を散歩していたとき、彼女が大きなくしゃみをしその後立ち止まったままついて来ようとしない
どうしたのかなと思い彼女に近づくとチノパンの股のところが濡れて染みになっていた
私自身どうフォローして良いかわからず、まずは彼女をトイレに連れていくことにした
今思えばそこでしっかりと彼女を慰めてあげるべきだったのかもしれない
ただ動揺していた自分はそこまで気が回らなかった
逆に「あまり触れてあげないほうがいいな」と考え、「今日は体調悪いのかな、早めに帰ろうか」と声を掛け
予定していた夕食の予約もキャンセルし、早々にデートを切り上げた
彼女からは「分かりました 迷惑かけてごめんね」とだけ返信があった
デート中におしっこを漏らすような非常識な子と付き合えば今後絶対に苦労するだろうと…
ただ今思えばあれは大したことではないような気がする
現に自分はさきほど放尿しながら屁をした拍子にうんこを漏らしてしまったではないか
さきほど自分がやったこと デート中に彼女がやったこと どちらもたいして変わりはしない、大差ないではないか
デート中に漏らしただけでもショッキングなのに、それが原因で彼氏にフラれるとか…
そんなことを考えながら私はサウナを出てシャワーで汗を流し水風呂へと飛び込んだ
パブロ･ディエゴ･ホセ・フランシスコ・デ・パウラ・ホアン・ネポムセーノ･マリーア・デ・ロス・寿限無、寿限無 五劫の擦り切れ 海砂利水魚の 水行末 雲来末 風来末 食う寝る処に住む処 やぶら小路の藪柑子 パイポパイポ パイポのシューリンガン シューリンガンのグーリンダイ グーリンダイのポンポコピーのポンポコナーの 長久命の長助・レメディオス・クリスピン・クリスピアーノ・ラ・サンディシマ・トリニダード･ルイス・イクルンテープ・マハーナコーン・アモーンラッタナコーシン・マヒンタラアユッタヤー・マハーディロッカポップ・ノッパラッターナラーチャタニーブリーロム・ウドンラーチャニウェットマハーサターン・アモーンラピーンアワターンサティット・サッカタットティヤウィサヌカムプラシット・ピカソ
統計的機械学習の流行り始めのとき、これからは個人のデータを学習させて、パーソナライズされるんだと言われていた。
ワークステーションからパソコン、そしてスマホへと変わっていき、パーソナライズの流れが続くという話だった。
でも実際違っていたんじゃないか。
機械学習の学習に数億かかり、ムーアの法則を超えて計算量が増えている。
お金がかかり過ぎて、お金を出す多数の人を相手にしないといけなくなっている。
プログラマーの人達は、自作キーボードを作ったり、エディタをカスタマイズしたりするのに、他人にはUIを押し付けることを続けている。
