Live data from Hacker News

What I Wish I Had Known About Developing C/C++ From Linux Before I Started

derwiki.tumblr.com

81–90 of 104 posts

Re: What I Wish I Had Known About Developing C/C++ From Linux Before I Started

#81
post #50
post #32

Earlier quoted context omitted.

Linus Torvalds has pretty much always used an Emacs variant for his work on the kernel. Matz uses Emacs for his work on Ruby. DHH uses TextMate, a text editor. Pretty much every major piece of software that you can name on the Unix platform was and is developed in either Emacs or Vim. Anybody who thinks that a text editor is better than an IDE is an idiot? I think not.

Well, some people used ed.

?

Re: What I Wish I Had Known About Developing C/C++ From Linux Before I Started

#82
post #14
post #2

This is a nice list! However, I really think that increasing speed of development with better tools is a cornerstone of being one of those elite programmers, and vim<<eclipse, at least for Java! I haven't done C/C++ for some time... but I expected similar IDEs exist. "The way our development environment is set up though, there was really no good way to use Eclipse because everything is done on a remote development bo…

Unfortunately, your expectations would not be met. IDEs make up for their limited text-editing features by providing language-dependent, code-aware functionality. Because C++ is such a hairy language, IDEs aren't able to do much with it. They don't give you anything like the cushy, comprehensive support that IDEs provide for Java. With C++, giving up the relatively lame IDE features to get a powerful text editor is a…

I find this post highly questionable. What is so hairy about C++ for an IDE exactly? It's strongly typed and yes, if you do too much C style stuff it may be a bit harder to navigate but if you stay in a clean OO world it should be very, very similar to Java. Microsoft put out a competent C++ IDE well over a decade ago and Borland has done so as well... It's my personal opinion that IDEs are in general superior to text editors because this integration reduces the cognitive load of solving particular programming problems. People that say eclipse doesn't have a good text editor are being a bit ridiculous - out of the box it is not that great, but there are many 3rd party editor plugins, you could configure shortcut keys however you want and of course extend eclipse... now I am somewhat biased in that I work daily on an eclipse RCP project, so I am already spun up on extending eclipse. This all has me curious though, I'll spin up eclipse C++ development against my thesis code the next (likely imaginary) opportunity I have time to kill...

Re: What I Wish I Had Known About Developing C/C++ From Linux Before I Started

#84
post #79
post #6

Earlier quoted context omitted.

Eclipse is an Integrated Development Environment. That is, all of the development tools are integrated into the editor. I don't develop using an IDE, but I still have access to the same kind of functionality. It's just not integrated into my editor.

and so imho this increases your turnaround time for changes unless you are a real wizard with your tools, which is certainly possible

You don't have to be a wizard, just competent.

Re: What I Wish I Had Known About Developing C/C++ From Linux Before I Started

#86
post #82
post #14

Earlier quoted context omitted.

Unfortunately, your expectations would not be met. IDEs make up for their limited text-editing features by providing language-dependent, code-aware functionality. Because C++ is such a hairy language, IDEs aren't able to do much with it. They don't give you anything like the cushy, comprehensive support that IDEs provide for Java. With C++, giving up the relatively lame IDE features to get a powerful text editor is a…

I find this post highly questionable. What is so hairy about C++ for an IDE exactly? It's strongly typed and yes, if you do too much C style stuff it may be a bit harder to navigate but if you stay in a clean OO world it should be very, very similar to Java. Microsoft put out a competent C++ IDE well over a decade ago and Borland has done so as well... It's my personal opinion that IDEs are in general superior to tex…

To write a good C++ IDE, you need to deal with macros, C++'s obscene syntax (There are what- four complete C++ parsers?), and you need to parse all sorts of Makefiles, or else no existing projects will work.

Re: What I Wish I Had Known About Developing C/C++ From Linux Before I Started

#87
post #78
post #19

Earlier quoted context omitted.

I haven't done much development in Java since my days in college, but... However, I really think that increasing speed of development with better tools is a cornerstone of being one of those elite programmers, and vim For every other language that I have encountered, the utilities listed by the OP (especially vim/emacs) are the better tools, as far as I'm concerned. Firstly, they were written by hackers for hackers,…

Do vim and emacs really have all the features of eclipse? Autocomplete, integration with Javadocs, automated refactoring, integration with bug tracking systems, integration with source control, full debugging inside of the server all with the click of a button? Do you have a resource for how to setup emacs this way? I used to use emacs...

I don't use emacs, but yes, yes, no idea, yes, yes, it's not a button it's a keystroke. Of course that last one was also tied to lisp.

Re: What I Wish I Had Known About Developing C/C++ From Linux Before I Started

#89
post #88

Earlier quoted context omitted.

?

Could you be a little more precise, please ?

Have you ever used ed? Try to actually use it for a few and you'll get it.

One good thing about ed is that it's always on even the most minimal system recovery disks (which often lack vi, even). I've been stuck using it a couple times while fixing dying systems. No fun, but better than nothing.

Re: What I Wish I Had Known About Developing C/C++ From Linux Before I Started

#90
post #56

strace is another extremely useful tool. Sometimes it's really nice to be able to see exactly what's happening at the OS/program boundary (what exactly are we reading from the file? from the network?), and strace can do that in a very non-intrusive way - no root reqired, no recompile required.

How about ktrace, I think it is slightly better than strace
Post reply on HN