Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Mern: Build JavaScript apps using React and Redux

mern.io

Post reply on HN
Print view View original

131–140 of 141 posts

Re: Mern: Build JavaScript apps using React and Redux

#131

Post by dang »

pierrec wrote: post #130
dang wrote: post #115

Earlier quoted context omitted.

We don't give a shit if you swear. We care about how people treat each other.

Really? Several times I thought I saw threads mysteriously being ranked downwards, only to find out they contained a formal (or other) discussion of swear words, so I always concluded that there's some sort of "shitstorm detector" at play. But maybe I'm just imagining things...

Your observations were probably real but you might have misinterpreted them. We do penalize subthreads for being shitstorms, flamewars, or off-topic. (Tediously off-topic, that is. Whimsmical offtopicness is fine.) And profanity is more common when people are upset, so one would expect a correlation. But profanity isn't a moderation concern per se.

Re: Mern: Build JavaScript apps using React and Redux

#132

Post by tajen »

prank7 wrote: post #54
bijection wrote: post #30

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

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.

> as long as you understand what it means.

Isn't the whole effect of litterary words to be specific but exclusive?

Re: Mern: Build JavaScript apps using React and Redux

#133

Post by gingerrr »

tomelders wrote: post #24
tfgg wrote: post #5

The page keeps mentioning 'isomorphic apps' but I have no idea what those are. From googling, they appear to be JS code that can run client and server-side? Not what I would have guessed!

It's one of those instances where developers went looking for a word that perfectly articulates what it's doing, but is so esoteric as to be useless. > being of identical or similar form, shape, or structure I call it fronty-backy-samey-samey and everyone knows what I'm talking about.

Consider "fronty-backy-samey-samey" stolen

Re: Mern: Build JavaScript apps using React and Redux

#134

Post by [deleted] »

tomelders wrote: post #24
tfgg wrote: post #5

The page keeps mentioning 'isomorphic apps' but I have no idea what those are. From googling, they appear to be JS code that can run client and server-side? Not what I would have guessed!

It's one of those instances where developers went looking for a word that perfectly articulates what it's doing, but is so esoteric as to be useless. > being of identical or similar form, shape, or structure I call it fronty-backy-samey-samey and everyone knows what I'm talking about.

[deleted]

Re: Mern: Build JavaScript apps using React and Redux

#135

Post by mbrock »

dsp1234 wrote: post #118
mbrock wrote: post #29

Earlier quoted context omitted.

It's not really esoteric... it just kind of has the wrong connotations, because it's used rigorously in mathematics, and here it just means "portable between different JavaScript runtimes," pretty much. To me the word makes me imagine a web application that can parse its own rendered HTML and get back the application state. Which sounds kind of interesting...

it just kind of has the wrong connotations, because it's used rigorously in mathematics And the original use was in Philology[0]. Just because a word has two different meanings in two different contexts doesn't means it's wrong. I'm certainly glad the linguists didn't get up in arms when the mathematicians gave the 'wrong connotation' to isomorphism. [0] - https://books.google.com/books?id=hZpeAAAAcAAJ&pg=PA711&lpg=.…

Well, I didn't mean to claim it's prescriptively wrong, just that to my mind, maybe because I've been around a lot of mathematicians and coded a lot of Haskell, the usage jumps out as kind of weird... and anecdotally, I've mostly heard "isomorphic JavaScript" used kind of ironically, with a wink bordering on a cringe.

By the way, for the broader point about language mutation, and prescriptivism vs descriptivism, I think there's a common stance against prescriptivism that also seems to rule out any negative opinion about language change—to which I say, hey, negative opinions are part of the whole mess too, even from a descriptivist standpoint. But this is a derail already; sorry.

Re: Mern: Build JavaScript apps using React and Redux

#136

Post by rakoo »

Kiro wrote: post #19
mintplant wrote: post #2

Why MongoDB?

I use MongoDB because I can instantly save down a JavaScript object and later retrieve it in the same state. I don't have to worry about anything else. No configuration, nothing. That's all I need but if there are better options I'm all ears.

> No configuration, nothing.

You still have a server to run, auth to check, etc...

Here's a real database with no configuration, no nothing, actual real plug-and-play:

https://sqlite.org/index.html

Re: Mern: Build JavaScript apps using React and Redux

#137

Post by logicrook »

jamespitts wrote: post #116

Ok, here's some helpful criticism (not that all of this is unhelpful): Overall the presentation of your system is great. However, the documentation needs work, particularly on how to create a complete mini-MVP. Examples, even if dinky, help a lot. Many developers will just download an example and start messing around and see how it feels. An important note on app structure: I noticed how the approach you take involve…

Way to spoil the fun with thoughtful and pertinent comments.

Re: Mern: Build JavaScript apps using React and Redux

#138

Post by k__ »

nnq wrote: post #89
meow_mix wrote: post #76

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…

Really?

I had the feeling that data-models of document stores like MongoDB often only fit one use-case and fail after that.

A blog, for example.

You have Article and Comment and when using a document store, it comes naturally to embed Comment in Article, because, well the first thing you need is to display comments below articles.

Then you want to show the comments of a user, but they are stored inside the articles...

If you had a relational data-store the way to retrieve the data for both cases would be the same mechanism, a join.

Re: Mern: Build JavaScript apps using React and Redux

#139

Post by cookiecaper »

EvanPlaice wrote: post #120
StavrosK wrote: post #44

Earlier quoted context omitted.

Why would an SQL ORM provide validations? The database itself already does. Additionally, user data isn't the only data that needs to be validated. The vast majority of our data is generated by the program itself, and schemaless databases have given us endless headaches with this.

Client-side validation are much more important that server-side validations. Preventing a user from sending bad data to begin with avoids the poor usability of having to send bad a failed request and reset the form for editing. Database constraints only avoid bad data in the database. They still have to be duplicated for error checking in the server and client. Is JS is used on both the server and client, it makes a…

>You wouldn't blame the gun if you shot yourself in the foot, would you?

If it was unreasonably easy to do so, then yes. This is why there are gun safeties. The phrase "hairpin trigger" or "hair trigger" derives from guns with light triggers that made a premature or accidental discharge too easy.

"A poor workman blames his tools" only works if you have real tools. It's OK to blame tools when you're forced to use a twig as a hammer.

Re: Mern: Build JavaScript apps using React and Redux

#140

Post by batat »

pygy_ wrote: post #113
ravendug wrote: post #110

Earlier quoted context omitted.

There's no need to wait: https://github.com/Xantier/nerd-stack

Crikey... What a world we're living in!

Could be a drinking game: pick random word, add "js" and google for it. If google finds something related, take the shot.
Post reply on HN