Golang 官方关于单元测试方法的一些建议

前言本文是翻译+理解+改编自 Go 官方的TestComments，原文是 Go 源码本身开发时Code Review的注意项。断言在测试时避免使用断言库。那些有类似xUnit测试框架使用背景的 Go 开发者喜欢写如下的代码： 1234assert.isNotNil(t, "o

Golang 与子测试

前言表格驱动测试可谓是最受欢迎的测试方法了，它抽取了相似用例的公共步骤，结构清晰，维护简单，比如： 12345678910111213141516171819202122232425262728293031func TestOlder(t *testing.T) { c

前言之前的文章已经详细讨论了平均负载的含义，并尝试解释其合理性，现在我们来看一下大佬 Brendan Gregg 对该指标的看法。本文大部分内容翻译、删减并理解自Linux Load Averages: Solving the Mystery。第一篇文章，uptime 的 m

前言上一篇文章中提到，处于可运行状态的进程越多，平均负载也越高。有人可能会有疑问，这种计算方法合理吗？同样是 100% 的 CPU 使用率，有 10 个可运行进程的系统的平均负载，是有 1 个可运行进程系统的负载的 10 倍？本文就试图从 CPU 上下文切换的角度来解释这一指标

平均负载的定义uptime是最简单的性能分析命令之一，它的输出非常简单，比如： 12$ uptime 16:08:29 up 42 days, 5:11, 2 users, load average: 0.33, 0.22, 0.22 前面几列易于理解，分别是当前时间，系统

前言本文翻译+删选+理解自 Go Concurrency Patterns: Context 在使用 Go 编写的服务器程序中，每个请求都由一个 goroutine 来处理，通常这些请求又会启动额外的 goroutines 来访问后台数据库或者调用 RPC 服务。这些与同一个请求

前言本文翻译+删选+理解自 The Principles of Versioning in Go 为什么需要版本？让我们先看下传统基于GOPATH的go get是如何导致版本管理失败的。假设有一个全新安装的 Go 环境，我们需要写一个程序导入D，因此运行go get D。记住现

定义PostgreSQL 中函数有三个稳定性状态可选： immutable，函数不可以修改数据库的数据,并且在任何情况下调用，只要输入参数一致，返回结果都一致。 stable，函数不可以修改数据库的数据，同一个QUERY中，如果需要返回该函数的结果，那么将合并多次运算为一次这个

atop 是一个系统性能监控工具，可以在系统级别监控 CPU、内存、硬盘和网络的使用情况。 atop 不仅可以以交互式的方式运行，还可以一一定的频率，将性能数据写入日志中。所以当服务器出现问题之后，便可分析 atop 日志文件来判断是否有进程异常退出、内存和 CPU 方面的异常。

前言本文实现一个非常简单的 ORM 初稿：完成 Python 类（模型）与数据库表的映射完成类实例与表每行记录的映射完成实例操作与增删改查的 SQL 语句的映射这个初稿不涉及数据库的真正操作，只是在 user.save() 的时候打印类似 insert into us