1.. SPDX-License-Identifier: GPL-2.0 2 3======================================================= 4Modelos de Maturidade para Contribuição no Kernel Linux 5======================================================= 6 7 8Contexto 9======== 10 11Como parte do Linux Kernel Maintainers’ Summit de 2021, houve uma 12`discussão <https://lwn.net/Articles/870581/>`_ sobre os desafios na 13contratação de mantenedores do kernel, bem como a sucessão de mantenedores. 14Algumas das conclusões daquela discussão incluíram que as empresas que fazem 15parte da comunidade do Kernel Linux precisam permitir que os engenheiros atuem 16como mantenedores como parte de seu trabalho, para que possam crescer e se 17tornar líderes respeitados e, eventualmente, mantenedores do kernel. Para 18apoiar um fluxo forte de talentos, os desenvolvedores devem ser autorizados e 19incentivados a assumir contribuições no upstream, como revisar os patches de 20outras pessoas, refatorar a infraestrutura do kernel e escrever documentação. 21 22Para tanto, o Conselho Técnico Consultivo (Technical Advisory Board - TAB) da 23Linux Foundation propõe este Modelo de Maturidade para Contribuição no Kernel 24Linux. Essas expectativas comuns para o engajamento da comunidade upstream visam 25aumentar a influência de desenvolvedores individuais, aumentar a colaboração 26de organizações e melhorar a saúde geral do ecossistema do Kernel Linux. 27 28O TAB insta as organizações a avaliarem continuamente seu modelo de maturidade 29em Open Source e a se comprometerem com melhorias para se alinharem a este 30modelo. Para ser eficaz, essa avaliação deve incorporar o feedback de toda a 31organização, incluindo a gerência e os desenvolvedores de todos os níveis de 32senioridade. No espírito do Open Source, incentivamos as organizações a 33publicarem suas avaliações e planos para melhorar seu engajamento com a 34comunidade upstream. 35 36Nível 0 37======= 38 39* Engenheiros de Software não têm permissão para contribuir com patches para o 40 kernel Linux. 41 42 43Nível 1 44======= 45 46* Engenheiros de Software têm permissão para contribuir com patches para o 47 kernel Linux, seja como parte de suas responsabilidades de trabalho ou em seu 48 próprio tempo. 49 50Nível 2 51======= 52 53* Espera-se que os Engenheiros de Software contribuam para o Kernel Linux como 54 parte de suas responsabilidades de trabalho. 55* Os Engenheiros de Software receberão apoio para participar de conferências 56 relacionadas ao Linux como parte de seu trabalho. 57* As contribuições de código no upstream de um Engenheiro de Software serão 58 consideradas em promoções e avaliações de desempenho. 59 60Nível 3 61======= 62 63* Espera-se que os Engenheiros de Software revisem patches (incluindo patches 64 escritos por engenheiros de outras empresas) como parte de suas 65 responsabilidades de trabalho. 66* A contribuição com apresentações ou artigos para conferências acadêmicas ou 67 relacionadas ao Linux (como as organizadas pela Linux Foundation, Usenix, 68 ACM, etc.) é considerada parte do trabalho do engenheiro. 69* As contribuições comunitárias de um Engenheiro de Software serão consideradas 70 em promoções e avaliações de desempenho. 71* As organizações relatarão regularmente as métricas de suas contribuições em 72 open source e acompanharão essas métricas ao longo do tempo. Essas métricas 73 podem ser publicadas apenas internamente na organização ou, a critério da 74 organização, algumas ou todas podem ser publicadas externamente. As métricas 75 fortemente sugeridas incluem: 76 77 * O número de contribuições ao kernel no upstream por equipe ou organização 78 (por exemplo, todas as pessoas que se reportam a um gerente, diretor ou 79 vice-presidente). 80 * A porcentagem de desenvolvedores de kernel que fizeram contribuições no 81 upstream em relação ao total de desenvolvedores de kernel na organização. 82 * O intervalo de tempo entre os kernels usados nos servidores e/ou produtos 83 da organização e a data de publicação do kernel upstream no qual o kernel 84 interno se baseia. 85 * O número de commits fora da árvore (out-of-tree) presentes nos kernels 86 internos. 87 88Nível 4 89======= 90 91* Os Engenheiros de Software são incentivados a dedicar uma parte do seu tempo 92 de trabalho focados no Trabalho no Upstream, o qual é definido como a revisão 93 de patches, atuação em comitês de programa, melhoria da infraestrutura central 94 do projeto -- como escrita ou manutenção de testes, redução de dívida técnica 95 no upstream, escrita de documentação, etc. 96* Os Engenheiros de Software recebem apoio para ajudar a organizar conferências 97 relacionadas ao Linux. 98* As organizações considerarão o feedback dos membros da comunidade em 99 avaliações de desempenho oficiais. 100 101Nível 5 102======= 103 104* O desenvolvimento de kernel no upstream é considerado um cargo formal, com 105 pelo menos um terço do tempo do engenheiro dedicado à realização de Trabalho 106 no Upstream. 107* As organizações buscarão ativamente o feedback dos membros da comunidade como 108 um fator nas avaliações de desempenho oficiais. 109* As organizações relatarão internamente e de forma regular a proporção entre o 110 Trabalho no Upstream e o trabalho focado em atingir diretamente os objetivos 111 de negócios.