DBmonster or it didn't happen
Show HN: An Isomorphic JavaScript Framework Faster Than React
161–170 of 257 posts
Re: Show HN: An Isomorphic JavaScript Framework Faster Than React
#162Might want to tighten up the spelling and grammar
http://jsblocks.com/learn/introduction-why-jsblocks
Re: Show HN: An Isomorphic JavaScript Framework Faster Than React
#163Being a current react user the thing that I like the most about react is having my markup and my logic in one self contained file. React is fast, but that isn't what has me use it on all of my projects. React has toString() which makes isomorphic apps very easy to create but that isn't why I use it either. I use it because it constantly encourages maintainable solutions for user interfaces.
If you don't mind me asking - how do you manage that? Do you use inline CSS a la https://speakerdeck.com/vjeux/react-css-in-js ?
My js and my markup live together but I still use seperate css. So maybe I was over stating my case but generally, I have a predefined set of styles that I am working from, which means I don't think about the styles too much, other than setting them using classes. I am definitely interested and excited for someone to make an excellent inline styles framework though, but I haven't found one yet.
Currently for most of my projects I still use bootstrap (with a theme or something) and just include one compiled css file and bootstrap.js in my main index (everything else gets put together into one javascript file by browserify). I choose my markup with classes (className) and use bootstraps interactive pieces (accordians, modals, messages) with the markup data api.
If you are really curious, here is a template app I often use to start from. (https://github.com/availabs/dashboardTemplate)
Re: Show HN: An Isomorphic JavaScript Framework Faster Than React
#164Earlier quoted context omitted.
I dont understand, if mithril is good why would you want to try react? Personally I'm trying to solve a problem (make complex ui easy to code and understand) Either mithril solves it or it doesnt..?
Totally fair question. I think the reason I want to try react is to compare and contrast the various approaches. I've written both angular & mithril for production. So far I haven't enjoyed anything as much as mithril. It is so clean & pure. It stays almost completely out of your way. In fact there are places where I'm actually running angular INSIDE mithril pages (long story, part of migrating a project from angular…
FYI, Mithril is largely a scratch-my-own-itch kind of project project and I use it heavily at work, so I'm definitely not going to walk away from it :)
Re: Show HN: An Isomorphic JavaScript Framework Faster Than React
#165To demonstrate speed, don't use a very slow CSS transition property...
Re: Show HN: An Isomorphic JavaScript Framework Faster Than React
#166To demonstrate speed, don't use a very slow CSS transition property...
You mean the animations demo? This is to showcase how to work with animations to speed. CSS3 Transitions/Animations have the same performance regardless of the framework.
Re: Show HN: An Isomorphic JavaScript Framework Faster Than React
#167Earlier quoted context omitted.
Correct. But React is also a step behind ClojureScript based React wrappers :) like Om and Reagent.
Could you explain why are they step ahead? I am not familiar with ClojureScript, but my interest in it is really high.
Because Clojurescript uses immutable data structures, and keeps the state in a centralized atom, so comparing different states is as easy (and fast) as comparing the different versions of the data structure, which in turn (and thanks to being immutable data structures) reduces to compare their memory references, which is fast.
Re: Show HN: An Isomorphic JavaScript Framework Faster Than React
#168Re: Show HN: An Isomorphic JavaScript Framework Faster Than React
#169I'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/
Mithril's use of helper assisted javascript for it's view templating is a giant drawback for me. I'd be using it exclusively, but as an old crusty dev, I've gone down that path more than once, and it's always been a train wreck.
I thought this at first too -- the syntax turned me off. But having it used it for a while now, I can say any drawbacks are purely cosmetic, and it's easy to get used to. If that's the only thing holding you back, I'd say to give it a try.
Re: Show HN: An Isomorphic JavaScript Framework Faster Than React
#170Earlier 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…
> not:
> * a tribe
> * a close-knit group
> * an industry union
unfourtunately