有一段时间，“反C++”和“反微软”确实是开发者群体中常见的声音。但现在来看，情况已经不同了。
大家的生活节奏越来越快，基本上没有多余精力去“反这个，反那个”了。结束一天的工作回到家，看着窗外的万家灯火，C++和微软似乎都变得遥远，与我们的日常又有多大关系呢？一个市值超万亿美元的科技巨头，普通人似乎也谈不上要去“反对”它。
从某种意义上说，“反”一个事物，恰恰说明它引起了你足够的注意。如果根本不在意，那么“反对”也就失去了意义。
不过，我们必须承认，在过去的某个时期，C++ 和微软确实给许多开发者留下了不那么美好的印象。
C++：从“心头好”到“被审视”
C++曾经是许多开发者的首选。原因很简单：在那个时代，除了C++，并没有太多更好的选择。它的诞生是计算机发展到一个阶段的必然结果。
随着个人电脑的普及，计算机从机房走到了普通人的桌面上，这催生了海量的软件需求，同时也让软件本身的复杂度急剧攀升。此时，能够复用代码、实现模块化封装的“面向对象”编程思想越来越受欢迎。C++正是在这种需求下应运而生的编程语言。
“面向对象”技术让C++占得了先机。或者说，很多人正是通过C++，才真正理解了“类、继承、虚函数”这些面向对象的基本概念。于是，C++开始被大规模应用。
然而，当Java出现后，开发者们很快意识到了C++的短板。与Java相比，C++的标准库显得简陋，缺乏内置的自动内存管理机制，并且对使用者的要求极高。一个学习Java的人，可能三个月后就能开发出可用的软件；而学习C++的人，三个月后可能还在命令行黑窗口里打转。
这种对比，让大家看清了C++的“本来面目”。如果说Java像一位热情主动、易于相处的伙伴，那么C++则像一位要求严苛、回报甚少且有些高冷的专家。
于是，“反C++”的声浪开始兴起。
微软：令人疲于奔命的“技术迭代”
那么微软呢？不得不说，微软历史上是一家相当“独特”的公司，它习惯于打造自己的一套体系，与业界主流方案分庭抗礼。
最让开发者感到困扰的一点是，微软自己推出的技术栈，似乎非常容易“过时”，甚至微软自己都会将其弃用。这一点在用户界面（UI）开发领域体现得淋漓尽致。
微软用C++写出了MFC，但在击败了Borland C++赢得市场战争后，便几乎停止了更新。
随后，微软推出了Windows Forms技术。
接着，是WPF技术。
后来，又推出了Silverlight技术。
再后来，是UWP和WinUI。
还有WinUI 2、WinUI 3...
以及跨平台的 MAUI 。
开发者们发现，微软每隔一段时间就会推出一项“全新”的技术，这通常意味着旧技术即将被淘汰。当大家好不容易刚掌握新技术，更新的技术又出现了。这种让微软平台开发者“疲于追赶”的升级节奏，消耗了他们大量的学习成本，许多投入仿佛打了水漂。
在认清微软的这种模式后，不少开发者选择离开微软平台，转向技术栈更为稳定、保值的Java平台。加之微软长期以来相对“封闭”的策略，未能营造出良好的开源社区氛围，也引发了开发者的诸多不满。
相比之下，Java社区则活跃得多，拥有大量成熟的开源方案，生态欣欣向荣，吸引了大量开发者前往。微软在开发者心中的地位也因此一落千丈，早已不是前CEO鲍尔默在开发者大会上高喊“Developers!”时的光景了。
所以，很多人“反微软”，确实有其历史原因。毕竟，那么多时间和精力似乎白白浪费了，抱怨一下也在情理之中。
时代变了，焦点也随之转移
然而，从互联网时代，到云服务时代，再到如今如火如荼的AI时代，C++和微软都已不再是舞台中央唯一的焦点。
在编程语言领域，Python、Go、Rust的光芒似乎比C++更加耀眼。
在科技公司中，Google、Meta、OpenAI的名声似乎也比微软更加“时髦”。
如果说在某个特定的“春秋战国”时期，反对强大的秦国是一种共识。那么如今的C++和微软，其地位或许更像强盛的“齐国”——依然举足轻重，但已不再具备那种压倒性的、令人必须“反对”的影响力了。
俱往矣，技术的浪潮滚滚向前，一刻也未曾停歇。
关于编程语言的选择、技术生态的变迁，以及开发者的心路历程，你可以在 云栈社区 的开发者广场找到更多有趣的讨论与分享。
发表于 3 天前
|
查看: 10|
回复: 0
