 |
《C/C++ Users Journal》的主编将杂志停刊的主要原因归结为互联网的兴起，这话有道理，互联网改变了信息传送的渠道和方式，特别是技术类媒体，互联网能够以更快的途径提供信息，而且具有更强的互动能力，读者参与更踊跃，因此业界公认互联网取代现有的纸介媒体是一个不可逆换的趋势，那么这第一步就是技术类杂志被技术类网站取代。 |
 Plauger：CUJ停刊互联网是主凶 |
杀死C/C++ Users Journal的是半个世纪以来一直在慢慢消灭报纸，而且目前正在更快地消灭印刷版杂志——那就是一个垂死的市场。单说技术杂志，互联网是主凶。过去我习于每月购买Byte杂志，了解微型计算机类新闻。现在我从新闻组获取这些信息，然后再利用搜索引擎挖掘更多细节。 [全文] |
 |
C++与Java |
如果人们非要拿C++和Java来作比较，我建议他们去阅读The Design and Evolution of C++，看看C++为什么是今天这个样子，用我在设计C++时遵从的原则来检验这两种语言。这些原则与SUN的Java开发小组所持的理念显然是不同的。除了表面语法的相似性之外，C++与Java是截然不同的语言。 [全文] |
|
C++还能重新辉煌吗？C++复杂性的思考 |
| C++的表面困境来自两方面，一是开发效率低，而是容易犯错，维护难度大。此二者俱是表象，本质就是一个——过度复杂。或有人说C++之关键缺陷是没有统一完整的类库支撑，Bjarne Stroustrup即强调此因素。然而这其实只不过是一个结果，而不是原因。正是因为语言太复杂，才无法在有效期内开发出高质量的大一统的类库。[全文] |
|
| C++在2005年 |
| 现在我们仍然很难估计C++程序员的数量，但在2003年，IDC报告说有超过300万的全职C++程序员，这个数据还是比较可信的。虽然我不能够精确地计算，但是我所拥有的所有指标都显示，C++在经过前十年（1985－1994）的爆炸性增长之后，后十年（1995－2004）其使用人数一直在稳定地增长。[全文] |
|
| C++的未来发展 |
为了让编译器、工具和类库实现者跟上节奏，让用户吸收标准C++所支持的编程技术，在早有预计的、沉寂了几年之后，委员会再次考虑语言扩展问题了。 [全文] |
|
|
C++是否会成为汇编语言那样的，虽然重要，但很少有人会用的境地呢？ |
|
|
| |
|
| C++标准委员会中英国投票否决C++/CLI |
在有关将C++/CLI纳入ISO标准的会议中，英国代表投票了否决票，这标志着微软企图将C++/CLI并入ISO标准的初步努力以失败告终。 [全文] |
 |
| C++/CLI：第一流的语言 但还是C++吗？ |
一个不断在新闻组和技术论坛上出现的问题是，当象C#和VB.NET这样的语言更适合于这种用途时，为什么要使用C++来开发.NET应用软件。 [全文] |
|
| 超越C++ |
微软推出VS.NET7实现了可扩展的托管C++后，C++程序员们反映不一。尽管大部分的程序员对于能够继续使用C++感到很欣慰，但几乎所有的人对于托管C++提供的晦涩语法感到很痛苦。微软明显从反馈中感觉到托管C++不是那么成功。 [全文] |
|
| 最强大的C++:C++/CLI |
Visual C++开发小组花了大量的时间用于听取用户的意见，在对 .NET和C++经过仔细考量之后，决定在Visual C++ 2005中重新设计对通用语言运行时库（CLR）的支持，此项重新的设计被称为"C++/CLI"，它将为使用及编写CLR类型提供更自然的语法。 [一、 二、 三、 四] |
|
C++的未来之路：C++0x概览 |
C++0x的工作已经进入了一个决定性的阶段。ISO C++委员会对C++0x的目标是使其成为“C++09”。这意味着我们要在2008年完成这个标准以便被ISO成员国批准。 [全文] |
|
| C++的救赎 C++开源程序库评话 |
C语言天生就与开放结缘。C最初是作为UNIX的系统编程语言而流行起来的，而UNIX可以被认为是第一个产生重大影响的“开源”软件。随着UNIX的流行，C语言逐渐被人们认识和喜爱。很快的，在各个平台上C语言都成为了流行的甚至是统治性的程序设计语言。 [全文] |
|
| C++未来断想 |
虽然C++从脱胎于C开始，一路艰难坎坷的走过来，但是无论如何C++已经取得了工业基础的地位。业界的大量用C++写成的产品代码以及大量的C++职业工程师则是最直接的证明。 [全文] |
|
|
