Como Ter um Projeto de Código Aberto de Sucesso (com Imagens)

Índice:

Como Ter um Projeto de Código Aberto de Sucesso (com Imagens)
Como Ter um Projeto de Código Aberto de Sucesso (com Imagens)

Vídeo: Como Ter um Projeto de Código Aberto de Sucesso (com Imagens)

Vídeo: Como Ter um Projeto de Código Aberto de Sucesso (com Imagens)
Vídeo: Tutorial de como faço animação em Flash. 2024, Maio
Anonim

Este wikiHow ensina como iniciar e manter um projeto de código aberto de sucesso. Além de trabalhar duro e focar no objetivo final, a chave para criar um projeto de código aberto de sucesso geralmente está em definir seus objetivos no início do processo e aceitar a ajuda da comunidade.

Passos

Parte 1 de 3: Preparando-se para começar

Tenha um projeto de código aberto bem-sucedido, etapa 1
Tenha um projeto de código aberto bem-sucedido, etapa 1

Etapa 1. Saiba por onde começar

Basicamente, seu projeto de código aberto deve fornecer uma solução para um problema, especialmente se o problema tiver probabilidade de evoluir no futuro. O primeiro passo para cultivar um projeto de código aberto bem-sucedido consiste em encontrar um problema a ser resolvido, determinar se o problema é ou não importante o suficiente para abordar e definir seus objetivos a partir daí.

Se você já tem um projeto em andamento, certifique-se de anotar o problema que ele resolve antes de prosseguir

Tenha um projeto de código aberto bem-sucedido, etapa 2
Tenha um projeto de código aberto bem-sucedido, etapa 2

Etapa 2. Certifique-se de que seu projeto é necessário

A demanda é um dos principais componentes de projetos de código aberto bem-sucedidos. Se não houver nenhuma demanda ou necessidade para sua ideia inicial de projeto - ou se a demanda atual estiver sendo atendida por outro projeto - você pode considerar ingressar em um projeto em andamento diferente ou selecionar um problema diferente para enfocar.

Muitos projetos de código aberto em andamento aceitam contribuições rigorosas da comunidade, portanto, não tenha medo de pesquisar e ingressar em uma versão existente de seu projeto

Ter um Projeto de Código Aberto de Sucesso, Etapa 3
Ter um Projeto de Código Aberto de Sucesso, Etapa 3

Etapa 3. Evite assumir problemas grandes ou vagos

Não apenas esses problemas geralmente alcançam soluções mais oficiais com o tempo, mas tentar focar em um grande problema dilui seu foco e torna difícil apelar a todas as necessidades de seu público sem investir uma quantidade de tempo irracional no projeto.

Em vez disso, concentre-se em um pequeno problema que afeta um grande número de pessoas (por exemplo, um bug em uma distribuição Linux)

Ter um Projeto de Código Aberto de Sucesso Etapa 4
Ter um Projeto de Código Aberto de Sucesso Etapa 4

Etapa 4. Defina o sucesso do seu projeto

Como os projetos de código aberto tratam de diferentes categorias de problemas, o "sucesso" do seu projeto pode variar. Anotar o que você está tentando alcançar e como saberá que o alcançou o ajudará a se concentrar em uma meta principal para a duração do projeto.

Por exemplo, você pode considerar seu projeto de código aberto bem-sucedido se for iniciado, enquanto outros podem considerar um projeto bem-sucedido apenas quando atingir um determinado número de downloads

Tenha um projeto de código aberto bem-sucedido, etapa 5
Tenha um projeto de código aberto bem-sucedido, etapa 5

Etapa 5. Escolha uma licença de código aberto existente e aprovada para o seu projeto

A maioria dos desenvolvedores sabe o que significa "GPL", "LGPL" "BSD" (Berkeley Software Distribution) e "Apache", o que significa que eles também sabem o que podem fazer com esse código e o que não têm permissão para fazer. Isso o ajudará a evitar quaisquer problemas legais ou de propriedade intelectual ao longo do caminho.

Escrever sua própria licença pode ser demorado e provavelmente você precisará contratar um advogado para confirmar se o documento marca todas as caixas

Tenha um projeto de código aberto bem-sucedido, etapa 6
Tenha um projeto de código aberto bem-sucedido, etapa 6

Etapa 6. Grave o arquivo README para seu projeto

Isso pode soar como uma ação que é melhor guardar para o final do que para o primeiro, mas escrever o README da melhor forma possível sem o projeto real à sua frente o forçará a definir três coisas cruciais: para quem é o seu projeto (público), o que seu projeto é usado para (uso) e onde você pode encontrar recursos adicionais (ajuda).

Naturalmente, você não poderá listar as instruções técnicas para o seu projeto no arquivo README

Parte 2 de 3: Iniciando o Projeto

Tenha um projeto de código aberto bem-sucedido, passo 7
Tenha um projeto de código aberto bem-sucedido, passo 7

Etapa 1. Encontre colaboradores com antecedência

Embora você possa ter qualquer coisa, desde o esqueleto inicial de seu projeto até uma versão beta funcional, recrutar alguns colaboradores próximos para ajudar com o projeto antes de publicá-lo em qualquer lugar ajudará a estabelecer uma equipe; da mesma forma, você terá acesso direto ao feedback de algumas pessoas próximas ao começar, em vez de ter que classificar os comentários dispersos da comunidade.

  • Deixar de encontrar colaboradores antes de lançar seu projeto pode fazer com que os colaboradores não se sintam ativamente parte do processo.
  • Muitos líderes de projeto de código aberto oferecem aulas de codificação ou outra compensação não material para seus primeiros colaboradores.
Tenha um projeto de código aberto bem-sucedido, passo 8
Tenha um projeto de código aberto bem-sucedido, passo 8

Etapa 2. Obtenha hospedagem

É relativamente fácil se inscrever para hospedagem gratuita para um projeto de código aberto; opções comuns incluem SourceForge e GitHub. Fazer isso não apenas economiza dinheiro, mas também coloca seu projeto em um lugar onde as pessoas provavelmente procurarão por projetos de código aberto promissores.

Tenha um Projeto de Código Aberto de Sucesso, Passo 9
Tenha um Projeto de Código Aberto de Sucesso, Passo 9

Etapa 3. Declare que seu projeto é de código aberto

Embora pareça uma coisa muito simples, é um dos aspectos mais negligenciados de um projeto de código aberto. Lembre-se de que as pessoas verão seu projeto apenas por alguns segundos antes de decidir se farão o download ou não; saber que seu projeto é de código aberto (e, portanto, um trabalho em andamento) pode ajudá-los a formar uma opinião diferente.

Ter um Projeto de Código Aberto de Sucesso Etapa 10
Ter um Projeto de Código Aberto de Sucesso Etapa 10

Etapa 4. Estabeleça transparência

A parte "aberta" do código aberto significa que as pessoas precisam ser capazes de ver o que você está fazendo com o código. Algumas maneiras fáceis de garantir que todos tenham acesso igual aos seus recursos incluem o seguinte:

  • Armazene seu código online para que qualquer pessoa possa acessá-lo.
  • Publique sua licença, seu README e sua programação de lançamento em um local de fácil acesso.
  • Declare seus objetivos para o projeto.
  • Grave e libere qualquer informação "privada" da reunião (por exemplo, gravações de áudio ou transcrições).
Ter um Projeto de Código Aberto de Sucesso, Etapa 11
Ter um Projeto de Código Aberto de Sucesso, Etapa 11

Etapa 5. Libere iterações de seu projeto

Especialmente quando você tem contribuidores ou patrocinadores consistentes, você desejará seguir sua programação de lançamentos com a maior precisão possível. Isso permitirá que a comunidade tenha uma ideia de como se sente o seu projeto antes que seu lançamento completo se torne público, e você poderá receber uma grande quantidade de feedback que pode usar para ajustar futuros lançamentos.

É importante lembrar que, embora você não precise usar todos os comentários da comunidade, eles vão querer ver se você está implementando algumas sugestões comuns

Ter um Projeto de Código Aberto de Sucesso - Etapa 12
Ter um Projeto de Código Aberto de Sucesso - Etapa 12

Etapa 6. Permita as edições da comunidade em seu código

Embora você precise reverter o vandalismo e as edições que não fazem sentido em termos do código em si, tornar seu código público o ajudará a encontrar novos colaboradores. Também se encaixará na cultura de transparência encontrada em muitos projetos de código aberto, o que pode influenciar futuros patrocinadores.

Você sempre pode proteger o código estrutural e banir colaboradores que enviem spam ou vandalizem seu projeto, se necessário

Parte 3 de 3: Mantendo o Projeto

Ter um Projeto de Código Aberto de Sucesso Etapa 13
Ter um Projeto de Código Aberto de Sucesso Etapa 13

Etapa 1. Interaja com a comunidade

Não importa o quão baixo ou alto seja o projeto, seu trabalho de código aberto acabará atraindo alguma forma de interesse e / ou crítica da comunidade. Em vez de rejeitá-los ou ignorá-los, é melhor conversar com membros da comunidade interessados para aumentar as chances de se tornarem colaboradores.

Ter um Projeto de Código Aberto de Sucesso Etapa 14
Ter um Projeto de Código Aberto de Sucesso Etapa 14

Etapa 2. Não faça todo o trabalho sozinho

Conforme mencionado acima, muitos membros da comunidade podem vir até você com sugestões ou idéias sobre como melhorar seu projeto. É fácil interpretar isso como um convite para você mesmo fazer as alterações; em vez disso, considere pedir a um membro da comunidade interessado que faça as alterações.

Fazer isso estabelece um senso de trabalho em equipe com os membros da comunidade envolvidos e libera algum tempo para você se concentrar em outras questões

Ter um Projeto de Código Aberto de Sucesso - Etapa 15
Ter um Projeto de Código Aberto de Sucesso - Etapa 15

Etapa 3. Evite comunicações privadas

A parte "aberta" dos projetos de código aberto não conduz a reuniões privadas ou implementação de informações sem total transparência.

Se você acabar tendo uma reunião privada sobre um recurso ou ideia, certifique-se de gravar a reunião e carregá-la na página do seu projeto

Ter um Projeto de Código Aberto de Sucesso Etapa 16
Ter um Projeto de Código Aberto de Sucesso Etapa 16

Etapa 4. Implementar solicitações pull

As solicitações pull são maneiras pelas quais os membros da comunidade podem contribuir para o seu projeto. Embora você deseje revisá-los nos estágios posteriores de seu projeto, permitir que os membros da comunidade ajustem seu código à medida que o projeto avança garantirá que ele seja o mais completo possível.

Ter um Projeto de Código Aberto de Sucesso Etapa 17
Ter um Projeto de Código Aberto de Sucesso Etapa 17

Etapa 5. Divulgue seu projeto

Assim como você comercializaria um produto pago, você precisará promover seu projeto de código aberto por meio de páginas de mídia social e engajamento geral.

Existem virtualmente inúmeras maneiras de promover seu projeto, mas usar o subreddit de programação do Reddit permitirá que você faça perguntas, responda a comentários e, de outra forma, se envolva com seu público-alvo

Ter um Projeto de Código Aberto de Sucesso Etapa 18
Ter um Projeto de Código Aberto de Sucesso Etapa 18

Etapa 6. Ter alguém para dar continuidade ao projeto

Invariavelmente, o sucesso do seu projeto resultará na necessidade de muito menos atenção do que você deu até agora. Se possível, nomeie um gerente de projeto para assumir o bem-estar do projeto até que se torne irrelevante ou precise de uma atualização; isso permitirá que você se concentre em outros projetos (ou faça uma pausa muito necessária).

Pontas

  • Se você estiver interessado em mergulhar no código aberto, mas ainda não está pronto para hospedar seu próprio projeto, considere contribuir com os projetos de outros usuários até pegar o jeito do processo.
  • Saiba o que sua licença de código aberto realmente significa:

    • Apache permite que todos modifiquem seu código e o usem em seus softwares de código-fonte fechado. Portanto, o código sob esta licença é atraente para as empresas e será muito mais fácil obter a popularidade inicial. No entanto, você pode não obter muito feedback de pessoas que usam seu trabalho silenciosamente.
    • LGPL (Licença Pública Geral Menor) permite usar seu software nos derivados de código fechado, mas exige que o usuário divulgue quaisquer alterações feitas em seu código. Mais feedback pode ser esperado.
    • GPL (Licença Pública Geral) é uma licença agressiva que exige que o usuário divulgue seu próprio código que chama seu código. Poucas empresas vão gostar disso, mas se quiserem o seu software, entrarão em contato com você oferecendo o pagamento por fornecer o código nas condições que desejarem. Embora esse "licenciamento duplo" não seja respeitado por muitos hackers de software livre e organizações GNU, ele é legal e bastante popular.
  • Certifique-se de verificar a ortografia de qualquer trabalho escrito que você produz. Sempre use a gramática adequada.
  • Seja o mais profissional e maduro possível, mesmo que alguém que esteja se comunicando com você não seja.

Avisos

  • Se você usar alguns componentes de código aberto de outros projetos, certifique-se de respeitar suas licenças. Nem todas as licenças de código aberto são compatíveis umas com as outras.
  • Normalmente não é uma boa ideia encontrar e tentar reviver um projeto abandonado existente. Esses projetos geralmente são abandonados por um bom motivo.
  • Não superestime as pessoas que produzem trabalhos para você. Se você começar a agradecer a todos, ou acabará sentindo falta de alguém que se sentirá negligenciado ou não saberá por onde parar. Agradeça apenas a um membro da comunidade que faz algo excepcional; isso levanta o padrão do que precisa ser feito para receber sua gratidão.

Recomendado: