The Go Blog
Go: one year ago today
On the 10th of November 2009 we launched the Go project: an open-source programming language with a focus on simplicity and efficiency. The intervening year has seen a great many developments both in the Go project itself and in its community.
That cross-section grew to become a dedicated community of enthusiastic Go coders. Our mailing list has over 3,800 members, with around 1,500 posts each month. The project has over 130 contributors (people who have submitted code or documentation), and of the 2,800 commits since launch almost one third were contributed by programmers outside the core team. To get all that code into shape, nearly 14,000 emails were exchanged on our development mailing list.
Those numbers reflect a labor whose fruits are evident in the project’s code base. The compilers have improved substantially, with faster and more efficient code generation, more than one hundred reported bugs fixed, and support for a widening range of operating systems and architectures. The Windows port is approaching completion thanks to a dedicated group of contributors (one of whom became our first non-Google committer to the project). The ARM port has also made great progress, recently reaching the milestone of passing all tests.
The Go tool set has been expanded and improved. The Go documentation tool, godoc, now supports the documentation of other source trees (you can browse and search your own code) and provides a “code walk” interface for presenting tutorial materials (among many more improvements). Goinstall , a new package management tool, allows users to install and update external packages with a single command. Gofmt, the Go pretty-printer, now makes syntactic simplifications where possible. Goplay, a web-based “compile-as-you-type” tool, is a convenient way to experiment with Go for those times when you don’t have access to the Go Playground.
The standard library has grown by over 42,000 lines of code and includes 20 new packages. Among the additions are the jpeg, jsonrpc, mime, netchan, and smtp packages, as well as a slew of new cryptography packages. More generally, the standard library has been continuously refined and revised as our understanding of Go’s idioms deepens.
The debugging story has gotten better, too. Recent improvements to the DWARF output of the gc compilers make the GNU debugger, GDB, useful for Go binaries, and we’re actively working on making that debugging information more complete. (See the recent blog post for details.)
It’s now easier than ever to link against existing libraries written in languages other than Go. Go support is in the most recent SWIG release, version 2.0.1, making it easier to link against C and C++ code, and our cgo tool has seen many fixes and improvements.
Gccgo, the Go front end for the GNU C Compiler, has kept pace with the gc compiler as a parallel Go implementation. It now has a working garbage collector, and has been accepted into the GCC core. We’re now working toward making gofrontend available as a BSD-licensed Go compiler front end, fully decoupled from GCC.
Outside the Go project itself Go is starting to be used to build real software. There are more than 200 Go programs and libraries listed on our Project dashboard, and hundreds more on Google Code and GitHub. On our mailing list and IRC channel you can find coders from around the world who use Go for their programming projects. (See our guest blog post from last month for a real-world example.) Internally at Google there are several teams that choose Go for building production software, and we have received reports from other companies that are developing sizable systems in Go. We have also been in touch with several educators who are using Go as a teaching language.
The language itself has grown and matured, too. In the past year we have received many feature requests. But Go is a small language, and we’ve worked hard to ensure that any new feature strikes the right compromise between simplicity and utility. Since the launch we have made a number of language changes, many of which were driven by feedback from the community.
- Semicolons are now optional in almost all instances. spec
- The new built-in functions
appendmake management of slices more efficient and straightforward. spec
- The upper and lower bounds may be omitted when making a sub-slice.
This means that
s[:]is shorthand for
- The new built-in function
deferas an error handling mechanism. blog, spec
- The new complex number types (
complex128) simplify certain mathematical operations. spec, spec
- The composite literal syntax permits the omission of redundant type information (when specifying two-dimensional arrays, for example). release.2010-10-27, spec
- A general syntax for variable function arguments (
...T) and their propagation (
v...) is now specified. spec, spec, release.2010-09-29
Go is certainly ready for production use, but there is still room for improvement. Our focus for the immediate future is making Go programs faster and more efficient in the context of high performance systems. This means improving the garbage collector, optimizing generated code, and improving the core libraries. We’re also exploring some further additions to the type system to make generic programming easier. A lot has happened in a year; it’s been both thrilling and satisfying. We hope that this coming year will be even more fruitful than the last.
If you’ve been meaning to get [back] into Go, now is a great time to do so! Check out the Documentation and Getting Started pages for more information, or just go nuts in the Go Playground.
Next article: Go Slices: usage and internals
Previous article: Debugging Go code (a status report)