O que é InnerSource?

O QUE É INNERSOURCE?

O termo InnerSource foi cunhado pela primeira vez por Tim O’Reilly em 2000 para descrever o uso de técnicas de desenvolvimento open source dentro de uma organização para desenvolver código proprietário. Promove os princípios de abertura e transparência dentro da firewall de uma empresa.

Quando o InnerSource é implementado em escala, você pode visualizar todo o código da sua organização, usar o que for útil e contribuir com quaisquer alterações necessárias para o seu contexto. Os Trusted Committers então decidem se incorporam essas alterações na base de código original. Replica como a comunidade open source funciona, exceto que o código-fonte resultante permanece dentro dos limites da empresa. Uma forma brilhante de se acostumar com a cultura open source num ambiente seguro.

Embora o InnerSource possa ser usado como um passo no caminho para o open source, as organizações que implementam InnerSource relatam que a prática também quebra silos organizacionais, reduz gargalos, ajuda no compartilhamento de conhecimento e acelera a inovação. De facto, porque a última geração de programadores cresceu num mundo de open source, e os níveis relacionados de agência e autonomia, adotar InnerSource ajuda a criar um ambiente de trabalho que facilita encontrar e reter os programadores mais talentosos de hoje.

Origens do InnerSource

Embora tenha sido cunhado pela primeira vez no início dos anos 2000, a ideia de InnerSource realmente começou a ganhar impulso em 2015, quando a defensora de longa data do open source Danese Cooper começou a defender o uso do InnerSource.

Isto coincidiu com o crescente interesse em open source nas empresas corporativas. Danese Cooper tinha sido contratada para liderar os programas open source do PayPal, mas rapidamente percebeu que o PayPal precisava aprender muito sobre colaboração aberta antes de poder participar com sucesso no ecossistema open source. Em 2015, ela fez uma palestra principal na conferência anual OSCON e anunciou que o PayPal iria focar-se em desenvolver competências InnerSource como parte da sua jornada rumo ao desenvolvimento open source. Nessa palestra, ela também anunciou a formação do InnerSource Commons, uma comunidade de prática para indivíduos com o objetivo de criar e compartilhar conhecimento sobre InnerSource.

Desde então, o InnerSource foi adotado por dezenas de milhares de programadores, em todas as indústrias, desde grandes empresas de tecnologia até bancos, manufatura e retalho, em todos os cantos do mundo.

O Conceito Central: Desenvolvimento de Software Eficaz Entre Silos

A reutilização de código tornou-se uma prioridade
chave para muitas organizações.

Em organizações tradicionais com silos, código reutilizável pode existir, mas as equipas simplesmente não conseguem encontrá-lo, não confiam nele ou não têm incentivo para contribuir de volta. O InnerSource aborda sistematicamente cada uma dessas barreiras.

Ao adotar práticas open source internamente, o código é descobrível em toda a organização e qualquer engenheiro pode propor alterações a qualquer base de código. A equipa anfitriã atua como “Trusted Committers”, revisando e incorporando contribuições em vez de escrever cada linha de código eles mesmos. O InnerSource fornece assim os princípios e práticas que permitem colaboração eficaz no desenvolvimento de software através de fronteiras organizacionais

Bloqueio
Org Tradicional
Solução InnerSource

Não consegue encontrar

Código escondido em repositórios de equipa

Repositórios partilhados e descobríveis com documentação padronizada

Não consegue confiar

Qualidade desconhecida, sem processo de revisão

O facto de o código InnerSource ter sido escrito para ser visto e reutilizado, juntamente com uma cultura de revisão por pares, produz código de maior qualidade e constrói confiança

Não consegue contribuir de volta

Fronteiras organizacionais impedem PRs

Práticas InnerSource (por exemplo, papel de Trusted Committer) formalizam contribuições entre equipas

Como isto é diferente do Open Source?

A mecânica é muito semelhante,
mas o
âmbito é diferente.

  • Open Source: O código está disponível ao público.
  • InnerSource: O código permanece visível e editável apenas para funcionários dentro da tua organização. Protege a tua propriedade intelectual enquanto desbloqueia o potencial da tua força de trabalho.

Por que as Organizações Adotam InnerSource

  • Tempo de Lançamento Mais Rápido: As equipas já não ficam bloqueadas por dependências de outros departamentos.
  • Partilha de Conhecimento: Documentação e tomada de decisão transparente tornam-se a norma, impedindo que o conhecimento fique preso em mentes individuais.
  • Código de Maior Qualidade: Com mais olhos no código e um processo de revisão padronizado, os bugs são detetados mais cedo.
  • Felicidade do Programador: Os engenheiros sentem-se capacitados para resolver os seus próprios problemas e conectar-se com colegas fora da sua unidade imediata.

Começar com InnerSource

Confere o livro

para mais ideias sobre como começar na tua organização.

Acessar o conteúdo
This site is registered on wpml.org as a development site. Switch to a production site key to remove this banner.