You can add location information to your Tweets, such as your city or precise location, from the web and via third-party applications. You always have the option to delete your Tweet location history. Learn more
Replicated and cross checked process randomly fails due to an *offset* (not data) mismatch between both replicas, on the order of once a petabyte. Cause: Google's internal optimized zlib implementation had a buffer overflow read that very rarely caused correct but *longer* output
Service crashes upon receiving a protobuf with wrong schema. Root cause: producer server had kernel paniced, data not flushed to disk (but metadata was). On reboot picked up garbage sectors, happened to contain valid data from another process, format is self-synchronizing.
Bonus points for debugging that one entirely from logs and records of a single occurrence (and concluding beyond reasonable doubt that that's what had happened based on stuff like suspect offsets lining up on 512 byte boundaries), plus sec impact (data was from another user).
There was also another Go bug after I left, which someone said was breaking Google production. Cgo callbacks back into Go would transiently break stack tracing after returning, causing the garbage collector to explode if it ran with the right timing. Repro was tricky.
Can't get away from fixing Google production even after you leave 
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.
