A escolha de demitir funcionários que foram fundamentais para o desenvolvimento da base que sustenta os avanços do Google na nuvem parece extremamente precipitada.
chsyys/Pexels
O Google desafiou de forma significativa a liderança da AWS no setor de nuvem com iniciativas abertas e agressivas, como TensorFlow e Kubernetes. Embora a AWS lucre mais ao operar esse código aberto do que o Google (ou qualquer outra empresa), a abordagem de código aberto do Google tem trazido benefícios significativos.
Por isso é surpreendente que a empresa tenha disponibilizado alguns de seus talentos mais destacados e brilhantes no código aberto, como o chefe de código aberto de longa data, Chris DiBona, e outros mencionados por Steven J. Vaughan-Nichols. Como observador interessado no sucesso do Google Cloud, considero essa decisão extremamente ingênua e difícil de compreender.
Protegendo a segurança do código aberto no ambiente do Google.
Estou me referindo às pessoas no mundo de código aberto que se tornaram celebridades por participarem de várias conferências, mas que oferecem pouco em termos de relevância atual. Muitos indivíduos desse tipo são comuns no mundo do código aberto. Embora eu não deseje que essas pessoas percam seus empregos, é compreensível que uma empresa possa considerar dispensá-las para economizar dinheiro sem prejudicar o trabalho importante em andamento.
Essa não foi a escolha feita pelo Google.
Por exemplo, há 18 anos, Chris DiBona fundou o Escritório de Programas de Código Aberto do Google (OSPO). Embora não seja o tipo de pessoa que busca reconhecimento pelo trabalho de código aberto realizado pelo Google ao longo dos anos (que é extremamente impressionante em termos de quantidade e qualidade), é inegável que DiBona fez mais do que qualquer outro funcionário do Google para estabelecer as bases das contribuições de código aberto da empresa.
Eu conheço DiBona há muitos anos. Em 2006, ele me desafiou com sugestões feitas à mão sobre como o Google poderia e deveria disponibilizar mais código para alimentar seus serviços em nuvem. Ele estava correto, enquanto eu estava equivocado. Sua disposição para dialogar mudou minha percepção sobre o software de código aberto de forma permanente. Sua defesa, que me fez valorizar a abordagem atenciosa e prática do Google em relação ao código aberto, é de grande valor, no entanto, o Google aparentemente considerou que poderia economizar alguns dólares e dispensar DiBona e outros.
Allman contribuiu significativamente para o êxito notável do Google Summer of Code (GSoC) durante vários anos. Uma pessoa que foi diretamente beneficiada pelo GSoC afirmou: “Seu envolvimento na Google teve um impacto extremamente positivo em inúmeras pessoas em todo o mundo por meio do GSoC, especialmente em países em desenvolvimento. Eu fui uma dessas pessoas em algum momento.”
E assim por diante. Parece que diversos integrantes da equipe de programas de código aberto do Google foram dispensados. Também parece que ninguém calculou o custo de resgatar esses pequenos valores.
Obter a nuvem de código aberto.
Novamente, não estou argumentando a favor de o Google manter celebridades de código aberto que participam de conferências e postam no Twitter. Estou argumentando contra a remoção de indivíduos chave que ajudaram a estabelecer e ainda mantêm a estrutura fundamental em que toda a plataforma de código aberto do Google, e consequentemente a nuvem, se baseiam.
Por exemplo, no ano de 2019, o Google utilizou o código aberto como uma estratégia para estabelecer parcerias com outras empresas de nuvem. Anunciou colaborações com sete empresas de dados de código aberto, incluindo a MongoDB. Recentemente, o Google também participou da criação da Open Source Security Foundation com o objetivo de aprimorar a segurança em importantes projetos de código aberto, tornando-os mais seguros para utilização. A cultura do código aberto está presente em praticamente todas as operações de negócios do Google na nuvem, embora alguns aspectos sejam mantidos em sigilo, como o BigQuery, a maioria é aberta para colaboração.
O software de sourcing aberto, como TensorFlow ou Kubernetes, oferece ao Google a capacidade de influenciar o rumo da indústria, mesmo em projetos nos quais não foi o criador, mas contribui ativamente. Ao examinar os dados da Cloud Native Computing Foundation, é possível observar que o Google é um dos principais contribuintes, senão o maior, para projetos como Envoy, etcd, Knative, Istio, entre outros.
Possivelmente a razão por trás das demissões é que, com a contribuição de código aberto agora sendo uma prática comum no Google, pode haver menos necessidade contínua da influência de funcionários do Google como DiBona. No entanto, isso não leva em consideração o papel que ele e outros demitidos desempenharam nos bastidores, envolvendo arquitetura, estratégia, lobby e implementação para tornar o código aberto fundamental para o funcionamento atual do Google. Não se pode ignorar tanta experiência sem consequências.
A contribuição da fonte aberta tem sido fundamental para o sucesso do Google na competição entre empresas de tecnologia na nuvem. Para manter essa vantagem, o Google precisa ampliar seu conhecimento em código aberto, em vez de reduzi-lo. Embora a Alphabet, empresa-mãe do Google, tenha registrado um lucro significativo de $46,34 bilhões no último trimestre, é crucial que a empresa reavalie sua abordagem em relação ao talento em código aberto e reconheça que investir em políticas eficazes nessa área resulta em economia significativa a longo prazo.