blog: remove old link in 'Organizing Go Code' article and update line count
Change-Id: I743daf846f798b3c69882279fa95847af824dce0
Reviewed-on: https://go-review.googlesource.com/10136
Reviewed-by: Rob Pike <r@golang.org>
diff --git a/content/organizing-go-code.article b/content/organizing-go-code.article
index 185034f..17e8831 100644
--- a/content/organizing-go-code.article
+++ b/content/organizing-go-code.article
@@ -46,7 +46,7 @@
Look to the Go standard libraries as a guide. Some of its packages are large and some are small. For instance, the [[http://golang.org/pkg/net/http/][http package]] comprises 17 go source files (excluding tests) and exports 109 identifiers, and the [[http://golang.org/pkg/hash/][hash package]] consists of one file that exports just three declarations. There is no hard and fast rule; both approaches are appropriate given their context.
-With that said, package main is often larger than other packages. Complex commands contain a lot of code that is of little use outside the context of the executable, and often it's simpler to just keep it all in the one place. Godoc is nearly 6000 lines over [[http://golang.org/src/cmd/godoc/][16 files]], and the go tool is more than 7000 lines spread across [[http://golang.org/src/cmd/go/][23 files]].
+With that said, package main is often larger than other packages. Complex commands contain a lot of code that is of little use outside the context of the executable, and often it's simpler to just keep it all in the one place. For instance, the go tool is more than 12000 lines spread across [[http://golang.org/src/cmd/go/][34 files]].
* Document your code
