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.
Mern: Build JavaScript apps using React and Redux
81–90 of 141 posts
Re: Mern: Build JavaScript apps using React and Redux
#82FWIW '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.
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
#83Earlier 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.
Re: Mern: Build JavaScript apps using React and Redux
#84Earlier 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
"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
#85So 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?
Re: Mern: Build JavaScript apps using React and Redux
#86Earlier 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".
Re: Mern: Build JavaScript apps using React and Redux
#87Re: Mern: Build JavaScript apps using React and Redux
#88Re: Mern: Build JavaScript apps using React and Redux
#89This 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…
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
#90This 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…
"You can always replace Mongo with another DB like RethinkDB, CouchDB or something else you like. :)" What about SQL??!?!