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

Show HN: An Isomorphic JavaScript Framework Faster Than React

jsblocks.com

Post reply on HN
Print view View original

51–60 of 257 posts

Re: Show HN: An Isomorphic JavaScript Framework Faster Than React

#51

Post by kyllo »

vdaniuk wrote: post #39
kyllo wrote: post #25

Earlier quoted context omitted.

The problem is, it's our fault that recruiters are now asking for Angular, because we sold our employers on Angular and built their apps in Angular. Now that Angular is mainstream and has fallen out of fashion, they need to hire more developers to maintain all those Angular apps we built for them.

There is no "our" and there is no "we". Developers, web developers, JS developers or even HN users who are JS developers are not: * a tribe * a close-knit group * an industry union You do not assign blame to hundreds of thousands of professionals, who live in different parts of the world, speak different languages and work on different projects. The web evolves without intelligent design or regard of your personal in…

Oh ok, well then I guess it's just Google's fault.

Re: Show HN: An Isomorphic JavaScript Framework Faster Than React

#52

Post by dkersten »

hippich wrote: post #30
kyllo wrote: post #25

Earlier quoted context omitted.

The problem is, it's our fault that recruiters are now asking for Angular, because we sold our employers on Angular and built their apps in Angular. Now that Angular is mainstream and has fallen out of fashion, they need to hire more developers to maintain all those Angular apps we built for them.

What is problem for you - for some might be job security :) And I think Angular is still very much in fashion. At least this is impression I am getting from occasional talks with random recruiters.

this is impression I am getting from occasional talks with random recruiters

What's in fashion isn't what the recruiters are talking about, but what the developers are talking about. Recruiters will always lag a bit behind whats actually in fashion.

Re: Show HN: An Isomorphic JavaScript Framework Faster Than React

#53

Post by rattray »

beefsack wrote: post #46

I'd be more interested to see a performance comparison with Mithril[1] rather than React, their core functionality is similar but Mitril strives to be lean and fast. [1] https://lhorie.github.io/mithril/

Agreed. Mithril's performance is incredible, and it's also closer to React in philosophy. That's the alternative I'd be looking at (perhaps along with Vue, which also goes unmentioned).

EDIT: though, one difference is this supports server-side rendering out of the box, while Mithril requires a (tiny) third-party module: https://www.npmjs.com/package/mithril-node-render

Re: Show HN: An Isomorphic JavaScript Framework Faster Than React

#55

Post by astoilkov »

rattray wrote: post #50
bshimmin wrote: post #38

Top article on the front page of Hacker News as I write this, and not a single positive comment below. Great job, guys... To the author: I think the homepage looks great, the examples are clear and informative, and I would definitely give this a try if I weren't wed to a couple of other frameworks right now.

I think a lot of the negativity has to do with the marketing. This isn't being sold as "a cool thing I made", but "Better MV-ish Framework" and "Faster than React". If you try to position it as better than existing alternatives, HN commenters will tear it down if they don't think it makes the cut. If you put it out as "exploring interesting new approaches", I think you're likely to see a lot less negativity here. Com…

You are totally correct. I believe it could have taken another direction if I have done this. It is hard to be compared to React built by Facebook but I started first. :)

Re: Show HN: An Isomorphic JavaScript Framework Faster Than React

#56

Post by avinassh »

icemelt8 wrote: post #33

I seriously think this is some sort of parody of JS. Really? A new framework every week?

As someone who mostly codes in Python, I don't understand, why JS gets new framework so often. What is the reason behind? Is Javascript makes thing easy to develop a new framework? Why doesn't Python get new framework so often?

Re: Show HN: An Isomorphic JavaScript Framework Faster Than React

#57

Post by astoilkov »

lilkwarrior wrote: post #54

It's unclear if the views are also leveraging Observables to asynchronous load views. Is so, are Observerables not unlike the ones of RxJS being used?

You could load views asynchronously. Observables could be compared to RxJS but they do not use it. They are inspired by Knockout observables.

Re: Show HN: An Isomorphic JavaScript Framework Faster Than React

#58

Post by vdaniuk »

kyllo wrote: post #51
vdaniuk wrote: post #39

Earlier quoted context omitted.

There is no "our" and there is no "we". Developers, web developers, JS developers or even HN users who are JS developers are not: * a tribe * a close-knit group * an industry union You do not assign blame to hundreds of thousands of professionals, who live in different parts of the world, speak different languages and work on different projects. The web evolves without intelligent design or regard of your personal in…

Oh ok, well then I guess it's just Google's fault.

It's Google fault as in a mistake, a defect, an offense that they've created a popular js framework? Is that a correct interpretation of your words?

Re: Show HN: An Isomorphic JavaScript Framework Faster Than React

#59

Post by dkersten »

snarfy wrote: post #3

> Well, one problem is declarative programming has never been as expressive as imperative programming. In React you'd use JavaScript for this iteration. This is why I like React over say Angular, with ng-each, ng-if, etc. Flow control does not belong in markup. I cringed the first time I saw an XML schema with an IF element.

Flow control does not belong in markup.

My favourite templating system is enlive[1] (or enliven[2]). You use CSS-style selectors to select snippets of HTML to manipulate and then use code to duplicate, remove, move or replace these snippets, insert content, set attributes etc.

The "template" is pure HTML without any additional markup and without any logic. The code then says "repeat this snippet for every item in this list and insert it over there" (or whatever you need). Markup does what its good at, code does what its good at. Works out really nicely.

Although nowadays I use reagent and hiccup-style markup and write everything in code (but keep my components as pure and dumb as possible).

[1] https://github.com/cgrand/enlive

[2] https://github.com/cgrand/enliven

Re: Show HN: An Isomorphic JavaScript Framework Faster Than React

#60

Post by nahiluhmot »

ndreckshage wrote: post #23

Still relies on JavaScript server side rendering - which will be the biggest performance bottleneck, by far, for both this and React. If you really want a framework that is faster, check out Tungsten ( https://github.com/wayfair/tungstenjs ), which is as fast as this client side, and can render in vanilla Mustache using Go/C++.

I can't speak to this framework, but you do not need to use server-side rendering for React applications. Instead, you can essentially serve a blank page on every request, then have the React application bootstrap itself when the page loads. Alternatively, one could precompile the HTML, and serve it as static content with nginx, apache, etc.
Post reply on HN