jsPolicy 是一个 Kubernetes 策略代理，专注于支持用 Javascript 或 Typescript 来编写策略。快速且安全地执行策略，提供 3 种类型策略，分别是验证策略、控制器策略和转换策略，可轻松访问集群，专注于策略逻辑，庞大的库生态，方便共享和重用策略，使用 JavaScript 或 TypeScript 中可用的任何开发工具来实现高效的工作流。

  Buildpacks 是 CNCF 的一个孵化级项目，可以将源代码转换为可以在任何云上运行的图像。该项目最初由 Heroku 于 2011 年构思。从那时起，它们已被 Cloud Foundry 和其他 PaaS 所采用，例如 Google App Engine、Gitlab、Knative、Deis、Dokku 和 Drie。

  Cloud Native Buildpacks 采用现代容器标准，例如 OCI 图像格式。它们利用了这些标准的最新功能，例如跨存储库 blob 挂载和基于 Docker API v2 注册表的镜像层“rebase”。

  特性：在应用程序开发人员和操作人员之间实现平衡控制。确保应用程序符合安全和合规要求。以最小的努力和干预执行升级。

  ONNX Runtime 是一个跨平台的推理和训练机器学习加速器。
  ONNX Runtime 推理可以实现更快的客户体验和更低的成本，支持PyTorch和TensorFlow/Keras等深度学习框架的模型，以及scikit-learn、LightGBM、XGBoost等经典机器学习库。ONNX运行时与不同的硬件、驱动程序和操作系统兼容，并通过利用硬件加速器（如适用）以及图形优化和转换，提供最佳性能。了解更多信息

  ONNX Runtime 训练可以通过对现有 PyTorch 训练脚本的一行添加来加快 Transformer 模型在多节点 NVIDIA GPU 上的模型训练时间。

  特性：内置优化，可提供高达 17 倍的推理速度和高达 1.4 倍的训练速度，支持多种框架、操作系统和硬件平台，在 Office 365、Visual Studio 和 Bing 中使用，每天提供半万亿次推理，
ONNX Runtime 推理的示例用例包括：提高各种 ML 模型的推理性能，在不同的硬件和操作系统上运行，在 Python 中训练但部署到 C#/C++/Java 应用程序中，使用在不同框架中创建的模型训练和执行推理。

  puNES 是一个基于Qt的任天堂娱乐系统的模拟器，同时也是基于NSF/NSFe的一个音乐播放器。puNES是一款开源的红白机模拟器，本模拟器分为SDL版和D3D9版，并且主程序分32/64位。

  puNES是一款开源的红白机模拟器，本模拟器分为SDL版和D3D9版，并且主程序分32/64位，请根据自己个人口味和实际情况选择合适的版本。在众多FC模拟器都已经停止更新的情况下puNES目前一直都有更新，而且目前支持32位的版本，并且支持在XP系统中使用。

项目地址：
https://github.com/punesemu/puNES

  首先毋容置疑的是，任何一个定西的发展都是因为时代的发展，docker能够发展起来也不例外。但是docker也不是一下子就火起来了，他的火也是有一个循序渐进的过程的，首先它的出现解决了环境不一致的问题。

  一般情况下，程序员开发的时候是在开发环境, 提测阶段部署到测试环境. 那么常常会遇到一个现象, 在开发环境运行的好好的, 怎么一部署到测试环境就有问题了呢? 开始各种排查, 最后发现, 可能是机器配置不一样, 导致tomcat启动超时等等等. 这种问题必须排查, 但是特别耗时, 仔细想想, 并不是特别需要. 如果能避免, 也给开发和运维节省了不少时间.

  其次就是解决了集群环境, 服务器繁多复杂的问题。对于那种需要重复造轮子的工作，在java代码中是尽量避免的。那么在运维环境是否也可以避免呢? 有想法，那么就会有实践。docker的实用场景之一就是一次部署，对运维来说,也是如此, 如果能够将环境一起打包, 然后在各个机器上一件安装, 的确可以节省不少时间。

  docker的思想来源于集装箱。docker与jar刚好相反, docker是隔离的，隔离是docker的核心。隔离就可以理解为集装箱的打包装箱。每一个箱子都是互相隔离的。使用docker, 我们就不用担心冲突问题了, 也不用担心环境问题了。我们可以直接通过docker来进行部署。

  有了隔离机制之后, 最大的一个好处就是如果一个出了问题, 不会影响其他的。另一个好处就是, 可以将服务器压榨到极致。

  华为的音频服务（HUAWEI Audio Kit）可以实现以下功能：播放音频：播放、暂停、上一首、下一首、停止播放、拖拽进度条、设置和获取播放模式；管理音频队列：专辑列表读取、列表保存、删除列表的音频内容、增加列表的音频内容；管理音频配置：设置缓存空间大小、获取缓存空间大小、获取当前已缓存文件大小、清空缓存功能。

 &emsp**;服务介绍**：播放能力；多格式的播放能力：支持m4a、aac、amr、imy、wav、ogg、rtttl、mp3等格式。高品质音频：最高可支持384kHz/24bit高品质音频编码格式解析和播放。多种播放操作：播放，暂停/恢复，进度条拖动，下一个，上一个，静音/恢复。音频缓存：可以把音频缓存到本地并加密。音频续播：播放进度缓存，下次继续上一次位置播放。音量调节：支持音量的增加/减少。播放列表：歌单/专辑等列表读取、列表保存，删除列表，增加列表的音频内容。播放模式：顺序播放/列表循环/单曲循环/随机播放。

  Audio Editor Kit具有丰富的音频效果特性，包括声场、音乐风格与均衡器等，支持对音频添加特效功能，开发者还可新增多个音频特效。Audio Editor Kit还具有先进的音频流式特性，其变声功能支持怪兽、大叔等多种效果，提升用户的使用乐趣。Audio Editor Kit提供的音源分离功能，通过人工智能对乐曲中的人声和伴奏轨道进行解析，结合大量数据训练，可以准确识别并提取到独立的人声音轨，满足K歌和音乐剪辑开发者的功能诉求。

  Audio Editor Kit还支持音频空间渲染，通过简洁易懂的操作方式将音频不同组成部分渲染到指定的空间方位，提供水下、广播、电话听筒、黑胶唱片等环境选择，方便制作具有多种场景化的音频体验，满足用户在环绕声编辑、影视配乐等多种使用场景下的音频编辑需求。

  Audio Editor Kit丰富多样的能力特性，能够为音视频剪辑领域App提供细致化处理多轨音频的能力；帮助互动直播领域App高效完成声音处理和美化。

项目地址：
https://gitee.com/hms-core/hms-audio-demo

  Zadig 是一款面向开发者设计的云原生持续交付(Continuous Delivery)产品，具备高可用 CI/CD 能力，提供云原生运行环境，支持开发者本地联调、微服务并行构建和部署、集成测试等。

  在现有的基础上Zadig依旧不改变现有流程，并且无缝集成 Github/Gitlab、Jenkins、多家云厂商等，最值得使用的一点是运维成本极低。开发者的的目标是通过云原生技术的运用和工程产品赋能，致力于打造极致、高效、愉悦的开发者工作体验，让工程师成为企业创新的核心引擎。

  Zadig拥有高并发的工作流：基于云原生设计，只需要经过简单配置，系统便会自动生成工作流，能够实现多服务高并发执行构建部署测试任务，以此来解决微服务架构下带来的多服务构建部署效率低下问题。

  以服务为核心的集成环境：Zadig拥有一套服务配置，能够以分钟级创建多套数据隔离的测试环境。可以为开发者进行日常调试、为测试人员做集成测试、为产品经理对外 Demo提供强力支撑。

  最主要的是对于现有的环境无需担心迁移成本，支持一键托管，轻松浏览、调试环境中的所有服务。无侵入的自动化测试：Zadig拥有便捷且无侵入的对接已有自动化测试框架，通过 GitHub/GitLab Webhook 自动构建、部署及测试。

  通过办公通讯机器人为开发者提供第一时间质量反馈，精准高效。Zadig能够有效落地“测试左移”工程实践，让测试价值得到体现。

  开发本地联调 CLI：开发本地编辑完代码，一键进行本地代码构建，部署到联调环境，无需再陷入复杂且繁琐的工作流程，让本地联调不再成为难事。解放工程师双手，去创造更多产品价值。

项目地址 ：
https://gitee.com/koderover/zadig

NDoc 文档工具可以将 C#.NET 语言进行编译，并且生成程序集和对应的/doc XML 文档，还可以自动转换成如 .NET Framework SDK 类库文档、 MSDN Library 在线 .NET 类库文档等形式的代码文档，让程序猿们能够拥有快速并且专业级的类库API 文档。

NDoc工具通过使用反射来分析程序集，并且使用了从 C# XML 注释生成的 XML然后自动为代码生成文档资料。XML 注释仅适用于 C#语言，但有一个被称为 VBCommenter 的 Visual Studio .NET Power Toy，它能够使 Visual Basic .NET 完成与之类似的工作。此外，下一版本的 Visual Studio 将能够为更多语言支持 XML 注释。

在使用 NDoc工具时，你仍然可以在编写代码的技术文档，但你是在编写代码的过程中就已经完成了文档编写工作，而这更容易被接受。使用 NDoc 工具时，第一步是先为你的程序集打开 XML 注释生成功能，就会自动生成xml注释。然后右键单击该项目并选择 Properties | Configuration Properties | Build选项，然后在 XML Documentation File 选项中输入一个路径用来保存 XML 文件。当该项目生成时，将自动创建一个 XML 文件，该文件中自动包含所有 XML 注释。

NDoc工具考察到你的程序集之后会读取该文档中的 XML，并且将它们进行逐个匹配。NDoc工具使用该数据来创建一个或者多个不同的文档格式，包括会创建 HTML帮助文件。在生成XML 文件之后，下一步是将程序集和 XML 注释文件加载到 NDoc工具 中，以便可以对它们进行处理。并且可以通过打开 NDoc 工具并单击 Add 按钮，可以容易地完成该工作。

下载地址：
http://ndoc.sourceforge.net/

首先咱们先看看本次更新的主要内容，其实主要就是新增了几个重要 FIP 的实现。

FIP-0008: 增加 PreCommitSector 消息批量提交的方法（PreCommitSector 消息聚合）；FIP-0011: 删除报告共识错误的奖励；FIP-0012: DataCap 充值 FIL(之前 DataCap 是一次性分配的，容量用完了要新增地址) + 客户端地址。

FIP-0013: 添加 ProveCommitSectorAggregated 方法(ProveCommitSector 消息聚合)以减少链上拥堵；FIP-0015: 重新启用 FIP-0009(从 BaseFee 销毁中免除 Window PoSts，Window PoSts 消息手续费不再收 BaseFee 影响)。FIP-0010把消息验证从链上转到了链下，链上不验证，允许链下大家去质疑。这是前无古人的创新。

第一，其设计是可行的，但是实现难度大。这也可能是Calibration第一次硬分叉测试未成功的主要原因。因为其边界条件难以考虑周全，容易存在漏洞，而且是全新创作，不能抄作业，所以实现难度不小。

第二，官方这么设计的目的是为了降Gas。因为现在Filecoin的Gas费太高了，降Gas确实是一件势在必行的事。若WindosPoSt上可以用，那封装时precommit和provecommit的两条消息，是否也可以使用？如果provecommit上提交的消息也不验证，将可以省去更大量的Gas。

但将这个用在WindosPoSt上的机制，用到封装上还是存在一定难度。

Server 结构解析：示例项目的 server/src/server.ts 实现了一个小型但完整的 Language Server 应用，核心代码：

从上述示例代码可以总结出 Language Server 的 5 个必要步骤：第一创建 connection 对象，用于实现客户端与服务器之间的信息互通；第二创建 documents 文档集合对象，用于映射客户端正在编辑的文件；第三在 connection.onInitialize 事件中，显式声明插件支持的语法特性，例如上例中返回对象包含 hoverProvider: true 声明，表示该插件能够提供代码悬停提示功能；第四将 documents 关联到 connection 对象；第五调用 connection.listen 函数，开始监听客户端消息。

悬停提示：当鼠标停留在语言元素如函数、变量、符号等 token 时，VSCode 会显示 token 对应描述与帮助信息。事实上，悬停提示的本质信息在于监听事件加返回结果。

代码格式化：代码格式化是一个特别有用的功能，能够帮助用户快速、自动完成代码的美化处理。

函数签名：函数签名特性在用户输入函数调用语法时触发，此时 VSCode 会根据 Language Server 返回的内容，显示该函数的帮助信息。但是想要实现函数签名功能，首先需要声明插件支持的特性。