5 ms·

All great services except Firebase. It's hard to version control development and it's a lock in platform that's hard to migrate away from.

marknadal 9y ago
Try https://github.com/amark/gun https://github.com/amark/gun , it is a popular (~7.5K stars) truly open source (MIT/ZLIB/Apache 2) database that has Firebase like features (realtime sync) plus a lot more, like graph/table/document/relational data and a P2P/decentralized architecture, by yours truly. :)
- onion2k 9y ago
  I've used gun. It's really cool.
  - marknadal 9y ago
    Thanks! Firebase still has a ton of features we don't have, what would you say are the most important things for us to work on?
    - everdev 9y ago
      I love the plug and play nature of Firebase for simple CRUD apps, so the simplicity of Firebase user auth was a huge win. Is that on the roadmap?
      - marknadal 9y ago
        Yes, we just announced/released the alpha of our auth framework a while ago, called SEA (Security, Encryption, Authorization). Because it is based on P2P/decentralized cryptography, it is actually pretty hard and cutting-edge to implement (you get end-to-end encryption automatically with it!), but we've made it ridiculously easy for developers to use: - Easy getting started guide: https://hackernoon.com/so-you-want-to-build-a-p2p-twitter-with-e2e-encryption-f90505b2ff8 https://hackernoon.com/so-you-want-to-build-a-p2p-twitter-wi... - 4 minute nad 40LOC interactive coding tutorial: https://scrimba.com/c/c2gBgt4 https://scrimba.com/c/c2gBgt4 It is alpha though, still has several more features that need to be added to make it usable for different types of app (so you might want to stick with Firebase till then). Please let me know if you have any questions or anything else I can help with!
- bryanrasmussen 9y ago
  is there something with in-depth info focused on Gun's graph database abilities?
  - marknadal 9y ago
    We're in the middle of upgrading our docs/resources, maybe this is helpful? http://gun.js.org/docs http://gun.js.org/docs (note: some pages are broken) We have pretty in depth conversations on the chat room too, here https://gitter.im/amark/gun https://gitter.im/amark/gun but I'm more than willing to answer any other questions you have that might not be covered!
    - bryanrasmussen 9y ago
      well basically I would just know where it falls short of Neo4J's capabilities, and if it is possible to have more than one graph running at the same time.
      - marknadal 9y ago
        @bryanrasmussen , ah yes: - You can have more than 1 graph at the same time, yes. - Storing data on edges can be done in GUN by having an "edge node", Neo4j has a special built-in edge node which makes things easier (including bidirectional edges, which can be done in GUN, but requires making an edge node). - Neo4j's Cypher query language has a lot of built in edge search algorithms, we have not (but plan to) built these yet. - Neo4j has a very nice dashboard, our community has built a couple similar tools, but nothing as comprehensive. Summary: Neo4j, being over a decade old, has a lot of features that we haven't built yet. Why use GUN instead? The biggest kicker is it being based on a P2P/decentralized (Master-Master) architecture, which makes ops/scaling much easier and a ton of other things. If you don't need this, probably stick with Neo4j for its feature set.
quickthrower2 9y ago
I'm a parse fan. much more open. Using parse.buddy.com - seems good so far.
onion2k 9y ago
It's JSON storage so version control comes from the code rather than a schema or migrations. I'm happy with that. Lock-in is a problem but it's true for any non-open service you integrate with. I've considered it and figured I'd rather have the features firebase offers than not. Plus I could actually swap to a CouchDB service like Cloudant really easily for my use case (sync'ing JSON structures between browser sessions).
pbreit 9y ago
Isn't the AWS setup in the story pretty locked-in?

marknadal 9y ago

Try https://github.com/amark/gun https://github.com/amark/gun , it is a popular (~7.5K stars) truly open source (MIT/ZLIB/Apache 2) database that has Firebase like features (realtime sync) plus a lot more, like graph/table/document/relational data and a P2P/decentralized architecture, by yours truly. :)

onion2k 9y ago
I've used gun. It's really cool.
- marknadal 9y ago
  Thanks! Firebase still has a ton of features we don't have, what would you say are the most important things for us to work on?
  - everdev 9y ago
    I love the plug and play nature of Firebase for simple CRUD apps, so the simplicity of Firebase user auth was a huge win. Is that on the roadmap?
    - marknadal 9y ago
      Yes, we just announced/released the alpha of our auth framework a while ago, called SEA (Security, Encryption, Authorization). Because it is based on P2P/decentralized cryptography, it is actually pretty hard and cutting-edge to implement (you get end-to-end encryption automatically with it!), but we've made it ridiculously easy for developers to use: - Easy getting started guide: https://hackernoon.com/so-you-want-to-build-a-p2p-twitter-with-e2e-encryption-f90505b2ff8 https://hackernoon.com/so-you-want-to-build-a-p2p-twitter-wi... - 4 minute nad 40LOC interactive coding tutorial: https://scrimba.com/c/c2gBgt4 https://scrimba.com/c/c2gBgt4 It is alpha though, still has several more features that need to be added to make it usable for different types of app (so you might want to stick with Firebase till then). Please let me know if you have any questions or anything else I can help with!
bryanrasmussen 9y ago
is there something with in-depth info focused on Gun's graph database abilities?
- marknadal 9y ago
  We're in the middle of upgrading our docs/resources, maybe this is helpful? http://gun.js.org/docs http://gun.js.org/docs (note: some pages are broken) We have pretty in depth conversations on the chat room too, here https://gitter.im/amark/gun https://gitter.im/amark/gun but I'm more than willing to answer any other questions you have that might not be covered!
  - bryanrasmussen 9y ago
    well basically I would just know where it falls short of Neo4J's capabilities, and if it is possible to have more than one graph running at the same time.
    - marknadal 9y ago
      @bryanrasmussen , ah yes: - You can have more than 1 graph at the same time, yes. - Storing data on edges can be done in GUN by having an "edge node", Neo4j has a special built-in edge node which makes things easier (including bidirectional edges, which can be done in GUN, but requires making an edge node). - Neo4j's Cypher query language has a lot of built in edge search algorithms, we have not (but plan to) built these yet. - Neo4j has a very nice dashboard, our community has built a couple similar tools, but nothing as comprehensive. Summary: Neo4j, being over a decade old, has a lot of features that we haven't built yet. Why use GUN instead? The biggest kicker is it being based on a P2P/decentralized (Master-Master) architecture, which makes ops/scaling much easier and a ton of other things. If you don't need this, probably stick with Neo4j for its feature set.

quickthrower2 9y ago

I'm a parse fan. much more open. Using parse.buddy.com - seems good so far.

onion2k 9y ago

It's JSON storage so version control comes from the code rather than a schema or migrations. I'm happy with that. Lock-in is a problem but it's true for any non-open service you integrate with. I've considered it and figured I'd rather have the features firebase offers than not. Plus I could actually swap to a CouchDB service like Cloudant really easily for my use case (sync'ing JSON structures between browser sessions).

pbreit 9y ago

Isn't the AWS setup in the story pretty locked-in?