绕不开的 M1 性能的讨论

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

• 继续讨论 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 推

高级程序员的凡尔赛体

凡尔赛

面试者的迷之言论

有用不一定有用

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