猫鱼周刊 vol. 031 Code Review 有用吗?」的摘要信息

关于本刊 这是猫鱼周刊的第 32 期,本系列每周日更新,主要内容为每周收集内容的分享,同时发布在 博客:阿猫的博客-猫鱼周刊 RSS:猫鱼周刊 邮件订阅:猫鱼周刊 微信公众号:猫兄的和谐号列车 私信:leslieleung@pm.me 这张照片摄于一个早晨(大概六七点的时候)。很久没在这个时间往外看了,才发现阳光的金色照在云上,加上云的纹理,也是很美的景色。 文章 DS_store 的来源 原文链接 在把 Mac 上的文件传到 Windows 上时,经常会出现一个 .DS_Store 文件。这是一个「没什么用」的文件,在 *nix 系统上会表现为一个隐藏文件。没想到,它其实是 Finder 的一个历史遗留(也不知道算不算得上是 bug)。在 1999 年时,作者作为 Finder 的技术领导,决定重构当时已经有 8 年历史的代码,把 Finder 分成了前端和后端,这个文件名就是当时定下来的。理论上,只会对文件夹做了显示设置或者更改图标才会创建这个文件,但是一个遗留的 bug 导致现在只要用 Finder 打开一个文件夹几乎就一定会创建这个文件。 说起历史遗留,其实很多操作系统里都有很多上古代码,例如 Windows 里有兼容 DOS 的代码等。这个行业对历史的尊重堪称一绝,今天的 Windows 和 macOS 都还能直接打开软盘。 Code Review 确实能发现 Bug 原文链接 微软在 2015 年发表过一个研究说 CR 中只有 15%的评论实际上是缺陷,作者认为这是一个谬误。有研究表明,CR 只要多花 15% 的时间成本就能多发现 60%的缺陷,但作者认为前提是 CR 遵从了最佳实践。另外,除了发现代码中的缺陷,CR 还有助于团队成员熟悉代码。 实际上,CR 有很多最佳实践,这里有一个谷歌的实践可供参考。从我的经验来说,作为提交者,我会: 向 Reviewer ...