HackerTubewatch
Surprise me
Frame from Dan Abramov   The wet codebase Plays via YouTube's privacy-enhanced embed

Dan Abramov The wet codebase

eswarnichtsmehrfrei
Talks
YouTube
3 HN users recommended this talk3 months2023–2024 score 3.5
Years with an HN recommendation, 2007–2026

Recommended in DRY versus duplication debates for its visuals and its case that copy/paste can beat a wrong abstraction.

Dan Abramov's talk on the wet codebase, using visualizations to show how removing all duplication too early produces wrong abstractions that are hard to unwind.

“Seeing what a premature, wrong abstraction looks like visually was eye opening.” (HN, 2024)

1 strong recommendations · 3 recommendations · 1 citations · Talks · intermediate

5 Hacker News comments

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

@halfcat May 2024 Strongly recommends
on HN thread Don't DRY Your Code Prematurely
The visualizations in Dan Abramov’s talk “The wet codebase” [1] really burned this concept in for me. Seeing what a premature, wrong abstraction looks like visually was eye opening. [1] [this video]
Visualizations show what a premature wrong abstraction looks like
@shadowfoxx Aug 2023 Recommends
on HN thread I don’t buy “duplication is cheaper than the wrong abstraction” (2021)
Read more
In my career as a software dev I've found one thing to be true - Every Paradigm I ingest that opens new windows of opportunity are great at first pass and as I learn more the more narrow the scope they can be applied. (This is kinda true in life, too. Like when people say, "Its econ 101 or bio 101." etc. What seems like a statement about 'common' knowledge is actually an indication of how shallow your knowledge is!) Specifically related to this topic is a talk by Dan Abramov called, "The Wet Codebase" - He says it better than I can sum up and has visual aids : [this video] Other have pointed out code that is similar in function vs similar by coincidence and I think that thought alone is worth chewing on.
Dan Abramov explains with visuals why premature DRY abstractions hurt
@gosukiwi Aug 2023 Recommends
on HN thread I don’t buy “duplication is cheaper than the wrong abstraction” (2021)
I like Dan Abramov's "The Wet Codebase" ( [this video] ) -- I've been guilty of doing just what he says in his talk at first, removing all duplications and making the codebase DRY. But then I came to like "prefer duplication over the wrong abstraction", as Sandi Metz puts it. Sometimes it's good to wait to have more data to make an easier and more informed decision.
Abramov's talk on the cost of removing all duplication
@halfcat Aug 2024 Recommends
on HN thread Algorithms we develop software by
Dan Abramov talks about WET (write everything twice) [1] as generally a good approach, primarily because you often don’t know the right abstraction up front, and a wrong abstraction is way worse than a copy/paste. He has some good visuals that illustrate how incorrectly dependent and impossible to unwind wrong abstractions can become. [1] [this video]
Abramov argues copy/paste beats a wrong abstraction, with good visuals

Citations, criticism and jokes

@throwitaway1123 Oct 2024 Cites it
on HN thread OOP is not that bad
Read more
I agree with the general sentiment of your comment and I think there are several factors at play here. * The human brain is not capable of evaluating and re-evaluating every possible option amongst the plethora of technical choices developers are faced with. This forces us to develop certain coarse grained mental heuristics (prejudices and biases) to navigate technology, and even if these broad generalizations are roughly true initially, we tend not to re-evaluate them over time. This leads to stale biases (e.g. some library/language was missing an API 10 years ago, and someone formed an immutable opinion on it). * These broad generalizations lack nuance. I watched a talk recently by Dan Abramov where he calls these heuristics (I'm paraphrasing) a form of information compression [1]. That compression is lossy — it doesn't preserve the original context in which the heuristic was formed. * There's also some insecurity at play here too. Developers want to believe that they've chosen The One True Solution, and harshly invalidating the alternatives is one way to reenforce that fantasy. * And of course, social media has exacerbated this problem by rewarding inflammatory hot takes. You won't get nearly as many views/upvotes/likes for a sober take that says "technology X is well suited for this narrow use case" as you will for a hot take that says "why technology X failed", or "why everyone hates technology X". You might enjoy this link: [link] [1] [this video]
Abramov describes technical heuristics as lossy information compression

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