Live data from Hacker News

Show HN: An Isomorphic JavaScript Framework Faster Than React

jsblocks.com

31–40 of 257 posts

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

#32
post #20

I think it's great that there is such an amount of active development in the JS sphere, and I'm sure your framework is fantastic - so don't take this as directed at your framework specifically. That being said... I am however feeling so overexposed to new libraries and frameworks that I can hardly muster the energy to even look at it. I constantly feel that I'm behind on my homework having to evaluate new libraries a…

I understand you very well. My todo list called 'stuff to check out' grows so fast that sometimes I'm thinking about clearing it out and just start another one.

Your problem is that have a life. Spend all day working and then checking out new stuff. Don't take a shower, eat on your laptop, etc.

=)

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

#34
post #4

> Isomorphic JavaScript Framework No. Just no.

Is this just criticism of the "isomorphic" term?

I'm not a fan of it either ("isomorphic" already has a different well-defined meaning in CS), but it does seem to have some traction now.

Perhaps you have an alternative term you'd prefer these frameworks used?

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

#35
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.

In the beginning we mixed style with content. Now we're mixing logic which, IMO, is an even worst mistake.

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

#37
post #20

Earlier quoted context omitted.

I understand you very well. My todo list called 'stuff to check out' grows so fast that sometimes I'm thinking about clearing it out and just start another one.

Your problem is that have a life. Spend all day working and then checking out new stuff. Don't take a shower, eat on your laptop, etc. =)

Hehe, I've done that when I was younger :)

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

#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.

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

#39
post #25

Earlier quoted context omitted.

So don't study it then? It's perfectly fine to continue using what you are using. Most recruiters talking to me still ask for Angular, even if I consider it a little hairy and prefer not using it. After being in the JS sphere for a while and living with these changes, I have learned a lot. Because there is nothing new under the sun, these all do pretty much the same thing - but in different ways. There are tradeoffs,…

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 interests. Deal with it or withdraw in denial to the perfect land of perfect web technologies.

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

#40
I've been playing around with RiotJs (actually committed some fixes/features to the repo). I think what is attractive about both Riot and React is that everything is "defined" in JavaScript, there isn't really a separation of markup and behavior. Each little module can act an individual component. React has gone a step further and has shown that the DOM doesn't really matter...your React code could create native apps.

Does jsblocks allow users to develop little objects that encapsulate whats's needed for that component to work? The examples seem to have separate html/js/css.

Post reply on HN