Live data from Hacker News

Mern: Build JavaScript apps using React and Redux

mern.io

81–90 of 141 posts

Re: Mern: Build JavaScript apps using React and Redux

#81
post #78

This was a really bad time to post this framework, the disillusionment for javascript is at an all time high right now. That being said why Mongodb? NoSql are advantageous for write speeds, which as far as I know isn't particularly important for new applications. I understand that you want "javascript everywhere" but is that really worth the cost of losing the speedy and convenient join statements? I think postgres m…

I can't say if they considered other databases, but "MERN" is a play on "MEAN" (Mongo, Express, Angular , Node) -- I imagine they were aiming for a React-centric version of the popular MEAN stack.

Or just really big fans of Tyler Perry movies.

Re: Mern: Build JavaScript apps using React and Redux

#82

FWIW 'isomorphic javascript' was pretty much supplanted by 'universal javascript' last year per this medium post [1]. You might consider changing the copy. Edit: At the very least Dan Abramov (Redux creator) is ok with universal [2] [1] https://medium.com/@mjackson/universal-javascript-4761051b7a... [2] https://github.com/gaearon/react-redux-universal-hot-example

FWIW those of us in the JavaScript community who don't care to create buzzwords for everything call it JavaScript. No Isomorphic, no Universal. There's nothing different. It's just JavaScript.

> There's nothing different.

It's still JavaScript, but how you design/write it is fundamentally different when you're writing for both the client and server.

Re: Mern: Build JavaScript apps using React and Redux

#83
post #81
post #78

Earlier quoted context omitted.

I can't say if they considered other databases, but "MERN" is a play on "MEAN" (Mongo, Express, Angular , Node) -- I imagine they were aiming for a React-centric version of the popular MEAN stack.

Or just really big fans of Tyler Perry movies.

Bringing the total number to 1?

Re: Mern: Build JavaScript apps using React and Redux

#84
post #69
post #54

Earlier quoted context omitted.

Lets not get caught in 'war of words'. There is no standard to it and I don't think it matters as long as you understand what it means.

> There are only two hard things in Computer Science: cache invalidation and naming things. > -- Phil Karlton

I like the self referential version:

"There are only two hard things in Computer Science: cache invalidation, naming things, and off-by-one errors."

Re: Mern: Build JavaScript apps using React and Redux

#85
post #72

So this is a repo that is being cloned on your computer [1]. I have a couple of questions : 1. Why not just creating yeoman generator? 2. Don't you think it is too opinionated and inflexible to be useful? 1: https://github.com/Hashnode/mern-cli/blob/master/lib/main.js

I much rather clone than use yeoman. What is the benefit?

Well yeoman can be configured to ask you questions about the setup you want. Think "less or sass?"

Re: Mern: Build JavaScript apps using React and Redux

#86
post #70
post #31

Earlier quoted context omitted.

Please don't "sanitize" input, just escape accordingly. " " might be a legitimate input.

You need both. Sometimes the legit input is HTML such as from rich text editors. In those cases if someone types a bold then the form should submit the escaped <script> but also needs to sanitise to make sure that other HTML element types are not present. If you escape one step further you'll lose formatting or the message, so sanitisation is important too, it is reductive to say "always escape never sanitise".

I think your first problem is whitelisting HTML entities. Unless you're composing HTML-formatted email, it's usually better to use a different markup syntax like a minimal markdown or asciidoc that can safely be escaped.

Re: Mern: Build JavaScript apps using React and Redux

#89

This was a really bad time to post this framework, the disillusionment for javascript is at an all time high right now. That being said why Mongodb? NoSql are advantageous for write speeds, which as far as I know isn't particularly important for new applications. I understand that you want "javascript everywhere" but is that really worth the cost of losing the speedy and convenient join statements? I think postgres m…

Wake up. People don't use Mongo because of it's better write performance. They use it because it increases junior developer productivity at building a shipable MVP and allows for more "natural" data models 99% of the time.

Reason: real-world data is almost never relational by nature, and you never really need ACID (even for financial data you can find a subset of ACID that's appropriate for you use case and complies with your regulations, and tweak a nosql solution to achieve it) and any relational model of data will be "awkward" in one way or another. Trying to get a more natural data model, it's always a question of either (1) storing graphs in a tree db (read "document db") or (2) trees in a graph db (no good open-source and easily scalable graph dbs around, too much developer inertia). Couple (1) > (2) for now, with the fact that write performance is more important than versioning for most (mostly because "naive" versioning at "big data scales" takes too much space), hence CouchDB I've finally seen the light and stopped recommending Postgres over Mongo to people :)

Rethink is probably a better idea. And there's also Arango. And I happen to love Neo4j. But Mongo is "good enough" for most, hence the obvious choice for a general purpose web framework.

Re: Mern: Build JavaScript apps using React and Redux

#90

This was a really bad time to post this framework, the disillusionment for javascript is at an all time high right now. That being said why Mongodb? NoSql are advantageous for write speeds, which as far as I know isn't particularly important for new applications. I understand that you want "javascript everywhere" but is that really worth the cost of losing the speedy and convenient join statements? I think postgres m…

Glad I am not the only one. I do not understand why most JS frameworks use a NoSQL store. Even from their FAQ.

"You can always replace Mongo with another DB like RethinkDB, CouchDB or something else you like. :)" What about SQL??!?!

Post reply on HN