HN user
https://ming.codes
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.
https://apple.news/AtfflfmCvRzublEC6RnuxmQ
Apple News link bypasses the paywall
Standard / Official way of doing things
If you like that, why not go with Ember?
I would imagine this works in your terminal too.
Is eBay.com built with Marko?
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.
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.
I like to see some evidence of this claim. Certainly Alibaba.com is not built with Vue.
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?
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.
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.
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
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.
...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.
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.
It's not "a" core maintainer. LinkedIn now has 4 (out of 13) Ember core members on board.
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.
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.
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.
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
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.
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.
Well, I know Vue and Ember are no longer using string based template. Most front end nowadays are DOM based templates.
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.
I'm surprised that his wife didn't divorce him for taking so much risk over this much money. Especially when they have 2 kids.