HN Hall of Fame Weekly email

Orthodox C++

gist.github.com Essays & writing Essays & articles Software engineering Class of 2024-05 Hall of Fame
Screenshot of gist.github.com captured 2026-07-20
Page preview · captured 2026-07-20

Resurfaced independently across 6 calendar years, with breakout response in 2 of them.

submissions
7
submitters
7
observed span
2016–2024
peak thread · 102 comments
70 pts
latest 20+ return · 2024-05-22
63 pts

Submission timeline

2007–2026

One slot for every year since HN launched. Height is that year's peak points; orange marks a 100+ point or 50+ comment breakout. Select a bar to open its strongest thread.

First comments on top threads

HN comment order

I don't want to outright dismiss this piece as "argument bait", but it is essentially just a bunch of assertions on what other people should do with virtually no rationale and a bunch of shade thrown around deliberately. Sure, we all like to have a good argument, and C++ is an easy target, but this seems wholly unproductive from the get-go. If there was any intent of convincing others then this isn't how to do it. I would also like…

I don't use orthodox C++, but the author of this is also the author of bgfx, which is a very popular graphics api abstraction. It runs on (and has commercial products on) Android, ios, Playstation, Xbox, PC, Mac, Linux, and wasm. While the coding style might be unpopular, it has successful projects. https://github.com/bkaradzic/bgfx

It is written from the perspective of amateur. C++ exceptions comes at no cost. RTTI comes at no cost. C printf is unsafe; one can write perfectly safe printf-like formatters in C++ (did it, works well). Why one can use metaprogramming but not STL? A programmer can plug a custom allocator in STL containers, if an allocator is a problem.

wmu·29-point thread·

One aspect of the article, if I understood correctly, is that with abstraction comes uncertainty about the compilation result. If you need to be 100% sure about what the compiler will produce you shouldn’t go with a higher level language like C++ and stick with C. "Orthodox C++" looks like an euphemism and the examples are just taking the ++ out. I use the language for over 20 years now and I've always been quite happy with the new features…

The first top-level comment from each of the four biggest threads, in HN’s own order. Excerpts are shortened; open a comment for full context.

Breakout years
2

100+ points or 50+ comments

Total points
178

reference only — not used in Hall rules or ranking

Total comments
185

reference only — not used in Hall rules or ranking

Every submission

DateTitle as submittedByPointsComments
2016-01-17Orthodox C++ingve90
2017-02-28Orthodox C++girvo2914
2019-05-01Orthodox C++, or C+, a minimal subset of C++ that improves Causjke20
2020-02-01Orthodox C++vips7L20
2020-12-27Orthodox C++First breakout · Best threadgenerichuman70102
2023-04-24Orthodox C++salgernon33
2024-05-22Orthodox C++Hall induction · Latest 20+ point returnklaussilveira6366