操作
Feature #773
完了
スキルポイントが0になったときのお知らせ
開始日:
2011/06/08
期日:
進捗率:
0%
予定工数:
説明
ポイントが0になったときに継続して「だよね！」してもらうためのお知らせをメールする。
yusuke kokubo さんがほぼ13年前に更新
ちょっと考えたのですが、今のポイント逓減方式はどうなんだろう？と思いました。
ポイントに有効期限を導入するところまでは良かったのですが、
結局のところ、これでは面白さが伝えられないような気がします。
- スキルの評価するポイントが人それぞれで何を評価しているのかわからない
- データ構造としてはスキル(Skill) - 賛同(SkillRelation) - コメント(comment)の関係しかないため評価の履歴を追えない
- スキルの評価に時間軸がないので成長曲線みたいなものが見えない
- 例えば「今盛り上がっているスキル」というくくりで見れない
SkillRelationにポイントを設けて逓減させるやり方だと、履歴が追えなくなって、利用法に限界があると思いました。
そのスキルの何を評価しているのか？についてその時期とポイントをもっと明確にできた方が良いのかもしれません。
今考えてるのは
- スキル(Skill) - 評価+賛同(SkillRelation) - コメント(comment)
という関係です。
例えばJavaというスキルを持っている場合。
今まで：
Java(skill) - 賛同(SkillRelation)
- 賛同(SkillRelation)
変更案：
Java(skill) - 評価(SkillRelation) - 賛同者(InverseModelListRef)
- 評価(SkillRelation) - 賛同者(InverseModelListRef)
とします。
これまではSkillの賛同者の数だけSkillRelationができていました。
変更案ではスキルの評価がSkillRelationになる→その評価についてみんなが賛同(だよね)する→InverseModelListRefに追加
スキルの評価はツイートやgistやブログなど、一意に定まるURLが入れば良いのかなと思ってます。
またまた現行から大きく変えちゃう変更ですが、こんなことを最近考えてます。
yusuke kokubo さんがほぼ13年前に更新
しばらく考えてみましたが、やっぱりポイント制を廃止して、
URLごとにユニークな評価を積み上げるモデルを構築しようと思います。
現状データのマイグレーションがかなり難しいけど…。
ベータサービスなので、一度さっぱり削除しても良いかもしれない。
操作