people write silly comments like this all the time.

Google and Googlers makes lot of dumb choices all the time, but comments like this always miss the mark.

> Google forever obsessing about injecting their own versions of things.

many things Google did their own version of is because it didn't really exist anywhere else. some examples:

- mapreduce
- flume
- bigtable
- spanner, both the mad original one and the new one
- borg
- fairly secure containerisation
- industrial scale monitoring
- industrial scale logs processing
- industrial scale static analysis for shitty languages like Java and C++
- industrial scale profiling

all of this things were printing money inside Google for many many years before anything equivalent existed outside.

etc

> It rejected Java for systems programming and came up with Go

no, no one uses Java for "systems programming", and Go was some extremely senior engineers deciding to invent a new language/toolchain because they hated writing C++.

> with Go they built their own compiler instead of building on the llvm ecosystem as well (unlike what Apple did with Swift).

who was using LLVM for new, light, fast-compiling languages in 2006?

> It also rejected Java for frontend programming on the web

everybody, at every company in the entire world, including Sun, rejected Java for frontend web programming.

> , and Dart became a thing. Which eventually got repurposed for Flutter so they could get rid of Java on Android too.

that's obviously untrue?

> Early on, it started funding Firefox. But then it partnered with Apple on Webkit only to fork that into Chrome.

it's an advertising company worth a trillion dollars, "ensure web browsers work well on multiple platforms so our ads can be shown" seems like a pretty obviously correct business choice.

> And of course they then came up with Chrome OS (a linux based OS running their own browser.

unsurprisingly, as web browsers became more functional and humans wanted to maintain PCs less, systems like this and iPadOS came to into their own.

> With Fuchsia the goal was to replace Linux and have a whole Google only stack and replace both Chrome OS and Android.

fuschia is/was a project to get a modern security model and to escape from the nightmare of SoC vendors never ever ever ever caring about drivers.

> One thing that keeps on happening to Google is outside innovation making their internal efforts redundant.

for sure things outside later appear. that doesn't mean that Google was wrong to spend person centuries on their internal thing, if they got > person centuries of value in the meantime. it also doesn't mean that just because for example they're both called "distributed KV stores" that migrating from BigTable to HBase would be a good idea. obviously sometimes Google should move to a more successful external thing, but the costs of doing so for anything that was successful internally are comically high.

> And because Google is so big, it usually doesn't take long for external stuff to start getting used internally and become more or less strategic. Dart/flutter solved a problem. But they never really got rid of Java. And then Kotlin came along and largely replaced Java on Android largely removing the need for Flutter. Flutter is not dead. But at this point it's also clearly not replacing Kotlin.

because Google is so big and historically wealthy, it quite deliberately willing to try four vaguely similar things and see if any of them work out. that was not seen as a mistake.

> On the system programming side, Go has worked really well and it's pretty popular. But it did not really displace Java/Kotlin even inside Google.

no one ever intended Go to replace Java or Kotlin - obviously? Java is a higher level and more annoying language, and Kotlin didn't exist at all until 4 years after Go was started. even the creators of Go didn't intend to replace Java, they wanted to write less C++.

> And now we have Rust popping up everywhere as a better C++. Including places like the Linux kernel. Rust is popular especially for things that need to be fast and secure. So, Go is kind of sandwiched between those ecosystems now.

ok? it's great that Rust is doing well. what does that have to do with anything else? Go started in 2007, should no one have invented non-runtime-based languages in 2007 because Graydon had stopped working on Monotone and started writing a toy language in OCaml in 2006? or that Google should stop funding Go now? why would it stop spending a tiny amount of money to sustain a pretty useful (and also quite shitty in some ways) language? it has millions of LOC of Go code internally now, too. telling Go developers they'll only be writing Rust now isn't a way to get more Rust developers, it's a way to get resignations.

Go also avoided one of the other traps Google usually fell in to when solving problems it had and others didn't - opensourcing it instead of just writing a paper and then letting some Apache project take all the mindshare.

> The pattern here is Google having the right analysis about what needs doing, work on some internal solution, only to then have external solutions popping up that that remove the need for Google's in house thing.

lol. I assume you've looked closely at how Go and Rust work in google3? and the different problems they are used to solve, and then determined that the cost of re-writing all in Rust and re-training everyone and re-writing all tooling is worthwhile? that's a fascinating claim.

I think fundamentally, people just like making dumb assertions about big companies that seem - and are - dumb, like Google. all of the above is public domain knowledge that you could have looked up instead of writing 250 words. you got lots of facts wrong, you don't seem to appreciate that big organisations inherently - and deliberately - try multiple things that you feel overlap, you seem to not understand how cost/benfit and RoI work, etc.

just...why? there's so much to criticise Google for, I don't get why people bother to do it but put so little effort in to it.