Earlier quoted context omitted.
There used to be a go link for it (same as the machine name), but knowing Google, it might be stale. There's a good chance you can find more on the internal folklore site. If that one is still around, too.
Confirmed: the go link with the machine name works but I don't want to post it on HN to be safe :) If any Googlers are reading this: just goto go/legends and search for officespace. The first link that pops up has context as to why the video exists.
A Google Cloud support engineer solves a tough DNS case
281–283 of 283 posts
Re: A Google Cloud support engineer solves a tough DNS case
#282Earlier quoted context omitted.
I don't have deep knowledge of details of compute networks, there is a team of TSE who deal with network cases who know more than me. But the whole point of troubleshooting is not knowing what is wrong, but being able to find what is wrong. In order to do that you need good basis, and those you can make by studying how networks and linux systems work (someone here posted some titles) and with experience (I have some…
Following up on amessina1's post, I'm one of the TSEs who handle networking cases. True to what was said, I was hired with very little networking background, but plenty of development and hardware information. I've since taken the mantle for handling most of the cases dealing with Interconnects and VPNs. I enjoy it too! Oh, yeah, we're hiring: https://careers.google.com/jobs/results/?company=Google&q=Te...
Re: A Google Cloud support engineer solves a tough DNS case
#283Earlier quoted context omitted.
I'm inspired by how much you seem to know about the details of computer network stuff. Is that a required knowledge to become a Google Tech Support person or you are just above average in terms of that among your peers? Also, I wonder how you learn all these knowledge (that is, asking for recommendation on a few books/resources for learning) if you don't mind sharing. Thanks in advance!
I don't have deep knowledge of details of compute networks, there is a team of TSE who deal with network cases who know more than me. But the whole point of troubleshooting is not knowing what is wrong, but being able to find what is wrong. In order to do that you need good basis, and those you can make by studying how networks and linux systems work (someone here posted some titles) and with experience (I have some…