如果JavaScript成为第一个占领统治地位的编程语言，会怎样

JavaScript 已经成为大多数开发者工具箱的一部分。如果随着网络的发展，JavaScript 成为有史以来第一个真正占统治地位的编程语言，那会怎样？
 

大约十年前，编码文化发生了重大变化。
 

从最开始的孤军作战、与公司或开源项目里的同事合作，突然变成了一种更具社交性的体验。从如何分享代码到如何寻求答案，再到如何发现新技术，这一切都其他程序员的态度和行为有了更多的联系。
 

简单地说，软件开发者通过网络相连，就像他们的电脑在过去几十年里所经历的变化一样。
 

网  络  
 

网络对编程文化的影响表现在很多方面，其中有一些是很值得我们细究的：
 

Stack Overflow 迅速崛起，为编程相关问题和其他常见问题提供答案，成为编程相关信息的主要来源。众所周知，参与 Stack Overflow 社区是有一定门槛的，但毫无疑问的是，它形成了一种编程知识网络，提升了编程信息的可发现性，并加速形成了社交可以促进技术采用的想法。一个框架或工具如果在 Stack Overflow 上有活跃的标签，那它就更有可能会吸引到新的采用者。
 

代码协作遵循类似的模式：GitHub 在十年前就已经成为一个强大的代码分享平台。尽管它的原始价值在于推广当时新兴的分布式版本控制工具 Git，但它的社交价值却扩展成为托管项目价值和可靠性的依据。一个项目的星号、分支或关注者数量代表了代码的可信度。
 

不过，GitHub 也有它的问题，比如 Git 的学习曲线、组织方式围绕项目变更而不是项目本身而展开，所有这些因素都会导致一些用户难以参与到这个网络中来。尽管如此，GitHub 上的社交信号仍然深深影响了开发者对工具和技术的采用。
 

最后，我们有很多关于新闻和讨论的网络信息来源，比如 Hacker News 就是其中最为重要的一个。尽管这是众所周知的大型网络编程社区中最具敌意的一个，但它仍然在无形中推动了软件新技术和新想法的产生。Hacker News 对工具的放大通常有助于工具的大规模采用，而对产品的讨论则是另一种社交信号，编程世界里的人们通过这种方式来评价一个特定的平台。在一定程度上，更加聚焦产品的社区（如 Product Hunt）也具备了一些这方面的功能。
 

对于上述的每一种情况，如果我们能够忽略社区方面存在的瑕疵，就可以看到更深层次的模式：我们对软件的评价主要是基于它们在社交方面的成功表现，而不仅仅是表面上的“客观”技术优势。
 

技术一直在社交背景下存在，对技术平台的风险或可靠性的评估一直依赖于社交指标。但是，这些模式的加速出现以及围绕代码的社交网络的扩展意味着机构指标（如“是哪家公司在为项目开发提供资金支持？”）现在仅次于社交信号。
 

类似地，自上而下的技术成熟度指标需要通过自下而上的指标来补充，例如有多少人关注某个框架或者有多少人给某个工具写评论。在考察新技术时，即使是纯粹的社交因素，比如 Gitter 或 Slack 聊天室中项目参与者的数量，或者在社交媒体上关注项目的人数，也会被纳入我们的考虑范围。
 

然后定律出现了
 

尽管 Jeff Atwood 在社交媒体上分享的每一件事几乎都会让我崩溃，但在过去几年，他确实表达了一些很有价值的观点。也许再也没有什么能够比以他的名字命名的定律（Atwood 定律）更有先见之明的了：
 

任何可以用 JavaScript 编写的应用程序最终都将用 JavaScript 编写。
 

Jeff 的灵感来源于网络之父 Tim Berners-Lee 所提出的“最小权力原则（Principle of Least Power）”。但在 Jeff 写那篇博文时，JavaScript 还只是个“玩具”，使用 JavaScript 来开发一切的想法似乎有点荒谬。然而，互联网在发展，几十年后，那些移植到 JavaScript 或使用 JavaScript 重写的项目都被记录了下来（https://www.reddit.com/r/atwoodslaw/）。
 

Atwood 定律说的是使用 JavaScript 重新实现其他编程语言代码的能力。一门图灵完备的编程语言能够实现使用其他语言开发的功能，但对于可能出现什么样的行为并没有特别的说明。Atwood 定律并没有提到 JavaScript 是否会被大规模采用，只是说 JavaScript 拥有实现其他编程语言特性的潜力。
 

但如果 JavaScript 变成了一个网络呢？