l i n u x - u s e r s - g r o u p - o f - d a v i s
Next Meeting:
July 7: Social gathering
Next Installfest:
Latest News:
Jun. 14: June LUGOD meeting cancelled
Page last updated:
2002 Feb 24 21:35

The following is an archive of a post made to our 'vox mailing list' by one of its subscribers.

Report this post as spam:

(Enter your email address)
Re: [vox] Why C?
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [vox] Why C?

On Sun, 2002-02-24 at 19:22, Mark K. Kim wrote:
> Something Micah said about C++:
> > almost as many of its idioms and concepts get in my way as facilitate
> That's absolutely true.  It takes a long time to learn how to use the C++
> features properly.  I'm still working on mine (I've been using C/C++ for
> about 8 years).  To make things easier, I try to do as much of it in C
> syntax, and use C++ features only if it greatly improves the program
> reliability or readability, and that policy has worked very well for me.

Heh.  I've learned the features properly (at least, well enough to
debate nitpicks on comp.lang.c++), and they still get in my way
sometimes. Other times, they are a godsend.

I really tend to treat C and C++ as different tools for different jobs,
unlike some (*ah-Stroustrup-em*) who try to say that C++ is a complete
replacement for C, superior in every way, blah blah blah.

I really think every programmer ought to know both - C++ seems to be in
demand today for systems programming, but C is still very much in demand
in the UNIX world, as well as in embedded systems.  Many systems
programming jobs want knowledge in "C/C++", and it is helpful to know
the subtle differences between the two.

I use C++ primarily at work, and have really enjoyed certain aspects of
it.  For example, I wrote a Base64 library using C++ high-level concepts
such as iostreams and iterators.  You can use this library to do
encoding/decoding in chunks, or streaming, or however the hell you want
to do it - it's very general purpose, and you can use it as an iostream
in functions which don't even have to know that there's translation
going on behind the scenes.  There is no way I could have done that in
C.  But, in the same project, I was severely irked that, unlike in C,
there was no kosher way to cast (char*) to (unsigned char*) - it
requires a reinterpret_cast (which I *hate*) in several places.


vox mailing list

LUGOD Group on LinkedIn
Sign up for LUGOD event announcements
Your email address:
LUGOD Group on Facebook
'Like' LUGOD on Facebook:

Hosting provided by:
Sunset Systems
Sunset Systems offers preconfigured Linux systems, remote system administration and custom software development.

LUGOD: Linux Users' Group of Davis
PO Box 2082, Davis, CA 95617
Contact Us

LUGOD is a 501(c)7 non-profit organization
based in Davis, California
and serving the Sacramento area.
"Linux" is a trademark of Linus Torvalds.

Sponsored in part by:
EDGE Tech Corp.
For donating some give-aways for our meetings.