Path: csiph.com!x330-a1.tempe.blueboxinc.net!usenet.pasdenom.info!aioe.org!news.swapon.de!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: Ian Collins Newsgroups: comp.lang.c++ Subject: Re: Why C is vastly superior to C++ Date: Thu, 30 Jun 2011 09:45:30 +1200 Lines: 35 Message-ID: <971kopFfpqU6@mid.individual.net> References: <4e0b8929$0$2851$7b1e8fa0@news.nbl.fi> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: individual.net GU0Zqx8v4hAK5MHHD0vbcg182WqnXm7WBZj/4415JBdRba7qDb Cancel-Lock: sha1:Wht8r02PAhQKoWLOZEzQ/ux5iqc= User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.2.9) Gecko/20101021 Lightning/1.0b2 Thunderbird/3.1.4 In-Reply-To: Xref: x330-a1.tempe.blueboxinc.net comp.lang.c++:7255 On 06/30/11 09:04 AM, jacob navia wrote: > > Well there are limits, and those limits are set by our brain. In the > last resort, mere PEOPLE are using this language, and they just are > now unable to understand ALL the implications of what they are > doing when they write any serious program. I have coached a number of C development teams int C++. The first thing we do before committing to a project is a agree the language subset everyone in the team is happy with and initially stick to that. Over time as the team's experience grows, so does the language subset they use. One team was happy just to use C++ as a better C, no OO, just function overloading, references, proper const and a few other features (I'm sure you are familiar with these features!). Another was happy to jump in boots first and use the kitchen sink. Others chose a middle ground. So reflecting on your agenda, C++ can and is used as C with the features you are keen to add. It works well in that space which is why you meet so much opposition when proposing additions to C. > The consequences are that C++ software is "brittle", in the sense that > a small change somewhere, that everybody thought it would be harmless > produces a whole series of catastrophes in other, unrelated parts > of the software. Not if it has a decent testing framework. > It is not time to reflect about this problem? In nigh on 20 years of developing C++ code and development teams, I haven't found this to be a problem. -- Ian Collins