硬件

Mozilla 本周表示，负责监督 JavaScript 的 ECMAScript 标准的 Ecma International 引入了 JavaScript 的替代许可证，旨在对衍生作品更加宽容。 Mozilla 表示，随着这一举措，Ecma 现在提供了两个许可证，可以根据给定技术委员会的需要采用其中的任何一个。 ECMAScript 由 Ecma 授权，而其他网络技术（如 CSS 和 HTML）则由万维网联盟 (W3C) 授权。 Mozilla 表示，不同的许可证会增加法律审查的开销，这可能会影响贡献。 新的 Ecma 许可证旨在与 W3C 的工作保持一致。 Mozilla 表示，其文本主要基于 W3C 文档和软件许可证，提供法律框架并保证互联网基础设施的开发可以独立于任何组织继续进行。 与创建衍生作品不同，Ecma 的默认许可证包含一些限制W3C。 Mozilla 认为，虽然 Ecma 的默认许可条款在实践中没有问题，但它们并没有反映开源应该如何工作，尤其是对于 JavaScript 这样的基础性东西。 默认的 Ecma 许可证为在给定标准上的工作提供了明确的文档和位置，目的是防止分叉。 “Mozilla 希望让每个人都能轻松参与网络发展，因此我们主动引入Ecma International 规范的替代许可证。”上周，ECMAScript 标准的最新版本 ECMAScript 2022 获得了 ECMA 的批准。 版权所有 © 2022 IDG Communications, Inc. 如何选择低代码开发平台。

在为其 AstraDB NoSQL 数据库即服务添加低延迟更改数据捕获 (CDC) 功能仅几个月后，DataStax 周三表示，它正在使其托管的 Astra Streaming 服务普遍可用。 Astra Streaming 建立在开源 Apache Pulsar 项目之上，内置 API 级支持，支持其他流媒体和消息传递平台，如 Apache Kafka、RabbitMQ 和 Java 消息服务 (JMS)，Patrick McFadin 说，开发者关系副总裁数据税。 Pulsar 最初由 Yahoo 构建，现已成为与 Apache Kafka 竞争的开源事件流工具，后者实时处理和交付数据库更改，并将结果分发到企业选择的登陆区域。 该公司表示，借助 Astra Streaming，DataStax 希望帮助企业应对成为云原生的挑战，并在现有基础设施周围寻找效率。 “我们不想告诉企业从头开始重写他们的应用程序只是为了使用一些新技术，这就是为什么我们在开源 Pulsar 上构建 Astra Streaming 并集成了对其他流行的流媒体和消息传递服务的支持，例如 Kafka ”麦克法丁说。 DataStax 产品管理副总裁 Chris Latimer 表示，Astra Streaming 采用即用即付定价结构并支持多云环境，预计其拥有成本将低于其他消息传递和流媒体服务。< br> “我们发现，虽然组织喜欢 Kafka API，但他们对其庞大的架构和使 Kafka 企业就绪所需的高昂许可成本越来越感到沮丧，”Latimer 说。 随着企业寻求抵消大流行和其他地缘政治情景的负面影响，对实时交互式应用程序的需求不断增长，这反过来又提出了实时数据流的案例以及对 Astra 等服务的需求流媒体。 “业务是实时发生的，持续处理数据流对于企业优化决策、行动和体验至关重要。 流数据可以改变游戏规则，让公司做出预测性业务决策并获得竞争优势，”Amy Machado 说，IDC 研究总监。 Ventana Research 研究总监 Matt Aslett 表示，新托管流媒体服务的推出有助于消除企业数据孤岛并支持现代数据应用程序，从而增加开发人员采用的机会。 “托管服务通过减少对前期基础架构配置和持续运营管理和监控的需求，促进了开发人员的采用，”Asle

容器和云安全公司 Sysdig 宣布了一项新功能，漂移控制，旨在在运行时检测和防止容器攻击。 Drift Control 将作为 Sysdig Secure 的一部分运行，旨在检测容器中的漏洞。 Sysdig Secure 是 Sysdig 容器智能平台中的一个组件，其中包括几个面向容器的安全应用程序。 为了检测、预防和加速生产中修改的容器的事件响应，也称为容器漂移，漂移控制提供了关闭由于偏离受信任的原始容器而产生的“危险安全漏洞”的能力。 Sysdig 的安全产品营销经理 Daniella Pontes 说：“Drift Control 检测并阻止执行在容器部署到生产后添加或修改的包或二进制文件。” “通过防止在生产环境中执行添加或修改的可执行文件，Drift Control 确保容器软件在其生命周期内不会被修改，从而强制执行其不变性，保持从源代码到运行的一致性，并防止可能成为攻击一部分的操作。 " 此外，Sysdig 还宣布改进恶意软件和加密挖掘检测，其中包含来自 Proofpoint Emerging Threats (ET) Intelligence 和 Sysdig 自己的威胁研究团队的威胁情报馈送。 Sysdig 与 Proofpoint 合作，因为该公司提供带有上下文和分类的恶意软件检测，持续更新恶意软件和域的情报，并遵循强大的威胁评分系统，根据 Sysdig 博客文章。 现有和新的 Sysdig Secure 客户都可以免费访问 Drift Control 和新的威胁源。 根据 Pontes 的说法，典型的容器部署体验会在生产过程中发生变化，包括： Pontes 补充说，漂移控制检测并阻止那些新的或修改过的可执行文件。 Sysdig 在容器的整个生命周期中跟踪这些可执行文件，并在它们尝试运行、拒绝或停止这些可执行文件时进行跟踪。 此外，Pontes 表示，Drift Control 旨在让组织防止进行难以跟踪和保护的临时修改的“有风险的传统做法”。 “在云环境中，团队经常忽略或无法执行不变性最佳实践，从而留下由漂移引起的安全漏洞。漂移控制提供了自动执行 Kubernetes 的云原生不变性原则的能力。” Tag Cyber​​ 的分析师 Gary McAlum 表示，集装箱漂移不一定是一个经常成为头条新闻的问题，

TigerGraph Cloud 是 TigerGraph 的托管图形数据库即服务，增加了企业身份和访问管理 (IAM) 功能，并引入了更简单的登录流程，以简化跨项目的开发人员协作。 该公司还宣布在 Amazon Web Services、Google Cloud Platform 和 Microsoft Azure 上增加 TigerGraph Cloud 的新区域，将其全球云覆盖范围扩展到巴西、新加坡和澳大利亚。 TigerGraph 表示，新的 IAM 和集成登录功能于 6 月 29 日推出，使团队能够共享“通过单一登录的无缝链接体验”。 具体的新功能包括： 企业身份和访问管理，使单个企业帐户能够管理多个用户和基于角色的访问，并在一个门户下全面了解所有解决方案和计费。 单次登录，通过简化的登录流程来提高开发人员协作和生产力，从而实现跨多个项目的协作。 安全的企业连接，通过专用、私有、安全的连接满足云数据库连接的企业数据安全标准。 可以在公司网站上访问 TigerCloud。 TigerGraph 提供了一个机器学习和人工智能图形分析平台。该公司表示，TigerGraph Cloud 用户可以从 20 多个入门工具包中进行选择，这些工具包涵盖了欺诈检测、供应链分析和网络安全等实际行业用例。 这些工具包预先构建了示例图数据模式、数据集、以及针对特定用例的查询。 版权所有 © 2022 IDG Communications, Inc. 如何选择低代码开发平台。

GitHub 备受争议的人工智能编码助手 Copilot 现已向所有开发人员开放。 GitHub 在 6 月 21 日表示，GitHub Copilot 的价格为每月 10 美元或每年 100 美元，但对经过验证的学生和流行开源项目的维护者免费。还提供 60 天免费试用。 去年预览，该工具插入用户的编程编辑器，并根据当前上下文建议代码行和功能。 Copilot 可以建议完整的方法、样板代码、单元测试，甚至是复杂的算法。 AI 结对程序员工具由 OpenAI Codex 提供支持，OpenAI Codex 是一种基于数十亿行公开可用源代码和自然语言训练的语言模型，包括 GitHub 上公共存储库中的代码。 Copilot 已引起自由软件基金会的抗议，该基金会称其为“不可接受和不公正的”。该基金会质疑在免费许可的源代码上训练人工智能模型是否构成合理使用，并抱怨该工具需要运行非免费软件，因此是“作为软件替代品的服务”。 作为编辑器扩展，Copilot 与 Neovim、Visual Studio、Visual Studio Code 和 JetBrains IDE 等编辑器集成。 技术预览版在过去 12 个月吸引了 120 万开发人员。 GitHub 相信 AI 辅助编码将从根本上改变软件开发的性质，让开发人员更容易编写代码。 版权所有 © 2022 IDG Communications, Inc. 如何选择低代码开发平台。

JetBrains 机队（预览版） 学到更多 在 p 上 JetBrains Fleet 是一款全新的多语言编程编辑器和 IDE，代表了 JetBrains 从头开始​​重建整个集成开发环境的尝试。 Fleet 与 JetBrains 对现有 IDE（例如 IntelliJ IDEA）的用户界面和用户体验进行彻底改革的努力是分开的，而不改变 IDE 以代码为中心的功能和集成。 Fleet 不会替换任何现有的 JetBrains IDE。 JetBrains 表示，Fleet 是“从零开始构建的”，基于其 20 年的 IDE 开发经验，并具有“分布式 IDE 架构和重新设计的 UI”。对于 Java，Fleet 使用 IntelliJ 代码处理引擎。对于其他一些语言，Fleet 使用语言服务器（如 Visual Studio Code）而不是 IntelliJ 引擎。 我之前说过，Fleet 是一个编辑器和 IDE。当你启动它时，Fleet 是一个轻量级的代码编辑器。加载代码目录后，您可以打开“智能”模式，该模式为您的代码编制索引并启用 IDE 功能，例如项目和上下文感知代码完成、导航到定义和用法、即时代码质量检查和快速修复。 为大型项目编制索引可能需要一段时间。 在许多方面，Fleet 最直接的竞争对手是 Visual Studio Code，它拥有语言服务器架构和庞大的插件生态系统。 Fleet 已经有了语言服务器架构，但它的插件架构仍在开发中。 车队架构 要继续阅读本文，请立即注册 获得免费访问 如何选择低代码开发平台。

根据对 2022 年 5 月 Stack Overflow 开发人员调查的 7 万名开发人员的答复，大多数软件开发人员现在至少在某些时候都在远程工作，并且灵活性比以往任何时候都更加重要。 该报告的主要内容包括对开发人员在工作中的优先级转变以及技术工程师最喜欢和最讨厌他们的项目的见解。 开发人员团队在 2020 年被迫完全远程办公，许多人仍在努力解决这如何影响他们的工作习惯。 今年，85% 的开发人员表示他们的组织至少部分远程办公，这一比例接近 43%分为完全远程组织和混合组织。大型企业组织最有可能在完全远程的情况下进行混合，占 51%。 Stack Overflow 首席执行官 Prashanth Chandrasekar 告诉 InfoWorld：“世界已经决定采用混合和远程模式，鉴于我所看到的数据表明这是一列离开车站的单程列车，我很有信心。” Chandrasekar 说，灵活性和开发人员与之合作的技术堆栈是工作中整体幸福感的最重要贡献者。 “由于他们将使用的技术堆栈，许多开发人员退出了招聘过程，”他说。 今年独立就业的专业开发人员数量也跃升至17%，比去年增加了5个百分点。 组织文化也在发生变化，云原生技术已在 Stack Overflow 调查受访者中占据一席之地。大多数专业开发人员 (70%) 现在使用某种形式的 CI/CD，60% 的人拥有专门的 devops 功能。但是，只有 38% 的受访者拥有内部开发人员门户来查找他们需要的工具和服务。 只有 16% 的组织使用内部资源技术来共享代码和知识。 JavaScript 仍然是 Stack Overflow 受访者中最受欢迎的编程语言，在回答此问题的 53,000 名专业开发人员中，有 68% 使用 JavaScript。 虽然很受欢迎，但 JavaScript 并不是最受欢迎的语言。这一荣誉连续第七年授予 Rust，87% 的受访者表示他们希望继续使用它。 Node 和 React 等 JavaScript 框架一直是最常用的 Web 框架，在专业开发人员中的使用率合计达到 90%。在其他地方，Phoenix 取代 Svelte 成为最受欢迎的 Web 框架，而 Angular.js 仍然是最可怕的，而 React. js 是最受欢迎的。 在回答此问题的 44,000 名专

根据 Java 社区的一项提议，Java 将获得一个用于处理 Java 类文件的 API。 类文件 API 提案草案要求提供用于解析、生成和转换 Java 类文件的 API。这个类文件库最初将作为 ASM Java 字节码操作框架的内部替代品。 最终，ASM 将从 JDK 中完全删除。 类文件 API 提案指出，类文件生成、解析和检测在 Java 生态系统中无处不在，有许多工具和库需要处理类文件。框架通常执行动态字节码检测。 提案指出，JDK 应该为读取、写入和转换 Java 类文件提供准确、完整、最新、高性能的 API。 API 的设计目标和原则包括让所有类文件实体（例如方法和字段）由不可变对象表示。用户驱动的导航也是一个目标。 激发对 Java 类文件库的调用的因素包括： JDK 整合，JDK 本身在处理类文件方面很重要。 JDK 使用 ASM 存在固有的延迟。 框架和运行 JDK 之间的版本偏差。 处理类文件的应用程序和框架通常捆绑一个类文件库，例如 ASM。但是由于新的类文件功能可以出现在任何 JDK 版本中，应用程序和框架更频繁地遇到比它们捆绑的库更新的类文件，从而导致运行时错误或框架试图从未来。开发人员需要一个能够在运行 JDK 时保持最新的类文件库。 JVM 和类文件格式现在比以前发展得更快。虽然有些演变很简单，但有些演变更复杂，例如 Project Valhalla 带来了新的字节码、字段描述符和验证规则。 自从编写 ASM 以来，该语言已经有了很大的改进。 计划要求最初将 ASM 替换为 JDK 的运行时依赖项，而不会造成不可接受的性能损失。另一个目标是替换编译器和 JDK 工具使用的内部类读取器库。最终，一系列框架和应用程序应该能够使用该库作为 ASM、cglib 和其他字节码库的替代方案。 版权所有 © 2022 IDG Communications, Inc. 如何选择低代码开发平台。

根据 Red Hat 的 2022 年 Kubernetes 安全状况报告，安全性是 Kubernetes 和基于容器的开发的一个重要问题。 事实上，93% 的受访者在过去 12 个月中在其 Kubernetes 和容器环境中至少经历过一次安全事件，有时会导致客户或收入的损失。这可能是多种因素造成的，包括缺乏有关容器和 Kubernetes 的安全知识、工具不足以及中央安全团队无法跟上应用程序开发团队的步伐。 Red Hat 还指出，Kubernetes 和容器是专为开发人员的生产力而设计，不一定是安全性。 该报告于上个月发布，分析了 Kubernetes、容器和云原生安全的趋势。它基于对 300 多名开发运维人员、工程和安全专业人员的调查。 Red Hat 公布了以下主要发现： 55% 的受访者出于安全考虑延迟或放慢了应用程序部署。 53% 在过去 12 个月中检测到 Kubernetes 中的错误配置。 57% 最担心在运行时保护工作负载。 78% 的公司在开始阶段或高级阶段都有 devsecops 计划。 43% 的人认为 devops 是对 Kubernetes 安全最负责的角色。 在过去的 12 个月中，38% 的人存在需要修复的与容器和/或 Kubernetes 相关的重大漏洞。 Red Hat 表示，采用容器、Kubernetes 和云原生生态系统的组织如果不投资安全策略和工具，就​​会面临关键应用程序的安全风险。但是将安全流程和工具构建到 devops 管道中的 devsecops 正在大规模采用。 报告称，Kubernetes 是一个高度可定制的容器编排器，具有影响应用程序安全性的各种配置选项。 安全工具应提供护栏以更安全地配置 Kubernetes。特别是运行时，代表了组织最担心的容器生命周期阶段。但运行时安全问题通常是由构建或部署阶段的错误配置等失误引起的。 Red Hat 提出以下建议以实现更好的安全性： 使用 Kubernetes 原生安全架构和控件。 安全性应尽早开始并贯穿整个生命周期。 应要求跨混合环境具有可移植性。 开发人员应该通过桥接 devops 和安全性转变为安全用户。 版权所有 © 2022 IDG Communications, Inc. 如何选择低代码开发平台。

微软发布了 ML.NET 文本分类 API 的预览版，该 API 旨在更轻松地使用开源 ML.NET 机器学习框架训练自定义文本分类模型。 微软表示，6 月 14 日推出的 ML.NET 文本分类 API 使用“最先进的”深度学习技术。 ML. NET 允许开发人员将自定义机器学习模型集成到 .NET 应用程序中。文本分类是对文本应用标签或类别的过程。 常见用例包括将电子邮件分类为垃圾邮件或非垃圾邮件、分析客户评论中的正面或负面情绪以及应用标签来支持票证。 ML.NET 文本分类 API 由 TorchSharp . NET 库提供支持，该库提供对支持 PyTorch 机器学习框架的 libtorch 库的访问。 TorchSharp 具有在 .NET 中从头开始训练神经网络的低级功能。 对于 ML.NET，TorchSharp 的一些复杂性已被抽象化，以使训练更容易。 微软与 Microsoft Research 合作，采用 TorchSharp 实现 NAS-BERT（来自 Transformers 的双向编码器表示），这是一种通过神经架构搜索获得的 BERT 变体，并将其添加到 ML. NET。从该模型的预训练版本开始，文本分类 API 使用用户的数据来微调现有模型，而不是从头开始构建新模型。 文本分类 API 是 ML.NET 的 2. 0.0 和 0.20. 0 预览版的一部分。除了 Microsoft. ML 包之外，它还需要 Microsoft.ML.TorchSharp 和 TorchSharp-cpu（如果使用 CPU）或 TorchSharp-cuda-windows 或 TorchSharp-cuda-linux（如果使用 GPU）。< br> 开发人员可以使用 Visual Studio 中的 NuGet 包管理器或 .NET CLI 来安装包。 API 的代码示例可以在 Text Classification API Notebook 中找到。 微软指出，API 仍然存在一些限制，例如无法使用 Evaluate 方法来计算评估指标。计划对 API 进行改进，同时引入其他基于场景的 API。

在互联网上漫游近 27 年的微软旧版 Internet Explorer 网络浏览器已于 6 月 15 日正式退役。 微软宣布不再支持第 11 版浏览器。在接下来的几个月中，打开 Internet Explorer 将逐步将用户重定向到较新的 Microsoft Edge 浏览器。 尽管用户将继续在其设备上看到 IE 图标，但单击它会打开 Edge。在某些时候，Internet Explorer 将作为未来 Windows 更新的一部分被永久禁用，并且用户设备上的 IE 图标将被删除。 微软表示，重定向过程会将收藏夹、密码和设置等数据从 Internet Explorer 迁移到 Edge，以使转换变得熟悉且简单。 ，他们可以在 Edge 中的“设置”菜单中执行此操作。 微软从 Internet Explorer 过渡到 2015 年首次亮相的 Edge，在得出结论认为 IE 的增量改进无法跟上 Web 的总体改进之后。微软承认某些网站只能使用 IE，这就是 Edge 具有 IE 模式的原因。 为了帮助用户利用 IE 模式，重定向过程将在 Edge 工具栏上添加一个“在 IE 模式下重新加载”按钮。 Edge 将每 30 天提示用户一次，看看他们是否仍需要网站的 IE 模式。 Internet Explorer 的停用涵盖所有当前支持的 Windows 10 家庭版、Windows 专业版、Windows 企业版、Windows Edu 和 Windows IoT 版本。 Internet Explorer 不会立即从这些 Windows 版本中删除，但会逐步重定向到 Edge。 Internet Explorer 已从 Windows 11 中删除。Microsoft 承诺至少在 2029 年之前在 Edge 上支持 IE 模式。 版权所有 © 2022 IDG Communications, Inc. 如何选择低代码开发平台。

为了帮助 Rust 开发人员发现和防止安全漏洞，GitHub 已将其供应链安全功能套件提供给快速增长的 Rust 语言。 这些功能包括 GitHub 咨询数据库，它已经有 400 多个 Rust 安全建议，以及 Dependabot 警报和更新，以及依赖关系图支持，提供有关 Rust Cargo 包文件中易受攻击的依赖项的警报。 Rust 用户可以在使用 GitHub 时报告并最终防止安全漏洞。 GitHub 咨询数据库是一个安全咨询数据库，专注于为开发人员提供可操作的漏洞信息。数据库中引用的大多数漏洞来自 RustSec，这是一个发布与 Rust 库相关的安全公告的组织。 Rust 包维护者可以使用安全公告与漏洞报告者合作，在公开宣布漏洞之前私下讨论和修复漏洞。 开发人员可以通过社区贡献使用 CVE 报告 Rust 漏洞。 GitHub 的依赖关系图分析存储库的 Cargo.toml 和 Cargo. lock 文件以确定项目中的依赖关系。依赖关系图支持 Dependabot，它会提醒开发人员已知漏洞并创建拉取请求以更新受影响的依赖关系。虽然依赖关系图在公共存储库中默认启用，但开发人员必须为私有存储库启用它。 GitHub 表示，如果尚未填充公共存储库的依赖关系图，很快就会出现。 Rust 的依赖关系图支持分两个阶段推出。 Rust 依赖项的完整包元数据（包括将包映射到 GitHub 存储库）将在未来的版本中发布。 开发人员可以通过依赖项审查 GitHub Action 完全防止引入 Rust 漏洞，该操作会扫描拉取请求以查找 Rust 依赖项的更改，并确定是否有任何新的漏洞存在已知漏洞。然后，开发人员可以阻止它们被合并到代码中。 GitHub 提供了在 GitHub Docs 中保护 Rust 存储库的指南。 版权所有 © 2022 IDG Communications, Inc. 如何选择低代码开发平台。

为了帮助 Rust 开发人员发现和防止安全漏洞，GitHub 已将其供应链安全功能套件提供给快速增长的 Rust 语言。 这些功能包括 GitHub 咨询数据库，它已经有 400 多个 Rust 安全建议，以及 Dependabot 警报和更新，以及依赖关系图支持，提供有关 Rust Cargo 包文件中易受攻击的依赖项的警报。 Rust 用户可以在使用 GitHub 时报告并最终防止安全漏洞。 GitHub 咨询数据库是一个安全咨询数据库，专注于为开发人员提供可操作的漏洞信息。数据库中引用的大多数漏洞来自 RustSec，这是一个发布与 Rust 库相关的安全公告的组织。 Rust 包维护者可以使用安全公告与漏洞报告者合作，在公开宣布漏洞之前私下讨论和修复漏洞。 开发人员可以通过社区贡献使用 CVE 报告 Rust 漏洞。 GitHub 的依赖关系图分析存储库的 Cargo.toml 和 Cargo. lock 文件以确定项目中的依赖关系。依赖关系图支持 Dependabot，它会提醒开发人员已知漏洞并创建拉取请求以更新受影响的依赖关系。虽然依赖关系图在公共存储库中默认启用，但开发人员必须为私有存储库启用它。 GitHub 表示，如果尚未填充公共存储库的依赖关系图，很快就会出现。 Rust 的依赖关系图支持分两个阶段推出。 Rust 依赖项的完整包元数据（包括将包映射到 GitHub 存储库）将在未来的版本中发布。 开发人员可以通过依赖项审查 GitHub Action 完全防止引入 Rust 漏洞，该操作会扫描拉取请求以查找 Rust 依赖项的更改，并确定是否有任何新的漏洞存在已知漏洞。然后，开发人员可以阻止它们被合并到代码中。 GitHub 提供了在 GitHub Docs 中保护 Rust 存储库的指南。 版权所有 © 2022 IDG Communications, Inc. 如何选择低代码开发平台。

Visual Studio Code 1.67（用于 Java 开发） 学到更多 在 p 上 曾几何时，您对 Java IDE 的选择是 Eclipse、NetBeans 或 IntelliJ IDEA。这已经有所改变。 在其他创新中，Visual Studio Code 现在通过一组特定于 Java 的扩展对编辑、运行和调试 Java 代码提供了良好的支持。 Visual Studio Code 是一款免费、轻量级但功能强大的源代码编辑器，可在桌面和 Web 上运行，适用于 Windows、macOS、Linux 和 Raspberry Pi OS。它内置对 JavaScript、TypeScript 和 Node. js 的支持，并为其他编程语言（如 Java、C++、C#、Python、PHP 和 Go）、运行时（如.NET 和 Unity）、环境（例如 Docker 和 Kubernetes）和云（例如 Amazon Web Services、Microsoft Azure 和 Google Cloud Platform）。 除了轻量级和快速启动的整体理念外，Visual Studio Code 还具有针对变量、方法和导入模块的 IntelliSense 代码完成功能；图形调试； linting、多光标编辑、参数提示和其他强大的编辑功能；时髦的代码导航和重构；和内置源代码控制，包括 Git 支持。 其中大部分改编自 Visual Studio 技术。 Visual Studio Code 的扩展可以使用语言服务器协议，该协议定义了在编辑器或 IDE 与提供语言功能（如自动完成、转到定义、查找所有引用等）的语言服务器之间使用的协议。语言服务器旨在提供特定于语言的智能，并通过支持进程间通信的协议与开发工具进行通信。 此外，扩展可以使用调试适配器协议 (DAP)，它定义了在开发工具（例如 IDE 或编辑器）和调试器之间使用的抽象协议。 调试适配器协议使实现通用调试器成为可能一个开发工具，可以通过调试适配器与不同的调试器进行通信。 要继续阅读本文，请立即注册 获得免费访问 如何选择低代码开发平台。

Visual Studio Code 1.67（用于 Java 开发） 学到更多 在 p 上 曾几何时，您对 Java IDE 的选择是 Eclipse、NetBeans 或 IntelliJ IDEA。这已经有所改变。 在其他创新中，Visual Studio Code 现在通过一组特定于 Java 的扩展对编辑、运行和调试 Java 代码提供了良好的支持。 Visual Studio Code 是一款免费、轻量级但功能强大的源代码编辑器，可在桌面和 Web 上运行，适用于 Windows、macOS、Linux 和 Raspberry Pi OS。它内置对 JavaScript、TypeScript 和 Node. js 的支持，并为其他编程语言（如 Java、C++、C#、Python、PHP 和 Go）、运行时（如.NET 和 Unity）、环境（例如 Docker 和 Kubernetes）和云（例如 Amazon Web Services、Microsoft Azure 和 Google Cloud Platform）。 除了轻量级和快速启动的整体理念外，Visual Studio Code 还具有针对变量、方法和导入模块的 IntelliSense 代码完成功能；图形调试； linting、多光标编辑、参数提示和其他强大的编辑功能；时髦的代码导航和重构；和内置源代码控制，包括 Git 支持。 其中大部分改编自 Visual Studio 技术。 Visual Studio Code 的扩展可以使用语言服务器协议，该协议定义了在编辑器或 IDE 与提供语言功能（如自动完成、转到定义、查找所有引用等）的语言服务器之间使用的协议。语言服务器旨在提供特定于语言的智能，并通过支持进程间通信的协议与开发工具进行通信。 此外，扩展可以使用调试适配器协议 (DAP)，它定义了在开发工具（例如 IDE 或编辑器）和调试器之间使用的抽象协议。 调试适配器协议使实现通用调试器成为可能一个开发工具，可以通过调试适配器与不同的调试器进行通信。 要继续阅读本文，请立即注册 获得免费访问 如何选择低代码开发平台。

人工智能是否被过度使用？也许最初是云计算提供商开始提供人工智能即服务。云使得解决方案开发人员可以轻松使用它。结果，AI 进入了不需要 AI 功能的应用程序，最终解决方案的价值降低了。 这就像在超小型汽车上安装高端、高成本的赛车刹车。使用普通刹车，汽车会很好地停下来；高端机型只是浪费金钱和资源。 这些天来，我们更好地了解了人工智能的实际用途——什么时候值得，什么时候不值得。 通常发现基于云的人工智能最大价值的业务解决方案包括： 在大量数据中具有潜在模式的业务应用程序。这些可以是来自新数据的新模式，也可以是基于 AI 引擎随着时间的推移已经处理和学习的内容而出现的新模式。分析的数据越多，人工智能系统识别的模式越多，人工智能引擎就越好。 我们在日常生活中看到这一点：我们的汽车从我们的驾驶模式中学习，从而相应地调整制动和加速。智能恒温器确定更好的使用模式，根据过去的偏好和当前天气调整温度。 创建新数据和/或了解新数据。 零售商利用在线推荐引擎更好地确定他们正在与谁互动，并建议用户可能会购买的产品和服务。根据客户行为，这些引擎可以确定客户的人口统计数据，例如年龄、性取向、收入、位置，甚至教育程度，以及他们是否有配偶或孩子。这些引擎可以增加销售额，通常增加 20% 或更多。 这种诱使您购买其他产品的“受过教育”的方法使 AI 成为武器。 现有数据集与人工智能确定新含义的能力相结合。这就是为什么人工智能首先存在的原因。 大多数企业意识到他们拥有有价值的数据，但他们还没有弄清楚如何挖掘其价值。数据是所有支持人工智能的系统的核心，但很少被提及。如果您了解有更好的方法可以从您的业务数据中学习并收集不一定显而易见的信息，那么您就可以掌握 AI 和云的价值。 注意你没有看到的东西。无论您是否需要 AI，您都不会看到带有嵌入式 AI 系统的标准业务应用程序。我在商业战术系统中看到 AI 的价值不存在。 这会增加您的成本和风险。 定义应用程序逻辑和行为的传统方式工作得很好，您将节省使用 AI 的额外成本，大约多出 35%。是的，即使在云端。 企业需要面对人工智能的现实：你可以并不意味着你应该。我希望你们中的许多人都在问这个确切的问题，因为技术变得更容易获得，从而让我们有更多的机会犯错。.