[ ] It’s a great question. I’m gonna answer it by pointing us to another part – in fact, it’s the final part that we haven’t really talked about yet, of the brand guide. There’s a section in it called Our Audience and… We’ve never done this before. Go has had kind of an implicit audience from the beginning, of generally systems programmers with a CS background. And even though we’ve never articulated that, if you read through our material that’s been developed, and our documentation, it’s kind of the implicit audience. We don’t explain programming concepts anywhere, we expect that you know them, throughout our documentation. We often make comparisons to different languages (like C) in the documentation.

As part of this, we set forth that we really – for where we are, and the growth that we’re experiencing, and our goals, we believe that Go could be the next mainstream language, with broad adoption across the industry. And to get there, we recognize that there was three different audiences we needed to focus on, and we’ve articulated them in the brand book. The first one is potential in new programmers. These potential Go programmers and new programmers - meaning people new to programming - this is an audience that we haven’t ever targeted in the way that we want to target now… So this is an explicit declaration that we believe our audience is now people new to Go and new to programming. That has broad impact across all that we do. And we talk about the key messages that we want to target for that audience, and I’ll leave it to the listeners to read what they are in the brand book.

Our second is Technical Decision-Makers, which we use CIOs, CTOs and tech leads. These are the people that are often responsible for choosing architecture, approving architecture, and we wanna make sure that they have the support that they need. As someone who’s been in that role many times, I’m familiar with the – largely, your goal that’s always running through the back of your mind is “What are the risks in doing something?” As you know, in technical decisions there’s always trade-offs, and trying to understand what the risks are of a given trade-off or a given technology is important… So we have specific messages that we’d like to land for that, and this is part of the rebrand.

The third audience is existing Go users. We definitely want to embrace these new audiences, but also embrace our existing audience, and that’s the audience that’s served us well for ten years. We have key messages targeted towards that audience, as well.

So I think as you read through this, you’ll see… This is an answer to your question - part of it is conveying maturity; not just in visual, but in our language and everything else. We really wanna communicate the reality that Go is ready for production use, that you’re not taking a risk to use it.

[ ] One of the challenges and opportunities of joining Google is you get to learn a lot of information that you didn’t know as a member of the community. Now I’ve got an opportunity to work with many companies who’ve embraced Go, some of which have been vocal about it, and some of which have not… And it’s amazing to see the ones who haven’t, and how Go adoption is much broader than I ever knew as a community member… And how these companies have embraced Go, and how often thousands of programmers are using Go within these major companies, that for their own reasons haven’t been vocal about talking about that yet.

We’re trying to surface that a bit more, and let people know that Go is ready, and Go is mature, and Go is a safe decision to make. So I hope that answers the question… I think that part of it is really – we’re trying to target different audiences, with different messages than we have in the past, and a big part of that is letting decision-makers know the value of Go, and how it’s not a risky decision to make.