我判别这个的标准很复杂——只需这个言语能让我等C言语新手接受不再写C的理想，这个言语才 “有能够” 应战到C言语的位置—— 来看啊，这有个新编译器，能把C转换到新言语，如今你可以让他完成你的全部任务了 —— 这样C言语的新手就会开心起来。

Python 以及和其相似的言语对此做的并不够好。运用 Python 完成 NTPsec（以此举例）能够是个灾难，最终会由于过高的运转时开支以及由于渣滓回收机制招致的延迟变化而烂尾。

假设需求是针对单个用户且只需求以人类能接受的速度运转，运用 Python 当然是很好的，但是关于以机器的速度运转的顺序来说就不总是如此了 —— 尤其是在很高的多用户负载之下。

这不只是我本人的判别 —— 由于拿 Go 言语来说，它的存在主要就是由于事先作为 Python 言语主要支持者的 Google 在运用 Python 完成一些工程的时分也遭遇了异样的效能痛点。

Go 言语就是为了处置 Python 搞不定的那些大多由C言语来完成的义务而设计的。

虽然没有一个全自动言语转换软件让我很是不爽，但是运用 Go 言语来写系统顺序对我来说不算费事，我发现我写G写的还挺开心的。我的很多C编码技艺还可以继续运用，我还播种了渣滓回收机制以及并发编程机制，这何乐而不为？

本来我想把 Rust 也视为 “C 言语要过时了”的例证，但是在学习并尝试运用了这门言语编程之后，我觉得这种言语如今还没有做好预备。也许 5 年以后，它才会成为C言语的对手。

随着 2017 完毕，我们曾经发现了一个相对成熟的言语，其和C相似，可以胜任C言语的大部分任务场景（我在下面会准确描画），在几年以后，这个言语界的新星能够就会取得成功。

这件事意义严重。假设你不长远地回忆历史，你能够看不出来这件事情的伟大性。三十年了 —— 这简直就是我作为一个顺序员的全部生涯，我们都没有等到一个C言语的继任者，也无法遥望C之后的细叱编程会是什么样子的。而如今，我们面前突然有了后C时代的两种不同的展望和未来……

……另一种展望则是下面这个言语留给我们的。

我的一个冤家正在开发一个他称之为 “Cx” 的言语，这个言语在C言语上做了很少的改动，使得其可以支持类型安全；他的项目的目的就是要创立一个可以在最少人力参与的状况下把古典 C 言语修正为新言语的顺序。

我不会指出这位冤家的名字，以免给他太多压力，让他做出太多不实在践的保证。但是他的完成办法真的很是有意思，我会尽量给他募集资金。

如今，我们看到了可以替C言语完成细叱编程的三种不同的能够的路途。而就在两年之前，我们的眼前还是一片乌黑。我重复一遍：这件事心意义严重。

我是在说C言语将要灭绝吗？不是这样的，在可预见的未来里，C言语还会是操作系统的内核编程以及设备固件编程的主谣言语，在这些场景下，尽力压榨硬件功用的陈旧规则还在奏效，虽然它能够不是那么安全。

如今那些将要被C的继任者攻破的范围就是我之前提到的我常常触及的范围 —— 比如 GPSD 以及 NTPsec、系统效劳以及那些由于历史缘由而运用 C 言语写的进程。还有就是以 DNS 效劳器以及邮件传输代理 —— 那些需求以机器速度而不是人类的速度运转的系统顺序。

如今我们可以对后C时代的未来窥见一斑，即上述这类范围的代码都可以运用那些具有弱小内存安全特性的 C 言语的替代者完成。Go 、Rust 或许 Cx ，无论是哪个，都能够使C的存在被弱化。

比如，假设我如今再来重新完成一遍 NTP ，我能够就会毫不犹疑的运用 Go 言语去完成。

【编辑引荐】

顺序员支出现状，说说这碗“青春饭”该怎样吃！

顺序员必须早点知道的7大杀技

养只佛系小青蛙，做个佛系顺序员！

关于顺序员的搞笑但却真实无比的编程语录

2017白领年终奖调查出炉 顺序员以11776元夺魁

(责任编辑：admin)