技术圆桌

本文将通过一个 NodeJS 程序里无效的错误捕获示例，来讲解错误捕获里常见的陷阱。错误捕获不是凭感觉添加 try catch 语句，只有精心设计的错误捕获才有可能完成这个使命

文章的名字我想了很久，备选项有“我再不推荐 Redux”，“Redux 为什么令我头疼”，“Redux 进化启示录”等等。通过这一系列名字我想你大概能猜到我接下来想聊的问题是什么

我们在这里不会谈社交媒体上的影响力，这需要动用种类繁多的运营和技术手段。本篇文章里要解决的问题非常简单：如何才能让他人跟随你的建议行动。

在测试覆盖率的讨论里我越来越疑惑了，当他们在谈论测试覆盖率时，他们口中的 60%，70%亦或是99%究竟代表着什么

我不否认有时候快比好更重要，只不过当有一天质量变成我们无法再忽视的问题时，别不知所措地想不起来质量是在哪里搞丢的。

在上一篇中的实施方案是微观的，即单次性的、具体的。但是从宏观上看，我需要保证性能测试是公允的，符合大众预期的

相比于技术路线而言，管理技巧难以被量化。如果不犯错是 leader 的及格线的话，我们还能为管理技巧加多少分？

之所以限定于“入门”是因为我算不上 SQL Server 专家，只不过在最近做性能优化时积累了一些经验，虽然不深但足以应付我们日常需要解决的一些 SQL 语句方面的性能问题，因此分享出来供大家参考。

在这篇文章里我要回答的问题也简单明了：我怎么知道我网站性能有多慢以及慢在哪？这个问题是网站上线之初我需要首先搞清楚的。