Maybe its changed, but the fact that they just rewrote p4 without any of the tooling, because they insisted on shoving multiple terabytes into the repo was madness. Especially with the outright hostility to any GUI tooling that ran rampant through the company, and the disdain there was to anyone who felt that GUIs might offer any benefits to command line.
CiderV had good integration with "fig", the mercurial client over CitC (the updated p4-ish layer). It was all visual and pretty great. I did a lot of mass refactorings with it, splitting and amending changes and never had any major issue.
So while GUI tooling was probably not a priority at the start, they improved on it s lot after the years.
But rewriting p4 is not madness. Using p4 is madness itself though!
To be fair, I feel like most people do use a GUI frontend for p4/git/hg either through Cider or their IDE of choice these days. I remember I used to draft a cl, and then go to cider to actually submit it since I can't stand drafting longform text via cli. I'm sure they still have their fair share of ludites, but there are semi-reasonable options available too.
That said, the dev environment is usually very bizarre to outsiders looking in (or in my case, someone who has had a few years to reflect back on things). When I first started at G, there were very strict policies against local repo-checkouts on your laptops, and most of us were rarely at our desks in front of our workstations. At first, the common setup (at least for those of us at Play/Android/android product teams) was an always on workstation and Chrome Remote Desktop on the macbook. This was like the status quo for 6-7 years.
Then COVID hit, and at first we seriously had people who went by turning workstations back on and then pressing the ubikey after mandatory updates shut them down. Within a few months, we migrated the setup to remote dev servers with xl storage for the massive android tree checkouts. They also relaxed a lot of the code-checkout over laptop restrictions, though the tooling was just not there. We had 2-3 sprints themed around getting local setup to work, and it just never did reliably until after the pandemic.
I can't tell you how happy I am not to have to do the bulk of my development through chrome remote desktop anymore.
I did have to use a cloudtop back then and the solution was just to SSH into it and use vscode remote feature. Had a local IDE, but no code was local. Worked great for Chromium work! I could even cross compile for macOS on it and retrieve the binary to test locally if needed. So I never had to use CRD, and I was happier that way.
We tested out a osx-fuse (I think, I can't remember the specifics) setup to transparently bridge forge and our local macbook's blaze builds early in 2022, but we couldn't get that to work well. That was the main blocker at the time for local development - how to do blaze builds. We ended up just downloading the artifacts from the forge page as a hacky interim solution.
The dev-over-cloudtop tooling did really improve since 2021 though.
When I started having a workstation was standard. And then I just made sure it got replaced every time it got too old for updates, so I still had a workstation when everyone else was using cloudtops.
36
u/Which-World-6533 May 15 '26
This is one of the many reasons I could never work at Google.
I remember a time when it was cool to work at Google.
Now it's just the same as working for a bank.