r-labs » SkillMaps

ちょっと思ったんですが、そもそもトップページに表示するべき項目として
現状は正しいのかなと思いまして。

skillmapsの目指してる"ソーシャルなスキルマップ"を考えると、
現状ではユーザー同士の結びつきが弱いような気がします。

Twitterでも適度なフォロー/フォロワーの関係内でおさまるから
今の使いやすさを実現しているわけなので。

トップページは自分と関係のある人の動向とか
そういうのに絞った方が使いやすいのかもしれません。

＃ ちょっといまさらですが…

たしかにそうですね。

今はSkillRelationにて人×スキル×人のつながりがありますが、
別で、UserRelation(人×人）があってもいいかもですね。

現状のTopは見た目を直したことにより結構見やすいくなったので、
Timelineは保留して、「ソーシャル」を意識したものを先に開発したほうが、
方向性が見出しやすいかもですね。

その上で、User間で何があったかを出すというのでもいいかもしれません。

あとは、今Userリストと、Skillリストが別になっていますが、
これも、現状のTopにまとめてもいいかもですね。

New UsersタブをUsersタブにして、一覧とNewを選べるように（検索も追加されたらそこへ）
Skillも同じようにする感じで。

ちょっと考えた案としては、

自分がスキルをつけた人　→　自分がその人をフォローしたことになる
自分にスキルをつけた人　→　その人が自分のフォロワーになる

TimeLineは #693 のコメントを垂れ流す。(フォローしている人のスキルについてのコメント)

Users画面はフォローのみ表示(それ以外は検索してもらう)

データ設計が難しそうですね。。。

フォローしているユーザ（達）のコメントを時系列で一気に取りに行かないといけないんですよね。。。

前に話していたTimelineの仕組みにさらにフォローワーの概念を入れてputする必要がある気がします。
それか、ListのuserをTimelineに追加して、検索をかけるかですね～

TLに表示するのはコメントだけなのでそこまで負荷にはならないんじゃないかと思ってますが…。
フォロー関係を静的にもっていれば、SkillComment(というモデル名だとして)からフォローしているユーザーにひっかかるモデルをcreated_at順にソートするだけなので。

フォローしているUserをin句で投げると、
Detastore的にはUserの数だけ実際にはクエリーが投げられているので、
少々きついのかなと思いました。※記憶が曖昧なので、ごめんなさい。。。

一旦作ってみて様子を見たほうがいいかもですね。

確かに複数のクエリーをマージするみたいですね。

http://sites.google.com/site/slim3documentja/documents/slim3-datastore/queries-and-indexes

＃ 言われてみれば当たり前のことか…^^;

パフォーマンス的にどこまでできるのかが気になりますね。

そうっすね。。。

INだとそれぞれの結果をその順に足していってしまうので、ページングが大変かなと思っています。
ちょっとこのへんはやってみないとわからないっす。。。

たしあｋどっかのappengine Twitterライクサービスでは、
TimeLime（Tweet）に対して、UserのListを持っていて、そこに検索しに行く感じだったと思います。

ただこれもIndex爆発とか大丈夫かなぁって心配な気もしてます。。。

多分どちらかはヤラなければならないので、パフォ含めて試しでつくってみたほうが良さそうですね。

ただこれもIndex爆発とか大丈夫かなぁって心配な気もしてます。。。

たしかにフォロー関係が増えると爆発しそうですね…。
もっと制限をかけて運用する必要がありそうですね。

またまた思いつき¶

1. ProfileごとにTimeLine(Model)をもっていて、そこから閲覧先のSkillCommentの関連をもっておく
2. もてるSkillCommentには制限がある
3. サービスがよばれたときはProfile.getTimeLine().getModel().getSkillComments().getModelList()と呼び出す

書いててよくわからなくなってきた…

これだとページングができないですね…

index爆発のことを一旦おいとくと、listでもつのがいんでしょうけど難しいところですね、、、
検索の対象はリストで、ソートもかけるのでコンポジットインデックスになる気がしますがどうなるんでしょ

近いうちに試してみます！

近いうちに試してみます！

頼りっぱなしですみませんがお願いします。

＃＃＃ ちょっと余談ですが

skillmapsはappengine+GWTの実践的なサンプルという技術面と、「ソーシャルなスキルマップ」というサービス面を両立させたいと思ってます。
現状だとどうしてもできること優先で、「使いやすさ」と「楽しさ」「実用性」には欠けるているのかな、と自分で使っていて思います。
なのでいま足りてないところを意識した改善も取り組んでいきたいです。

いちおうskillmapsの目標というか夢としては「転職活動に使ってもらう、役立ててもらう」というのがあるので、それを意識しています。
しかしまあ、ぼくの趣味プロジェクトなのでそんなに偉そうなことは言えないのですが道楽にお付き合いいただければ幸いです^^;

頼りっぱなしですみませんがお願いします。

了解です！

＃＃＃ ちょっと余談ですが。。。

僕自身最近このサービスには「appengine+GWT」というより、
「サービスとしてどうあるべきか」を求めていきたいと思っています。

「使いやすさ」という意味でデザイン周りの一新とかもその一つかなと。

まだまだ掘り下げられるところ、楽しくできるところはあると思うので、
一緒に手伝わせていただければとw

僕は結構仕事でも「技術技術している」と言われるので、
こちらのサービスにもそういった意味で迷惑をかけてしまうかもしれませんが、
出来ることはしていきたいと思っていますので、もし迷惑でなければこれからもお願いいたしますm(__)m

こちらこそよろしくお願いしますm(_ _)m

最初のうちはフォロー・フォロワー関係なしに
SkillCommentをlimit(20)で流しても良いかもしれませんね。

あんまり難しいことにこだわるとDatastoreの呪縛にハマりそうでw

そうっすね。。。
Sprint11.04ではそれでもいいかもですね

Sprint11.05～とかでTimeLineの追加（フォロー・フォロワー関係なし）
Sprint11.06～とかでフォロー・フォロワーつき
って感じでいかがでしょう？？

それか、TimeLine（フォロー・フォロワーつき）のエンティティだけは作っておくってのもアリな気がします。

それか、TimeLine（フォロー・フォロワーつき）のエンティティだけは作っておくってのもアリな気がします。

お任せにしますー。

1. #693 でコメントを分離
2. TimeLine(フォロー・フォロワー関係なし)
3. TimeLine(フォロー・フォロワー関係あり)

といったところですね。
まずは #693 に取り組みたいです。

りょうかいで～す。