_content/blog/deconstructing-type-parameters: tipo, missing comma
Change-Id: I279a4c5ba6aff116fc0795996ee811da375e02b8
Reviewed-on: https://go-review.googlesource.com/c/website/+/530681
Auto-Submit: Ian Lance Taylor <iant@golang.org>
Reviewed-by: Eli Bendersky <eliben@google.com>
Reviewed-by: Ian Lance Taylor <iant@google.com>
LUCI-TryBot-Result: Go LUCI <golang-scoped@luci-project-accounts.iam.gserviceaccount.com>
diff --git a/_content/blog/deconstructing-type-parameters.md b/_content/blog/deconstructing-type-parameters.md
index a39bfe4..aff44fc 100644
--- a/_content/blog/deconstructing-type-parameters.md
+++ b/_content/blog/deconstructing-type-parameters.md
@@ -85,7 +85,7 @@
us to pass a value of type `MySlice` to a parameter of type
`[]string`, so calling `Clone1` is fine.
But `Clone1` will return a value of type `[]string`, not a value of
-type `MySlce`.
+type `MySlice`.
The type `[]string` doesn't have a `String` method, so the compiler
reports an error.
@@ -180,7 +180,7 @@
so why not make that the default?
Or, if we need to support exact matching, why not flip things around,
so that a constraint of `[]E` permits a named type while a constraint
-of, say, `=[]E` only permits slice type literals?
+of, say, `=[]E`, only permits slice type literals?
To explain this, let's first observe that a type parameter list like
`[T ~MySlice]` doesn't make sense.