ランキング設計はどうあるべきか？ その2｜深津 貴之 (fladdict)｜note
前エントリで論じられた、正しいランキング設計の考察の続き。第2回は、ランキングの収奪性、格差の固定性を軽減する手段を、具体的に論じてみる。 前回の記事へのTwitter上のフィードバックは、Togetterにまとめてある。こちらもご興味があれば、一読の価値がある。いくつか被ってしまったものもあるけれど、諸々の後半記事。 「ランキング」以外の名称を用いるこれはほぼ確定。ランキングという名前は、「noteとして競争原理を推奨する」という強いメッセージを発する。noteの全てのユーザーが、競争原理で動いているわけではないので、これは望ましくない。 おそらく最終的には「注目」「人気」などの名称を使うことになるかと思われる（「オススメ」はパーソナライズ用にとっておく）。また、「ランキング」という名称やスタンスをやめることで、後述するようないくつかの公平性のための施策を行う余地が生まれる。 時間による
oshimen｜パパ活・援交をサポートする
お探しのページは「すでに削除されている」、「アクセスしたアドレスが異なっている」などの理由で見つかりませんでした。以下でキーワードやカテゴリーから記事を探すことができます。
日本のブラウザシェア率
Sorry, JavaScript is required to view Global Stats charts.
Webサイトに必要なfaviconが21個になっていた - IT探検の追憶
久しぶりにWebサイトのfaviconを変えようと思い、調べてみると、必要なfaviconが大幅に増えていることがわかりました。 その数、何と21個！ そんなに増えていたとは。 一応、以下にリストアップしてみます。 faviconのリスト favicon.ico: IE用 favicon-16x16.png: タブ表示用 favicon-32x32.png: Mac版Safari用 favicon-96x96.png: Google TV用 favicon-160x160.png: Opera 12 までのスピード・ダイアル用 favicon-196x196.png: Android版Chrome用 mstile-70x70.png: Windows 8 用 mstile-144x144.png mstile-150x150.png mstile-310x310.png mstile-31
.htaccess Generator - Help creating your htaccess file
Password protect file (requires .htpasswd file) More info about .htaccess and .htpasswd Protection
婚活パーティー・恋活パーティーなら、ゼクシィ縁結びイベント
イチオシ [[data.opening_days_date_label]] [[data.opening_days_time]]〜 [[data.tertiary_area_name]] ([[data.secondary_area_name]]) 男性 [[ entryStatus(data.application_deadline_date, data.entry_status_male) ]] [[data.condition_male_from]]〜[[data.condition_male_to]]歳 / 女性 [[ entryStatus(data.application_deadline_date, data.entry_status_female) ]] [[data.condition_female_from]]〜[[data.condition_female_to]]歳
リリースされたばかりのカラースキームツールが簡単・便利で使いやすい！ -Colour Code
Colour Code http://colourco.de/ 、いいドメインだ！ 使い方は簡単です。 カラーの変更 マウスの左右で、色相を変更 マウスの上下で、光度を変更 スクロールで、彩度を変更 ※スクロールはMagic Mouseじゃないとできないかも 基本操作 クリックで、カラーをロック ロックされた鍵アイコンをクリックで、ロックの解除 カラーをクリックで、保存して新しいカラーを作成 ゴミ箱をクリックで、カラーの削除 まずは、流行のサーモン（#F38268）を右上のボックスにセットしてみます。
「ユーザーである」と「ユーザー目線がある」は全然違います、全然 : けんすう日記
ザッカーバーグ若者じゃない記事 ザッカーバーグが若者じゃなくなったからFacebookは大変だという話 こんな記事を書いたところ、それなりに読んでいただいたようです。ありがとうございます。 実は同じ記事内に書こうと思って悩んでやめたものがあるのですね。そこの部分の追記を書きたいと思います。 それは「ユーザーであることとユーザー目線があることは違う」ということです。 自分がユーザーじゃないとサービス作れないか？ 上記の記事を簡単に要約すると 「自分がメインのユーザー層とかけ離れると、サービスを作るのは難しいかも」 的なことになります。 しかし、もちろんですね、自分がユーザー層でなくてもいいサービスは作れるのです。当たり前ですね。自分がユーザーであるかどうかなんて、ユーザーにとっては関係なくて、「自分たちが使いたいサービスであるかどうか」のほうにしか興味ないわけです。 @cosmeなどの化粧サ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Blobs.app - Generate Beautiful Blob SVG Shapes
Wordmark
観光・避難スカウターAR
IDEA * IDEA