硬件

随着COVID-19将办公室工作人员留在家里，每个国家的企业都必须寻找新的方法来帮助其员工保持联系。自大流行以来，特别是视频会议应用程序的普及程度空前高涨。从与同事的接听电话到虚拟公司会议，销售演示和培训课程，通过视频进行连接对于在家中被困的工人来说是必不可少的。 在三月的短短一周内，针对企业的移动应用下载量达到了6200万，比COVID-19之前的每周平均下载量增长了90％。 Zoom是最流行的视频会议平台，美国的下载量增长了14倍。该公司最近宣布，每天有超过3亿人加入Zoom通话，其股价今年已上涨了近140％。 但是Zoom并不是市面上唯一的游戏，近几周来它面临着许多隐私和安全问题，这可能使您想知道其他视频会议服务是否对您的组织更好。 在Computerworld，我们通过尝试和评估五个领先的视频会议平台，试图使您的决策过程摆脱一些头痛。 在美国，英国，澳大利亚和瑞典等地的同事的帮助下，我们通过Cisco Webex Meetings，Google Meet，LogMeIn GoToMeeting，Microsoft Teams和Zoom进行了一系列的小组视频通话，以试图找出哪种系统提供了最好的服务全世界因流行病而在家中工作的数百万人。 要继续阅读本文，请立即注册 免费访问。

许多年前，Linux创始人Linus Torvalds在讨论他与Linux的开源合作时，借用了Isaac Newton爵士的“站在巨人的肩膀上”的话。虽然这是一个不错的想法-“嘿，我只能做出色的工作，因为其他几个人的出色工作”-可能在1991年适用于Linux，但是在描述开放源代码方面做得不好毕竟是在2020年。当有人今天发布开放源代码时，他们所吸引的不仅仅是一小撮天才开发人员。 不，正如Gatsby.js的最新版本所示，现代的开源项目依赖于成千上万个其他项目。或者，正如盖茨比（Gatsby）创始人凯尔·马修斯（Kyle Mathews）在接受采访时说的那样：“我们站在成千上万[普通]人的肩膀上。 最初（网络）是静态网站生成器。正如Mathews在他的帖子中所描述的那样，随着时间的流逝，组织转向数据库驱动的网站来支持越来越多的动态功能。随着网站的发展，静态网站生成会导致构建速度变慢，即使像WordPress这样的数据库驱动工具逐渐受到市场人士的青睐，他们也不想打扰Markdown中的编码。 预渲染有助于网站生成器，但不足以使其成为大型网站的首选。 但是那是那时；这是现在。 盖特比（Gatsby Builds）在2020年初推出了盖茨比构建（Gatsby Builds），通过巧妙地结合了分布式计算和复杂的缓存功能，构建时间比标准连续部署解决方案快60倍。 尼斯。但是，随着最近发布的增量构建，Gatsby可以在10秒内获得用于数据编辑的构建，这可以比现有构建解决方案提高1000倍。 怎么样？ Mathews在接受采访时说：“我们所做的最大的努力是创建了一个依赖跟踪系统，该系统使我们能够便宜地找出在两次构建之间需要更新的内容。 ”这听起来像是构建工具所采用的方法例如Bazel，或数据处理工具（例如Apache Spark和Apache Flink），是因为它是。 “ Gatsby像处理其他流处理器一样，处理来自数据/代码的网站更改事件-我们找出更改的内容，并廉价地对其进行更新。”传统的静态网站生成器长期以来一直采用批量处理数据的方法，但是Gatsby的新方法是实时流处理。 这很重要，这使得Gatsby方法可以在任何网站上使用，而不是一小部分网络都可以使用。它还依赖于GraphQL等出色的开源技术，该技术使Gatsby可以跟踪页面与数据源之间的数据依赖关系...

TypeScript 3.9是Microsoft流行的JavaScript类型化超集的下一个版本，已于2020年4月28日进入候选发布阶段。从现在到计划于5月12日发布最终版本之间，除严重的错误修复外，预计没有进一步的更改。 TypeScript 3.9强调性能，修饰和稳定性。 Microsoft已集中精力进行修复，以解决与某些软件包相关的极差的编辑和编译速度。 可以通过NuGet或NPM访问候选版本： npm install typescript @ rc TypeScript团队观察到了诸如material-ui和styled-components包的性能问题。一系列六个拉取请求，涵盖了使用对象代替类型映射器的闭包以及优化延迟类型引用等操作，从而显着减少了编译时间-例如，对于material-ui而言大约减少了40％。 为了提高速度，还对编辑器方案中的文件重命名功能进行了一些更改。 TypeScript 3.9还包括许多其他方面的改进。亮点： 改进了推理过程，解决了在对Promise。 all和Promise.race之类的函数的声明的先前更新中发生了某些回归的情况。 新增// @ ts-expect-error注释。 当一行带有此注释前缀时，TypeScript将禁止报告该错误。如果没有错误，TypeScript将报告该注释是不必要的。 改进以保留换行符。 快速修复丢失的返回表达式。 支持“解决方案样式” tsonfig.json文件。 在三态条件中支持TypeScript 3.7中引入的未调用函数检查，该错误检查在开发人员忘记调用函数时报告错误，现在在三元条件中支持cond？ trueExpr：falseExp语法。 对于JavaScript中的CommonJS自动导入，TypeScript现在会自动检测用于保持文件样式整洁和一致的导入类型。 严格检查交点和属性。这是一个巨大的变化。 getter和setter不再是可枚举的。 ECMAScript规范。 TypeScript 3.9于3月27日在beta中推出，紧随TypeScript 3. 8，该脚本已于2月上市。 TypeScript 3.9中没有包含一个等待已久的类型运算符，它可以对Promise展开在JavaScript中的工作方式进行建模。 版权所有©20...

美国 英国 Node.js 14重点介绍了诊断，WebAssembly 对JavaScript运行时的最新升级将于10月成为长期支持版本 Node.js 14是流行的异步，事件驱动的JavaScript运行时的最新版本，已于4月21日发布，具有改进的诊断功能和WebAssembly接口。 替换当前发行版中的Node.js 13，Node.js 14将在10月提升为长期支持（LTS）状态。 该发行版可从Node.js网站下载。 Node.js 14中的新功能包括： 作为Node.js 12中的一项实验性功能添加的诊断报告功能将进入稳定状态。使用此功能，可以按需或在事件发生时生成基于JSON的诊断报告。 通过这些报告，可以诊断问题，例如CPU使用率高，内存崩溃和性能降低。 WebAssembly系统接口（WASI）的实验性实现首次亮相。以WebAssembly for Node.js格式编写的包可以为某些用例提供更好的性能和跨平台支持。 WASI提供基于WebAssembly二进制格式的沙盒应用程序，以通过类似于POSIX的功能访问底层操作系统。 V8的版本8 1是Node.js的基础JavaScript引擎，具有可选的链接运算符？。等功能，可用于读取位于连接对象链深处的属性的值，而无需必须明确验证链中的每个引用。 还具有Intl.DisplayNames API，用于显示语言，区域和脚本的移植名称。 实验性的异步本地存储API。 异步本地存储也称为连续本地存储。节点开发人员一直在研究API，以管理多个版本之间异步调用的上下文。 改进了Streams API的一致性，以消除歧义并简化Node。 js核心各部分之间的行为。 实验模块警告已删除。在Node.brs.js 13中，运行ECMAScript模块时显示警告，并指出ESM模块加载器处于试验阶段。尽管在Node.js 14中ESM实施仍处于试验阶段，该警告将不再出现。 建议用户在生产中使用ESM时要谨慎。 MacOS二进制文件现在正在使用Xcode 11在MacOS 10.15（Catalina）上进行编译，以支持程序包公证。 在Linux平台上，最低GCC级别仍为GCC 6，但某些平台的二进制文件将移至GCC8。Node.js 14将无法在寿命终止的Windows发行版上运行。 ...

PyTorch是用于快速轻松创建深度学习模型的Python框架，现已发布1.5版。 PyTorch 1. 5对PyTorch的C ++前端进行了重大更新，即PyTorch功能的C ++接口。 C ++前端现在提供了与Python API完全相同的功能。通常，人们会只用Python编写PyTorch应用程序，但是这一更改使得可以轻松地使用Python编写应用程序原型，然后将其移至C ++而又不损失任何功能，或者自由地混合使用C ++和Python。 PyTorch 1.5还添加了一种将自定义C ++类绑定到TorchScript和Python的方法。 TorchScript使您可以在Python中创建模型并在不依赖Python的情况下运行它们，例如在C ++中。新的绑定系统使您的C ++代码对TorchScript可见，因此可以使用TorchScript或Python创建和操纵C ++对象和内存空间。 仍然认为此功能是实验性的。 PyTorch 1.5还放弃了对Python 2的支持，并且需要Python3。 5及更高版本。这与其他主要的Python框架一致，因为Python 2现在处于报废状态，并且不再接收任何更新。 最后，PyTorch 1. 5带来了分布式RPC框架和RPC API的稳定版本。在PyTorch 1.4中作为实验功能引入的RPC框架提供了在远程机器上运行PyTorch功能的机制，从而允许在多台机器上训练模型，从而获得更快的训练结果。 在PyTorch 1.5中，RPC框架可用于构建训练应用程序，这些应用程序将使用分布式架构（如果可用）。 RPC框架旨在最大程度地减少跨节点的数据复制量，因此始终在尽可能接近数据的位置进行工作。 版权所有©2020 IDG Communications，Inc. 紧贴InfoWorld的新闻通讯，以了解软件开发人员，分析师，数据库程序员和数据科学家的情况。 从我们仅限会员的内幕文章中获取专家见解。 。

Google Cloud宣布Anthos（该公司用于在多个本地和云环境中部署和管理Kubernetes工作负载的软件）现在支持在竞争对手的云平台Amazon Web Services（AWS）上运行工作负载，而Microsoft Azure支持目前仍在预览中。 Google Cloud产品管理副总裁Jennifer Lin在接受InfoWorld采访时说，Azure支持的延迟仅归因于内部工程资源和“市场需求”，这使得AWS对客户的优先级高于Microsoft的云。 Google Cloud计划在本月初的大型Cloud Next会议期间宣布这一消息，但由于COVID-19大流行而推迟了该事件后将其推迟了。 Anthos于去年全面上市，它向客户承诺一个单一的平台，可以在该平台上以本地平台在Google Cloud以及关键的其他主要公共云（例如Microsoft Azure和AWS）中运行基于容器的应用程序，但是在某种程度上，它运行缓慢在线为那些竞争对手的云选项提供支持。 长期以来，Azure一直为客户提供通过其Azure Stack产品将本地工作负载扩展到云中的能力，而AWS则在2019年凭借AWS Outposts进入了混合市场，但这些都不提供跨竞争对手云的单一平台。 在Google Kubernetes引擎（GKE），本地GKE和Anthos Config Management控制台的支持下，Google的Anthos平台承诺在混合Kubernetes部署中实现统一的管理，策略和安全性。直接从物理服务器和虚拟机（VM）转换为Kubernetes的容器。 Google Cloud已经在与客户一起在Microsoft Azure上测试Anthos，并且Anthos对虚拟机的支持正在早期预览中。对VM的支持将使工程师能够在Anthos中为容器化和基于VM的工作负载存储关键策略和自动化，从而进一步为大型企业客户提供了逐步过渡到云的旅程。 Lin说：“主要的三角洲正在与这些客户一起生产，现代化涉及我们与他们合作，以实现更多的自动化，并通过Anthos Config Manager从该人的中间件层转移到更多的自动化控制平面。” “这就是他们正在寻找的投资回报率。” 现在，Anthos通过Config Management控制台为Google Cloud上的V...

从2020年1月1日起，其创建者Python软件基金会不再支持Python编程语言的2.x分支。这个日期标志着已经延续了多年的戏剧的高潮–从较旧的，性能较差，使用广泛的Python版本过渡到了较新的，功能更强大的Python版本，至今仍落后于它的前身。 是时候了Python 3与Python 2相比，具有无数的技术和最终用户增强功能，永远无法取代Python2。永久存在于PyPI存储库中的绝大多数流行软件包都是可重复使用的Python代码的第一站，支持Python3。 Python 3已成为许多Linux发行版的默认Python解释器。而且最近出版的所有书籍，编码学院和在线教程都为初学者推荐Python 3。 现在是个坏消息。 Python 2，例如Windows 7（或Windows XP！），将在未来几年出现。由于内部限制，我们中的许多人将继续依赖用Python 2编写的应用程序。由于内部限制，我们中的一些人甚至将继续使用Python2。 如果您在Python 2中坚持使用什么该怎么办？正在迅速成为Python 3世界吗？让我们看看这些选项。 Python 2寿命终止：含义关于Python 2即将停产（寿命终止）的第一件事也是最重要的一点：Python 2应用程序仍将运行。不要认为这是千年虫问题，Python 2应用程序都在2020年1月1日全部停止运作。 核心Python开发团队将不再对Python 2提供正式支持。 。 要继续阅读本文，请立即注册 免费访问 紧贴InfoWorld的新闻通讯，以了解软件开发人员，分析师，数据库程序员和数据科学家的情况。 从我们仅限会员的内幕文章中获取专家见解。 。