Hacker News new | past | comments | ask | show | jobs | submit login

Hmm, I'm wary of a test that involves another framework to test the underlying jQ v. Native DOM performance difference. I'd be much more comfortable eliminating Backbone from the equation.

Also, this is just one test - wyuenho's claim was for jQ vs. the DOM in general, which is a much broader claim than an unknown subset of functionality.

I don't doubt that native DOM methods are faster than jQ, but I like claims to be backed up by evidence.




The evidence is in the form of an experiment repeatable from your browser's dev console. Play with it.


If you hand me some code to run, I'll run it. Otherwise my test risks not being the same one that you used to make the claim.

The onus is on the person making the claim, not the person trying to verify it.


Isn't the code to run here[1]?

[1]: http://jsperf.com/backbone-patch-22be8f9/2


See my previous comment[0]. That perf test is testing Backbone's use of jQ vs. native DOM, not jQ v. DOM in isolation. I don't trust that there aren't side effects and interactions in the test.

[0]: https://news.ycombinator.com/item?id=7155710




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: