HackerTubewatch
Surprise me
Frame from Pete Hunt: React - Rethinking Best Practices (updated) - JSConf.Asia 2013 Plays via YouTube's privacy-enhanced embed

Pete Hunt: React - Rethinking Best Practices (updated) - JSConf.Asia 2013

13 videos recommended on HN
YouTube
5 HN users recommended this talk5 months2014–2024 score 6
Years with an HN recommendation, 2007–2026

HN commenters credit it with persuading them to adopt React, and cite it for the argument that HTML and JS cannot truly be separated.

Pete Hunt of Facebook and Instagram presents React at JSConf.Asia 2013, explaining its design principles and why they seemed shocking at first. He argues that React separates concerns rather than technologies, and the talk also announces the React Chrome developer tools.

“Pete Hunt did a great job then, explaining how the false separation of concerns between HTML and JS really is unavoidable.” (HN, 2017)

2 strong recommendations · 3 recommendations · 2 citations · Talks · intermediate · partly dated

7 Hacker News comments

From the HN archive; up to 20 kept per video, favoring different commenters. Recommendations first.

@jasim Feb 2015 Strongly recommends
on HN thread React Hot Loader: Tweak React Components in Real Time
Read more
This is amazing stuff, thanks Dan! Hopefully it is the beginning of the end of refresh-driven-development. If you are a web developer (front-end/back-end), and you haven't switched to React yet, take this for a spin, and read "Facebook just taught us all how to build websites" ( [link] ), and watch 'React - Rethinking Best Practices' by Pete Hunt ( [this video] ). The distinction between the back-end and front-end is a product of the complexity introduced by the web with its 'worse is better' mix of badly integrated tools. It made building user interfaces a dark art with all its quirks: - a layouting system that had an active vendetta against humans - Javascript with all its deficiencies - Connascence introduced by Server <-> Client communication (Server Model <-> API View <-> JS Model <-> JS View) - declarative views that were ill-suited for web-apps (logic-less templates, what a lie!) - cross-browser incompatibilities - difficulty in implementing client-side routing - immature developer tooling But worst of them all was DOM mutation and spaghetti code, which was in reality a fundamental deficiency of the development model itself, and not because web developers the world over were being deliberately irresponsible. React is changing all that with the help of ES6. It simplifies web development both in concept and in practice. In a few years, building UIs would be just another part of writing software, and competent Full-Stack developers would cease to remain unicorns. Here are a fe
Talk that persuades web developers to switch to React
@yazaddaruvala Jun 2023 Strongly recommends
on HN thread React is 10 years old
I'll try one last time: > Sorry none of this makes any sense to me. If you're not familiar with the MVC variants (MVVM, MVP, MVI, MOVE)[0][1] we should start there. Next you should read through some common mistakes of Backbone.js like applications [link] and some criticisms of MVC on HackerNews in 2012[0]. Finally if you haven't before these talks, they are the ones that sold me on React: - [link] - [this video] - [link] [0] [link] [1] [link]
One of the talks that sold the commenter on React
@baddox Jul 2014 Recommends
on HN thread Compiling JSX with Sweet.js using Readtables
Read more
Pete Hunt addresses this specifically in this React talk starting at 3 minutes: [this video] Basically, the idea is that most JS templating solutions separate technologies (HTML , JS, templating languages), but don't actually separate concerns, because the concern is simply generating and updating DOM regardless of how many technologies you use. Most JavaScript frameworks or libraries that handling generating and updating DOM, like Ember's two-way binding with Handlebars and Angular's dirty checking with directives, don't really separate markup from logic. They just invent a new language to mix with your HTML, and that new language is deliberately made extremely weak.
Pete Hunt argues React separates concerns, not technologies, unlike templating
@bsimpson Aug 2014 Recommends
on HN thread Choosing the Right JavaScript Framework
I've always found it weird that many people put the HTML, JS, and CSS for one component in three different files, but never thought enough about it to put it into words. Pete Hunt (one of React's maintainers) does that here: [this video] React is about separating concerns, not technologies. Everything you need to know to draw an App Bar is in AppBar.jsx. You can dynamically generate the markup with JavaScript, but that doesn't change your separation of concerns, because everything concerning that component lives in that file.
Pete Hunt explains why React separates concerns rather than technologies
@chrisco255 Aug 2017 Recommends
on HN thread Vue.js vs. React
JSX & React were literally built to solve Facebook's maintainability concerns, which is one of the most complex client side web apps I can think of. JSX was a hard sell at first 4 years ago, but Pete Hunt did a great job then, explaining how the false separation of concerns between HTML and JS really is unavoidable. You end up with logic in HTML tightly coupled to your JS no matter which way you shake it. [this video] And HTML string template languages have been shown to have numerous shortcomings at scale.
Pete Hunt explains why separating HTML and JS is a false separation

Citations, criticism and jokes

@emadda Aug 2024 Cites it
on HN thread VanillaJSX.com
Respectfully, my experience says otherwise: [link] - JS object appears to be at least 2x faster than document.createElement() (Chrome) - Note: JS object only loosely represents JSX element so it is a bit unfair. But with actual JSX objects I would assume it is still somewhat faster than the DOM API. [this video] - Pete Hunt, one of the React devs, says "JSX is faster than the DOM because it is JS memory."
Pete Hunt claims JSX is faster than DOM because it is JS memory

Video list and Hacker News comment labels from HackerTube (prompted by @karpathy), released under ODC-By 1.0, built on the open-index/hacker-news archive. Hacker News data is provided by Y Combinator; comments remain the work of their authors. Video titles, channel names and thumbnails belong to their creators and are shown via YouTube. HackerTube Watch is an unofficial edition. Data export of 2026-10-31.

Keyboard shortcuts

/
Search
j k
Next / previous video
r
Surprise me
l
Like (video page)
w
Watch later (video page)
?
This help
Esc
Close