News for hackers. Stuff that matters.

lightblade

Yes, the runtime needs to be JavaScript.

It’s not obviously faster, but it’s been benchmarked to be faster. https://youtu.be/nXCSloXZ-wc

You can skip to 29:34 for the performance demo.

When you write JavaScript, you can only optimize it..as JavaScript. It still needs to be parsed, compiled, and optimized as JavaScript.

When you write templates, you get more room for optimization. Glimmer engine compiles templates to binary bytecodes to bypass JavaScript parsing. Vue3 inlines component fragments as part of the compilation step.

Re:A Tech-Driven Boom Is Coming; Please Be Patient on Thursday December 28, 2017 @12:18PM (#16023320)
https://apple.news/AtfflfmCvRzublEC6RnuxmQ

Apple News link bypasses the paywall

Re:How we do Vue at GitLab: one year later on Saturday November 11, 2017 @01:48AM (#15675282)
> Standard / Official way of doing things

If you like that, why not go with Ember?

Re:A font to make sparklines in seconds on Tuesday September 12, 2017 @11:13AM (#15227918)
I would imagine this works in your terminal too.
Re:Marko – An isomorphic UI framework similar to Vue on Sunday August 20, 2017 @01:22PM (#15059256)
Is eBay.com built with Marko?
Re:Yahoo reinvented inline styles through classes on Sunday July 23, 2017 @05:37PM (#14834539)
We use a combination of Atomics and BEM in our project.

Atomics offers single level specificity thus providing a strategy to combat the specificity problem that plagues many projects.

They are single purpose and infinitely composable, which complements very well with component oriented architecture that's popular today.

They are localized to single DOM node. When combined with its single purpose nature offers fewer surprises when making changes to your style sheet. For example, when you add a margin 15 Atomics to a DOM node, it is very hard to accidentally add another margin 15 somewhere else. Versus if you add a label class, it is much easier to accidentally add another label class and cause unintended consequences.

Re:Why Choose Vue.js on Saturday June 24, 2017 @03:00AM (#14624685)
That's the thing. All claims of Alibaba's adoption of Vue comes from the author himself. I think it's reasonable to have doubt. I'm sure they use it. But to claim that they heavily invest in it may be exaggerated.
Re:Why Choose Vue.js on Saturday June 24, 2017 @02:30AM (#14624618)
I like to see some evidence of this claim. Certainly Alibaba.com is not built with Vue.
Re:Will Vue.js become a giant like Angular or React? on Sunday June 18, 2017 @02:52PM (#14582192)
That is the word on the street, but I have yet to see publicly visible evidence of it. You can inspect Facebook to see React is there. You can inspect Walmart to see React is there. You can inspect LinkedIn to find Ember there. I have yet to see flagship product of huge companies built on Angular or Vue. Is Alibaba.com built with Vue?
Re:Will Vue.js become a giant like Angular or React? on Sunday June 18, 2017 @02:43PM (#14582147)
Meaningful contribution in what way? This is Vue's contribution graph sorted by addition: https://github.com/vuejs/vue/graphs/contributors?from=2016-0...

The #2 person contributes only about 1% compared to the #1 person.

Compare to React's same graph: https://github.com/facebook/react/graphs/contributors?from=2...

The #2 person is at about 50% of the #1 person.

Compare to Ember's same graph: https://github.com/emberjs/ember.js/graphs/contributors?from...

The #2 person is at 75% of the #1 person.

Re:Will Vue.js become a giant like Angular or React? on Sunday June 18, 2017 @12:03PM (#14581248)
That's also why taking on Vue is a huge risk. The project has a high bus factor. If the main author burnt out and quit, the project is dead.
Re:Why do so few people major in computer science? on Monday May 29, 2017 @03:13PM (#14440846)
Nurse is licensed though. That's instant credibility.
Interesting...

Since requestIdleCallback leaves the scheduling out of your hand, how do you ensure nodes are still updated when you need it? Like tests?

Does Fiber yield control back to the js engine when doing the "rebasing"? Or are all of these synchronous in one frame?
Correct me if I'm wrong, but Fiber sounds like a micro tasker for React? Ember had been doing this for years through Backburner run loop
Re:The Glimmer VM: Boots Fast and Stays Fast on Thursday April 06, 2017 @02:17PM (#14053060)
Well, Glimmer actually compiles opcodes to just numbers. So it wouldn't be `a(e,"id","bar")`, it's actually [1,'id','bar']. Opcodes' wire format is an array. I haven't see it being a tree yet. If this is the case, stream parsing is definitely possible.
Re:San Jose and Oakland area job markets tumble on Saturday March 25, 2017 @12:27PM (#13956330)
...and we're hiring! Want to come work at Yahoo? Sunnyvale office :)
I don't believe we will ever move away from JavaScript. Remember GWT? It's Google's pseudo WebAssembly built at the height of Java's popularity. It compiles your Java code into JavaScript and optimize accordingly to each browser. A few companies bet heavily on this technology, Workday is one.

No, it did not catch on.

Re:Ask HN: Does anyone dream of code? on Wednesday February 08, 2017 @12:22PM (#13600053)
Yup. This happens if I was coding right before bed with a problem not solved yet. Most of the time the dream was about me typing random things into the screen that doesn't make any sense.
Re:I’m Joining LinkedIn on Wednesday January 04, 2017 @09:10PM (#13324120)
It's not "a" core maintainer. LinkedIn now has 4 (out of 13) Ember core members on board.
Re:What tech trends will gain momentum in 2017? on Sunday January 01, 2017 @05:22PM (#13297728)
Vue.js feels like the dark matter is JavaScript world. The impact is not directly observable, but you can definitely feel it's gravitational pull.
Re:Choosing Ember over React in 2016 on Wednesday November 16, 2016 @11:19PM (#12974229)
To be honest, I really miss the good old flex + wsdl days.

Component architecture, check. Two way binding, check. Optional type, check. IDE, check.

My favorite, typed components, check.

Re:Choosing Ember over React in 2016 on Wednesday November 16, 2016 @11:14PM (#12974199)
That'll probably never catch on. Front end dev already have 10 frameworks and 5 browsers to worry about. Let's not add 10 more languages for a total of 500 different combinations.
Re:Choosing Ember over React in 2016 on Wednesday November 16, 2016 @11:00PM (#12974122)
Check out Ember cli and its addon ecosystem [1]

Also checkout Ember twiddle [2] to play around first without installing a thing. You can add libraries and even other Ember adding through twiddle.json

[1] : https://www.emberaddons.com

[2] : https://ember-twiddle.com

Re:Choosing Ember over React in 2016 on Wednesday November 16, 2016 @10:52PM (#12974089)
Alternatively, go to ember observer [1] to checkout the demo page of some of the top rated add-ons. This works because it show cases the best stuffs in the ember ecosystem. Secondly, addons has to be kept up to date with latest Ember in order to attract more users.

[1]: https://emberobserver.com

Does the question implies front-end development now has a higher barrier to entry? It has always been told that front end has a low barrier to entry therefore attracting many people. It appears this is no longer true.
Re:Comparison with Other Frameworks on Saturday October 22, 2016 @02:29PM (#12769907)
Well, I know Vue and Ember are no longer using string based template. Most front end nowadays are DOM based templates.
Re:The State of JavaScript – Survey results on Monday October 03, 2016 @04:29PM (#12631045)
Ember has zero ties to Rails. We are using Ember with Java backend. I have seen Ember used with .NET and Go backend. There are even the SANE stack [0].

The only possible tie that Ember with Rails is that it used to bundle ActiveRecordAdapter with Ember data. It is now separated into another project possibly due to this exact reason.

[0]: http://sanestack.com

Older »