Hacker News new | ask | show | jobs
by carlos22 2255 days ago
Wekan uses meteor.js which is really one of the worst frameworks out there. It breaks on so many ocasions and has really bad OS support. Event he current maintainer kind of dislikes the framework... The worst part about metor is that it forces you to use MongoDB!
3 comments

While I tend to agree from a personal perspective, however the Wekan project especially seems to be able to pump out lots of very nice features at a high rate, thanks to meteor. Additionally to this, we at Cloudron update the app package about twice a week due to that and so far had very little breakage or regressions, compared to other apps. We do not update meteor often though, which is maybe contributing to the stability.
Yes that helps but brings in other problems. For example many many security problems in the thousands of used npm packages of meteor and its dependencies.
Unfortunately thousands of dependencies is not unique to meteor, it is the hallmark of any popular npm package. So even react and vue would have too many dependencies.
I think at a certain point, very restrictive sandboxing is going to be the only way to safely run JavaScript-based projects.
So what is your go-to nodejs framework? and which NoSQL database do you use?
Not the parent commenter, but.. Having only a superficial knowledge of Meteor, I prefer a more modular approach:

- React/Preact with context or hooks instead of Redux

- Micro for server - https://github.com/zeit/micro

- Postgres with Knex for data persistence - https://knexjs.org/

Add authentication, WebSockets, etc., and it starts to look like an ad-hoc framework - except that all layers are generic and replaceable (theoretically) with equivalent features, like using Express or MariaDB.

I'm also quite fond of Next.js, which lets me have all the above. https://nextjs.org/

Thanks, but the issue with the modular, ad-hoc approach is that you need to do a lot of integration and leg work before you get to the domain problem in hand and you'll need to maintain those integrations going forward.
I agree, and that might be the most valuable thing about frameworks like Meteor. It provides a curated developer experience, where most of these common features and integrations are solved.

They tend to have far superior documentation than any ad-hoc approach, making it more suitable for teams. And a whole community that continues to debug, improve, and maintain it.

Well, I'm with you in the search for such a framework!

FeathersJS + Nuxt/Next (or any front end you want) has been a good combo for me.

Meteor always had a blocking issue for me every time I'd try to use it.

I like FeatherJS as well.

What kind of blocking issues? you mean getting it to run?

oh no!