mgo

近日，七牛研发团队开源了Qmgo[1] - Go 语言的 MongoDB driver。一经发布，便受到了「CSDN」、「Go 语言中文网」等多家媒体的报道和技术开发者们的广泛关注。Qmgo 在设计上参考了老牌的 driver Mgo[3] （比如 Mgo 的链式调用），基于Mongo 官方 driver[2]实现，但是有着更好的易用性。让我们一起深度了解这一开源项目。 背景 做 Qmgo 的初衷，来自于使用 MongoDB 的 gopher 们共同的困扰，在 MongoDB 的 Go 官方 driver 成型前(v1.0.0 发布在 2019 年 3 月)，一直是 Mgo 一统江湖，出色的接口设计让其非常流行。七牛做为最早使用 Go 的公司之一，自然也是 Mgo 的深度用户。 但是 Mgo 已经在 3 年前不再维护，bug 不修复，MongoDB 的新特性自然也无法支持，而官方 driver 的接口设计是出名的不易用。 这样的背景下，基于满足下面的需求，Qmgo 诞生了 想要 MongoDB 新特性 想要更稳定的 driver 想要 Mgo 出色的接口设计 想要从 Mgo 迁移到 Qmgo，代码改动最小 下面，简单介绍一下 Qmgo 的特点，详情可以点击查看：Qmgo[4] 好用在哪里？ 举一个多文件查找、sort和limit的例子, 说明qmgo和mgo的相似，以及对go

在所有常年兴起的记忆中，MRAM似乎最有可能濒临大规模，广泛采用。这是否会很快发生取决于制造的进步和支持分立和嵌入式MRAM器件技术的生态系统。 MRAM以及PCRAM和ReRAM已经达到了一个临界点，在更多应用中它比以往任何时候都有意义。然而，从工艺和材料角度来看，它的确面临着一系列制造挑战，因为它使用的材料和工艺与传统CMOS制造不同。 目前 MRAM 是在单独的工厂中作为[线的后端]（BEOL）工艺制造的。需要传统的CMOS制造中不使用的新设备，例如离子束蚀刻和新的溅射靶。为了降低嵌入式MRAM产品的成本，制造需要进入CMOS晶圆厂，并成为常规设备制造的一部分。 除了将MRAM进一步整合到制造链中之外，与其他半导体制造工艺一样，质量控制和良率提高将是一个持续的挑战和机遇，而且事实是所有大型半导体代工厂都已将MRAM存储器作为一种选择。嵌入式产品意义重大。通过将MRAM集成到其嵌入式产品中，并将MRAM大量应用于常规设备制造中，将解决产量和质量问题，并且用于MRAM生产的独特工具将变得更加普遍，并将更多地嵌入到代工生产中。这将降低成本并提高可用性。 Applied Materials专门解决MRAM所特有的挑战，包括对新型材料的需求。它已将Endura平台从单一处理系统发展为集成处理系统，并将其作为包括MRAM在内的新兴存储器的材料工程基础的一部分。

在所有常年兴起的记忆中， MRAM 似乎最有可能濒临大规模，广泛采用。这是否会很快发生取决于制造的进步和支持分立和嵌入式MRAM器件技术的生态系统。 MRAM以及PCRAM和ReRAM已经达到了一个临界点，在更多应用中它比以往任何时候都有意义。然而，从工艺和材料角度来看，它的确面临着一系列制造挑战，因为它使用的材料和工艺与传统CMOS制造不同。 目前MRAM是在单独的工厂中作为[线的后端]（BEOL）工艺制造的。需要传统的CMOS制造中不使用的新设备，例如离子束蚀刻和新的溅射靶。为了降低嵌入式MRAM产品的成本，制造需要进入CMOS晶圆厂，并成为常规设备制造的一部分。 除了将MRAM进一步整合到制造链中之外，与其他半导体制造工艺一样，质量控制和良率提高将是一个持续的挑战和机遇，而且事实是所有大型半导体代工厂都已将MRAM存储器作为一种选择。嵌入式产品意义重大。通过将MRAM集成到其嵌入式产品中，并将MRAM大量应用于常规设备制造中，将解决产量和质量问题，并且用于MRAM生产的独特工具将变得更加普遍，并将更多地嵌入到代工生产中。这将降低成本并提高可用性。 Applied Materials专门解决MRAM所特有的挑战，包括对新型材料的需求。它已将Endura平台从单一处理系统发展为集成处理系统，并将其作为包括MRAM在内的新兴存储器的材料工程基础的一部分。

内容来源：DevOps案例深度研究第4期 – 火神山雷神山 DevOps实践研究战队 （本文只展示部分PPT及研究成果，全程视频请移步文末） 本案例内容贡献者：赖泽薇、张扬、邓茜芸、韦一、刘德权、候利涛、冯利娟、常相宇、张力、韩丰、陈浩 IDCF指导老师：王立杰、许舟平、姚东、徐磊 作者：邓茜芸 （图片来源于网络） 向 战“疫”英雄致敬！ 火神山雷神山简介 本次疫情影响范围广，确诊病例多，快速建成具备大规模病患收治能力的医院，隔离传染源，救治病人，对于疫情防控具有重大意义。传染病医院验收标准极高，如配套设施齐全，配备新风系统和负压系统以防止污染源外渗；要求是“三区两通道”，将医护人员和病患分离等。 建设难度极大，工期短、工程量大，对设计、建造及人员物资调配均提出极高要求。 十天飞速建成，再次创造了奇迹，也再次让世界见证了中国速度。 现在就让我们一起从DevOps视角来复盘火神山雷神山建设过程。 一、“小团队大后台”组织结构 火神山雷神山项目是集建筑、电信、IT、运输、能源、医疗器械等各行各业携手共建、分工合作的一个项目。 因此，二神山项目的组织架构不能完全类比IT行业的组织架构，但它也不是使用建筑行业传统树状结构的组织架构。从另一方面来说， 它是一个典型的敏捷类项目，毕竟10天内建成一所大型的传染病医院，在世界建筑史上都是凤毛菱角。 那么，二神山项目究竟使用了什么样的组织架构呢