By: Michael S (already5chosen.delete@this.yahoo.com), March 10, 2008 4:55 am
Room: Moderated Discussions
Gabriele Svelto (gabriele.svelto@gmail.com) on 3/10/08 wrote:
---------------------------
>Foo_ (foo@nomail.com) on 3/9/08 wrote:
>---------------------------
>>It's not just syntax, it's semantics. Compare the lame std::string type with Python's
>>str and unicode types, for example. Compare the garbage collector with the burden
>>of managing memory by hand. Compare the standard library. Compare the fact that
>>everything is an object (including functions, methods...) with C++'s typing mess. etc.
>>
>>Unless you only program Mandelbrot-calculation loops it is quite clear how Python is more concise than C++.
>>
>>For a start, C++'s crippled standard library should be a big warning against using
>>that language for general-purpose tasks, unless you are masochistic.
>
>Actually that stuff (the crippled library & typing mess) are considered important
>features by experienced C++ programs but tend to confuse coders coming from other
>languages. My personal opinion on the topic is that C++ is a mess but then I am
>*not* an experienced C++ program so I'm kind of biased against it. Besides for me
>it's either low-level where I stick to C or pure-OO à la Smalltalk, multi paradigm is not my thing.
>
>
>What I find funny about C++ is that while people claim that it is a multi paradigm
>language there seems to be "one true way" of writing C++ code and using only part
>of its feature set (C-with-classes for example) is frowned upon.
>
>Gabriele
C-with-classes is fine and even useful. A combination of low-level control over data structures and of ability "to break the rules" when needed with OOP language elements is rather unique. Can't see of too many languages that provide the same combo. Actually, except Ada-95 can't think of any such language. There are cases in which I actually stick to C-with-classes subset or more commonly C-with-classes + STL.
But let's face it - if you don't need that low-level access then for pure OOP style C++ is nothing special. Even Java can beat it in that regard. What makes C++ interesting and higher level languages than Java or Object Pascal is exactly that buzzword multi paradigm. Combination of procedural, OOP and generic programming. I personally think of the second part as mostly syntactic sugar and the least interesting of the three but I am willing to accept that it also has its place and sometimes helps to glue the other two part together. However in my own practice I'd happily trade all these "virtual" stuff for sane syntax for delegation i.e. pointers to member functions that are not treated as 3rd class citizen.
---------------------------
>Foo_ (foo@nomail.com) on 3/9/08 wrote:
>---------------------------
>>It's not just syntax, it's semantics. Compare the lame std::string type with Python's
>>str and unicode types, for example. Compare the garbage collector with the burden
>>of managing memory by hand. Compare the standard library. Compare the fact that
>>everything is an object (including functions, methods...) with C++'s typing mess. etc.
>>
>>Unless you only program Mandelbrot-calculation loops it is quite clear how Python is more concise than C++.
>>
>>For a start, C++'s crippled standard library should be a big warning against using
>>that language for general-purpose tasks, unless you are masochistic.
>
>Actually that stuff (the crippled library & typing mess) are considered important
>features by experienced C++ programs but tend to confuse coders coming from other
>languages. My personal opinion on the topic is that C++ is a mess but then I am
>*not* an experienced C++ program so I'm kind of biased against it. Besides for me
>it's either low-level where I stick to C or pure-OO à la Smalltalk, multi paradigm is not my thing.
>
>
>What I find funny about C++ is that while people claim that it is a multi paradigm
>language there seems to be "one true way" of writing C++ code and using only part
>of its feature set (C-with-classes for example) is frowned upon.
>
>Gabriele
C-with-classes is fine and even useful. A combination of low-level control over data structures and of ability "to break the rules" when needed with OOP language elements is rather unique. Can't see of too many languages that provide the same combo. Actually, except Ada-95 can't think of any such language. There are cases in which I actually stick to C-with-classes subset or more commonly C-with-classes + STL.
But let's face it - if you don't need that low-level access then for pure OOP style C++ is nothing special. Even Java can beat it in that regard. What makes C++ interesting and higher level languages than Java or Object Pascal is exactly that buzzword multi paradigm. Combination of procedural, OOP and generic programming. I personally think of the second part as mostly syntactic sugar and the least interesting of the three but I am willing to accept that it also has its place and sometimes helps to glue the other two part together. However in my own practice I'd happily trade all these "virtual" stuff for sane syntax for delegation i.e. pointers to member functions that are not treated as 3rd class citizen.
Topic | Posted By | Date |
---|---|---|
Multicore is unlikely to be the ideal answer. | Anders Jensen | 2008/02/14 04:24 AM |
And the links.. | Anders Jensen | 2008/02/14 04:25 AM |
Disappointing.. | Linus Torvalds | 2008/02/14 10:17 AM |
Disappointing.. | Mark Roulo | 2008/02/14 11:03 AM |
LOL (NT) | Linus Torvalds | 2008/02/14 05:43 PM |
Disappointing.. | David Patterson | 2008/02/15 11:53 AM |
Disappointing.. | Linus Torvalds | 2008/02/15 05:01 PM |
Disappointing.. | anon | 2008/02/15 08:54 PM |
Disappointing.. | JasonB | 2008/02/19 07:45 PM |
Disappointing.. | Ilya Lipovsky | 2008/02/22 06:27 PM |
Disappointing.. | Scott Bolt | 2008/03/16 11:36 AM |
Need for new programming languages | Vincent Diepeveen | 2008/02/19 06:18 AM |
Need for new programming languages | Pete Wilson | 2008/02/24 11:41 AM |
Disappointing.. | Zan | 2008/02/25 10:52 PM |
Disappointing.. | Robert Myers | 2008/02/19 09:47 PM |
Disappointing.. | Fred Bosick | 2008/02/22 06:38 PM |
Disappointing.. | Robert Myers | 2008/03/01 01:17 PM |
The limits of single CPU speed are here. | John Nagle | 2008/03/14 10:55 AM |
The limits of single CPU speed are here. | Howard Chu | 2008/03/15 01:02 AM |
The limits of single CPU speed are here. | slacker | 2008/03/15 08:08 AM |
The limits of single CPU speed are here. | Howard Chu | 2008/03/17 01:47 AM |
The limits of single CPU speed are here. | slacker | 2008/03/17 10:04 AM |
And the links.. | Howard Chu | 2008/02/14 12:58 PM |
I take some of that back | Howard Chu | 2008/02/14 01:55 PM |
And the links.. | Jesper Frimann | 2008/02/14 02:02 PM |
And the links.. | Ilya Lipovsky | 2008/02/15 02:24 PM |
And the links.. | iz | 2008/02/17 10:55 AM |
And the links.. | JasonB | 2008/02/17 07:09 PM |
And the links.. | Ilya Lipovsky | 2008/02/18 01:54 PM |
And the links.. | JasonB | 2008/02/18 10:34 PM |
And the links.. | Thiago Kurovski | 2008/02/19 07:01 PM |
And the links.. | iz | 2008/02/20 10:36 AM |
And the links.. | Ilya Lipovsky | 2008/02/20 03:37 PM |
And the links.. | JasonB | 2008/02/20 06:28 PM |
And the links.. | JasonB | 2008/02/17 06:47 PM |
And the links.. | Ilya Lipovsky | 2008/02/18 02:27 PM |
And the links.. | JasonB | 2008/02/18 10:00 PM |
And the links.. | JasonB | 2008/02/19 03:14 AM |
And the links.. | Ilya Lipovsky | 2008/02/20 04:29 PM |
And the links.. | JasonB | 2008/02/20 06:14 PM |
And the links.. | Ilya Lipovsky | 2008/02/21 11:07 AM |
And the links.. | Howard Chu | 2008/02/14 01:16 PM |
And the links.. | Jukka Larja | 2008/02/15 03:00 AM |
Berkeley View on Parallelism | David Kanter | 2008/02/15 11:41 AM |
Berkeley View on Parallelism | Howard Chu | 2008/02/15 12:49 PM |
Berkeley View on Parallelism | David Kanter | 2008/02/15 03:48 PM |
Berkeley View on Parallelism | Howard Chu | 2008/02/17 05:42 PM |
Berkeley View on Parallelism | nick | 2008/02/17 09:15 PM |
Berkeley View on Parallelism | Howard Chu | 2008/02/18 04:23 PM |
Berkeley View on Parallelism | nick | 2008/02/18 10:03 PM |
Berkeley View on Parallelism | Howard Chu | 2008/02/19 01:39 AM |
Berkeley View on Parallelism | rcf | 2008/02/19 12:44 PM |
Berkeley View on Parallelism | Howard Chu | 2008/02/19 03:25 PM |
Average programmers | anon | 2008/02/18 12:40 PM |
Berkeley View on Parallelism | JasonB | 2008/02/15 08:02 PM |
Berkeley View on Parallelism | JasonB | 2008/02/15 08:02 PM |
Berkeley View on Parallelism | Dean Kent | 2008/02/15 08:07 PM |
Berkeley View on Parallelism | Ray | 2008/02/20 03:20 PM |
Berkeley View on Parallelism | JasonB | 2008/02/20 06:11 PM |
Berkeley View on Parallelism | FritzR | 2008/02/24 03:08 PM |
rubyinline, etc. | nordsieck | 2008/02/22 03:38 PM |
rubyinline, etc. | JasonB | 2008/02/23 05:53 AM |
rubyinline, etc. | nordsieck | 2008/03/02 01:40 AM |
rubyinline, etc. | Michael S | 2008/03/02 02:49 AM |
rubyinline, etc. | Dean Kent | 2008/03/02 07:41 AM |
rubyinline, etc. | Michael S | 2008/03/02 08:19 AM |
rubyinline, etc. | Dean Kent | 2008/03/02 08:30 AM |
rubyinline, etc. | JasonB | 2008/03/02 05:26 PM |
rubyinline, etc. | JasonB | 2008/03/02 06:01 PM |
rubyinline, etc. | Anonymous | 2008/03/03 02:11 AM |
rubyinline, etc. | JasonB | 2008/03/03 09:40 AM |
rubyinline, etc. | Foo_ | 2008/03/09 09:59 AM |
rubyinline, etc. | JasonB | 2008/03/10 01:12 AM |
rubyinline, etc. | Gabriele Svelto | 2008/03/10 02:22 AM |
rubyinline, etc. | JasonB | 2008/03/10 04:35 AM |
C++ for beginners | Michael S | 2008/03/10 05:16 AM |
C++ for beginners | JasonB | 2008/03/10 06:35 AM |
C++ | Michael S | 2008/03/10 04:55 AM |
rubyinline, etc. | Linus Torvalds | 2008/03/03 11:35 AM |
rubyinline, etc. | Dean Kent | 2008/03/03 02:35 PM |
rubyinline, etc. | JasonB | 2008/03/03 03:57 PM |
rubyinline, etc. | Dean Kent | 2008/03/03 08:10 PM |
rubyinline, etc. | Michael S | 2008/03/04 01:53 AM |
rubyinline, etc. | Dean Kent | 2008/03/04 07:51 AM |
rubyinline, etc. | Michael S | 2008/03/04 08:29 AM |
rubyinline, etc. | Dean Kent | 2008/03/04 08:53 AM |
rubyinline, etc. | Michael S | 2008/03/04 11:20 AM |
rubyinline, etc. | Dean Kent | 2008/03/04 02:13 PM |
read it. thanks (NT) | Michael S | 2008/03/04 04:31 PM |
efficient HLL's | Patrik Hägglund | 2008/03/04 03:34 PM |
efficient HLL's | Wes Felter | 2008/03/04 09:33 PM |
efficient HLL's | Patrik Hägglund | 2008/03/05 01:23 AM |
efficient HLL's | Michael S | 2008/03/05 02:45 AM |
efficient HLL's | Wilco | 2008/03/05 05:34 PM |
efficient HLL's | Howard Chu | 2008/03/05 07:11 PM |
efficient HLL's | Wilco | 2008/03/06 02:27 PM |
efficient HLL's | anon | 2008/03/05 08:20 AM |
And the links.. | Groo | 2008/02/17 04:28 PM |
And the links.. | Vincent Diepeveen | 2008/02/18 02:33 AM |