-
Pergunte no lugar certo.
Uma coisa que realmente incomoda os desenvolvedores é que as pessoas perguntem coisas no lugar errado. Isso se aplica a todo tipo de comunicação e descobrir o caminho certo para um projeto em particular requer algum trabalho investigativo.
Comece com a documentação do projeto. A maioria dos grandes projetos tem uma seção sobre bugs e estes tendem a sugerir onde o melhor lugar é para certos tipos de bug. Se o projeto é menor ou mais informal, a comunicação direta (e-mail ou bate-papo / IRC) não é uma má idéia.
Se o desenvolvedor ficar incomodado com você por enviar e-mails diretos e você tiver procurado alternativas, é culpa deles não deixar claro.
Em nosso contexto (do Ubuntu), Launchpad para bugs, Faça um brainstorm para solicitações de recursos mais amplas. Em muitos casos, você quer nadar contra a corrente para onde o projeto vive. Se você pode obter algo fixo ou adicionado, você pode falar com os mantenedores do Ubuntu sobre como obter o patch ou a atualização no Ubuntu.
-
Verifique se não há uma solicitação existente.
Nós fechamos muitas duplicatas aqui e eu sei que o Launchpad também. As duplicatas desperdiçam o tempo das pessoas porque elas precisam passar pelo processo de triagem. Se você puder encontrar um tópico existente sobre algo, vá até lá.
A maioria dos rastreadores tem um recurso "inscrever-se" para que você possa se manter atualizado. Se o progresso parecer estagnado, não acho que muitas pessoas se importariam com um "Qual é o progresso? / Posso fazer alguma coisa para ajudar?" - cutucada de estilo.
-
Seja educado. Seja meticuloso. Seja útil.
Quase nunca somos devidos a nada por um desenvolvedor de software livre (exceto no caso em que você os contrata imediatamente) então apenas lembre-se de que eles são pessoas com vidas e empregos. Seus pedidos devem ser claros, corteses e completos para evitar perder tempo em uma cascata de solicitações de mais informações / incompletas.
Independentemente da sua capacidade, sempre descubra se há algo que você possa fazer para ajudar em uma situação. Mesmo se você não puder ajudar diretamente se puder descobrir o que precisa acontecer com o desenvolvedor, outras pessoas podem ajudar. Se você conhece pessoas que poderiam fazer certos elementos, você poderia apresentá-los ao tópico e perguntar se eles gostam de ajudá-lo. -
Se puder, pense em doar, patrocinar ou contratar.
Sim, acho que estou sugerindo suborno. Se você realmente precisa de um recurso a ponto de não ter dinheiro (diretamente ou em tempo perdido), não acho injusto querer patrocinar diretamente uma melhoria.
Muitos projetos não gostam de pagamentos de dinheiro por bug, mas alguns desenvolvedores podem estar abertos a ele. São pessoas e pessoas (infelizmente) precisam de dinheiro. Eu contratei um desenvolvedor principal de um pequeno projeto por um dia para melhorar algo que era comercialmente muito importante para mim, mas que era de muito baixo nível na escala do projeto.
Se você não consegue colocar ninguém no projeto para ajudar, há sempre sites independentes onde as pessoas codificam por dinheiro. Não vejo razão para você não poder contratar alguém para trabalhar no seu bug, empurrando patches para o bug tracker para revisão. Apenas deixe claro que eles precisam trabalhar de acordo com as diretrizes estabelecidas no projeto e declarar explicitamente como seu trabalho será licenciado.
Esta não é uma maneira muito sustentável de fazer as coisas, mas é uma forma de retribuir que pode ajudá-lo diretamente. Vale a pena dar uma olhada se você estiver desesperado.