473,320 Members | 2,097 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,320 software developers and data experts.

C++ PROGRAMMING

I am new to programming. Over the years I have "tried" many langauges such
as basic, pascal(yea yea, I know, out of date), python and C. I was under
the impression that one must lean C before moving on to C++. Is that true,
or can I just begin with C++?
Jul 23 '05 #1
22 1549
Corey C. Carter wrote:
I am new to programming. Over the years I have "tried" many langauges such
as basic, pascal(yea yea, I know, out of date), python and C. I was under
the impression that one must lean C before moving on to C++. Is that true,
or can I just begin with C++?

No, the best thing is to begin with C++ in the first place. Check this:
http://www23.brinkster.com/noicys/learningcpp.htm

--
Ioannis Vranos

http://www23.brinkster.com/noicys
Jul 23 '05 #2
Corey C. Carter wrote:
I am new to programming. Over the years I have "tried" many langauges such as basic, pascal(yea yea, I know, out of date), python and C. I was under
the impression that one must lean C before moving on to C++. Is that true, or can I just begin with C++?


Read /Accelerated C++/. It shows how to treat the C++ Standard Library as a
high-level language. For example, always use std::string, and never deal
with the raw character pointers or arrays that it wraps.

--
Phlip
http://industrialxp.org/community/bi...UserInterfaces
Jul 23 '05 #3
On Fri, 1 Apr 2005 13:10:13 -0800 in comp.lang.c++, "Corey C. Carter"
<TR***********@COX.NET> wrote,
the impression that one must lean C before moving on to C++. Is that true,
or can I just begin with C++?


This issue is covered in Marshall Cline's C++ FAQ. See the topic
"[28.2] Should I learn C before I learn OO/C++?" It is always good to
check the FAQ before posting. You can get the FAQ at:
http://www.parashift.com/c++-faq-lite/

See the welcome message posted in comp.lang.c++ under the subject
"Welcome to comp.lang.c++! Read this first." or available at
http://www.slack.net/~shiva/welcome.txt

Jul 23 '05 #4
"Corey C. Carter" <TR***********@COX.NET> wrote:
I am new to programming. Over the years I have "tried" many langauges such
as basic, pascal(yea yea, I know, out of date), python and C. I was under
the impression that one must lean C before moving on to C++. Is that true,
or can I just begin with C++?


Not true. You can start with C++.

--
Tim Slattery
Sl********@bls.gov
Jul 23 '05 #5
David Harmon wrote:
This issue is covered in Marshall Cline's C++ FAQ. See the topic
"[28.2] Should I learn C before I learn OO/C++?" It is always good to
check the FAQ before posting. You can get the FAQ at:
http://www.parashift.com/c++-faq-lite/

See the welcome message posted in comp.lang.c++ under the subject
"Welcome to comp.lang.c++! Read this first." or available at
http://www.slack.net/~shiva/welcome.txt

The FAQ needs serious fixing in some areas. What is this OO/C++ about?
Check this:

http://groups.google.com/groups?q=fa...ntua.gr&rnum=2

--
Ioannis Vranos

http://www23.brinkster.com/noicys
Jul 23 '05 #6
Corey C. Carter wrote:
I am new to programming. Over the years I have "tried" many langauges such
as basic, pascal(yea yea, I know, out of date), python and C. I was under
the impression that one must lean C before moving on to C++. Is that true,
or can I just begin with C++?


C & c++ are different - one does not and for best results should not
learn C before trying C++

Syntactically they are similar, but then so is Java and C++.

C is a procedural language whereas C++ is an Object Oriented language.

Whilst C++ has a lot of backwards compatibility with C, its only to do
with the mechanics of the languages, rather than the design idioms.

If I was new to programming I certainly would NOT learn C before C++. I
would learn any other OO language before C++.

HTH

Andrew
Jul 23 '05 #7
Andrew McDonagh wrote:
[...]
C is a procedural language whereas C++ is an Object Oriented language.
That's not true. C++ is not an OOL. To quote the father of the language,
it's "a general purpose programming language with a bias towards systems
programming that
- is a better C,
- supports data abstraction,
- supports object-oriented programming, and
- supports generic programming." (TC++PL SE, chapter 2, sec 2.1)
[..]
If I was new to programming I certainly would NOT learn C before C++. I
would learn any other OO language before C++.


That needs a bit of clarification. Why would you learn another OOL before
C++? Why would you even consider learning any other language (except your
own, spoken one) before C++?

V
Jul 23 '05 #8
Victor Bazarov wrote:
Andrew McDonagh wrote:
[...]
C is a procedural language whereas C++ is an Object Oriented language.

That's not true. C++ is not an OOL. To quote the father of the language,
it's "a general purpose programming language with a bias towards systems
programming that
- is a better C,
- supports data abstraction,
- supports object-oriented programming, and
- supports generic programming." (TC++PL SE, chapter 2, sec 2.1)


Whilst that is true to some extent, if we are to gain the most benefits
of C++, IMHO its through its OO-ness.

C++'s backwards compatibility with C was only to aid adoption of the
language. It meant that C programmers could cross train to C++ easier.
The 'father of the language' Stroustrup (book URL below) goes into great
detail of why's and hows of the language is the way it is.

http://www.research.att.com/~bs/3rd.html
http://www.research.att.com/~bs/dne.html

[..]
If I was new to programming I certainly would NOT learn C before C++.
I would learn any other OO language before C++.

That needs a bit of clarification. Why would you learn another OOL before
C++? Why would you even consider learning any other language (except your
own, spoken one) before C++?

V


What I mean, is that if I was too learn any kind of language before
learning C++, then I would learn an OOL rather than a procedural,
functional, etc kind of language.

That said, I personally don't think C++ is the best language to learn at
the same time as learning OO. There are other OOLs that are simpler than
C++, which aid the trainee learn OO skills which can be translated to
any OO language. This is why universities typically (but not
universally) Use Java or Smalltalk when teaching OO.)
Jul 23 '05 #9
Andrew McDonagh wrote:
Victor Bazarov wrote:
Andrew McDonagh wrote:
[...]
C is a procedural language whereas C++ is an Object Oriented
language.

That's not true. C++ is not an OOL. To quote the father of the
language, it's "a general purpose programming language with a bias
towards systems programming that
- is a better C,
- supports data abstraction,
- supports object-oriented programming, and
- supports generic programming." (TC++PL SE, chapter 2, sec 2.1)


Whilst that is true to some extent,


To "some extent"???
if we are to gain the most
benefits of C++, IMHO its through its OO-ness.
That is unfortunate and quite single-sided view of C++.
C++'s backwards compatibility with C was only to aid adoption of the
language. It meant that C programmers could cross train to C++ easier.

Not only "cross train". Consider millions of lines of code that could
be re-used virtually unchanged.
The 'father of the language' Stroustrup (book URL below) goes into
great detail of why's and hows of the language is the way it is.
I guess the sound of your own voice in your head didn't let you see
that I quoted one of the books you refer to here. Oh well...

http://www.research.att.com/~bs/3rd.html
http://www.research.att.com/~bs/dne.html

[..]
If I was new to programming I certainly would NOT learn C before
C++. I would learn any other OO language before C++.

That needs a bit of clarification. Why would you learn another OOL
before C++? Why would you even consider learning any other language
(except your own, spoken one) before C++?

V


What I mean, is that if I was too learn any kind of language before
learning C++, then I would learn an OOL rather than a procedural,
functional, etc kind of language.

That said, I personally don't think C++ is the best language to learn
at the same time as learning OO. There are other OOLs that are
simpler than C++, which aid the trainee learn OO skills which can be
translated to any OO language. This is why universities typically
(but not universally) Use Java or Smalltalk when teaching OO.)


I can see now that you're fascinated (and pre-ocupied) with OO-ness of
C++. Too bad. C++ has much more to offer.

BTW, Java is definitely not the best representative of OO languages out
there. Teaching it as an example of an OO language is a mistake, IMO.

V
Jul 23 '05 #10
> C++'s backwards compatibility with C was only to aid adoption of the
language. It meant that C programmers could cross train to C++ easier. The 'father of the language' Stroustrup (book URL below) goes into great detail of why's and hows of the language is the way it is.


I've read D&E, and unless I'm vastly mistaken Stroustrup states
explicitly several times that one of the overarching philosophies of
C++ was to not push a particular idiom onto the programmer. If the
programmer wants to use C++ as an OO language, it provides that
functionality; if the programmer wants to use C++ as a procedural
language, "a better C", it provides that functionality.

Stroustrup, to the best of my knowledge, never wished that C++ could
drop the non-OO stuff in the least. It is there so that the programmer
can use it if he or she wishes.

Jul 23 '05 #11
> C is a procedural language whereas C++ is an Object Oriented language.

James Coplien wrote a book on C++ called "Multi-Paradigm Design for C++".
See http://www.accu.org/cgi-bin/accu/rvo...&file=m002014a
for a review.

This endorses the view in the quote that Victor mentioned in that while C++
can be used to write OO code, you need not do so. Other styles (including
procedural) are possible.

Stephen Howe
Jul 23 '05 #12
"Corey C. Carter" <TR***********@COX.NET> wrote in message
news:VMi3e.26556$v26.21804@fed1read06
I am new to programming. Over the years I have "tried" many
langauges such as basic, pascal(yea yea, I know, out of date), python
and C. I was under the impression that one must lean C before moving
on to C++. Is that true, or can I just begin with C++?


You can just begin with C++ and most people these days recommend doing that.
The reasons for recommending going straight to C++ are:

1. Learning C you will spend a fair bit of time on stuff that most
well-written C++ programs don't use (though you can generally still use it
in C++ if you want).

2. Learning C means you get into the habit of doing things a certain way and
may then be reluctant to switch to the better ways that C++ offers for some
tasks.

There is an argument on the other side:

1. Learning C forces you to become skilled in some things (notably pointer
manipulation) that are not greatly used in C++ but still need to be mastered
if you are to become really proficient as a C++ programmer. With C, you are
forced to be a little closer to the hardware, which can provide useful
knowledge.

Naturally, there are counter-arguments and counter-counter-arguments and...

Personally, I would recommend against extended study of C if your ultimate
goal is C++. However, it is a toss up whether or not you should read, say,
one C book before starting on C++. Some C++ books assume some level of prior
knowledge of C even when they claim they don't (i.e., they cover the C part
of C++ so quickly that it is rather hard to follow if you have no C
background).
--
John Carson

Jul 23 '05 #13
Andrew McDonagh wrote:
Whilst that is true to some extent, if we are to gain the most benefits
of C++, IMHO its through its OO-ness.

While it is true to full extent, it means that C++ is a multiparadigm language. The best
results are achieved by using the paradigms/combination of paradigms, suitable for a
specific problem.

It supports 4 paradigms, the procedural, the modular, the OO and the generic programming
paradigms. Each paradigm is supported *well* (=completely) with optimal space and time
efficiencies.

These can provide an interesting reading:

http://www.itworld.com/AppDev/710/lw...up/page_1.html

http://www.research.att.com/~bs/oopsla.pdf

C++'s backwards compatibility with C was only to aid adoption of the
language. It meant that C programmers could cross train to C++ easier.
The 'father of the language' Stroustrup (book URL below) goes into great
detail of why's and hows of the language is the way it is.

The procedural programming paradigm support is not provided only for backwards
compatibility with C.
That said, I personally don't think C++ is the best language to learn at
the same time as learning OO. There are other OOLs that are simpler than
C++,

You mean with less OO support, or in other words with crippled OO support. I can't see any
reason for this.

which aid the trainee learn OO skills which can be translated to
any OO language. This is why universities typically (but not
universally) Use Java or Smalltalk when teaching OO.)

I guess it depends on where you are. As far as I know most universities always teach C++
in some place (including OO courses).

--
Ioannis Vranos

http://www23.brinkster.com/noicys
Jul 23 '05 #14
* Ioannis Vranos:
David Harmon wrote:
This issue is covered in Marshall Cline's C++ FAQ. See the topic
"[28.2] Should I learn C before I learn OO/C++?" It is always good to
check the FAQ before posting. You can get the FAQ at:
http://www.parashift.com/c++-faq-lite/

See the welcome message posted in comp.lang.c++ under the subject
"Welcome to comp.lang.c++! Read this first." or available at
http://www.slack.net/~shiva/welcome.txt

The FAQ needs serious fixing in some areas. What is this OO/C++ about?
Check this:

http://groups.google.com/groups?q=fa...ntua.gr&rnum=2


Regarding your proposed new

<quote>
[6.2] Is C++ a perfect language?

C++ supports 4 paradigms. It supports the Procedural paradigm, the Object
Oriented paradigm, the Modular paradigm (with namespaces) and the Generic
Programming paradigm (with templates). Each paradigm is supported *well*
with optimal space/time efficiencies.
</quote>

the thing about modular is pure rubbish: C++ does not support modules, and
it just barely enables them, notwithstanding that I think I recall Bjarne
writing something like that. And "each paradigm is supported *well*", that's
pure rubbish: OO isn't supported well, it's supported and that's it (in
particular C++ is very deficient in type safety, as exemplified by pointers to
arrays, and outright wrongheaded in its treatment of objects as assignable).
And "optimal space/time efficiencies", well, that's rubbish too.

As the current wording of that FAQ item says, "[The C++ language] has a few
warts, but the only place where it's appropriate to keep fiddling with
something until it's perfect is in a pure academic setting".

Besides, what's one who feels the need to consult the FAQ about that question
going to do with your answer? It answers nothing, to him or her. I think the
FAQ, on this point, is perfectly okay as it is: it actually answers the q.

--
A: Because it messes up the order in which people normally read text.
Q: Why is it such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?
Jul 23 '05 #15
Alf P. Steinbach wrote:
Regarding your proposed new

<quote>
[6.2] Is C++ a perfect language?

C++ supports 4 paradigms. It supports the Procedural paradigm, the Object
Oriented paradigm, the Modular paradigm (with namespaces) and the Generic
Programming paradigm (with templates). Each paradigm is supported *well*
with optimal space/time efficiencies.
</quote>

the thing about modular is pure rubbish: C++ does not support modules, and
it just barely enables them, notwithstanding that I think I recall Bjarne
writing something like that.

By modular I mean what is mentioned in 2.4 of TC++PL (namespaces).

And "each paradigm is supported *well*", that's
pure rubbish: OO isn't supported well, it's supported and that's it (in
particular C++ is very deficient in type safety, as exemplified by pointers to
arrays, and outright wrongheaded in its treatment of objects as assignable).

I am not talking about type safety, but about paradigm support (single inheritance,
multiple inheritance, virtual inheritance/abstract bases (aka interfaces), virtual bases,
public, protected, private inheritance, public/private access members and so on.

And "optimal space/time efficiencies", well, that's rubbish too.

Why? Run-time/space costs have been taken *seriously* under consideration.

As the current wording of that FAQ item says, "[The C++ language] has a few
warts, but the only place where it's appropriate to keep fiddling with
something until it's perfect is in a pure academic setting".

Besides, what's one who feels the need to consult the FAQ about that question
going to do with your answer? It answers nothing, to him or her. I think the
FAQ, on this point, is perfectly okay as it is: it actually answers the q.

Actually it presents C++ as being an OO non-perfect language.

--
Ioannis Vranos

http://www23.brinkster.com/noicys
Jul 23 '05 #16
* Ioannis Vranos:
Alf P. Steinbach wrote:
Regarding your proposed new

<quote>
[6.2] Is C++ a perfect language?

C++ supports 4 paradigms. It supports the Procedural paradigm, the Object
Oriented paradigm, the Modular paradigm (with namespaces) and the Generic
Programming paradigm (with templates). Each paradigm is supported *well*
with optimal space/time efficiencies.
</quote>

the thing about modular is pure rubbish: C++ does not support modules, and
it just barely enables them, notwithstanding that I think I recall Bjarne
writing something like that.

By modular I mean what is mentioned in 2.4 of TC++PL (namespaces).


My TV set supports the modular paradigm, for some irrelevant meaning
of "modular paradigm".

And "each paradigm is supported *well*", that's
pure rubbish: OO isn't supported well, it's supported and that's it (in
particular C++ is very deficient in type safety, as exemplified by pointers to
arrays, and outright wrongheaded in its treatment of objects as assignable).

I am not talking about type safety, but about paradigm support (single inheritance,
multiple inheritance, virtual inheritance/abstract bases (aka interfaces), virtual bases,
public, protected, private inheritance, public/private access members and so on.


A reasonable amount of safety, type and otherwise, e.g. object lifetime
management, is a requirement for OO.

C++ is deficient in this aspect, that's reality, and that's what the FAQ's
current wording conveys (in a more general manner).

It's a so far very successful trade-off between OO support and C
compatibility.

And "optimal space/time efficiencies", well, that's rubbish too.


Why? Run-time/space costs have been taken *seriously* under consideration.


Yep, at the level of C, where it doesn't matter much today.

As the current wording of that FAQ item says, "[The C++ language] has a few
warts, but the only place where it's appropriate to keep fiddling with
something until it's perfect is in a pure academic setting".

Besides, what's one who feels the need to consult the FAQ about that question
going to do with your answer? It answers nothing, to him or her. I think the
FAQ, on this point, is perfectly okay as it is: it actually answers the q.

Actually it presents C++ as being an OO non-perfect language.


Not quite, but it's right on: the "++" means "with classes", and the language
isn't perfect.

--
A: Because it messes up the order in which people normally read text.
Q: Why is it such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?
Jul 23 '05 #17
Alf P. Steinbach wrote:
A reasonable amount of safety, type and otherwise, e.g. object lifetime
management, is a requirement for OO.

There is a reasonable amount of safety in OO support of C++. Naturally, object lifetime
management is supported by C++. Do you think this is not supported?

C++ is deficient in this aspect,

From the above, it looks like that quite the contrary is the truth.

that's reality, and that's what the FAQ's
current wording conveys (in a more general manner).

Yes, it conveys inaccurate things on this matter.

It's a so far very successful trade-off between OO support and C
compatibility.

I do not think there is much trade-off between the OO paradigm support and C
compatibility. The only trade off is in procedural paradigm type-safety for POD types,
which hasn't anything to do with OO.

Also OO is not related with type safety, these are separate issues. For example, UML is an
OO modelling language. Is there some syntax in it regarding type safety?

And again, the type safety that exists in C++ OO support (=non-POD types) has not anything
to do with C compatibility.
Why? Run-time/space costs have been taken *seriously* under consideration.

Yep, at the level of C, where it doesn't matter much today.

No, run-time and space efficiencies have been taken under consideration in all paradigms.
For example in virtual methods case, the time-cost of a virtual member function call is
the same regardless the depth of abstraction.

Actually it presents C++ as being an OO non-perfect language.

Not quite, but it's right on: the "++" means "with classes", and the language
isn't perfect.

Then you are stuck in a decades old C++. C++ is not "C with classes" any more.
So the FAQ needs updating in this.

--
Ioannis Vranos

http://www23.brinkster.com/noicys
Jul 23 '05 #18
* Ioannis Vranos:
Alf P. Steinbach wrote:
A reasonable amount of safety, type and otherwise, e.g. object lifetime
management, is a requirement for OO.


There is a reasonable amount of safety in OO support of C++. Naturally, object lifetime
management is supported by C++. Do you think this is not supported?


I don't feel like giving a CS101 course right here, but as _one_ example you
might consider what e.g. "smart pointers" are all about, and how they're
different from references in e.g. Java and C# wrt. polymorphism and supported
data structures.
[snip]
that's reality, and that's what the FAQ's
current wording conveys (in a more general manner).


Yes, it conveys inaccurate things on this matter.


Considering the sheer number of very competent people involved in the FAQ
perhaps it's your perception that is inaccurate?

It's a so far very successful trade-off between OO support and C
compatibility.


I do not think there is much trade-off between the OO paradigm support and C
compatibility. The only trade off is in procedural paradigm type-safety for POD types,
which hasn't anything to do with OO.


Buy a book.

--
A: Because it messes up the order in which people normally read text.
Q: Why is it such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?
Jul 23 '05 #19
Alf P. Steinbach wrote:
There is a reasonable amount of safety in OO support of C++. Naturally, object lifetime
management is supported by C++. Do you think this is not supported?

I don't feel like giving a CS101 course right here, but as _one_ example you
might consider what e.g. "smart pointers" are all about, and how they're
different from references in e.g. Java and C# wrt. polymorphism and supported
data structures.


C#/CLI has the garbage collection of a CLI VM. C++ has also access to the same garbage
collection mechanism and other features of a CLI VM (like generics).

In the same way, "Java" are two things. The Java language (the syntax) and the proprietary
Java framework which is closed for other languages. If C++ was allowed to write
applications for the Java framework (JVM), it would also have the JVM's garbage collection
in these applications.
In addition, C++ also provides deterministic destruction (implicit with objects in the
stack and explicit with delete), and that's why in VS 2005 and afterwards, C++ is
considered as the systems programming language of .NET.
Considering the sheer number of very competent people involved in the FAQ
perhaps it's your perception that is inaccurate?

I do not think so. And I am not sure how many are involved, and if the site owner always
listens to them.
I do not think there is much trade-off between the OO paradigm support and C
compatibility. The only trade off is in procedural paradigm type-safety for POD types,
which hasn't anything to do with OO.

Buy a book.

:-)
--
Ioannis Vranos

http://www23.brinkster.com/noicys
Jul 23 '05 #20
Ioannis Vranos wrote:

Alf P. Steinbach wrote:
There is a reasonable amount of safety in OO support of C++.
Naturally, object lifetime management is supported by C++. Do you
think this is not supported?
I don't feel like giving a CS101 course right here, but as _one_
example you
might consider what e.g. "smart pointers" are all about, and how they're
different from references in e.g. Java and C# wrt. polymorphism and
supported
data structures.

C#/CLI has the garbage collection of a CLI VM. C++ has also access to
the same garbage collection mechanism and other features of a CLI VM
(like generics).

For example the freeware programs in my site are all garbage collected, since they are
..NET applications.

In addition, one can "plug in" various garbage collectors in his C++ applications, if he
thinks he needs to.

Or use smart pointers, or both!

In the same way, "Java" are two things. The Java language (the syntax)
and the proprietary Java framework which is closed for other languages.
If C++ was allowed to write applications for the Java framework (JVM),
it would also have the JVM's garbage collection in these applications.
In addition, C++ also provides deterministic destruction (implicit with
objects in the stack and explicit with delete), and that's why in VS
2005 and afterwards, C++ is considered as the systems programming
language of .NET.
Considering the sheer number of very competent people involved in the FAQ
perhaps it's your perception that is inaccurate?


I do not think so. And I am not sure how many are involved, and if the
site owner always listens to them.
I do not think there is much trade-off between the OO paradigm
support and C compatibility. The only trade off is in procedural
paradigm type-safety for POD types, which hasn't anything to do with OO.


Buy a book.


:-)

--
Ioannis Vranos

http://www23.brinkster.com/noicys
Jul 23 '05 #21
John Carson <jc****************@netspace.net.au> wrote:
"Corey C. Carter" <TR***********@COX.NET> wrote in message
news:VMi3e.26556$v26.21804@fed1read06
I am new to programming. Over the years I have "tried" many
langauges such as basic, pascal(yea yea, I know, out of date), python
and C. I was under the impression that one must lean C before moving
on to C++. Is that true, or can I just begin with C++?
You can just begin with C++ and most people these days recommend doing that.
The reasons for recommending going straight to C++ are:


Bad idea. Starting programming with C++ is not recommended because C++
is "very multiparadigm" language. It's better to learn each paradigm
consecutevly apart from other ones.

1. Learning C you will spend a fair bit of time on stuff that most
well-written C++ programs don't use (though you can generally still use it
in C++ if you want).

2. Learning C means you get into the habit of doing things a certain way and
may then be reluctant to switch to the better ways that C++ offers for some
tasks.

There is an argument on the other side:

1. Learning C forces you to become skilled in some things (notably pointer
manipulation) that are not greatly used in C++ but still need to be mastered
if you are to become really proficient as a C++ programmer. With C, you are
forced to be a little closer to the hardware, which can provide useful
knowledge.

Naturally, there are counter-arguments and counter-counter-arguments and...

Personally, I would recommend against extended study of C if your ultimate
goal is C++. However, it is a toss up whether or not you should read, say,
one C book before starting on C++. Some C++ books assume some level of prior
knowledge of C even when they claim they don't (i.e., they cover the C part
of C++ so quickly that it is rather hard to follow if you have no C
background).


I would recommend to take Scheme as a first language to learn.
;)

--
Best regards,
Kirill
Jul 23 '05 #22
Kirill Kuvaldin wrote:
Bad idea. Starting programming with C++ is not recommended because C++
is "very multiparadigm" language. It's better to learn each paradigm
consecutevly apart from other ones.

I guess everyone is affected by the approach that he followed himself. Myself learned C
first because I had to, and then I learned the rest of my C++ knowledge (haven't finished
it yet) directly as C++. That is C++'s OO, templates and namespaces.
I find no reason why one would not be able to learn C++'s procedural programming along
with the other paradigms, as a part of the language, by reading a good introductory C++ book.

--
Ioannis Vranos

http://www23.brinkster.com/noicys
Jul 23 '05 #23

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

5
by: Martin | last post by:
When was inheritance intruduced into object oriented programming? More generally, does anyone know or have any sources on when the different features were introduced into object oriented...
12
by: G. | last post by:
Hi all, During my degree, BEng (Hons) Electronics and Communications Engineering, we did C programming every year, but I never kept it up, as I had no interest and didn't see the point. But now...
3
by: user | last post by:
Hi all, At the outset, I regret having to post this slightly OT post here. However, I strongly feel that people in this group would be the best to advise me on my predicament. I am working as...
134
by: evolnet.regular | last post by:
I've been utilising C for lots of small and a few medium-sized personal projects over the course of the past decade, and I've realised lately just how little progress it's made since then. I've...
7
by: Robert Seacord | last post by:
The CERT/CC has just deployed a new web site dedicated to developing secure coding standards for the C programming language, C++, and eventually other programming language. We have already...
30
by: Jakle | last post by:
I have been googling, but can seem to find out about C GUI libraries. My main platform is Windows, but it would be nice to find a cross platform library. I've been programming with php, which...
47
by: Thierry Chappuis | last post by:
Hi, I'm interested in techniques used to program in an object-oriented way using the C ANSI language. I'm studying the GObject library and Laurent Deniau's OOPC framework published on his web...
111
by: Enteng | last post by:
Hi I'm thinking about learning C as my first programming language. Would you recommend it? Also how do you suggest that I learn it?What books/tutorials should I read for someone like me? Thanks...
14
by: deko | last post by:
For building Windows desktop apps, the clear favorite is C#. But my clients can't afford to buy Microsoft products. So I need to develop software for Linux users and web applications. In the...
17
by: CoreyWhite | last post by:
I bought this book years ago, when I was just learning C++. Since then I've gone through every math course offered at my college, taken courses on coding C & thinking in terms how how to make the...
0
by: DolphinDB | last post by:
Tired of spending countless mintues downsampling your data? Look no further! In this article, you’ll learn how to efficiently downsample 6.48 billion high-frequency records to 61 million...
0
by: ryjfgjl | last post by:
ExcelToDatabase: batch import excel into database automatically...
1
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM). In this month's session, we are pleased to welcome back...
0
by: ArrayDB | last post by:
The error message I've encountered is; ERROR:root:Error generating model response: exception: access violation writing 0x0000000000005140, which seems to be indicative of an access violation...
1
by: PapaRatzi | last post by:
Hello, I am teaching myself MS Access forms design and Visual Basic. I've created a table to capture a list of Top 30 singles and forms to capture new entries. The final step is a form (unbound)...
0
by: CloudSolutions | last post by:
Introduction: For many beginners and individual users, requiring a credit card and email registration may pose a barrier when starting to use cloud servers. However, some cloud server providers now...
0
by: Defcon1945 | last post by:
I'm trying to learn Python using Pycharm but import shutil doesn't work
1
by: Shællîpôpï 09 | last post by:
If u are using a keypad phone, how do u turn on JavaScript, to access features like WhatsApp, Facebook, Instagram....
0
isladogs
by: isladogs | last post by:
The next Access Europe User Group meeting will be on Wednesday 3 Apr 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM). In this session, we are pleased to welcome former...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.