<div class="embed-responsive embed-responsive-16by9">
<iframe src="https://player.vimeo.com/video/508907191" width="640" height="480" frameborder="0" webkitallowfullscreen mozallowfullscreen allowfullscreen></iframe></div>

Junte-se ao GitHub e aos nossos convidados do Red Hat, Lightstep e RedMonk enquanto exploramos o futuro do DevOps, desde a experiência do desenvolvedor e automação à segurança e conformidade.

Responderemos perguntas como:

- Quais mudanças e tendências temos visto na forma como as equipes, os clientes e a comunidade colaboram para criar softwares mais rápidos e estáveis?
- Como o “shifting security left” (implementação de medidas de segurança desde o início) expandiu-se para além da segurança, e o que ele significa para as equipes, para os clientes e para a forma como trabalhamos?
- Como o código aberto está mudando a forma como as equipes protegem e entregam softwares, e como elas avaliam suas abordagens a soluções de código aberto?

Form_Ungated_Contact

Fale mais sobre suas necessidades

Quer saber como o GitHub pode ajudar sua empresa?

O objetivo do DevOps continua o mesmo, mas as nossas ferramentas, infraestrutura e modelos de operação mudaram. Para fornecer suporte à entrega de software atual, é crucial que as organizações saibam e se preparem para o que está por vir.

Resource Page for /devops/fundamentals/whats-next-for-devops

Quais serão os próximos passos do DevOps?

Resource Page for /events/fosdem-2025

/github-fund Hero

/github-fund Content blocks - value props

/github-fund Section Intro - Investment Themes

/github-fund Blocks - Investment Themes

/github-fund Section intro - portfolio

/github-fund Content Blocks - portfolio 1

/github-fund Content Blocks - portfolio 2

/github-fund Content Blocks - portfolio 3

/github-fund Section intro - Updates

/github-fund Content Blocks - Updates

/github-fund Quote

/github-fund Section intro - Let's invest in open source together

/github-fund form

/github-fund FAQ

/github-fund

/open-source-security-fund Hero

/open-source-security-fund Content Blocks - pillars

test

/open-source-security-fund - River - Launch Funders

/open-source-security-fund Quote

/open-source-security-fund River - Ecosystem

/open-source-security-fund CTA Banner

/open-source-security-fund FAQ

/open-source-security-fund Cards

/open-source-security-fund

A pesquisa mostra que as equipes de software corporativo são duas vezes mais produtivas quando contribuem para projetos de código aberto, em comparação com equipes que apenas consomem código aberto. Como toda comunidade, os projetos de código aberto têm formas únicas de trabalhar, incluindo algumas coisas importantes que você deve saber antes de começar a construir.

## Conhecendo a comunidade de código aberto

- Procure em sua pilha de software o código aberto e identifique o projeto de onde ele se originou.
- Encontre a comunidade principal desse projeto (site, fórum ou repositório, por exemplo) e tente entender seus objetivos e o roteiro futuro.
- Leia os arquivos README e CONTRIBUTING do projeto para obter orientação sobre como participar de forma eficaz.

## Apoiando projetos de código aberto
- Explore projetos de código aberto em sua linguagem de programação preferida, procure projetos que tenham interesse para você e que estejam alinhados com a estratégia da sua organização.
- Revise os investimentos da sua empresa em código aberto e escolha os projetos mais críticos para apoiar, o que pode incluir contribuição de tempo, esforço ou até
mesmo assistência financeira.

## Criação dos seus próprios projetos de código aberto

- Identifique software não proprietário e não crítico para os negócios que sua empresa tenha desenvolvido e que poderia beneficiar a comunidade em geral como código aberto.
- Crie e compartilhe seus projetos de código aberto no GitHub.
- Anuncie seus projetos de código aberto através de seus canais públicos habituais e em qualquer comunidade de código aberto que possa considerá-los interessantes.

## Colaboração no GitHub

- Assine as notificações do repositório para se manter atualizado sobre as alterações.
- Leia e comente os problemas ou abra um novo quando tiver algo útil a oferecer.
- Se você tiver soluções para problemas apresentados pela comunidade, sugira-as com pull requests.
- Se você tiver feito melhorias locais no código aberto, contribua com eles de volta aos seus projetos de origem.
- Use a tag de commit “-on-behalf-of” ao contribuir com projetos de código aberto para indicar o apoio da sua organização.
- Padronize o máximo possível o uso da sua biblioteca de código aberto para facilitar a manutenção e reduzir a exposição a códigos vulneráveis.

Quando sua equipe usa software de código aberto (OSS), todos se beneficiam, mas quanto disso depende de você?

Resource Page for /open-source/enterprise-checklist-open-source-communities

A lista de verificação da empresa para construção com comunidades de código aberto


Para organizações de alto desempenho, isso significa que o software de código aberto agora é um “quando”, e não um “se”.

Neste relatório da IDC, você aprenderá como o código aberto e as comunidades impulsionam a transformação digital. Você aprenderá também como o GitHub pode ajudar sua empresa a usar código aberto com segurança e adotar práticas recomendadas, como avaliações por pares, transparência e colaboração, que podem levar seu software adiante.


form-content-reg

Atualmente, todas as empresas são empresas de software. Manter-se competitivo depende da rapidez com que a sua empresa consegue transformar-se e adotar novas ferramentas e tecnologias.

Resource Page for /open-source/enterprise-innovation

Relatório do IDC: Como o código aberto é a chave para a inovação nas empresas


Assim como a aquisição do GitHub pela Microsoft Corp. solidificou o lugar do serviço de hospedagem de código no mundo do desenvolvimento de software, o recente anúncio da GitHub de que sua Enterprise Cloud obteve autorização FedRAMP oferece, pela primeira vez, uma maneira para as agências governamentais participarem com segurança em todo o universo de desenvolvimento de código aberto.

Tradicionalmente, os usuários federais aproveitavam o plano de equipe do GitHub ou a plataforma GitHub Enterprise Server hospedando-os no local ou em sua própria nuvem privada. O GitHub Enterprise Cloud, que reside inteiramente na nuvem, está disponível desde o ano passado. Ele oferece a capacidade de usar single sign-on e um provedor de identidade secundário (incluindo cartões PIV e CAC do governo) e inclui suporte expandido e acordos de nível de serviço.

“Historicamente, tivemos clientes [governamentais] no GitHub.com, mas eles faziam isso como shadow IT sob um plano de equipe ou como sistemas não essenciais. Como o GitHub.com não tinha ATO [autoridade para operar], ele nunca foi considerado apropriado para aplicações de missão crítica do dia a dia da maioria das organizações”, disse Jamie Jones, arquiteto principal da GitHub.

Isso mudou em outubro, com a GitHub obtendo autoridade operacional do FedRAMP sob um processo relativamente novo chamado FedRAMP Tailored, que fornece um processo de aprovação de segurança mais simplificado, mais adequado para provedores de software como serviço, como a GitHub. “Agora estamos oferecendo a eles um lugar onde podem fazer isso na nuvem, em hardware gerenciado e hospedado na GitHub”, disse Jones.

Os recursos do GitHub Enterprise Cloud estão ganhando paridade rapidamente e, em alguns casos, excedendo os recursos do GitHub Enterprise Server, sua oferta nas instalações. Mas a grande vantagem de mudar para o GitHub Enterprise Cloud é que ele dará às agências de todos os tamanhos acesso a todo o universo de desenvolvimento de código aberto e recursos de colaboração da GitHub, e à vasta comunidade de desenvolvedores que contribuem para esses recursos.

> Agora estamos oferecendo a eles um lugar onde podem fazer isso na nuvem, em hardware gerenciado e hospedado na GitHub

<small>- Jamie Jones</small>

“No produto de software médio desenvolvido atualmente, mais de 57% do código contido nele é, na verdade, código aberto ou código proveniente de outros projetos”, disse Jones. “Tornou-se fundamental que o software moderno seja capaz de colaborar com o mercado de código aberto.”

E o tamanho desse mercado é impressionante. Em sua mais recente conferência anual de usuários e desenvolvedores, a GitHub anunciou que tem mais de 31 milhões de usuários atualmente no GitHub.com. Agora, agências que antes estavam confinadas a operar dentro de uma comunidade corporativa do GitHub (de um punhado a alguns milhares de desenvolvedores) têm acesso a uma base de código e um pool de talentos muito maior.

Governos de todo o mundo estão usando o GitHub. Na última contagem, 143 agências civis federais dos EUA, 14 agências do Departamento de Defesa e 48 agências estaduais estavam usando o GitHub para colaborar em código, dados, políticas e aquisições, de acordo com dados do GitHub. Além dos 31 milhões de usuários da plataforma, o número de organizações aumentou 40%, para 2,1 milhões, assim como o número de repositórios de código, que agora ultrapassa os 100 milhões.

> Na última contagem, 143 agências civis federais dos EUA, 14 agências do Departamento de Defesa e 48 agências estaduais estavam usando o GitHub para colaborar em código, dados, políticas e aquisições.

<small>- Jamie Jones</small>

## FedRAMP Tailored

GitHub está entre os primeiros provedores de serviços em nuvem a tirar vantagem do FedRAMP Tailored. O FedRAMP foi originalmente destinado a ajudar as agências a certificar que um serviço de computação em nuvem atendia a uma longa lista de controles de segurança exigidos pelo governo federal. A ideia era que outras agências, uma vez certificadas, pudessem adotar esse mesmo serviço sem repetir o mesmo processo de certificação. Mas o processo era demorado, caro e direcionado inicialmente aos provedores de infraestrutura como serviço (IaaS) e plataforma como serviço (PaaS), em outras palavras, os grandes provedores tradicionais de nuvem como AWS, Google, IBM, Microsoft e outros.

O FedRAMP Program Office dentro da General Service Administration, no entanto, reconheceu uma oportunidade de ajustar o FedRAMP especificamente para provedores de software como serviço (SaaS) que lidam com dados de baixo risco e baixo impacto, e não são responsáveis por uma série de controles de segurança de rede.

De acordo com Ashley Mahan, diretora interina do FedRAMP Program Office FedRAMP, o processo de avaliação personalizada do FedRAMP se concentra apenas em um subconjunto dos controles técnicos NIST 800-53 e coloca um foco maior em políticas, procedimentos e treinamento em torno da gestão e uso de serviços públicos ou dados não sensíveis.

“O que isso significa é que ele proporciona um processo de autorização rápido e eficiente que reduz o tempo de lançamento do fornecedor no mercado e realmente acelera os cronogramas de quando uma agência pode fazer uso dessas tecnologias inovadoras de nuvem”, disse Mahan.

Isso colocou a economia da autoridade operacional do FedRAMP ao alcance da GitHub pela primeira vez, de acordo com Jones. Mas também abre a porta para que as agências trabalhem com uma gama mais ampla de fornecedores de software como serviço.

“O FedRAMP Tailored foi realmente desenvolvido como uma maneira de soluções SaaS, como a GitHub, obterem uma autorização FedRAMP para que possam ser facilmente consumidas pelo governo federal, levando em consideração a segurança adequada que esses sistemas exigem, em oposição aos fornecedores tradicionais de nuvem”, disse Jones.

As agências agora podem simplesmente acessar o mercado FedRAMP e obter a autorização para começar a usar a plataforma com a confiança de que ela atende aos requisitos básicos de segurança estabelecidos pelo governo para SaaS. “Para algumas agências, isso pode reduzir o tempo necessário para receber uma ATO para apenas alguns minutos”, disse Jones.

> Um dos principais benefícios de usar o Enterprise Cloud autorizado pelo FedRAMP é que agora podemos oferecer suporte às ferramentas de identificação e autorização da sua agência

<small>- Jamie Jones</small>

## O caso de negócios

De acordo com Jones, não há razão para uma agência que atualmente usa o GitHub sob uma licença de equipe ou empresa não migrar para a versão Enterprise Cloud autorizada pelo FedRAMP – e na maioria dos casos, há uma série de vantagens.

"Um dos principais benefícios de usar o Enterprise Cloud autorizado pelo FedRAMP é que agora podemos oferecer suporte às ferramentas de identificação e autorização da sua agência" disse ele. “Pelos recursos extras que oferecemos, incluindo solicitações de suporte mais rápidas ou a capacidade de usar SAML e seus provedores de identidade externos, a carga administrativa é muito menor”, disse Jones.

O GitHub Enterprise Cloud autorizado pelo FedRAMP também oferece serviços e recursos de segurança aprimorados que ainda não estão disponíveis para clientes empresariais.

Por exemplo, o GitHub lançou recentemente um serviço de alerta de vulnerabilidade. Ele começou no ano passado por meio de uma colaboração com o National Vulnerability Database para fornecer alertas diretamente por meio do GitHub Enterprise Cloud autorizado pelo FedRAMP para vulnerabilidades em Ruby, JavaScript, Python, Java e .Net. O GitHub identificou mais de 4 milhões de dependências vulneráveis e resolveu mais de 1 milhão delas durante o ano passado.

Se o GitHub descobrir que você está usando uma biblioteca com uma vulnerabilidade conhecida, o serviço de alerta irá sinalizá-la para você e alertar os administradores do repositório. O GitHub irá até alertar os desenvolvedores sobre possíveis atualizações conhecidas que corrigem a vulnerabilidade, disse Jones.

A oferta de maior segurança e proteções contra vulnerabilidades se traduzirá em maior velocidade de negócios para agências governamentais, de acordo com Jones.

“Todos nós já ouvimos histórias sobre como, quando funcionários do governo ou prestadores de serviços são contratados, passam-se dias ou semanas até que eles tenham acesso ao hardware e aos sistemas adequados para começar a trabalhar em seus empregos. Mas, podendo acessar o GitHub pela Internet, em vez de por trás de um firewall da agência, e ainda assim poder usá-lo de forma segura e compatível, isso deve permitir que os usuários da agência se atualizem e trabalhem com mais rapidez”, disse ele.

“Tradicionalmente, temos visto uma grande aceitação no uso do GitHub Enterprise Server, que é a versão do GitHub para uso nas instalações”, disse Jones. “Mas esperamos que a autorização FedRAMP para Enterprise Cloud realmente permita que nossos clientes federais aproveitem o SaaS e o GitHub executados na Internet e na nuvem.”

> A mudança do GitHub Enterprise Server para o GitHub Enterprise Cloud acontece perfeitamente nos bastidores

<small>- Jamie Jones</small>

A mudança do GitHub Enterprise Server para o GitHub Enterprise Cloud "acontece perfeitamente nos bastidores", disse Jones. “À medida que você muda para o Enterprise Cloud, a principal vantagem é que você pode mover grande parte da infraestrutura e da carga de trabalho para a nuvem, o que o ajuda a cumprir o mandato de nuvem em primeiro lugar”, disse ele.



Ao obter autoridade operacional do FedRAMP, o Enterprise Cloud da GitHub permite que usuários federais colaborem com milhões de desenvolvedores de software de código aberto.

Resource Page for /open-source/federal-access-open-source

Acesso federal a código aberto com o GitHub

[O Fundo FOSS da Microsoft](https://github.com/microsoft/foss-fund) é uma das muitas formas pelas quais a empresa oferece suporte ao ecossistema do código aberto, do qual todos nós dependemos muito. Todo trimestre, o Fundo FOSS normalmente concede US$ 30.000 divididos entre 1 a 5 dos projetos mais votados. Os beneficiários passados incluem [LLVM](https://llvm.org/), [Debian](https://www.debian.org/), [serde](https://github.com/SparcLab/OpenSERDES), [YAML](https://yaml.org/), [mermaid.js](https://mermaid.js.org/) e [NVDA (NonVisual Desktop Access)](https://www.nvaccess.org/). Os projetos já usaram o incentivo para várias funções, desde o pagamento de auditorias até a contratação de designers gráficos para a criação de logotipos.

Neste artigo, exploraremos:

- Como a Microsoft envolve os funcionários para identificar projetos que receberão o incentivo

- O que você deve considerar quando criar seu próprio programa de incentivo para código aberto

Construindo pontes para a comunidade do código aberto
---------------------------------------------

O Fundo FOSS, inspirado por [Duane O'Brien](https://www.linkedin.com/in/duaneobrien/), foi estabelecido pelo open source program office (OSPO) da Microsoft em 2019 e patrocinou os primeiros projetos de código aberto em 2020.  Os projetos são identificados por meio de nomeação feita pelos funcionários e votados por funcionários que contribuíram para o código aberto de alguma forma nos últimos meses. A Microsoft aproveita o conhecimento e a paixão que os funcionários têm pelas suas dependências, como uma oportunidade de apoiar esses projetos, e também para desenvolver conscientização sobre o impacto, a necessidade e a defesa, que vai além de qualquer projeto. A Microsoft é hoje uma das muitas empresas que participam do [Grupo de Fundadores do FOSS](https://fossfunders.com/).

“O Fundo FOSS da Microsoft ajuda a criar conexões entre os funcionários da Microsoft e as comunidades de código aberto”, afirma Emma Irwin, Gerente Técnica Sênior de Programas do Microsoft Open Source Programs Office. “Poder avaliar dependências para patrocínio, contribuição e outras oportunidades é uma competência como outra qualquer na engenharia e precisa ser ensinada e praticada”.

Como o Fundo FOSS da Microsoft funciona
-----------------------------

Qualquer funcionário da Microsoft pode nomear um projeto usado pela empresa, mas somente os funcionários que contribuíram para o código aberto nos últimos seis meses podem votar nos vencedores. Por volta de seis mil funcionários votaram na última rodada.

Para ser considerado, um projeto deverá cumprir os seguintes requisitos:

- Ser usado pelos produtos e/ou serviços da Microsoft.

- Ter uma licença de código aberto aprovada pela OSI.

- Ter uma forma de receber incentivos que possam ser aprovados pela nossa equipe jurídica e de compras.

- Ter governança transparente sobre para onde e como os incentivos foram direcionados.

- Não ser de propriedade ou mantido essencialmente pelos funcionários da Microsoft.

Os projetos devem apresentar detalhes públicos sobre como os patrocínios são distribuídos, por exemplo, no formato de um arquivo FUNDING.yml ou no painel do GitHub Sponsors. O objetivo é garantir que a comunidade não se surpreenda pelo direcionamento do incentivo.

Irwin afirma que os patrocinadores do GitHub são a forma preferida de administrar as doações, porque já estão estabelecidos como um fornecedor aceito, o que facilita muito a realização dos pagamentos. “Já ouvimos histórias de outras empresas que também preferem usar o GitHub Sponsors, quando possível”, afirma Irwin. Ela enfatiza que essa é uma preferência e não um requisito. O Fundo FOSS da Microsoft já pagou por projetos por meio de patrocinadores fiscais como NumFocus, SFI e outros.

Alguns conselhos
---------------

Irwin comenta que outras organizações, que estiverem buscando criar seus próprios incentivos para o software de código aberto, devem começar definindo objetivos e identificando métricas que ensinem os funcionários sobre suas dependências e formas de investir, que realmente ofereçam ajuda. Seja a contribuição, o patrocínio ou ainda mais. Irwin reitera que, “Considerando o seu orçamento, pense seriamente em quantos projetos diferentes você conseguirá patrocinar, e quais as métricas que devem ser usadas para encontrá-los”. “Por exemplo, se você quiser focar em patrocinar projetos de mantenedores individuais, um único patrocínio poderá fazer uma grande diferença, e você poderá patrocinar mais de um”.

Faça os ajustes necessários com o tempo. “Encare todo o processo como uma oportunidade de aprendizado contínuo”, afirma ela. “Continue questionando quais problemas você está tentando resolver, e como o incentivo irá ajudar”.

Irwin enfatiza também que o investimento em código aberto é um ciclo, sem começo nem fim. Com o passar do tempo, é importante avaliar regularmente o impacto desses esforços na sustentabilidade das suas dependências e detectar as necessidades que surgem. Ela afirma que “O Fundo FOSS é uma premiação única”. “Os projetos precisam de contribuições constantes para que sejam sustentáveis”.

Isso se traduz em mais empresas se envolvendo para manter os projetos de código aberto, com contribuições upstream e, é claro, incentivos.

Se tudo já estiver pronto para você começar a patrocinar os projetos de código aberto dos quais você depende, ou se você for um mantenedor procurando por incentivos, [inscreva-se para o GitHub Sponsors hoje mesmo](https://github.com/sponsors).

O código aberto depende das iniciativas de contribuições em todo o mundo. Milhões de pessoas colaboram escrevendo código, fornecendo suporte, criando documentações, planejando eventos e executando todas as tarefas que mantêm o projeto em andamento.


Resource Page for /open-source/microsoft-foss-fund

Como o fundo FOSS da Microsoft oferece suporte ao ecossistema do código aberto


Neste guia, você aprenderá o que constitui uma organização de código aberto e os três fatores principais que sua equipe precisa para construir com segurança com OSS. Descubra como você pode usar o OSS para experimentar inovações rápidas, superar concorrentes e reduzir custos, tudo isso minimizando os riscos.

## A nova maneira de construir software

Praticamente todos os setores hoje usam tecnologia para diferenciar seus produtos e serviços. O software se tornou o grande equalizador, permitindo que pequenas empresas com grandes ideias desafiem o status quo e concorram com grandes corporações.

Os desenvolvedores recorrem à comunidade de código aberto em busca dos recursos necessários para criar software melhor e mais rápido. No entanto, as empresas têm sido mais cautelosas, geralmente limitando a adoção de código aberto a áreas comprovadas como sistemas operacionais (Linux) ou estruturas de programação como Ruby ou JavaScript.

Mais de 59 por cento dos líderes de TI planejam aumentar o uso de código aberto no próximo ano.

<small>Relatório “The State of Enterprise Open Source” 2019</small>

## Como as organizações fazem a mudança

Inovação máxima, risco mínimo: esse é o objetivo da adoção do código aberto. Ao adicionar um componente de software de código aberto (OSS) ao seu projeto, você se beneficia do trabalho de potencialmente milhares de desenvolvedores, e também assume o risco de consumir código que não criou. À medida que você traz mais código de fora da sua equipe de desenvolvimento, suas habilidades e sua abordagem para a construção de software também devem mudar.

A mudança é difícil. A maioria das empresas não está acostumada a trabalhar com comunidades externas ou mesmo a trabalhar em seus próprios pontos de isolamento organizacionais. Aqueles que abraçam a mudança e constroem relacionamentos equilibrados e seguros com a comunidade de OSS tornam-se um novo tipo de organização: empresas de código aberto.

## O que é uma empresa de código aberto?

As empresas de código aberto são organizações que reconhecem o OSS como essencial, e não opcional, para o desenvolvimento de software moderno. Eles se envolvem em comunidades de código aberto e se mantêm atualizados com as melhores e mais recentes tecnologias. As empresas de código aberto transformam seus negócios investindo estrategicamente em código aberto com a ajuda de uma plataforma segura. Como resultado, essas organizações experimentam inovações rápidas, superam os concorrentes e reduzem custos, tudo isso enquanto minimizam os riscos.

## Três fatores que fazem uma empresa de código aberto

### 1. Envolvimento com o código aberto

OSS é produto de milhares de contribuidores. A obtenção do máximo do código aberto requer comprometimento e ação. De acordo com um estudo recente da Harvard Business School, as empresas que contribuem para o código aberto recebem até duas vezes mais benefícios do que aquelas que apenas usam código aberto. As empresas de código aberto consomem e adotam o código aberto, mas também contribuem e orientam as comunidades das quais dependem.

### 2. Cultura de Innersource

As comunidades de código aberto são transparentes e colaborativas, o que aumenta a diversidade de pensamento e promove as melhores ideias. As empresas de código aberto usam esses mesmos princípios com suas equipes internamente, uma abordagem conhecida como “innersource”. Ao implementar práticas de código aberto em sua organização, você otimiza sua força de trabalho e aumenta a sua produção.

### 3. Plataforma segura e em conformidade

O uso de código aberto traz riscos e as equipes precisam saber como trabalhar com segurança com fornecedores de OSS. Compreender as dependências de código aberto e suas vulnerabilidades pode ser a diferença entre ter uma correção ou ser hackeado. As empresas de código aberto investem na plataforma e nas ferramentas certas para gerenciar vulnerabilidades de código e usar o código aberto com segurança.


Como grandes organizações usam código aberto para criar software melhor e mais rápido.

Resource Page for /open-source/quick-guide-to-open-source-enterprises

O guia rápido para organizações de código aberto

O software de código aberto é o elemento básico essencial para qualquer projeto de software moderno. O consumo de código aberto com segurança e a contribuição de volta para a comunidade traz benefícios inestimáveis no nível individual e organizacional.<br><br>Participe de nosso bate-papo com especialistas da IAG, Woolworths e GitHub enquanto discutimos os pilares de uma estratégia bem-sucedida de código aberto, incluindo DevOps e segurança.

Resource Page for /open-source/secure-devops

Bate-papo: Libere o poder do código aberto com segurança

/open-source/what-is-an-open-source-program-office Hero

/open-source/what-is-an-open-source-program-office River

/open-source/what-is-an-open-source-program-office Quote

/open-source/what-is-an-open-source-program-office Section Intro - Why are OSPOs beneficial?

/open-source/what-is-an-open-source-program-office - Content Blocks - Why are OSPOs beneficial?

/open-source/what-is-an-open-source-program-office - Section Intro - Top OSPOs

/open-source/what-is-an-open-source-program-office - Content Blocks - Top OSPOs

/open-source/what-is-an-open-source-program-office Section Intro - GitHub’s latest news on OSPOs

/open-source/what-is-an-open-source-program-office - Cards - GitHub’s latest news on OSPOs

/open-source/what-is-an-open-source-program-office Section Intro - Get involved

/open-source/what-is-an-open-source-program-office - Content Blocks - Get Involved

/open-source/what-is-an-open-source-program-office FAQ

/open-source/what-is-an-open-source-program-office CTA Banner

Landing Page for /open-source/what-is-an-open-source-program-office

/open-source/what-is-open-source-software Hero

/open-source/what-is-open-source-software Nav

/open-source/what-is-open-source-software Prose - overview

/open-source/what-is-open-source-software Prose - importance

/open-source/what-is-open-source-software Prose - how-does-it-work

SEO River - interrupt - GitHub’s DevOps Solution

/open-source/what-is-open-source-software Prose - popular-software

/open-source/what-is-open-source-software CTA Banner

/open-source/what-is-open-source-software FAQ

/open-source/what-is-open-source-software

A prioridade da Stripe é garantir que os projetos de código aberto sejam íntegros, seguros e com um bom suporte. Não é apenas a coisa certa a se fazer: o investimento em código aberto melhora os resultados da empresa. A empresa apoia o código aberto de várias formas, desde contribuições upstream para projetos que usam para lançar seus próprios projetos de código aberto, até incentivos diretos.

Em 2020, a empresa aumentou suas iniciativas e formalizou seu programa de patrocínio. Hoje, a Stripe patrocina 11 projetos diferentes de forma contínua.

Neste artigo nós iremos:

- Aprender como e por que a Stripe patrocina projetos de código aberto

- Explorar como você pode mensurar os benefícios financeiros do código aberto em sua própria organização

Além do altruísmo: por que a Stripe patrocina o código aberto
------------------------------------------------

Mike acredita que o sucesso do programa está no compromisso em fornecer valor comercial à Stripe como uma empresa. “Nossa motivação principal era investir em software de código aberto do qual nossos usuários dependem para administrar seus negócios”, afirma ele. “Queremos que todos os engenheiros da Stripe tenham acesso às melhores ferramentas para executarem suas tarefas”.

A Stripe descobriu que a melhor maneira de criar um programa de incentivos sustentável para projetos de código aberto é adotar uma abordagem simbiótica de alinhamento das necessidades dos usuários da empresa com as necessidades dos mantenedores. “As empresas precisam equilibrar o investimento em código aberto com todas as outras variáveis administrativas, portanto, é essencial saber que os incentivos estão oferecendo valor, direta ou indiretamente, aos nossos usuários”, afirma Fox.

Como a Stripe escolhe os projetos e distribui as verbas
-----------------------------------------------

A equipe do OSPO (Open Source Program Office) na Stripe coletou estatísticas de uso, como chamadas de API e downloads de pacotes, para determinar quais os projetos de código aberto eram mais importantes para a empresa. Em seguida, eles consultaram seus próprios desenvolvedores internamente sobre quais os pacotes eles usam e quais seriam beneficiados pelo investimento. Eles então conversaram diretamente com os mantenedores desses pacotes sobre como poderiam apoiá-los. Fix revela que “Queríamos realmente entender qual o volume de investimento seria necessário para que os desenvolvedores fizessem mudanças conscientes em suas vidas para e gastassem mais tempo mantendo seus projetos de código aberto”. A equipe do OSPO da Stripe toma a decisão final sobre quais projetos receberão o incentivo, em colaboração com o Diretor Técnico da empresa.

O critério de sucesso que mais pesa para que a Stripe tome suas decisões de patrocínio, é a qualidade da manutenção dos projetos.

A Stripe distribui seus incentivos por meio dos programas GitHub Sponsors e Open Collective. Segundo Fix, “essas plataformas são nativamente de código aberto”. “Os desenvolvedores já estão nela. Além disso, as plataformas têm um alcance global, o que é importante, pois a Stripe já patrocinou desenvolvedores em 11 países até agora.

Mike recomenda que outras organizações que consideram patrocinar programas, tratem as plataformas de incentivos como fornecedores. Passar as plataformas por um processo de compra padrão facilita a interação de toda organização com elas.

Mensurar os benefícios financeiros do código aberto na sua organização
--------------------------------------------------------------------

Fix recomenda que qualquer empresa que estiver considerando criar seu próprio programa de incentivos ao software de código aberto (OSS) concentre-se primeiro em conectar os patrocínios com as metas comerciais da organização, e mensure o retorno sobre o investimento em relação a essas metas.

Além de mensurar o valor para o usuário que os projetos de código aberto proporcionam, Fix recomenda que se façam outras considerações:

- Qual o valor economizado pelo código aberto para sua organização? Quanto tempo o código aberto economiza para seus desenvolvedores?

- Um projeto de código aberto, por exemplo uma integração ou SDK, ajudou você a fechar uma venda?

- Um projeto de código aberto desbloqueou um lançamento?

Porém, é importante lembrar que as economias podem ser eventos pontuais e, para criar programas de incentivos mais sustentáveis, é melhor procurar pelos benefícios mais permanentes que resultem dos projetos de código aberto.

“Identificar e monitorar esses benefícios permitirão implementar o maior volume de incentivos no maior período de tempo”, afirma Fox. “Isso é o melhor para sua organização e para a comunidade de código aberto”.

Milhões de empresas em todo o mundo usam a Stripe para mover trilhões de dólares americanos. A Stripe faz parte de uma infraestrutura financeira da Internet. Mike Fix, engenheiro e diretor da Open Source, explica que “Como muito do que faz parte da Internet, o código aberto é uma parte fundamental do que fazemos na Stripe”.

Resource Page for /open-source/why-stripe-sponsors-open-source

Por quê o Stripe patrocina código aberto


A sua organização está pronta para usar software de código aberto com segurança? Aqui estão sete perguntas a serem feitas (e respondidas) para manter sua equipe e seu código seguros.

## 1. Existe um processo de aprovação para ajudar os desenvolvedores a introduzir novo software de código aberto (OSS) em nossa organização?

Para acompanhar o volume de código de OSS, as organizações maiores geralmente têm escritórios de programas de <a href="https://resources.github.com/whitepapers/How-GitHub-secures-open-source-software/">código aberto</a> para ajudá-las a manter as políticas da empresa enquanto usam OSS. Trabalhe com a equipe jurídica da sua organização para criar um processo oficial de aprovação para contribuir com projetos de OSS.

## 2. Nossa organização possui uma lista de licenças de OSS pré-aprovadas, para que os desenvolvedores saibam qual OSS podem usar em software proprietário?

As licenças de código aberto definem as regras e diretrizes sobre como os projetos de OSS podem ser visualizados, usados, modificados e distribuídos, mesmo em software proprietário. Isso não significa que você não pode usar nenhum OSS em código proprietário; basta confirmar se o OSS que você usa tem a licença correta para os objetivos da sua aplicação e as políticas da organização.

## 3. Podemos auditar com facilidade dependências, licenças e outras informações importantes para os projetos de código aberto que nossa organização usará?

Ignorar as políticas de conformidade da sua organização apenas cria vulnerabilidades futuras ou problemas de licenciamento. Automatize os fluxos de trabalho de conformidade agora mesmo criando portas de processo com os status necessários e outras verificações de código.

## 4. Minha equipe tem um plano e ferramentas para identificar e corrigir componentes vulneráveis?

Até [70 por cento](https://www.synopsys.com/content/dam/synopsys/sig-assets/reports/rep-ossra-19.pdf) dos novos projetos de software dependem de código aberto. A reutilização de código ajuda todos a criar softwares melhores com mais rapidez, mas também nos coloca em risco de distribuir vulnerabilidades de segurança. Certifique-se de que seus desenvolvedores tenham as ferramentas de que precisam para identificar vulnerabilidades e corrigir códigos vulneráveis com rapidez.

## 5. Minha equipe usa ferramentas como verificação de segredo para garantir que credenciais altamente confidenciais não sejam enviadas acidentalmente para repositórios públicos?

Mesmo as organizações mais preocupadas com a segurança eventualmente cometem um erro. Proteja sua equipe contra o vazamento acidental de segredos com ferramentas que verificam commits à medida que são compartilhados e invalidam proativamente as credenciais antes que possam ser comprometidas.

## 6. Temos um registro privado de pacotes de software que são seguros para uso em nossa organização?

Ao consumir um pacote de código aberto, é importante confiar e compreender o código. Use um registro de pacotes para encontrar rapidamente o que foi aprovado para os repositórios da sua organização e armazene com facilidade os pacotes no mesmo ambiente seguro que o seu código-fonte.

## 7. Eu tenho uma maneira de validar as identidades dos usuários para que apenas minha equipe faça commit de código em nossos projetos, incluindo commits assinados?

Construir com código aberto significa adicionar milhares de desenvolvedores externos à sua equipe. Esteja você colaborando em projetos públicos ou privados, trabalhe com seu provedor de identidade para sempre verificar determinados commits e tags como sendo provenientes de sua organização.

### Como você se saiu?

Você respondeu “não” ou “talvez” a alguma das perguntas acima? Sua equipe ainda pode precisar fazer algumas alterações de segurança antes de usar software de código aberto.


O código aberto ajuda as equipes da empresa a criar software melhor e com mais rapidez, mas também traz riscos e desafios únicos.

Resource Page for /opensource/seven-questions-before-using-open-source-software

Sete perguntas a fazer antes de usar software de código aberto no trabalho

Código aberto

Quais serão os próximos passos do DevOps?

Financiar a próxima geração de software de código aberto

GitHub Secure Open Source Fund