As alterações "sugerindo" podem ser um termo bastante carregado. Aqui está o porquê:
-
O Ubuntu sempre foi um exemplo de contribuição. As pessoas que recebem atenção do desenvolvedor são as pessoas que contribuem com código.
-
Agora, a unidade está sendo mantida e apoiada por alguns voluntários da comunidade.
Nenhum desses grupos aprecia muito as idéias drive-by . Eles já estão ocupados o suficiente com projetos com os quais se importam mais. A maioria são voluntários - eles trabalham com o que querem. Os profissionais, obviamente, trabalham com o que seu empregador quer.
As sugestões bem-sucedidas da comunidade tendem a apresentar as seguintes características:
- Eles são feitos no fórum correto (atualmente link ou na lista de discussão apropriada do desenvolvedor)
- Eles já são bem pesquisados . Você se preocupa mais com esse recurso do que com qualquer outra pessoa, portanto, procure o recurso no Launchpad (ou upstream). Use os changelogs e os arquivos da lista de discussão para determinar por que foi originalmente descartado, quem estava envolvido e as alterações no código específico. É um verdadeiro projeto de pesquisa - mantenha anotações e links de favoritos. Você precisará se referir a eles.
- Eles ocorrem durante o tempo certo no ciclo de desenvolvimento de seis meses do Ubuntu . A maioria das mudanças está prevista para o início de novembro e início de maio - as semanas logo após o lançamento do Ubuntu, quando as equipes começam a planejar o trabalho dos próximos seis meses. Muitas mudanças são roteirizadas com um ou dois anos de antecedência. Não se aproxime de um time em janeiro esperando ver um novo recurso em abril.
- O sugestão tem habilidades técnicas suficientes para começar a trabalhar. A pior coisa que você pode dizer para um desenvolvedor é "Bem, eu não sou um programador". Nem eles foram quando começaram. Os desenvolvedores terão prazer em ser mentores: eles mostrarão como pescar. Eles não vão fazer todo o trabalho para você. Eles têm seus próprios projetos (que eles se importam mais).
- O sugestão tem uma visão clara e está disposto a liderar voluntários. Você não precisa fazer todo o trabalho sozinho - outros voluntários interessados surgem do nada o tempo todo. Liderança básica e habilidades de gerenciamento são úteis para espalhar a carga e tornar o trabalho leve e divertido para todos.
- A sugestão escrita em si é persuasiva para o público . Você não está tentando se convencer. Você não está implorando desenvolvedores. Você não está discutindo com ninguém. Você está tentando convencer os desenvolvedores de que esse novo recurso é um ótimo complemento para sua base de código, que será fácil de manter, que atende aos padrões de código aberto, que será fácil de suportar, que será usado. Você está tentando convencer os voluntários que poderiam participar de uma dúzia de outros projetos que o seu é o mais gratificante e divertido / interessante / desafiador.
Os bugs de lista de pedidos costumam atender a alguns desses critérios, portanto, poucos são escolhidos pelos desenvolvedores (voluntários).
Sugestão: conheça os contribuidores da comunidade do Ubuntu antes de apresentar uma ideia. Junte-se a um time (teste, documentação, suporte, triagem de erros, upstream, o que for) que você achar interessante e encontre algumas maneiras de contribuir. Observe como os outros fazem sugestões e como os contribuintes e a comunidade respondem, os canais de comunicação que usam, os recursos aos quais se referem. Tempo bem gasto.