diff --git a/_content/blog/chacha8rand.md b/_content/blog/chacha8rand.md index 656db919..bb28aa49 100644 --- a/_content/blog/chacha8rand.md +++ b/_content/blog/chacha8rand.md @@ -237,7 +237,7 @@ In many ways it is an ideal statistical generator. Even so, PCG is not unpredictable. While the scrambling of bits to prepare the result does not expose the state directly like in the LCG and Go 1 generators, -[PCG-XSL-RR can still be be reversed](https://pdfs.semanticscholar.org/4c5e/4a263d92787850edd011d38521966751a179.pdf), +[PCG-XSL-RR can still be reversed](https://pdfs.semanticscholar.org/4c5e/4a263d92787850edd011d38521966751a179.pdf), and it would not be surprising if PCG-DXSM could too. For secrets, we need something different. diff --git a/_content/blog/deadcode.md b/_content/blog/deadcode.md index 135f0ce9..061fdf3f 100644 --- a/_content/blog/deadcode.md +++ b/_content/blog/deadcode.md @@ -28,7 +28,7 @@ A typical change might rewrite some existing function, taking care to ensure that its new behavior satisfies the needs of all existing callers. Sometimes, after putting in all that effort, we would discover to our frustration that one of the callers was never actually reached in any -execution, so it could safely have been been deleted. +execution, so it could safely have been deleted. If we had known this beforehand our refactoring task would have been easier. diff --git a/_content/talks/2012/go-docs.slide b/_content/talks/2012/go-docs.slide index e072a73a..2dd6c849 100644 --- a/_content/talks/2012/go-docs.slide +++ b/_content/talks/2012/go-docs.slide @@ -107,7 +107,7 @@ Docs: .code go-docs.slide /^\*.*previous/,/^\.code/ -* Revenge of the input for the the previous slide +* Revenge of the input for the previous slide .code go-docs.slide /^\*.*redux/,/^\.code/ diff --git a/_content/talks/2014/gotham-context.slide b/_content/talks/2014/gotham-context.slide index f22a1fb1..5511d307 100644 --- a/_content/talks/2014/gotham-context.slide +++ b/_content/talks/2014/gotham-context.slide @@ -149,7 +149,7 @@ _After_the_last_value_has_been_received_from_a_closed_channel_c,_any_receive_fro Any number of goroutines can `select` on `<-ctx.Done()`. -Examples and discussion in in [[/blog/pipelines][blog.golang.org/pipelines]]. +Examples and discussion in [[/blog/pipelines][blog.golang.org/pipelines]]. Using `close` requires care.