O PayPal, portanto, adotou algumas tecnologias de
código aberto e até mesmo abriu o código de seu próprio
código antes de experimentar o modelo InnerSource. Outras
empresas podem tomar o caminho inverso: elas podem
experimentar as ferramentas e práticas do código aberto dentro
de suas próprias paredes antes de produzir qualquer código-
fonte aberto, embora esse caminho seja geralmente considerado
mais desafiador. Em ambos os casos, a familiaridade com as
ferramentas de código aberto, junto com sites como o GitHub,
que facilitam a colaboração de uma maneira de código aberto,
é crucial.
Embora as várias mudanças no PayPal ocorreram juntas
e claramente tiveram impactos umas sobre as outras, as
próximas seções descreverão cada mudança individualmente,
com foco nas atividades específicas de cada um.
Começando no Limite
A InnerSource no PayPal começou com engenheiros de
vendas regionais, trabalhando fora dos Estados Unidos, que
modificaram o código voltado para o usuário para oferecer
suporte às preferências de uso local e, às vezes, para oferecer
suporte a promoções regionais. Esses programadores não
conseguiram que suas alterações fossem aceitas pelas equipes
principais no prazo necessário. Frequentemente, essas
mudanças exigiam a intervenção de um VP em algum lugar
para exigir que fossem fundidas, após o que um engenheiro
central ...