硬件

Salesforce 和 Slack 正在推出 Salesforce Platform for Slack，这是一个低代码工具包，允许 Salesforce 开发人员直接从 Salesforce Customer 360 平台构建利用应用程序、数据和自动化的 Slack 应用程序。 Salesforce Platform for Slack 允许开发人员利用现有的 Salesforce 开发技能为 Slack 构建，利用 Salesforce 身份验证、UI 定义、自动化和 Apex 编程语言。 Salesforce 和 Slack 表示，该工具包于 4 月 27 日发布，让开发人员可以构建应用程序来连接整个企业的人员，从而生产“数字总部”。 Salesforce Platform for Slack 引入了以下新组件和集成： Slack 中的 Flow 将 Salesforce Flow 流程自动化与 Slack 中的操作连接起来。以低代码方式，可以在 Salesforce 中创建工作流，在 Slack 中创建协作渠道。 Apex SDK for Slack 允许开发人员将 Salesforce 中内置的 Apex 代码连接到 Slack 的 UI 框架。 可以将 Apex 应用程序引入 Slack。 Salesforce Customer 360 的三个 Slack 集成在公开测试版中推出，将于今年夏天投入生产。其中包括用于管理销售数据的 Sales Cloud for Slack； Service Cloud for Slack，用于解决客户案例；和 Marketing Cloud for Slack，用于优化旅程规划和协调 B2B 销售和营销团队。 Salesforce 于 2020 年底宣布以 277 亿美元收购 Slack，并于去年完成交易。 版权所有 © 2022 IDG Communications, Inc. 如何选择低代码开发平台。

谷歌云正在失去其最高级的销售主管 Rob Enslin，此时它正在大力投资以缩小自己与公共云竞争对手微软 Azure 和亚马逊网络服务 (AWS) 之间的差距。 Enslin 于 2019 年 4 月从德国软件公司 SAP 加入 Google Cloud，担任云销售总裁。他是 Google Cloud 新任首席执行官 Thomas Kurian 的首批主要员工之一，因为云部门为自己设定了雄心勃勃的目标以缩小市场份额与微软和 AWS 的差距。 在该职位上，他负责监督 Google 面向客户的员工人数增加了两倍，其中包括积极的全球扩张。通过说服企业客户将其 SAP 工作负载迁移到其基础架构上，他还因推动 Google Cloud 的 SAP 业务增长而受到赞誉。据 Protocol 报道，他的离职是 Google Cloud 对销售和客户成功结构进行更广泛重组的一部分。 Enslin 将于 5 月 16 日离开，加入机器人流程自动化供应商 UiPath，与创始人 Daniel Dines 一起担任联合首席执行官。 “我将罗伯作为我的合作伙伴，因为我们专注于规模增长并建立一家重新构想业务运作方式的公司，”迪内斯在一份声明中说。 “Rob 带来了经验和技能的适当平衡来扩大我们的运营规模，让我能够专注于我们的公司文化、愿景和产品创新，这是我热衷的领域，并且为我们的员工和客户带来了可观的价值。 ” 谷歌云昨天公布了强劲的季度业绩，在本财年开始时收入增长 44% 至 58 亿美元，运营亏损 9.31 亿美元。该供应商还表示，它将继续在其云部门的数据中心、房地产以及工程和销售人员方面进行大量投资。 版权所有 © 2022 IDG Communications, Inc. 如何选择低代码开发平台。

HPE 发布了一对系统，旨在扩大企业对机器学习的采用和加速部署。 Swarm Learning 旨在在不牺牲安全性的情况下将人群的智慧带入机器学习建模，而机器学习开发系统旨在为原本必须设计和构建自己的机器学习基础设施的公司提供一体式培训解决方案. 机器学习开发系统提供多种不同尺寸的物理足迹，但该公司表示，“小型配置”使用 Apollo 6500 Gen10 计算服务器为机器学习培训提供马力，HPE ProLiant DL325 服务器和 Aruba CX 6300 交换机用于系统组件的管理、NVIDIA 的 Quantum InfiniBand 网络平台，以及慧与的专业机器学习开发环境和性能集群管理软件套件。 根据 IDC 研究副总裁 Peter Rutten 的说法，它本质上是将 HPC（高性能计算）能力引入企业机器学习，而这通常需要企业构建自己的系统。 “这是企业真正在寻找的那种系统，现在人工智能更加成熟了，”他说。 “将 AI 引入您的业务的最大障碍是您必须构建系统。 ”对于某些公司来说，使用云资源可能是一种选择，但 AI 模型所需的数据往往是敏感且对业务至关重要的，因此，即使对某些行业的监管限制使其他行业完全不可能，某些企业也可能会回避这种选择。 机器学习数据的敏感性是慧与试图通过其另一款新产品 Swarm Learning 解决的痛点。这是一个分散式框架，它使用容器化来完成两个目的——首先，它允许机器学习在边缘系统上进行，而无需往返于中央数据中心，让公司比其他方式更快地获得准确的洞察力 其次，它允许同行公司在彼此之间实际共享 AI 模型学习的结果，从而潜在地创造整个行业的利益，而无需企业彼此共享基础数据。 “因此，如果您有七家医院都在尝试解决 AI 模型训练的问题，但他们无法共享数据，那么您将获得有限的 AI 训练，”Rutten 说。这使得低精度模型具有潜在的偏见，具体取决于医院患者的人口统计数据和许多其他因素。 “为了解决这个问题……群体学习不共享数据，但它共享每个位置的模型训练结果，并将其组合成一个训练模型。” Rutten 指出，群体学习是一种相对新颖的技术，这意味着广泛采用可能会很慢，但 HPE 的机器学习开发系统直接针对当前的痛点，使其成为两者中更有趣的公告。 他说：“这几乎是您数据中心中的一种 aaS [即服务] 产品。”

GraalVM 22.1 是 Oracle 构建的多语言运行时的最新版本，具有 Native Image 的快速构建模式的早期迭代，该平台的技术可将 Java 代码提前 (AOT) 编译成独立的可执行文件。 GraalVM 22. 1 于 4 月 26 日推出。借助快速构建模式，编译器在经济模式下工作，优化更少，从而缩短了编译时间。原生映像 AOT 将 Java 代码编译为独立的可执行文件，称为原生映像。 根据正在编译的应用程序的大小和复杂性，构建过程可能需要大量时间，而 GraalVM 必须分析和优化整个应用程序及其依赖项。 GraalVM 的开发人员发现，快速构建模式可使整体构建时间缩短 43%。 快速构建模式仅推荐用于开发目的，因为它以牺牲运行时性能和内存使用为代价优化构建时间。 对于生产，开发人员应使用默认编译模式。计划要求对快速构建模式做更多的工作，以提高运行时性能并加速其他构建阶段过程。 GraalVM 22 中的可执行构建时间也更快。 1，这要归功于本机映像的性能改进和内存占用减少。 GraalVM 社区版可以从 GitHub 下载。 GraalVM Enterprise 版本可以从 Oracle 技术网下载。 GraalVM 22.1 中的其他新功能和改进： GraalVM 社区版以预览形式提供给 Apple Silicon。 native-image 的默认行为已进一步与 java 命令保持一致。 如果在类路径或模块路径上找不到类，则构建不再失败。这可能是可取的，因为如果某些类不可用，应用程序可能会定义不同的行为。 Native Image 的条件反射配置，其中仅当满足提供的条件时才应用类配置条目，现在可以通过跟踪代理生成。 使用条件反射配置，仅在提供的条件下应用类配置条目满足 typeReachable 等条件，使配置更加精确并减小可执行文件的大小。 GraalVM 企业版中的 Node.js 应用程序支持实验性引擎缓存。 Python 运行时增加了对冻结模块的支持，这使得 REPL 的启动速度提高了 30%，并且使用的内存减少了 40%。这种变化意味着经常使用的模块被解析，转换成字节码，并存储在二进制文件中。在启动期间，运行时直接加载此字节码，避免了开销。 版权所有 © 2022 IDG Communicati

为了满足希望减少或消除管理数据库开销的企业的需求，内容交付网络和 Web 安全提供商 Akamai 正在发布其首个 DBaaS（数据库即服务）产品，紧随收购云托管服务提供商 Linode 在今年 2 月斥资 9 亿美元收购。 该公司表示，这项名为 Linode Managed Database 的托管服务最初将在 Linode 的 11 个全球数据中心提供对 MySQL 的支持，并补充说对 PostgreSQL、Redis 和 MongoDB 的支持预计将在今年第二季度晚些时候推出。 该公司声称其大多数客户都要求托管数据库服务。 Constellation Research 首席分析师 Holger Mueller 表示，Akamai 推出首个 DBaaS 产品是在计算市场竞争的战略举措，超越了 Akamai 现有的内容交付和边缘服务。 “这是 Akamai 从内容加速和缓存向包括数据库在内的应用平台向上移动的合乎逻辑的下一步，”Mueller 说。 Mueller 说，Akamai 希望利用企业日益增长的趋势，这些企业希望订阅 DBaaS 产品以避免管理数据库的复杂性。 Akamai 还试图影响开发人员重新思考他们下一步如何进行概念化和开发代应用程序，他补充说。 “Linode 托管数据库与 Akamai 网络紧密集成，因此它有望根据需要在正确的位置提供正确的内容和数据。Akamai 正试图通过这种方式传播一种新的运动，推动开发人员重新发明应用程序开发从网络向上，”穆勒说。 Akamai 将在 DBaaS 市场与云巨头 AWS、微软和谷歌以及其他供应商展开竞争。 Mueller 预计 Akamai 的 DBaaS 产品将特别适用于构建自己的应用程序的企业，尤其是面向消费者的需要速度和一致性的应用程序。 版权所有 © 2022 IDG Communications, Inc. 如何选择低代码开发平台。

WebAssembly 2.0 的第一个公开工作草案已经到来，到目前为止，计划的二进制指令格式的下一次迭代主要集中在 JavaScript 交互和与更广泛的 Web 平台集成等功能上。 万维网联盟（W3C）的 WebAssembly 工作组于 4 月 19 日发布了三个草案： 这三个草案遵循与 WebAssembly 1. 0 相同的模式，W3C 在 2019 年底发布了与核心规范、Web API 和 JavaScript 接口相关的文档。 WebAssembly 2.0 的核心规范与之前的 WebAssembly 目标相呼应。 设计目标包括快速、安全和可移植的语义以及高效和可移植的表示。 JavaScript API 提供了一种通过桥接器访问 WebAssembly 的方法，以从 JavaScript 显式构造模块。 Web API 建立在 WebAssembly 规范和 WebAssembly JavaScript Embedding 之上。 在主流浏览器中受支持，WebAssembly 或简称为 Wasm，提供了一种安全、可移植、低级的代码格式，专为紧凑的表示和高效的执行而设计。它承诺更快的 Web 应用程序并允许使用除 JavaScript 之外的其他语言进行 Web 编程。该技术现在正在为复杂的分布式应用程序提供动力，已经超越了浏览器并进入了服务器。 工作草案的发布并不意味着 W3C 或成员的认可。文件草稿可能会被其他文件更新、替换或废止..

即将于 5 月 3 日延迟发布的 Kubernetes 1.24 版本标志着流行的开源容器编排系统的重大转变，因为对 dockershim 的内置支持将一劳永逸地删除。 Docker 是 Kubernetes 使用的第一个容器运行时。 但随着 Kubernetes 项目向自己的开放容器倡议 (OCI) 过渡，它需要一个权宜之计，以实现与各种其他容器运行时的可移植性。这个权宜之计就是 dockershim。 从本质上讲，dockershim 最初旨在作为一种临时解决方案，允许流行的 Docker 引擎容器运行时将 OCI 调用转换为 Kubernetes 自己的容器运行时接口 (CRI) 中的 Docker 调用。 随着时间的推移，dockershim 在 Kubernetes 部署中变得根深蒂固，但速度变慢了降低部署并给维护者带来负担。它不得不去。 Kubernetes v1. 24 版本现在预计在 5 月 3 日发布，它将要求想要使用最新版本软件的用户从 dockershim 迁移到与 Kubernetes 自己兼容的另一个运行时，或者使用 dockershim 开发的外部替代品通过 Mirantis，称为 cri-dockerd。 虽然 Kubernetes 节点将不再默认使用 Docker 运行时，但许多开发人员和管理员已经切换到其他符合 CRI 的运行时，例如 Docker 本身在 2017 年捐赠给 CNCF 的 containerd 和本机 CRI-O。这通常涉及确保在集群中的每个节点上运行的 kubelet 代理配置为调用 containerd 或 CRI-O 套接字。 各种托管 Kubernetes 供应商已经开始行动，例如 Red Hat OpenShift，它在 2019 年采用了 CRI-O。亚马逊的 Elastic Kubernetes Service (EKS)、微软的 Azure Kubernetes Service (AKS) 和 Google 的 Kubernetes Engine (GKE) 已经默认使用 containerd . Microsoft 还为使用 Kubernetes 版本 1. 19 或更高版本创建的 Azure Kubernetes Linux 节点池采用了 containerd。 不使用符合 C

Microsoft 的大多数主要数据管理解决方案都统一在公司的“Purview”品牌下，将 Azure Purview 的功能和 Microsoft 365 合规性结合在一起，以创建用于数据治理和风险管理的单一框架。 许多单独的产品正在重新命名以反映新的统一，主要是在 Microsoft 365 方面，以适应新的“Microsoft Purview”品牌。这个想法是为了让拥有多云和多平台环境的公司更容易实施数据治理技术。 这种努力也不是简单的重组和品牌重塑。微软周三还宣布，其针对 MacOS 端点的数据丢失保护技术现已全面上市，并为其敏感信息类型目录添加了 50 多个新分类器。此外，该公司还为现在称为 Microsoft Purview Lifecycle Management（以前称为 Microsoft Information Governance）的多阶段保留功能添加了公开预览版。 此外，微软还宣布了另外两项功能的预览版，即能够从运行 iOS 或 Android 的移动设备共同创作加密文档，以及针对 Windows 端点的受限应用程序分组，让组织指定允许哪些应用程序访问哪些部分以更精细的方式处理数据。 该公司还为 C 套件的风险管理和法律方面推出了新功能，包括对其内部风险管理功能的增强检测和调查升级，通过其 eDiscovery 套件识别相关 Teams 数据的能力得到改进，以及其通信合规性产品。该系统现在可以通过改进的光学字符识别、机器学习来检测违反行为准则和敏感信息共享，并且由于加快了检测时间，因此可以更快地进行交易。 根据微软合规和隐私营销总经理 Alym Rayani 的博客文章，重组和这些新功能是对数据治理架构日益复杂的性质和当前数据保护环境带来的新挑战的反应。快速发展的法规、基于流行病的担忧和远程工作都使负责保护大型组织数据的高管面临的挑战变得更加复杂。 Rayani 说：“市场已经推出了数十种产品，迫使安全、数据治理、合规和法律团队将解决方案拼凑在一起。 “这种方法不仅会消耗资源，而且效率低下。安全性结果更糟——审计失败，品牌声誉受损。”。

根据 Salesforce 的 Mulesoft 进行的一项新调查，企业软件开发人员正在加入大辞职，因为他们难以跟上不断增长的业务需求，并且在 COVID-19 大流行之后陷入重复性任务的困境。 这导致 93% 的受访者发现自大流行开始以来更难留住熟练的开发人员，86% 的受访者也发现更难招聘。 该研究于 2022 年 2 月进行，对来自美国、英国、法国、德国和澳大利亚的企业的 600 名 IT 领导者进行了调查。 调查显示，导致开发人员压力的前三个因素是工作量增加和其他团队的需求增加 (39%)、数字化转型的压力越来越大 (37%)，以及需要不断学习新技能以适应新技术和接近 (35%)。 超过四分之三的组织表示，他们的开发人员因过于复杂的软件架构而放慢了速度。因此，91% 的组织认为需要更多的自动化来减轻开发人员的负担。 “在大流行之前，对数字解决方案的需求已经超过了软件开发人员的供应，但现在它已经过时了。大辞职造成的流失正在进一步扩大这一差距，”Mulesoft 全球现场首席技术官 Matt McLarty 说。 版权所有 © 2022 IDG Communications, Inc. 如何选择低代码开发平台。

在计划的云维护期间意外删除了自己的产品和第三方应用程序后，Atlassian 正在继续为大约 400 名客户进行全面恢复。然而，该公司在 4 月 12 日表示，完全恢复可能需要长达两周的时间。 作为 4 月 4 日对选定云产品进行定期维护的一部分，Atlassian 运行了一个脚本以从已弃用的服务中删除遗留数据。 但该脚本错误地删除了站点、关联产品、用户和第三方应用程序。 Atlassian 表示，它维护着广泛的备份和恢复系统，迄今为止恢复的客户没有数据丢失，尽管一些客户在事件发生前五分钟报告了数据丢失。工程师正在努力为大约 400 名客户实现全面和安全的恢复。 “我们知道这种中断是不可接受的，我们完全致力于解决这个问题，”Atlassian 在一份声明中说。该事件不是网络攻击的结果，也没有未经授权访问客户数据。该公司表示正在采取措施防止将来发生任何事情。 截至 4 月 12 日星期二晚上，该公司已为大约 45% 的受影响客户恢复了服务。 版权所有 © 2022 IDG Communications, Inc. 如何选择低代码开发平台。

该公司在 4 月 12 日表示，微软的 .NET MAUI（多平台应用程序 UI）已进入候选版本 (RC) 阶段。Xamarin Forms 的演变，. NET MAUI 是用于构建移动设备的跨平台框架和使用 C# 和 XAML 的桌面应用程序。 .NET MAUI 利用适用于 Windows、MacOS、Android 和 iOS 的平台 SDK。 除了“最大化”代码共享之外，开发人员还可以将它们与 C# 语言一起使用。提供 40 多种布局和控件，用于跨桌面和移动平台构建自适应 UI。开发人员可以合并 Blazor 组件或整个 Blazor 应用程序，以便在桌面和移动设备上分发与在 Web 上一样的体验。 新的 .NET MAUI 项目模板在 Resourcesstyles.xaml 中包含一个默认样式表，其中包含用于控件的调色板和样式。 作为 Xamarin Forms 框架的继承者，.NET MAUI 通过添加低代码改进了 Xamarin Forms 体系结构微软表示，用于修改的钩子。 . NET MAUI 计划于 2022 年第二季度全面上市。同时可能会有更多候选版本。初始 RC 包含在“上线”支持政策中，Microsoft 支持 . NET MAUI 用于生产应用程序。 .NET MAUI SDK 现在 API 完整，可供库更新并为全面可用性做好准备。 要访问 .NET MAUI RC1，开发人员需要安装 Visual Studio 2022 Preview 或将其更新到版本 17.2 Preview 3。 在安装程序中，确认在“使用 .NET 工作负载的移动开发”下选中了 .NET MAUI（预览版）。 版权所有 © 2022 IDG Communications, Inc. 如何选择低代码开发平台。

崇高的文字 4.4121 学到更多 在 p 上 Visual Studio 代码 1.62. 3 学到更多 在 p 上 括号 2.0.0 预发布 学到更多 在 p 上 原子 1. 58.0 学到更多 在 p 上 记事本++ 8.1. 9.2 学到更多 在 p 上 BB编辑 14 学到更多 在 p 上 文本伴侣 2.0. 23 学到更多 在 p 上 Emacs 27.2 学到更多 在 p 上 Vim 8.2. 3700 学到更多 在 p 上 JavaScript 程序员有许多好的工具可供选择——几乎太多了，无法跟踪。在本文中，我讨论了 10 个文本编辑器，它们对使用 JavaScript、HTML5 和 CSS 进行开发以及使用 Markdown 进行文档提供了良好的支持。为什么在 JavaScript 编程中使用编辑器而不是 IDE？一句话：速度。 编辑器和 IDE 之间的本质区别在于 IDE 可以调试并且有时可以分析您的代码，并且它们支持应用程序生命周期管理 (ALM) 系统。此处讨论的许多编辑器至少支持一个版本控制系统，通常是 Git，因此与过去相比，该标准不再是 IDE 和编辑器之间的区别。 Sublime Text 和 Visual Studio Code 在 JavaScript 编辑器中名列前茅——Sublime Text 的速度和便捷的编辑功能一样出色，而 Visual Studio Code 的功能更好，速度也几乎一样好。 Brackets 位居第三。虽然 TextMate 几年前在我的列表中排名靠前，但它的功能并没有真正跟上新发展的步伐。 最有可能的是，您会在 Sublime Text、Visual Studio Code 或 Brackets 中找到您选择的 JavaScript 编辑器。 但是其他几个工具——Atom、BBEdit、Notepad++、Emacs 和 Vim——都有一些值得推荐的东西。根据手头的任务，您可能会发现其中任何一个都很方便。 要继续阅读本文，请立即注册 获得免费访问 如何选择低代码开发平台。

借助 2024 年的 Rust 路线图，用于快速和安全的系统级开发的流行语言背后的开发人员专注于拉平学习曲线，以及帮助用户互相帮助并在整体上扩展 Rust 项目。 4 月 4 日公布的 Rust 2024 路线图作为起点提供，Rust 语言设计团队致力于在 2023 年临近时重新审视主题。在扁平化学习曲线的主题下，其目的是消除学习 Rust 所需的许多模式和特质。 异步和嵌入式 Rust 是特别感兴趣的领域。 不过，Rust 开发人员强调，近年来 Rust 已经变得更易于使用。进一步改进的具体目标包括增强异步支持，并通过改进类型检查器和其他方面使编译器能够更好地识别代码何时正确。 其他可能性包括扩展语言或类型系统，以便开发人员可以更直接地表达什么他们想要代码来做。 为了帮助用户互相帮助，计划要求授权图书馆作者更好地为用户服务，无论是通过帮助管理功能生命周期还是通过扩展图书馆功能。鼓励在图书馆生态系统中进行实验。 为了帮助 Rust 项目扩展，需要一个系统来轻松发现正在发生的事情以及用户如何提供帮助。 Rust 团队希望通过委托来扩展语言开发，使开发人员能够拥有并推动他们热衷的工作。 Rust 1. 0，语言团队在一篇博文中指出，于 2015 年发布。从那时起，Rust 语言已发展成为主要科技公司的支柱。对于 Rust 2024，目标是通过多种不同方式增强 Rust 开发人员的“授权”。 版权所有 © 2022 IDG Communications, Inc. 如何选择低代码开发平台。