前言在上一篇文章CLR类型系统概述里提到，当运行时挂起时，垃圾回收会执行堆栈遍历器（stackwalker）去拿到堆栈上值类型的大小和堆栈根。这里我们来翻译BotR里一篇专门介绍Stackwalking的文章，希望能加深理解。顺便说一句，StackWalker在中文里似乎还没有统一的翻译，Java里有把它翻译成堆栈步行器，微软有的（机翻）文档把它翻译为堆栈查看器，我这里暂且将它翻译为堆栈遍历器，如有更合适的翻译，欢迎评论区指出。.NET运行时之书（BookoftheRuntime，简称BotR）是一系列描述.NET运行时的文档，2007年左右在微软内部创建，最初目的是为了帮助其新员工快速上手.
.NET运行时之书（BookoftheRuntime，简称BotR）是一系列描述.NET运行时的文档，2007年左右在微软内部创建，最初目的是为了帮助其新员工快速上手.NET运行时；随着.NET开源，BotR也被公开了出来，如果想深入理解CLR，这系列文章不可错过。BotR系列目录：[1]CLR类型加载器设计（TypeLoaderDesign）[2]CLR类型系统概述（TypeSystemOverview）类型系统概述（TypeSystemOverview）原文：https://github.com/dotnet/runtime/blob/main/docs/design/coreclr/bo
.NET运行时之书（BookoftheRuntime，简称BotR）是一系列描述.NET运行时的文档，2007年左右在微软内部创建，最初目的是为了帮助其新员工快速上手.NET运行时；随着.NET开源，BotR也被公开了出来，如果想深入理解CLR，这系列文章不可错过。BotR系列目录：[1]CLR类型加载器设计（TypeLoaderDesign）[2]CLR类型系统概述（TypeSystemOverview）类型系统概述（TypeSystemOverview）原文：https://github.com/dotnet/runtime/blob/main/docs/design/coreclr/bo
.NET运行时之书（BookoftheRuntime，简称BotR）是一系列描述.NET运行时的文档，2007年左右在微软内部创建，最初目的是为了帮助其新员工快速上手.NET运行时；随着.NET开源，BotR也被公开了出来，如果想深入理解CLR，这系列文章不可错过。BotR系列目录：[1]CLR类型加载器设计（TypeLoaderDesign）[2]CLR类型系统概述（TypeSystemOverview）类型加载器设计（TypeLoaderDesign）原文：https://github.com/dotnet/runtime/blob/main/docs/design/coreclr/bot
.NET运行时之书（BookoftheRuntime，简称BotR）是一系列描述.NET运行时的文档，2007年左右在微软内部创建，最初目的是为了帮助其新员工快速上手.NET运行时；随着.NET开源，BotR也被公开了出来，如果想深入理解CLR，这系列文章不可错过。BotR系列目录：[1]CLR类型加载器设计（TypeLoaderDesign）[2]CLR类型系统概述（TypeSystemOverview）类型加载器设计（TypeLoaderDesign）原文：https://github.com/dotnet/runtime/blob/main/docs/design/coreclr/bot
本文根据CODINGCompass产品总监程胜聪在腾讯云CIF工程效能峰会上所做的分享，进行了整理与更新。文末可前往峰会官网，观看回放并下载PPT。DevOps从工具化阶段迈入流程化阶段软件工程从上世纪60年代发展到现在，毫无疑问正处于DevOps的时代，这几年业内如火如荼的DevOps转型也印证了这一点。到现在这个阶段，企业在转型落地上也持续投入了这么多年，开始迫切希望看到成果。大家普遍在思考一个问题，那就是DevOps是否真的对业务发展和数字化转型带来帮助，还是只是研发团队自嗨而已？在最近一年协助客户进行DevOps产品落地的过程中，我们愈发意识到：研发管理真的不能只靠搭建工具链，还需要把
本文根据CODINGCompass产品总监程胜聪在腾讯云CIF工程效能峰会上所做的分享，进行了整理与更新。文末可前往峰会官网，观看回放并下载PPT。DevOps从工具化阶段迈入流程化阶段软件工程从上世纪60年代发展到现在，毫无疑问正处于DevOps的时代，这几年业内如火如荼的DevOps转型也印证了这一点。到现在这个阶段，企业在转型落地上也持续投入了这么多年，开始迫切希望看到成果。大家普遍在思考一个问题，那就是DevOps是否真的对业务发展和数字化转型带来帮助，还是只是研发团队自嗨而已？在最近一年协助客户进行DevOps产品落地的过程中，我们愈发意识到：研发管理真的不能只靠搭建工具链，还需要把
企业上云是近些年的发展热潮，越来越多的企业把自己的应用部署在各个云厂商中，利用云计算带来的弹性、灵活、安全、低成本等特性，轻松帮助企业搭建自己的应用。随着企业规模和业务形态的发展，一个应用需要组合多种云资源才能对外提供服务，为了便于研发人员开发调试，每种应用都需要部署到多套环境，单纯通过人工手动管理云资源的方式会使得基础设施管理人员的负担不断加重。因此越来越多的企业选择使用代码（而非手动流程）来定义基础设施，即IaC（InfrastructureasCode），像对待应用软件一样对待基础设施，这样不仅能够免去繁杂的人工操作还可以利用代码配置原生带来的版本化和抽象化等能力。在云计算的时代下，应用
企业上云是近些年的发展热潮，越来越多的企业把自己的应用部署在各个云厂商中，利用云计算带来的弹性、灵活、安全、低成本等特性，轻松帮助企业搭建自己的应用。随着企业规模和业务形态的发展，一个应用需要组合多种云资源才能对外提供服务，为了便于研发人员开发调试，每种应用都需要部署到多套环境，单纯通过人工手动管理云资源的方式会使得基础设施管理人员的负担不断加重。因此越来越多的企业选择使用代码（而非手动流程）来定义基础设施，即IaC（InfrastructureasCode），像对待应用软件一样对待基础设施，这样不仅能够免去繁杂的人工操作还可以利用代码配置原生带来的版本化和抽象化等能力。在云计算的时代下，应用
摘要：ModelArtsVSCode插件一键接入云上开发环境介绍及操作指导对于习惯于使用本地VSCodeIDE的开发者，受限于本地资源，采用本地开发加云上调测的远程开发方式不失为一种更好的选择。对比一下本地开发和远程开发的优劣可以看到，本地+远程结合的方式可以同时享受IDE工程化开发的优势和云上资源的即开即用，优势互补，最大程度地满足开发者需求。通过本地IDE加ModelArts提供的远程开发插件，用户可以先在本地做一些基础的代码编写和CPU环境的运行，当需要使用GPU等资源时，可以便捷地接入云上环境进行代码调测，云上云下无缝协同。当需要从本地环境接入云上环境时，接入的简单和易操作是非常重要的
