Pre-render on server side is the way to go, no more empty html skeletons taking a while to fulfill after the first request, and you still get the reactive style of modern web app.
given that your handle is nej, i'm assuming you know that skit means literally "shit" in swedish. men jag tycker den har är en faktiskt bra ide.
Thank you for actually serving up a proper web page (initial server-side rendering)!
Using javascript to enhance the page to provide faster loading or other features is great, but it is important to have at least something on the page when javascript is not available.
> Featuring nearly 100% shared server and client-side code
If the code can run on the client as well as on the server, does this mean the client has direct database access?
How well does that work out for the number of required round-trips?
Wow just saw this was on HN again — I was traveling yesterday. There was a fun discussion thread a few months ago here: https://news.ycombinator.com/item?id=9342133
Looks neat. For those looking for this functionality in a more mature framework, check out Ember FastBoot: https://github.com/tildeio/ember-cli-fastboot
How is this framework similar/different with Meteor.js ?
this might be cool until you have to debug some weird bug and do not know if it has to do with client or server code...
Two years ago I would've been excited but now I've developed a filter for anything with javascript and front end or framework in the same sentence if they are not backed by a major corporation, simply based on the reason that there have been so much abandonware in this landscape, I think even for Google it's been tough sell. I think that React is the way to do it but slow to adopt it especially because I'm so comfortable with jQuery and never had the need to invent new ways of doing things.