作为一名designer或者developer,应该要对墨菲定律心存敬畏,以下讲一下我对这16中设计思想的一个大致看法吧。
我觉得这时的书更像是打通自己任督二脉的武功秘诀。在平时工作中,杂七杂八地学了一些东西,但是却不能融会贯通。所以还需要通过书来厘清你的思路。这是写本文的出发点,也是我的碎碎念!
很多人应该听说过设计模式(Design pattern),又或多或少的看过或用过设计模式,但是实际用在开发过程中总有点心有余而力不足的感觉。那肯定是对设计模式的理解有少许偏差或者不够深入。先不谈某种具体的模式,先来看看什么是设计模式?
设计模式(Design pattern)是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。 毫无疑问,设计模式于己于他人于系统都是多赢的;设计模式使代码编制真正工程化;设计模式是软件工程的基石脉络,如同大厦的结构一样。
让我们来谈谈代码审查(Code Review)。如果花几秒钟去搜索有关内容,你会发现许多论述代码审查好处的文章(例如,Jeff Atwood的这篇文章)。你还会发现许多介绍如何使用代码审查工具的文档,比如我们常用的Upsource。但能够在你审查他人代码时指导查什么的内容却很少见。
【外评】代码审查确实能发现漏洞
【外评】Git 的故事:这次没那么有趣
【外评】15 年前我给自己的一系列编程建议
【外评】软件复杂性的三大法则(或:为什么软件工程师总是脾气暴躁)
【外评】不只是你,Next.js 也越来越难用了
耗时18个月,开发者用 Rust 重写系统后痛批:这门语言烂透了!
【外评】开源既不是社区,也不是民主
【外评】Python 与苹果应用商店的拒绝作斗争
【外评】SVG:好的、不好的、糟糕的
React 19 差点拖慢整个互联网!核心团队紧急叫停