Skip to content

Instantly share code, notes, and snippets.

@janl

janl/hoodie-vs-meteor.md

Last active September 28, 2021 05:21
Show Gist options
  • Star 20 You must be signed in to star a gist
  • Fork 1 You must be signed in to fork a gist
  • Save janl/5382865 to your computer and use it in GitHub Desktop.
Save janl/5382865 to your computer and use it in GitHub Desktop.
Download ZIP
Raw
hoodie-vs-meteor.md

Hoodie vs. Meteor

Preface: Not a Meteor Expert. Please comment with improvements.

Paraphrasing philosophy:

  • Hoodie, Look ma! No Backend.
  • Meteor, Backend Power on the Fronend.

A couple of high-level observations:

  • Hoodie empowers UI/UX people to build full apps without any backend experience or backend experts.
  • Meteor empowers developers build apps faster.
  • Hoodie focusses on frontend APIs that are hooked up to a generic backend.
  • Meteor brings backend APIs to the browser.
  • Hoodie is offline-by-default and mobile friendly by treating in-browser-storage as a first class citizen and using asynchrnous, on-demand data exchange, that is real-time when network is available.
  • Meteor focusses on always-on real-time networking between client and server.
  • Hoodie stops shy of where jQuery, Backbone, Ember, Angluar and friends start. You can pick your preferred frontend stack.
  • Meteor comes with a frontend framework. (might be compatible with others, lacking expertise here)
  • Hoodie uses CouchDB in the backend for data reliablity and sync.
  • Meteor uses MongoDB.
  • Hoodie uses NPM for modules.
  • Meteor has a custom package manager.
  • Meteor has been public for about a year, with a great community, VC funding and all.
  • Hoodie is newer and still in developer-preview, but starting to attract interest, contributors and some sustainable business already.

Similarities

  • Open Source Licenses: MIT (Meteor), Apache 2.0 (Hoodie).
  • Full JS Stack, browser in the front, Node.js in the back.
  • Fast prototyping of apps.
@ile
Copy link

ile commented Jul 26, 2013

Some more questions. Maybe this will help to think about the differences?

  • Suitability for mobile apps? I believe Hoodie can do this easily (?), I don't know about Meteor.
  • Multi-page apps/routing? I believe Meteor can do this, don't know about Hoodie?

BTW, are there any more examples than my-first-hoodie?

@AdamGerthel
Copy link

Hoodie does seem more like Firebase than Meteor - would that be accurate? I haven't used Hoodie, but it looks very similar in terms of usage.

@niallobrien
Copy link

I'm currently exploring both so here's some quick observations:
Hoodie is front-end agnostic, Meteor is not. Yes, you can use Angular with Meteor for example, but that's just replacing Meteor's Blaze framework, which is kind of pointless.
It would be much easier to use Ionic Framework with Hoodie due to this same reason. Meteor seems to reinventing the wheel as most libraries have to be wrapped for use.
Hoodie is more like Firebase in my opinion but still requires work for proper scalability.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment