Party meme reveals C++ secretly powering the web browsers critics use
Description
Black-and-white line drawing of the classic “They don’t know” party meme: one lone figure at the left wearing a cone birthday hat and holding a drink, while a small group on the right chats around a couch. Above the isolated figure the text reads, “They don't know almost all web browsers are written in C++.” Across the group in the foreground a caption says, “people laughing about C++ being unsuitable for web development.” The joke contrasts common front-end developer banter that C++ is irrelevant to the web with the technical reality that major browser engines (Chromium, Gecko, WebKit) are primarily implemented in C++. It highlights how low-level systems code underpins everyday web experiences, poking fun at language debates within the developer community
Comments
86Comment deleted
Funny how the people tweeting “C++ is obsolete” from a 9 MB React bundle are really running it atop 10 million lines of C++ and silently praying today’s compositor-thread use-after-free stays below the crash-telemetry threshold
The same developers who mock C++ while debugging their 'blazingly fast' JavaScript framework have no idea their entire runtime is just a thin abstraction layer over millions of lines of carefully optimized C++ that actually makes the web work
The real joke is that while developers debate whether C++ is 'suitable' for web development, billions of users are literally running C++ every time they open a browser tab. It's like arguing whether steel is appropriate for building bridges while standing on the Golden Gate Bridge - the infrastructure already made the decision decades ago, and the performance requirements haven't gotten any less demanding
“C++ isn’t for web” - says the SPA running on a C++ JIT (V8) inside a C++ engine (Blink/Gecko) on a C kernel; abstraction is a hell of a drug
JavaScript “everywhere” stops where libblink starts; your SPA is a tiny script steering millions of lines of C++
Web devs mock C++ for web dev, forgetting their React apps run atop V8's C++ sorcery optimizing sloppy async hell
C++ rocks Comment deleted
Such idiots Comment deleted
Lmao Comment deleted
Chromium on c++ Comment deleted
I meant exactly what you saying Comment deleted
Mozilla: hippity hoppity Rust is my property Comment deleted
More like this: Mozilla: I think rust is neat Community: Hippity hoppity rust is my property Comment deleted
What's written here? Comment deleted
Thanks a lot Comment deleted
So it's an eternal arm wrestling between blazingly fast C++ against whale heavy web standards. One trying to slow down another while other trying to handle all of it mess. Comment deleted
And no. Not all of browsers. There's rust in FF no? Comment deleted
and c++ too Comment deleted
So that's why it still so crappy... Comment deleted
just how much did c++ hurt you? Comment deleted
this is what happens when you don't put your maid outfit for systems programming Comment deleted
Socks is not enough? Comment deleted
turns out it isn't Comment deleted
It's not how much it did hurt in the past (loved it during that time very much) it's the realisation how much life can be truly easy and much more fun if you take your head up. Comment deleted
it's easier but it also has a price of performance, only rust can compete with c++ in that regard, but it lacks a standart and maturity Comment deleted
Performance of the developer much more expensive than the hardware nowdays. Optimization may be done later if the scale really matters. Comment deleted
this statement, while true in some scenarios, results in slow and bloated code, and there are applications where performance actually matters Comment deleted
Prototyping and POC must be done fast. After you can achieve. And yeah electron based software is good example of useless and ruthless Comment deleted
C++ standards nowdays are a mess and horror. Comment deleted
but you can code in c while using g++ Comment deleted
* Comment deleted
Too low. No joy of higher abstraction. Still manual memory management he'll. Comment deleted
constructors and destructors can save you from that Comment deleted
Resources & memory leaks. Comment deleted
why? Comment deleted
You cannot simply cover all use cases with c/tors. Resources and shared state is one of the painful examples Comment deleted
ofc you can't cover all cases but it helps a lot Comment deleted
shared state is handled easily* with std::shared_ptr, even though you sould not have a lot of it in the first place; and i did not recall a single case when there was a resource leak because of a missing ctor Comment deleted
Shared state is not handled really in multithreaded solution. Not at all. Comment deleted
First of all, i think shared state is bad by itself, so i try to keep it minimal, but when there's no other way you just put mutex locks (or bottlenecks) and you're fine. Or better yet, just put const there Comment deleted
why not pipe() ? so u can do it just like with channels in golang Comment deleted
Isn't that unix exclusive? Comment deleted
yea, but windows also has pipes as i know so u can just write wrapper class or something Comment deleted
I tried pipes in Windows it's a hell. Comment deleted
Is there a single thing in windows that's not hell? Comment deleted
BDSM? Comment deleted
Hmm, it's hell but it should be, bc it's bdsm Comment deleted
BSOD BDSM Comment deleted
Yeah, but that's not standard, and does not scale well for many platforms Comment deleted
JVM solutions do. Especially stuff like Vert.x that scale from single thread into multiple clusters. Comment deleted
Well we have transactional memory tx, but it's not done yet, but i advise strongly for minimizing shared state in the first place Comment deleted
But transactional memory is just compiler putting all the locks in the right places Comment deleted
none Comment deleted
but better than no standardization at all Comment deleted
just small part Comment deleted
So rust doesn't help much, huh? Comment deleted
kinda Comment deleted
I head a dream when I was kid and learned to load resources of the desktop app from the net, that instead of HTML it's better to do app that can load its UI from the net and you just ship the minimal executable. Everybody laughed at me. Now we're moving towards web asm so basically it gonna be the same just instead of tiny executable it will be bloated browser with a built in runtime very much JVM alike. JB even forced a GC into the standard. Comment deleted
time to make a new web with lisp Comment deleted
It's gonna be 100s of times faster than plain ol js Comment deleted
And pretty sure that Kotlin will dominate it Comment deleted
Ofc, kotlin can use jvm optimisations Comment deleted
And transpule JVM libs to AsmJs Comment deleted
Oh god Comment deleted
Natively. That's why they needed GC into AJ Comment deleted
I think I'm misunderstanding Comment deleted
Basically Kotlin will erase border of back and front once webAsm will support GC it will transpule JVM based code into WebAsm bytecode Comment deleted
lmao i remembered an article then dude disliked c++ because it doesn't have GC Comment deleted
btw https://medium.com/better-programming/modern-languages-suck-ad21cbc8a57c Comment deleted
No kotlin Comment deleted
Kotlin would get solid 4 stars or 4/half. It's has pros of Sacala and some of its big cons are actually a big pros of the Kotlin. In other words Kotlin is Scala do e right except it Lacs of intersection types and is still highly developing Lang. But cool thing in rules JVM, start to shine on JS ecosystem and penetrating native intensely. Once native support will reach prod it will be the question why do you want BDSM yourself with C++ while Kotlin/native is here? Comment deleted
why would i bdsm myself with jvm when there is GNU/Guile scheme? Comment deleted
K/JVM and K/JS ecos are done, native is on the way. Don’t like JVM/JS ecos wait for native. Oh… Yet another fan of lispian parantesis. Can I take it to the web-front? Can I haz actors? Reuse code in broswer and mobile devices? Can interact with existing JVM backends? I can do with Kotlin. Comment deleted
there is clojure btw, a lisp on jvm Comment deleted
and for web there is clojurescript Comment deleted
Yeah but its dynamic so no fun with type inferance but gradual typing is a good pain killer. Comment deleted
yea, that's why I mostly code in c Comment deleted
Elaborate Comment deleted
I'm still nostalgic to Presto based Opera. Sigh... Comment deleted
JB can compile into Wasm but cannot yet bring the code from JVM land Comment deleted
I was fighting against GC but now in on the other side. Come to the dark side Comment deleted
welcome to messy frametime zone Comment deleted
only lag inside your application Comment deleted
There's nice quote about GC in C++, kek lol in that article Comment deleted
I’m a backendist that ocasinoally need to iteract with all of the intersaecting worlds. Having Kotlin at least foe back and android allows me share at least data classes and some business logic. React Kotlin wrappers is a bliss! iOS adopting Kotlin so having same lang across various ecos with ability to share code kinda outshadow alternatives (that in anyway I do not see any clear benifits even to consider) like what for in example? Comment deleted
i'm not telling that kotlin is bad. kotlin is cool for it's purposes Comment deleted