News for hackers. Stuff that matters.
Re:Software Engineering at Google (2017) by Teknoman117 on Friday January 04, 2019 @10:41AM (#18824748)
Are you allowed to share if the internal repository a custom version control system or is it one of the open source ones?
Re:Software Engineering at Google (2017) by dekhn on Friday January 04, 2019 @11:31AM (#18825245)
it's already been published. Google used Perforce for at least a decade and then cloned the perforce wire protocol when it was clear perforce wouldn't keep scaling (there's a great presentation online about google using RAMSANs to store the perforce index), but backed the repo in something like bigtable or spanner.

I'll give google credit for one thing: it can change backends a lot without too much user visible pain.

Re:Software Engineering at Google (2017) by joshuamorton on Friday January 04, 2019 @01:13PM (#18826240)
>I'll give google credit for one thing: it can change backends a lot without too much user visible pain.

Amusingly, this comment may explain how someone in this thread can be incredulous about the idea that things get rewritten every 2-3 years (which yes is an exaggeration).

Google is very good at making sweeping infrastructural changes (generally improvements, I might add) without significant user pain.

Re:Software Engineering at Google (2017) by hknd on Friday January 04, 2019 @10:50AM (#18824831)
It is, like most of the tools in Google/Facebook/..., a custom solution. These companies need their custom solution because of their scale.
Re:Software Engineering at Google (2017) by alexis_fr on Friday January 04, 2019 @04:05PM (#18827609)
It begs the question : are big companies like Atlassian, GitHub or say VolksWagen required, by their scale, to have a slick solution in order to perform on the international market?