什么构成了死去的编程语言？ [关闭

Question

Imagine you were elected coroner of IEEE or somesuch governing body and you had to pronounce a programming language as dead.您会寻找什么迹象？有没有僵尸语言不知道他们已经死了？

Answer 1

计算机语言永不死；他们只从被过度的转变为未充分利用。为了乐趣，有人总是会重新发现旧语言并学习它。

附录： 那些喜欢旧语言的人有时会写一种受其启发的新语言。因此，即使原始语言用某些人的术语死了，它的精神仍在其后代继续生存。一些示例包括：

1. B和BCPL启发了C
2. Snobol启发了图标
3. Algol启发了太多语言无法计数

Answer 2

在语言学中，一种死语被定义为没有母语或流利的人。我认为这个定义在编程领域中的翻译很好。死去的编程语言是没有程序员用作其主要语言的一种语言，或者没有系统用来本地支持。

Answer 3

当他们正确的头脑中没有人会在其中做一个绿地项目时，语言已经死了。就像死去的人类语言不是完全无关紧要的（因为我们研究历史）一样，死去的编程语言并非完全无关紧要（因为我们维护所有肥沃的历史法规）。

Answer 4

如果我是IEEE死因裁判官，我会寻找语言学家用来确定自然语言是否死于/死亡的相同迹象，即。

1. 仍然有多少程序员使用该语言？
2. 用户的平均年龄是多少？
3. 最年轻的程序员中有多少百分比以这种语言获得流利性？

根据这些标准，我想Cobol是垂死的。尽管有220个Bazilion Loc用Cobol编写，但 这个 2006年在CW中的文章，COBOL程序员的平均年龄到目前为止必须超过50。虽然我找不到确切的统计数据，但相比之下，我想普通的Java程序员在他/她的20多岁时。 COBOL辩护者指出，每年仍然用COBOL编写大约5B LOC，但我认为这不是一个可靠的措施：我可能可以在1行Perl中重写10行Cobol，或者在J--中的几个键盘上重新编写。 COBOL是一种相当详细的语言。

Answer 5

只要您能找到某种规格，就可以创建编译器或能够在工作计算机上运行程序的解释器，就不会死。

Answer 6

• 最近已经出版了多少本关于这种语言的书？
• 最近已经对该语言产生了多少聊天（IRC，电子邮件，博客）？
• 有多少个程序员在这种语言的本地人中始终发现有自己的自我认同？

正如某人指出的那样，总是有一群人，无论是历史学家还是疯狂，都会出去学习死语。通过提高此标准，更容易找到死语。

Answer 7

人们的意见决定了死亡

1. 男人走进臀部，新的怪异高科技区酒吧。
2. 人开始谈论COBOL中的酷功能。
3. 人们开始退缩，给您一个更广泛的泊位。
4. 人们在周围傻笑
5. 男人得知Cobol似乎已经死了吗？

ps我很想使用“女人”或一个人，而不是男人，但我不想暗示[女性]性别与之相关，被诱惑使用“人”，但鉴于我们的历史，听起来很奇怪。走进酒吧“风格的笑话”。好吧，无论如何，至少我在考虑这些东西。

Answer 8

对我来说，委员会是决定死了还是死了，这是有区别的。

例如， 向前 本质上对我来说已经死了：我可以从中学到的当前项目没有很多，我可以在这里寻求帮助的活动列表或论坛没有很多，而且库可用太多。

类似的语言， 因素, 另一方面，似乎还活着得多。即使它的晦涩难懂，我也不会称其为死。