D语言作者人不错,大家都可以试试D语言.

1990年代的一天，我和一位同事一起慢跑。他说，世界真正需要的，以及他真正需要的是生成本机代码的Java实现。它将使世界着火！

我告诉他我写了一个，他今天可以从赛门铁克那里得到。他从没再说过这个话题。事实证明，没有人想要本机Java编译器。

早在1980年代Datalight时代，一个大客户表示他们不能使用Datalight C，因为它没有功能X。如果只有功能X，他们会下达大订单。因此我实现了X，并兴奋地向他们展示了X，并要求获得大订单。他们弯腰弯腰，然后说，他们真正需要的是Feature Y！

在那之后，我对(大订单的悬空承诺)吹牛皮不再抱有任何怀疑。我通常会说肯定，然后要求提前订购，该订单在过滤掉连锁反应时效果很好。

一位朋友与我有关：X告诉我，他在C ++编译器中真正想要的是编译速度。这是最重要的功能。他继续下去。我笑了，说编译速度是他列表的最低点。他看上去很困惑，问我该怎么说？我告诉他，他使用的翻译器是Cfront，以Microsoft C作为后端，这种组合的编译速度比Zortech C ++慢4倍，并且不具有诸如近/远指针之类的关键（对于DOS）功能。他真正认为最重要的功能是牌子。

当D仅有一个编译器dmd时，人们抱怨说它只有一个编译器。现在有三个，他们抱怨说有三个。
有时，您只是无视别人。

D具有巨大的影响力，其影响力远远超出了D用户：-)

考虑一下所有C功能，这些功能在几年后被C ++“完全独立地”发现了！

即使是小字符，例如char16_t，char32_t，也能够用单引号将数字分开，而大号字符则是静态的if和range。

我以前的公司的产品Zortech C ++在德国，英国和日本也很受欢迎。
客户:并且您的事件响应时间简直太棒了，报告了一个问题，第二天早晨在邮箱中是修复的编译器版本.而且比VC++好得多.
感谢您的好话。我非常感谢！

早在80年代，我就以一个简单的文本文件保存了一个错误列表（是的，我年纪大了，我都没用电子邮件作为错误数据库）。我将文件与编译器一起包含在随附的磁盘上（是的，它确实也很旧，Pony Express是首选​​的传输方法，1980年代的Amazon Prime）。一家计算机杂志发表了“编译器综述”文章，他们只是通过复制/粘贴该文本文件作为“综述”并销毁我的编译器。

D的消亡将在20年前以及以后的每一年中得到有把握地预测，但它会继续增长并变得越来越好。几乎每个人都不断预测Zortech C ++即将发生的故障，与此同时Zortech也相当成功。
D语言版的d崩溃论.

那是几年之后。Zortech C ++的成功促使Borland放弃了他们向C添加OOP扩展的项目，并选择了C ++。（我知道相关人员。）Borland C ++的成功也同样激发了Microsoft的动机（当时我听说MS也在开发自己的OOP C语言，但从未得到证实）。

但是毫无疑问，随着Zortech C ++的推出，C ++急剧上升。ZTC ++在DOS上运行，当时90％的编程都在DOS上进行。

在ZTC ++之前，C ++是在unix平台上与Objective C并驾齐驱的好奇心。（comp.lang.c ++和comp.lang.objectivec新闻组的流量大致相同。）ZTC ++出现后，C ++蓬勃发展而ObjC则大受打击（并被Apple遗忘了）。

dmc主要是因为我停止花时间了,全力搞D。

尽管我仍然是唯一完整实现C ++编译器的人，但同时做两种语言,我还是不行.????
Borland / Microsoft向其投入了大量资源。
Borland能够利用他们的Turbo Pascal用户群，而Microsoft在开发人员工具中占主导地位。

尽管如此，Zortech仍然表现得越来越好，最终被Symantec收购。

与Rust相比，D具有一些巨大的优势。

例如，D具有熟悉的语法和术语。另外，您将能够使用D逐步转移到内存安全性，而不必从头开始重写应用程序。D的元编程能力远远超过Rust。等等。

我的下一个职业将是驯服狮子。我已经戴好帽子了。

我已经在网上多次发布帖子，说创建嵌入式系统的人应该将固件放在ROM中，这样恶意软件就不会在重置后幸存下来。
得到的回复是固件必须从Internet重写，才能修复从Internet写入它的恶意软件:-)

当我听go时，你听到的一致，快速，简单语法的语言。
当我听到Rust时，您会听到安全的人工内存管理。
当我听到D时，您会听到快速编码,快速.

我曾经收到一个人发来的一封愤怒的电子邮件,他说我偷了他的软件,并且未经允许就分发了.我翻阅了我的档案,然后将他自己授予了我许可的电子邮件转发给他,躲过了那颗子弹.

我曾经征求并获得了K + R的许可,引用了他们经典C书的部分内容(两者都非常好).在大约三个月的时间里,我没有进行备份,磁盘崩溃将其清除了.我对此感到很尴尬,无法再次询问,因此我从未再引用,没法了.

很值得保留电子邮件备份.我很少需要它,但是当我这样做时,它可以挽救生命.尽管现在拥有20年的历史意味着很难搜索:-)

让我想起了1980年代的一个故事。微软的MASM代表“宏汇编程序”。不可避免地，Microsoft程序员发明了许多宏，这些宏将asm编程变成了伪高级语言。MASM的每个副本都附带了此文件。

我的一个在MS工作的朋友曾经被赋予修复用这种宏语言编写的50K MASM代码错误的任务。它的作者很久以来搞不定。分配给该任务的每个人都失败了。我的朋友在几个小时内将其修复。惊讶的经理问他如何做到这一点：

“我将代码组装到一个目标文件中。然后我用Zortech的OBJ2ASM对其进行了反汇编，找出了解决方法，然后将反汇编的代码作为新的源提交。码。”

我的一位同事曾经进行过连锁计算。在每一步中，他都将小数点后的精度四舍五入到2位数字，因为2位数字对任何人都足够。我对计算器的最大精度（10位）进行了相同的计算。他根本不明白为什么他的结果差了2倍，这是他的四舍五入误差的几百倍。

考虑默认情况下8087一直以80位精度运行30年.我从未听说有人从此获得任何实际的不良结果.他们抱怨测试套件的测试结果不准确而失败.他们抱怨x87的速度.英特尔一直试图永远摆脱x87.有时候,我想知道是否有一场虚假的宣传活动,说更多的准确性不好
我曾经使用TTL芯片设计和构建数字电子产品.随着时间的流逝,TTL芯片变得越来越快.规则是设计电路时,用最大(而不是最小,改了.)信号传播延迟,.因此,放置更快的零件将永远不会中断电路.
工程充满了这样的事情.这是合理的工程实践.我从未听说过需要20％公差的电阻器的电路,如果用10％的公差,该电阻器将失效.

Java发生的事情很有趣.原始规范要求以双精度进行双精运算.最终在所有x86机器上都不管用,临时性为80位.强迫x87对中间值使用double值会使Java的运行速度慢得多,因此Sun被迫放弃该要求

1.当政客承诺提供免费午餐时,您将为此付费.
2.当科学家发现永动机时,他就犯了一个错误.
3.当推销员向您不需要动的健身机时,您将不会变得更强壮.
4.当您响应"通过房地产快速致富"研讨会的广告时,您很傻.
5.当发现不遵循栅协议的无数据竞争的解决方案时,它是骗人的.
本地引用->共享引用(<准则>证明无其他到本地引用的引用)
…前有共享x
int y = x; //添加此行
这里,违反了准则,结果,是数据竞争

实际上,我仍敢坐未修改的737MAX.原因是,即使飞行员也不知道处理它的方法是,要按他们的runaway安定面配平(stab trim)训练.飞行员在第一次狮航事故中就是这样做的,他们平安降落.在埃塞俄比亚事件中,他们没有这样做,所以坠毁了.

很简单:

1.控制杆上的电动配平开关将覆盖MCAS命令.
2.配平后,用控制台上的切断开关关闭安定面配平.

坠机事故中的两名飞行员都表现出色(1).对我来说,奥秘在于为什么他们没有继续这样做<1>,而是执行(2).我们将不得不等待NTSB报告,该报告有望对此做出解释.

我希望通过这样的宣传,即使没有能力的飞行员也能做到这一点.

顺便说一句,我只看到一篇文章发表(1)和(2).(措辞来自记忆,我记不清波音说明书中的确切指令.),所有其他文章都忽略了它,而倾向于发表歇斯底里的骗点击文章.

波音仍然需要修复MCAS系统,因为使飞机坚固的方法是修复导致坠机的一系列故障中的每个点.

顺便说一句,我在波音公司从事飞行控制系统工作之前,我是个紧张的飞行员.知道事情实际上是如何工作的及如何构建事情的,让我自信了.新闻上有关飞机技术问题的文章中很多完全是垃圾.记者对飞机一无所知,他们把它们弄乱了.如果您想详细了解,请阅读NTSB事件报告.

这位飞行员的文章与之相关,听起来很权威,直到有人注意到他不是航空公司飞行员为止,并且(例如)没有意识到所有后掠翼飞机从根本上都是不稳定的,并且铆钉匠罗茜对稳定性问题一无所知.

您无需相信我所说的话-因此,我建议在NTSB报告出炉之前不要作出任何判断.阅读它们会学到很多东西.NTSB很好地透彻陈述了事实,没有歇斯底里.

它们在飞行包线的某些部分都不稳定.所有后掠翼飞机都是不稳定的.
https://en.wikipedia.org/wiki/Dutch_roll
所有客机都增加了一个偏航阻尼器.
喷气客机中还有其他自动系统,可防止飞行员做出愚蠢的事情.例如,喷气机越快,飞行员对升降舵的权限就越小.这是为了防止飞行员从字面上撕下升降舵.我不确定,但是我认为是电子控制该设备.
如果您像在潜水中那样飞得太快,飞机也将变得无法控制.是的,发生这种情况的原因有时是由于其他因素,有时是因为飞行员不注意.
所有飞机都有一个"飞行包线",飞行员最好呆在里面,否则他们会坠毁.装有MCAS系统是为了防止意外地进入包线的不良部分.它不是正常飞行包线的一部分,这可能是飞行员之前从未遇到过MCAS激活的原因.

1903年的莱特飞机非常不稳定.莱特人不懂稳定性:-)高不稳定可能是导致他们的首飞如此短暂的原因.

WW1 Sopwith骆驼以不稳定着称,因此杀死了很高比例的飞行员(我忘记了这个百分比).但是在一名有能力的飞行员的手中,他可以利用这种不稳定来实现战斗中的高机动性.

如果您加油太快,P-51会倒转.

WW2 Me-262的飞行速度过快,会存在控制问题,您可能会失去所有的俯仰控制.
朝鲜战争F-80也不稳定,如果飞得太快,它会突然变高并且机翼会脱落.它的引擎强大到足以在水平飞行中做到这一点,您只需要观看即可.