Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

John Carmack: Best Programming Setup and IDE – Lex Fridman Podcast Clips

youtube.com

Post reply on HN
Print view View original

141–150 of 303 posts

Re: John Carmack: Best Programming Setup and IDE – Lex Fridman Podcast Clips

#141

Post by gitfan86 »

royjacobs wrote: post #21
baby wrote: post #18

I've been trying to listen to the whole thing (it's 5 hours!), and there are some really interesting moments. Albeit, a bit too much talk on old video games that aren't from my generation, but I'm sure this will be interesting to some people to. What I found interesting: * he has insane hours and has never burnt out. He says that if you want to achieve big things in your life, you need to work a lot. He also says tha…

I think Carmack was mostly talking about regular Visual Studio as his IDE of choice, though. Not VSCode.

Yes and he is talking about coding in c++

Re: John Carmack: Best Programming Setup and IDE – Lex Fridman Podcast Clips

#142

Post by klohto »

meitham wrote: post #10

I think his views are understandable in the lights that most games developments targets Windows platform, and text editors with GDB were for a long time not as mature on Windows compared to Linux. His comment on not keeping code in your head also aligns with the fact that most games development prefer object oriented approach to model characters and other entities, and that lends itself less toward reasoning about co…

Most game dev is OOP because most games are C++ for performance and graphics, not because of reasoning.

Re: John Carmack: Best Programming Setup and IDE – Lex Fridman Podcast Clips

#143

Post by badsectoracula »

rvdginste wrote: post #68

In 2000-2006 I implemented garbage collectors in C on Linux. I used Emacs and GDB, and likely also DDD and GDB from within Emacs. I don't think there was anything better back then. It's been a long time since I used C, but I wonder whether VSCode really gives a better experience than Emacs. Nowadays you can use Emacs with an LSP server, which is likely also what VSCode is doing. And there are Emacs distributions like…

> In 2000-2006 I implemented garbage collectors in C on Linux. I used Emacs and GDB, and likely also DDD and GDB from within Emacs. I don't think there was anything better back then.

Around 2003-2004 or so i used Anjuta on Linux which provided a Visual Studio-like environment with integrated debugger, C++ code completion, project management, etc. I used it for all my C and C++ development as it was both fast and featureful.

Sadly the developers decided to rewrite some core part (probably my first brush with the GNOME approach to software engineering) and the rewrite was so buggy that crashed pretty much all the time, forcing me to move elsewhere.

Re: John Carmack: Best Programming Setup and IDE – Lex Fridman Podcast Clips

#144

Post by robenkleene »

tingol wrote: post #117
koonsolo wrote: post #53

Earlier quoted context omitted.

I ended up with the best of both worlds (subjective of course!). I use VSCode with a Vim plugin. I get all the best keystrokes from Vim, and the GUI of VSCode. For me, going to Vim would be worse, and going to plain VSCode would be worse.

I went the other way, as soon as VSCode-like language server protocol was available for neovim I dropped VSCode. Now I have the same speed with modern features too. In the end it's what's best for you that counts, having quality options helps a lot.

Do you have debugging setup in Vim? (If so, I'd love to hear what that looks like!)

Re: John Carmack: Best Programming Setup and IDE – Lex Fridman Podcast Clips

#145

Post by bregma »

koonsolo wrote: post #53
Barrin92 wrote: post #16

I'm one of the people he talks about who moved from diehard Emacs use slowly to more and more VSCode use largely due to the better UI experience around debugging and integration of a lot of modern tools. His point about features not being used when they're complicated to reach despite people claiming that they'll use them is a true observation in particular. You always can set up a lot of those features in your unix-…

I ended up with the best of both worlds (subjective of course!). I use VSCode with a Vim plugin. I get all the best keystrokes from Vim, and the GUI of VSCode. For me, going to Vim would be worse, and going to plain VSCode would be worse.

VS Code with a vim plugin is in the uncanny valley of text editors. It doesn't work quite right and a lot of functionality is missing. It's enough that there's more frustration and less productivity for no advantage.

Re: John Carmack: Best Programming Setup and IDE – Lex Fridman Podcast Clips

#146

Post by badsectoracula »

meitham wrote: post #10

I think his views are understandable in the lights that most games developments targets Windows platform, and text editors with GDB were for a long time not as mature on Windows compared to Linux. His comment on not keeping code in your head also aligns with the fact that most games development prefer object oriented approach to model characters and other entities, and that lends itself less toward reasoning about co…

GDB can work as a backend for an IDE and even in mid-2000s you had VS-like IDEs like Anjuta that provided a very decent interface. A little bit later Eclipse/CDT did a great job and IMO in terms of features it was better than VS around late 2000s / early 2010s. It did eat up all the system resources though (i used to have "only" 1GB of RAM on my midlate-2000s PC and until i added another 1GB i had to choose between Eclipse/CDT and Firefox if i wanted to avoid constant HDD noises :-P).

I remember working at a gamedev studio around 2007 and while almost everyone else used Visual Studio 2005 (i think, i don't remember exactly), i used Eclipse/CDT with some makefiles that another developer (who used Vim) had written and always felt VS was more limited overall.

(it has been almost a decade since i used Eclipse/CDT though, i don't even remember why i moved on from it)

Re: John Carmack: Best Programming Setup and IDE – Lex Fridman Podcast Clips

#147

Post by balfirevic »

jillesvangurp wrote: post #115
jack_pp wrote: post #45

Earlier quoted context omitted.

> he has insane hours and has never burnt out I think there's two major things you need in order to do that. Work on what you love/want and have no/little need for socializing.

I think the point he made was rather the opposite. He works 10-12 hours a day, 60 hours a week, 6 days a week. He needs seven to eight hours of sleep, like a normal person. He specifically mentioned that he never was much into doing all-nighters and that he experimented with working different times of the day. So he'd start in the afternoon and then continue until deep in the night when he was younger whereas having…

> He works 10-12 hours a day, 60 hours a week, 6 days a week

> Work life balance and taking care of his family is just part of that deal as well.

I don't judge anyone for how they like to spend their time (and certainly admire Carmack), but what work/life balance? There isn't much except work there.

Re: John Carmack: Best Programming Setup and IDE – Lex Fridman Podcast Clips

#149

Post by badsectoracula »

prvc wrote: post #32

Any tips or caveats for using VS6 to develop modern software?

Installing VS6 on modern Win10 can be annoying. Might actually be easier to make a dedicated Wine prefix on Linux :-P.

Anyway, there is an article written on CodeProject[0] a few years ago about installing VS6. It may also work on Win11, however due to the changes over time you need to do some more additional stuff:

1. Do not install the OLE/COM viewer

2. Ensure the installation finished propertly otherwise SP6 wont install

4. Install SP2 CD if you have it (it was part of my own VS6 box)

5. If setupsp6.exe wont run, copy sp698ent.stf to acmsetup.stf and run acmsetup.exe instad

6. Install tlloc fix from [1], otherwise the debugger wont be able to terminate finished applications

After all that Visual C++ 6 should work fine. For VB6 you may want to run it in Win9x compatibility mode, otherwise you'd get some slow drawing in the form editor. But something like Lazarus[2] would be better if you want to throw together some GUI app, it isn't like there is any special integration between VC6 and VB6 (something that i always found weird - ideally VB6 should have been able to use VC6 headers or even C sources directly just by making them part of the project, kinda like how you could mix Delphi and C++ in later versions of Delphi and C++ Builder, but for some reason Microsoft treated VS6 and VB6 as if they were each being made by a different company and only coincidentally happened to be on the same CD).

Though honestly if you have enough RAM, VS6 isn't really that much faster compared to modern Visual Studio. From that time period something like C++ Builder 1 is way faster.

[0] https://www.codeproject.com/Articles/1191047/Install-Visual-...

[1] https://github.com/pinchyCZN/VC6x64Fix

[2] https://www.lazarus-ide.org/

Re: John Carmack: Best Programming Setup and IDE – Lex Fridman Podcast Clips

#150

Post by kuxv »

iforgotpassword wrote: post #91
Barrin92 wrote: post #16

I'm one of the people he talks about who moved from diehard Emacs use slowly to more and more VSCode use largely due to the better UI experience around debugging and integration of a lot of modern tools. His point about features not being used when they're complicated to reach despite people claiming that they'll use them is a true observation in particular. You always can set up a lot of those features in your unix-…

I tried VScode twice and despise it. Cold never get it to be much more useful than a text editor with syntax highlighting. Tried setting it up for java and even with fiddling and tweaking it didn't work nearly as well as the default eclipse setup regarding code navigation and maven integration. It felt just like trying to get vim to be modern and useful. Maybe possible, but a lot of effort when there is other solutio…

Qt creator is awesome for C++ development. It is so crazy fast, especially when compared to Visual Studio.
Post reply on HN