Bridge
Infrastructure
messaging middleware
SHOW HN2012
How HN took it
1 positive, 4 neutral or asking, 0 mixed, 7 critical, out of 12 comments about the project. Thread score -0.38.
Idea: 1 for, 5 againstDesign: 0 for, 1 againstExecution: 0 for, 1 against
The thread, comment by comment
Each row is a top-level comment and its replies, in HN's order. Select a cell to open that comment on HN.
positive neutral or mixed critical about another commenter or something else the maker
What HN said
What people liked
Looks like it could change the game if cross-platform support and security hold up
From 1 comment
This is going to change the game, I think. It'll come down to cross platform support and security. Once those two bases are covered, the rest will be a walk in the park for…
voxx on HN
Objections
Homepage is sparse on specifics and pricing model is unclear
From 2 comments
At first sight, this seems awesome. I've been looking for something like this for a while. However, The homepage seems to be a little sparse in terms of specifics. Before…
SeoxyS on HNI totally misread this and, after a glance, thought that it was a nice cross-language RPC library. Like many fiddly bits, whipping up a quick protocol is simple (and I've built…
CoffeeDregs on HN
Unclear advantage over ZeroMQ with Socket.io or existing RPC tools
From 3 comments
It wasn't really clear to me what the advantages of this is over a ZMQ+Socket.io based system. The aim is a fully-baked SAAS I suppose, but it seems we already have all the…
rll on HNOk, I'll ask the obvious question: how is this an improvement over Thrift, Protocol Buffers or Avro?
yummyfajitas on HNthis seems to solve the same problem that ØMQ solves. Plus SDKs.
xal on HN
No timeout handling for requests to unresponsive servers
From 2 comments
can you describe how timeouts are handled ? thanks !
signa11 on HNhmm, probably I dont't understand it that well then. assume that a client sends an async request to a server, but server being down, busy whatever, doesn't respond, a client…
signa11 on HN
Black-box 'magic scalability' claims are worrying
From 1 comment
At first sight, this seems awesome. I've been looking for something like this for a while. However, The homepage seems to be a little sparse in terms of specifics. Before…
SeoxyS on HN
Requests
Clearer documentation of how the system works and is deployed
From 1 comment
At first sight, this seems awesome. I've been looking for something like this for a while. However, The homepage seems to be a little sparse in terms of specifics. Before…
SeoxyS on HN
Explain how timeouts are handled
From 1 comment
can you describe how timeouts are handled ? thanks !
signa11 on HN
Questions
How is it different from Firebase, ObjectFabric, Thrift, Protocol Buffers or Avro?
From 2 comments
RPC = old skool, ha! What do you differently from Firebase.com? Or objectfabric.com?
dirkdk on HNOk, I'll ask the obvious question: how is this an improvement over Thrift, Protocol Buffers or Avro?
yummyfajitas on HN
Is it a library or a service?
From 1 comment
I totally misread this and, after a glance, thought that it was a nice cross-language RPC library. Like many fiddly bits, whipping up a quick protocol is simple (and I've built…
CoffeeDregs on HN
Alternatives named
ZeroMQ with Socket.io
From 1 comment
It wasn't really clear to me what the advantages of this is over a ZMQ+Socket.io based system. The aim is a fully-baked SAAS I suppose, but it seems we already have all the…
rll on HN
Thrift, Protocol Buffers, Avro
From 2 comments
Ok, I'll ask the obvious question: how is this an improvement over Thrift, Protocol Buffers or Avro?
yummyfajitas on HNThrift provides server-client implementations, see: http://en.wikipedia.org/wiki/Apache_Thrift
newhouseb on HN
Firebase and ObjectFabric
From 1 comment
RPC = old skool, ha! What do you differently from Firebase.com? Or objectfabric.com?
dirkdk on HN
Node.js self-hosted messaging
From 1 comment
Meh, nodejs makes this type of service obsolete. I can host my own messaging system now, thanks anyways.
wavephorm on HN