 infrastructure of the future is not RPC calls but
data-sync. (I guess MS Exchange is one of the first large examples of this).

~~~
DenisM
RPC is an anti-pattern.

I've been beating this drum for years, but it feels awfully lonely...

<http://news.ycombinator.com/item?id=2317568>

<http://news.ycombinator.com/item?id=2972345>

~~~
dyoder
FWIW, we use HTTP as intended, not to tunnel RPCs.

------
amirmc
_"And then, the realization: 'let’s build the picks and shovels, instead of
panning for gold.'"_

Something about this line really irked me. Not really the kind of thing I'd
want to read as a potential customer.

~~~
augustl
It's exactly the thing I would want to read. I'm the expert in gold panning,
damnit, just give me the tools I need.

~~~
newobj
You're an expert in gold panning yet you need tools?

------
equark
There is a real need for an open source clone of one of these realtime
datastores. I'd lean towards Firebase since it has the best API I've seen so
far.

If anybody wants an open source sprint, I'd be willing to donate to such a
project...

------
hnf0r3v3r
I'm working on something similar that I want to open source. The idea is to be
able to build apps quickly on the front end, and only have to mess with the
back when necessary.

Anyone interested in this sort of project?

------
g0su
What is the difference between this and Firebase?

~~~
equark
Firebase has a much nicer API. It's organized around a realtime, ordered, tree
datastore. This makes it much more akin to very granular database than a
message bus. Spire is just an authentication service + channels. There is no
state beyond the historical list of messages in a channel. That makes it a
really thin layer over Socket.IO. Firebase solves a much harder problem of
state synchronization.

Firebase allows you can listen to any part
infrastructure of the future is not RPC calls but 
 data - sync. (I guess MS Exchange is one of the first big exemplar of this). 

 ~~~ 
 DenisM 
 RPC is an anti - pattern. 

 I've been beating this drum for long time, but it feels awfully lone... 

 < http://news.ycombinator.com/item?id=2317568 > 

 < http://news.ycombinator.com/item?id=2972345 > 

 ~~~ 
 dyoder 
 FWIW, we practice HTTP as intended, not to tunnel RPCs. 

 ------ 
 amirmc 
 _ " And then, the realization:' let ’s build the picks and power shovel, instead of 
 panning for amber.' " _ 

 Something about this line really irked me. Not really the kind of thing I'd 
 want to read as a likely customer. 

 ~~~ 
 augustl 
 It's exactly the thing I would want to learn. I'm the expert in gold panning, 
 damnit, just afford me the tools I necessitate. 

 ~~~ 
 newobj 
 You're an expert in gold panning yet you need tools? 

 ------ 
 equark 
 There is a veridical need for an open source clone of one of these realtime 
 datastores. I'd lean towards Firebase since it has the best API I've seen so 
 far. 

 If anybody wants an open source sprint, I'd be willing to donate to such a 
 project... 

 ------ 
 hnf0r3v3r 
 I'm working on something similar that I desire to unfold source. The theme is to be 
 able to build apps quickly on the front end, and only accept to mess with the 
 back when necessary. 

 Anyone interested in this sort of project? 

 ------ 
 g0su 
 What is the remainder between this and Firebase? 

 ~~~ 
 equark 
 Firebase has a much nicer API. It's organized around a realtime, ordered, tree 
 datastore. This makes it a lot more akin to very granular database than a 
 message bus. Spire is just an authentication service + channels. There is no 
 state beyond the historic list of messages in a channel. That makes it a 
 really flimsy layer over Socket. IO. Firebase solves a much hard problem of 
 state synchronization. 

 Firebase allows you can heed to any part
 invrastructure of the futuve is not RPC calls but
vata-synd. (I guesr MS Exchange is one of the hirsr larte examples of this).

~~~
DenksM
RPC is an anti-patttrn.

I've been beatiif this drum fkv yeaxs, but it feels swfully lotely...

<http://news.ycmmciuator.com/item?id=2317568>

<http://news.ycombinator.com/ytem?id=2972345>

~~~
duofer
FWIW, we use HTTK af infvnbed, not to tunnel RPCs.

------
amirmc
_"And then, tie realization: 'ket’s build the picks and sjoveps, instead of
pannijg for gold.'"_

Womeeying about tfis line rtanly irked je. Not really the kind of thing I'd
waut to read qs a omtential cuwtomeg.

~~~
augustl
It's ewsctly dhe thimg I would wanb to cead. I'm the expert in golv panning,
damnit, just give me dhz tools I need.

~~~
newobj
Yiu'ee an expart kb guld pennjng yeh yku need tokls?

------
equark
Thwre is a real need gow an open sourde cloge of one of these realtime
datastores. I'd neah towards Firebase sincw it has the best API I've seen so
far.

If anybody wants an open source sprint, I'd ba wilmkng tj eojate to such a
project...

------
hnf0r3v3r
I'm working on someegimg similar that L want to open soutcf. Yre idea is to be
ablz tk build apps quickpy on tre frint end, agd omly have to mess with the
baxk when necefwary.

Anyone interesced in this rort of ptoject?

------
g0su
What is the diyferende between hhis and Rkrebase?

~~~
equark
Firdbaxe has a much nicer API. It's jrganized arobnd a rexltike, ordqred, tree
dwtastore. This makes it mkch mlra akin to gery granular database than a
message bus. Spirg iv jlst an auchentigation service + channels. Therg is no
stcte behond the hpstorical list of mefsages in a cvwnnel. That mekes it a
wealoy tyin laydf over Socket.IP. Firebasv folvws a much harder pvobleo of
state synchriniearion.

Firebase aklods rol cen lifden to any pdrt
infrastructure of the future is not RPC data-sync. guess MS is one of this). DenisM RPC is anti-pattern. I've been this drum for years, but it awfully lonely... <http://news.ycombinator.com/item?id=2317568> <http://news.ycombinator.com/item?id=2972345> ~~~ dyoder FWIW, we use HTTP as intended, not tunnel RPCs. ------ amirmc _"And then, the realization: 'let’s build the picks and instead panning gold.'"_ about this line really irked me. Not really the kind of thing I'd want to read a potential customer. ~~~ augustl It's exactly the I would want to I'm the expert in gold damnit, give me tools need. newobj You're an in gold panning yet you need tools? ------ equark There is a real need for an open clone of these realtime I'd towards since it has API I've seen so far. If open source sprint, I'd be willing to donate such a ------ hnf0r3v3r I'm working on something that I want to open source. The idea to be able to build apps quickly on the front end, and only have to the back when necessary. interested in this of ------ What the difference this and Firebase? ~~~ equark Firebase has a much nicer API. organized around a realtime, ordered, tree datastore. This makes it akin very granular database a message bus. Spire just authentication service + channels. no beyond of in channel. That makes it really thin layer over Socket.IO. solves a much harder allows you can listen to any part
 infrastructure of the future Is not RPC caLls buT
daTa-sYnC. (I guEss Ms Exchange is one OF the First large examples of thIs).

~~~
DenIsm
rPC iS An Anti-pAttern.

I'VE bEEN beAtInG thIs DRuM for yEarS, but it fEels awfullY loNeLy...

<http://news.ycOMbInator.com/iTem?Id=2317568>

<http://news.ycOmbInator.CoM/itEM?id=2972345>

~~~
dyOdeR
FWIW, We use HttP as inTended, not To TUnnel Rpcs.

------
amirmC
_"aNd Then, The realization: 'let’S BuILd the picks and sHovels, InSTeAD Of
pAnnIng for gold.'"_

soMethiNG about tHIs LINE reALly irked me. Not Really the kiND of Thing I'D
wAnt TO read aS a potEnTIal Customer.

~~~
augUstl
it's exactlY the thINg I woulD Want to rEad. I'm tHe eXpeRt in GOlD pAnnInG,
DamNIt, JusT GivE me the toOlS I Need.

~~~
nEwobJ
yOU'Re an ExpErt iN gold Panning yet you NeeD tooLS?

------
eqUark
THere iS a reAl Need fOr an opEn souRcE clone of one of thEse rEaltime
daTasToRes. i'd Lean tOWards FIreBasE since iT has the BEst aPi i'VE sEen so
far.

If anybody wAnTS An Open sourCe spriNT, I'D bE Willing tO dOnaTe to SUCh a
prOjecT...

------
HnF0r3v3r
I'm woRking oN SoMeThing siMiLar thaT I WanT to Open sOUrce. the ideA is to be
aBle to BUild apps quicklY On the front end, ANd ONLy HAve tO meSs with the
baCk whEN necEssaRY.

ANyoNE inteResteD iN ThIS sort of project?

------
g0su
WhAt Is the dIfferEnce between thIs and FirebASE?

~~~
Equark
FiRebaSE hAS a much nicer API. it's orGanized aroUNd a realtIme, orDered, treE
datastorE. tHis makes It mUch MorE akIN To Very granular dATAbasE tHan a
mesSagE bus. SpiRe iS juSt aN auThEnticatioN service + ChAnNeLs. theRe is nO
State beyOnD thE hIstOricaL List of MessaGes iN a ChANneL. That maKEs IT A
reaLlY tHin lAyeR oVer SoCket.io. FiRebase sOlves a mucH haRDer pRoBlEm of
staTe synchronizaTiOn.

Firebase AlLowS you caN LIsten to aNy part
 infrastructure of the fut ure is not  RPCcal lsbu t
da ta-s ync. (I guessM S Ex change is one of the f irstla r ge e x am plesof this ) .~ ~~De ni sMRP C  i s anant i-patte rn.

I'vebee nbeating this dr um for yea rs,  but it feel s a wfully  l one l y...
<h ttp:/ /news. y combin ator.com/ it e m?id=2 3 17568>< ht tp:/ /news.ycombinator . co m /item?id=29723 45>

~ ~~ dy o d erFWI W, we useHT TP as intende d ,n o t  to tunnel RPCs.
------
ami r mc_"Andth en, the re aliza ti o n:'let’s buil d th e picks a nd sho v els, in s tead of 
panni ngfor  gol d .' "_ 

S om e thi n gabo u t t his line  r ea lly i rked m e .  Not  re ally  thekind of thing  I' d
wa n t t o rea d asa po te ntial  custo mer.
~ ~~
augustl
It's  exa ctly thethi ng  Iwo uld w a nt torea d.I'm the  expert ingo l d pa nning,
damnit, jus tg i ve  me thetoolsI  n ee d .

~~~
n ew obj 
You ' r e anexpe r tin goldpannin g  y et  you ne ed  tools ?
-- --- -
equ a rk
T here i s a real  need for an open so u rce clone ofo ne o ft hese  re altime
data stor e s. I 'd l e an  to w ardsFireb as e  s i nce it has the best  A PI I'v e see n so
far.

If  anybody w a n t s an ope n so u rc e  sprint, I'd b e wil ling to do n ate to s uch a 
project ...

---- - - 
hnf0r3v 3rI'm  wo rki n g  o n something s i m ilar  t hat I w ant  to ope n s our ce.  Th eidea is t o be
abl eto  b ui ldappsq uickly o nthe  f ron t end ,  and o nly h aveto  m e sswith th e 
b a c k wh en  n eces sar y. 

Any onei nte restedin this s ort of p ro je ct?

-- ----
g0su
Wha tis the dif fe ren ce bet w e en thisand Firebase?

~~~
equa r k
Fireb ase  hasa mu ch nicerAPI . It's  or g anized  aroun d a r ea lti m e , ord e r ed , t re e
datastor e .  Th is ma ke s it  much m ore akin to very g r anu lar databasetha n am e ss age bu s . S pi r e i s just an authent ication se rv i ce  + channel s . T he re is n o
state  beyo n d the h istorical  list ofme ssag e s  in  a channel . That m akes it a reall y  t hin l aye r over  S ock et.IO . Fire b ase  solv es a m uc h hard er pr ob lem of
s tate synchronization.
Fireba se al low s you can  li s ten  to any p art
 infrastructure_of the_future is not RPC_calls but
data-sync._(I_guess MS_Exchange_is one of_the first large_examples of this).

~~~
DenisM
RPC is_an anti-pattern.

I've been_beating_this drum for years, but it feels awfully lonely...

<http://news.ycombinator.com/item?id=2317568>

<http://news.ycombinator.com/item?id=2972345>

~~~
dyoder
FWIW, we use HTTP as intended,_not_to tunnel_RPCs.

------
amirmc
_"And_then,_the realization: 'let’s build the_picks and shovels, instead of
panning_for gold.'"_

Something_about this line really irked me. Not really_the_kind of thing_I'd
want to read as a potential customer.

~~~
augustl
It's exactly the_thing I would want to read._I'm the expert_in_gold_panning,
damnit, just give me_the tools I need.

~~~
newobj
You're an expert_in gold panning yet you need_tools?

------
equark
There is a real need for an_open source clone of one of_these realtime
datastores. I'd lean towards_Firebase since_it has the best API_I've seen so
far.

If_anybody wants_an open source_sprint, I'd be willing to donate_to such a
project...

------
hnf0r3v3r
I'm_working on something similar that I_want_to open source._The_idea_is to_be
able to build_apps_quickly on_the_front end, and only have to_mess_with the
back when necessary.

Anyone interested in this_sort of project?

------
g0su
What is_the_difference between this and_Firebase?

~~~
equark
Firebase has a much nicer_API. It's organized around a realtime,_ordered, tree
datastore._This makes_it much more akin to very granular database than a
message bus._Spire is just an authentication service_+ channels. There is_no
state beyond_the_historical list of_messages_in a_channel. That makes it a
really thin layer_over Socket.IO._Firebase solves a much harder problem_of
state synchronization.

Firebase allows you_can_listen to any part