This was one of the more interesting parts of John Carmack's interview on Fridman's podcast: ▶ this video
in “When I got started I debugged using printf() today I debug with print()” · View on HN
John Carmack: Best programming setup and IDE | Lex Fridman Podcast Clips on HackerTube: recommended by 1 Hacker News commenter across 1 month, 2022–2025.
podcast · intermediate · evergreen
A clip of John Carmack on the Lex Fridman podcast discussing his programming setup, why he favors debuggers and IDEs, and his puzzlement at developers who avoid them.
HN debugger-versus-print-debugging threads point to it as Carmack's authoritative case for using a real debugger.
“This was one of the more interesting parts of John Carmack's interview on Fridman's podcast”
8 Hacker News comments link this video. Each one links back to its thread.
This was one of the more interesting parts of John Carmack's interview on Fridman's podcast: ▶ this video
in “When I got started I debugged using printf() today I debug with print()” · View on HN
Don't show the discussion to John Carmack. He's baffled why people are so allergic to debuggers: ▶ this video
in “Things you can do with a debugger but not with print debugging” · View on HN
John Carmack: It still boggles my mind how hostile to debuggers and IDEs Silicon Valley VC- backed companies are ▶ this video
in “Demystifying Debuggers, Part 2: The Anatomy of a Running Program” · View on HN
Print debugging is a disaster. If there's one widespread practice among non-beginner developers that wastes hours of time it's print debugging. I honestly can't tell how often I have seen people, even experienced programmers (usually because they insist on running some bespoke vim setup) refuse to use a graphical debugger to actually step through a program, and instead they spend hours hunting down bugs they could have found in ten minutes. There's a section of an interview with John Carmack ( ▶ this video ) where he laments the same thing. It's what the Windows/game development corner of the programming world actually got right, people generally use effective tools for software development.
in “Don’t look down on print debugging” · View on HN
vim bindings are worth learning, vim/nvim itself is not. Two reasons. One, graphical debugging. Almost every hardcore vim/nvim user I've met has terminal (no pun intended) printf-debugging disease, or uses an IDE on a second monitor. Carmack talked about it in an interview ( ▶ this video ) Secondly people, especially with neovim, seem to be hellbent on turning the thing into a GUI editor anyway, with bespoke search interfaces, file tree plugins, graphical plugin installers, and so on. At which point I don't understand why you're not using something made for that purpose rather than painfully try to reinvent it in a piece of software designed to output text
in “Ask HN: Is (n)vim worth the trouble?” · View on HN
While we're appealing to authority, we should probably note that John Carmack has a pretty different opinion about debuggers: ▶ this video
in “I do not use a debugger (2016)” · View on HN
Contrasting perspective from John Carmack [1] who drops into a debugger all the time to explore state, understand program behavior, debug things, etc. Looks like there is no universal golden path. Differing environments make different approaches effective. [1] ▶ this video
in “What a good debugger can do” · View on HN
Thanks for your take. What do you think of John Carmack's[1] suggestion that using a debugger is the best way to program? I am by no means comparing myself to Carmack :-) I find debugger a good way to "see" what the program is doing. But that leads to a lot of time wasted. [1] ▶ this video
in “Tell HN: I was tired of being a perfectionist so I built an app within 24 hours” · View on HN