I and probably many others are more likely to be willing to depend on a library if I know Google internals directly depend on the maintenance of said library.
Disclaimer: yes I work for Google but my work is not related to Abseil team.
[0]: https://cacm.acm.org/magazines/2016/7/204032-why-google-stor...
>The libraries we are releasing come with a pedigree: many years of experience using these APIs in Google’s production environments. We’ve seen what works and what doesn’t, what designs lead to bugs, performance problems, and misuse. What you see here is what we found to be a good balance between simplicity and meeting the needs of production use and an ever-evolving codebase. [1]
Also a googler who has nothing to do with abseil.
[1]: https://abseil.io/
From [1]. Essentially, there are files and changes that I cannot view the source of.
[1]: https://cacm.acm.org/magazines/2016/7/204032-why-google-stor...
It's interesting to see more and more Google internals being open sourced. It's like Blaze being released as Bazel[1] opened the flood gates for many other projects to be shared. Can any Googlers speak to how these projects are synchronized with the internal monorepo?
[0]: https://github.com/facebook/folly
[1]: https://bazel.build