绕不开的 M1 性能的讨论 鸟语花香[02]

本文是鸟语花香第二期，大纲如下

•继续讨论 M1 的性能和值不值得买•推荐 Cory House 的 7 个团队高效技巧•最后分享3个有趣的鸟推

M1 是 满意 还是 慢易

首先不得不说 M1的出现确实给芯片技术带了不一样的思路，原来 AMD intel 通用芯片的瓶颈如何打破，Apple M1 确实给出了一个不一样的答卷。但是这份答卷为什么会有如此高的性能呢？B站 up 主 电丸科技AK 给出了自己的分析，虽说现在 M1 的内部信息有限，但是 up 主的分析方法和思路还是值得一听的, 推荐大家去看一看。

性能到底好不好

继续说 M1 的性能到底好不好，值不值得入呢？先看一个这个鸟语

xcode 12.3 benchmark

这位国外的推友拿到了M1 的 Mac Book Pro, 跑了一个简单的测试：解压 Xcode 12.3 beta，i9 的 MBP 用了13 分 22 秒，而 M1 只需要5 分钟，特别的 i9 的那台电脑内存是 64GB 的，而M1的内存只有16GB。所以性能升是明显的。

当然还有一些不同的声音, 他用的是 Mac Mini。

Mac Mini

虽然说 M1 性能上在某些情况下有些不足，但是你看这位推友用 M1 上的运行外卖 APP 点餐还是很开心的。

买还是不能呢？

大家来看看著名独立开发者，熊猫吃短信的作者的观点。

Baye

你搞 iOS 的移动开发的就买吧，搞其他的还是再等等社区适配吧。原推中的截图也是说了 gcc11 在 M1 的支持也要等到 2021 年中或者更晚，所以依赖 gcc 的同学还是捂好钱包吧。

哦，上次说的 VS Code 会出一个适配 M1 的版本，目前已经有了一个 release 了，买了 M1 的同学可以下载看看；还在观望同学可以关注下这个统计各种Mac上的App 是否可用的站点：https://isapplesiliconready.com/for/developer ，pshu 用来吃饭的 Node.js 已经适配优化了 ; P

are you ready

关于 M1 的讨论就打住，最后发一张自称 “The Best Linux Blog In the Unixverse” （宇宙最强 Linux blog）的柠檬贴子：Adobe 拒绝迁移旗下产品到同 X86 架构的 Linux，却积极的支持一个全新的架构的 MacOs。其中酸度大家自己体会。

如何提高开发效率

著名的 React 顾问 Cory House 发了个推，列举了9 个提高团队开发效率的东西

•Mock APIs•Static types•Fast CI builds•Fast feedback loops•Small, focused tickets•Frequent, small releases•Comprehensive, fast tests•Automated code quality checks•Automatic code formatting on save

pshu 简单的翻译一下，同时把 Cory 在其他帖子里面提高的工具也备注在后面，感兴趣的可以用一下

•mock API (json-server)•静态类型 (typescript)•快速的CI 构建 (circle CI)•快速的反馈闭环•小而明确的任务•频繁的小迭代发布•快速全面的测试用例 (jest/TestingLib/Cypress)•自动化的代码质量检查 (ESlint)•保存代码就自动化格式化 (Prettier)

总的来说，高效快速的团队开发速度显然是需要高效快速的工具来配合的。而Cory 列举的的这些东西最核心的就是“快速反馈的闭环”。如果你还想知道一些其他快速反馈的开发工具，一定要去原推看看，也记得要follow下 Cory House，除了这些开发 Tips 还有大量的 React 相关知识分享。

本周鸟站Fun 推

高级程序员的凡尔赛体

凡尔赛

面试者的迷之言论

有用不一定有用

感谢你能看到这里，所以也希望你不要吝啬你的点赞和转发；你们的支持也是坚持写下去动力; 鸟语花香第三期见。