"Node.jsを選ぶとき,選ばないとき" その後
-
- いいね！2
NIIDATE Kunitaka
@nidate
"Node.jsを選ぶとき,選ばないとき @tricknotes"は "rendr @mshk" のセッションと対称的な内容 #nodefest
2013-10-26 14:56:58
koichik
@koichik
東京Node学園祭、@tricknotesと@mshkのセッションが対照的だったのは、二人がサーバ側に求めていることが違ってたからだと思われ。@mshkはレスポンスのためにサーバ側でのレンダリングを重視していたが@tricknotesはそうではなかったっぽい #nodefest
2013-10-27 17:26:07
koichik
@koichik
なので、@tricknotesにはビュー／テンプレートをクライアントとサーバで共有できることがNode.jsのメリットとして浮かばなかったのでしょう。
2013-10-27 17:28:39
koichik
@koichik
これは少し前に話題になってたこのページの図 http://t.co/mFLMT1rs2K @mshkはサーバ側UI層でNode.js (Rendr) を使うメリットを、@tricknotesはサーバ側ビジネスロジック層でNode.jsを使うデメリットを話していたのかな、と。
2013-10-27 17:33:55
koichik
@koichik
先のページにあるようなサーバ側をUI層とビジネスロジック層を分けるのはLinkedInなんかもやっていて、QCon NY 2013の資料がおもしろいって前にも書いた https://t.co/KmZkXSNVzY
2013-10-27 17:42:25
koichik
@koichik
Rendrを作ってるaribnbもたぶん、バックエンドのビジネスロジック層 (おそらくRails) の手前にあるUI層としてRendrを使ってる。なので、RendrのDataAdapterはDBアクセスではなく、APIを叩くことを想定してる。
2013-10-27 17:46:37
koichik
@koichik
一方、Rendrを紹介してくれた@mshkはRendrのDataAdapterのところで (ORM使って) RDBにアクセスしてるとのこと。たぶん、その辺り (ビジネスロジック層的な) でやるべき事が少なくて、そこも@tricknotesとの違いの一因じゃないかと思う。
2013-10-27 17:50:47
koichik
@koichik
せっかく同じ会場にいたのだから、@mshkと@tricknotesと三人で話をすればよかったなと今更後悔。@tricknotesはBackboneよりEmber推しでもあるし、いろいろ違う視点から意見が聞けたんだろうになぁ。
2013-10-27 17:53:33
重箱の隅
@mshk
.@koichik作るサービスによって実装の戦略は変わりますね。Gmailみたいな常駐するアプリ的なものは、最初の起動スピードはそれ程重要ではないし、うちみたいに、新規ユーザー40〜50%で平均滞在時間が1分切るようなサービスは、初速は無視出来ないので。
2013-10-27 17:57:22
koichik
@koichik
@mshk そうですね、同じプロダクト同士を同じレイヤで比較しても、要件次第で選択が変わり得ることを示したいい例だと思います。
2013-10-27 18:06:23
Ryunosuke Sato
@tricknotes
. @koichik @mshk はい、ぼくが話していたのはまさしくその部分です！比較してみると、重視しているところが違っていて興味深いですね...!!
2013-10-27 18:26:56
Ryunosuke Sato
@tricknotes
. @koichik @mshk ぼくは Rendr のことをほとんど知らなかったので、ちゃんと使ってみるとまた違った見え方がするのかなぁと思いました。はい、こちらこそ、是非お話させてほしいです！
2013-10-27 18:27:15