Como as equipes do Launchpad são geralmente formadas?

Question

Com o tempo, respondi a várias perguntas aqui. Muitas vezes, essas questões eram bastante específicas (do usuário) e respostas foram criadas, escrevendo de forma improvisada. Em algumas ocasiões, no entanto, as coisas foram definitivamente mais desenvolvidas em um resultado maduro. Algumas essas perguntas / respostas, além disso, podem ser úteis para uma gama mais ampla de usuários, com uma GUI bem integrada, mantida, atualizada e facilmente disponível e instalável por usuários inexperientes.

Especificamente, estou pensando em combinar (algumas) dessas postagens em um conjunto facilmente acessível de ferramentas de espaço de trabalho ou qualquer que seja o nome: este , este , esta , talvez esta e este .

Embora eu ame para atualizar essas respostas de vez em quando aqui, como qualquer outra pessoa eu tenho minhas limitações (não vou te dizer qual :)), e uma equipe de uma pessoa não é a abordagem mais profissional para garantir uma vida longa (er) de um projeto.

Então, minha pergunta é: como as equipes do launchpad geralmente são criadas

EDITAR

Limitando a questão um pouco

Tenho a impressão de que muitos usuários da AU, ativamente envolvidos no desenvolvimento, também são programadores / desenvolvedores em sua vida diária. Seu ambiente diário é mais ou menos relacionado ao que eles fazem aqui.

Para mim, a situação é bem diferente. A maioria dos meus colegas não sabe nada do que estou fazendo aqui, tem pouca compreensão e não tem afinidade com o assunto. Em outras palavras; minha rede profissional não está relacionada à programação de todo .

O insight mais importante que eu gostaria de ganhar é se as equipes (em geral) vêm das operações existentes , trazidas para o Launchpad, ou se novas equipes surgem no mundo virtual.

    

Answer 1

Eu iria sinalizá-lo, muito amplo! Sinto falta da experiência para cobrir muitos aspectos. Saúdo-o porque tem impressões digitais especiais nas suas respostas como as que mencionou. Esses são realmente protótipos feitos aqui como respostas.

Softwares gratuitos são construídos por comunidade livre. Grandes softwares têm núcleo sólido, seja um, dois ou muitos desenvolvedores. A equipe principal geralmente é construída na vida real (relações sociais + interesse de tópico) ou poucos virtualmente (interesse de tópico).

Eu vejo esses protótipos como projetos separados, cada um pertence a você como desenvolvedor & amp; (OP + alguns eleitores) como usuários.

Neste ponto, esqueça a equipe, você é o núcleo e você será assim e assim que o projeto se torne maior e mais complicado. Aqueles na equipe virtual, eles virão & amp; sem aviso prévio, a maioria deles pode nunca contribuir com código, na melhor das hipóteses eles vão enviar um bug.

blaa blaa posso continuar falando ... tipo de currículo de experiência sem muitos benefícios. Tente colecionar algum interesse nesses projetos e veja se vale a pena.

1. Crie um repositório em um site social git, popular MR. Polvo GitHub.
2. Atualize sua resposta e um link para seu novo projeto upstream (mantenha o código original)
3. Crie um projeto de espelho no Launchpad.
4. Prepare o pacote Debian
5. Publicar um PPA
6. Atualize sua resposta novamente e adicione outro link ao PPA.

Então, basicamente, você tem desenvolvimento de projeto upstream no GitHub & amp; lançamentos binários no Launchpad. Depois disso, Que Sera, Sera (o que quer que seja, será) . Eu só te desejo boa sorte: D.

Eu tenho uma resposta aqui que eu promovi para um projeto muito ^muito _minúsculo .

Tempo para outros anúncios;)

• AU P: Como adicionar um applet de estado modificador de teclado para o painel Unity?
• GitHub: link
• Launchpad: link
• PPA: link

Btw, se você está tentando fazer uma entrega que não vai funcionar. As pessoas se importam apenas com o que realmente precisam e avaliam como vale a pena antes de dedicar algum tempo a isso.