Pergunta

Passei meu tempo livre no trabalho neste verão escrevendo uma espécie de estrutura para facilitar meu trabalho diário.Resumindo ele carrega um xml com marcação que define os blocos do site, seu conteúdo e o estilo destes (muito parecido com o html), cuida do carregamento de assets e tal.

Agora estou bastante satisfeito com o resultado e estou ansioso para liberar parte do meu código para uso público (e escrutínio).Também estou razoavelmente certo de que isso preenche uma lacuna na construção rápida e fácil de sites (ou partes deles).

Quais seriam os melhores argumentos para convencer meu chefe/colegas de trabalho de que liberar isso sob uma licença de código aberto é uma boa ideia?

Foi útil?

Solução

O OSI tem uma série de bons recursos com http://www.opensource.org/advocacy/case_for_business.php provavelmente sendo o mais relevante para você.

Existem muitos projetos de código aberto e, quando populares, a melhor vantagem, na minha opinião, é ter correções de bugs e melhorias contribuídas de volta ao projeto.Você tende a desenvolver apenas os recursos necessários para o caso de uso em seu trabalho (existem exceções, é claro) e é bom ter outras pessoas trabalhando em outras áreas do projeto.

Dito isto, as pessoas geralmente só farão isso se elas próprias tiverem uma utilidade para o projeto e aumentar a conscientização pode ser tão difícil quanto comercializar um projeto comercial - você provavelmente descobrirá que apenas algumas pessoas o usam depois de terem descoberto o projeto através de um obscuro Pesquisa do Google!

Como tal, embora existam muitas vantagens orientadas para o desenvolvimento, mesmo que não haja muitos (ou nenhum) utilizadores reais, parece muito bom do ponto de vista empresarial/empresarial que a sua organização esteja a apoiar o lançamento de projetos internos sob código aberto. licenças.Isso mostra coisas boas aos possíveis funcionários sobre a abertura da organização.

Portanto, embora você só obtenha grandes vantagens do código aberto com escala, há outras menos óbvias que começam a funcionar imediatamente, ou seja, construir um bom nome para sua empresa.

Outras dicas

  • Popularidade
  • Contribuição comunitária
  • Escrutínio público
  • Seremos forçados a aderir aos padrões.(o que, por sua vez, tornará o produto melhor)
  • Boa vontade

Os benefícios para sua empresa são poucos.Todas as razões apresentadas por outros assumem um grau de popularidade que é...improvável.A maioria dos empresários vai perceber isso sem precisar pensar muito sobre isso, então eles não vão encontrar publicidade ou alavancagem ou escrutínio público ou melhoria de ferramentas razão suficiente para correr o "risco" de lançá-lo como código aberto.

Dito isto, aqui está a melhor resposta ao argumento do “risco” para uma empresa lançar uma ferramenta interna como código aberto:se não fizer parte de sua competência principal e tomar cuidado para não sugar os recursos da empresa (ou expor segredos/infraestrutura da empresa), realmente não há risco.A empresa não perde nada e ganha potencial para obter ganhos – mesmo que esse potencial seja pequeno.

Lancei alguns pacotes desenvolvidos pela empresa como código aberto.O argumento básico:

É mais rentável ou vantajoso para a empresa divulgar isto:

  • este pacote não faz parte do nosso negócio principal.Não vamos revelar a receita do molho secreto.
  • teremos um número maior de pessoas exercitando o código, encontrando bugs e aumentando assim a qualidade do código.
  • é provável que encontremos algumas pessoas que contribuirão com códigos para recursos que possamos achar úteis.
  • boa ferramenta de recrutamento, parte 1:bons programadores serão atraídos por nossa organização esclarecida e amigável ao desenvolvedor.
  • boa ferramenta de recrutamento, parte 2:podemos ver algumas pessoas em ação que podemos estar interessados ​​em recrutar.

Aqui estão dois pacotes independentes que foram lançados por meio desta abordagem:

Acho que o cerne da razão pela qual o código aberto é uma boa ideia é porque você reúne um GRANDE recurso de pessoas que geralmente trabalham de graça para criar algo útil e interessante.Um site como o Digg está produzindo mais e melhores histórias do que a equipe do Slashdot poderia, porque a comunidade o impulsiona.Da mesma forma, um projeto de código aberto poderia ser mais realizado do que uma equipe dedicada SE você tiver um projeto interessante o suficiente para atrair participação.Há também muitos outros benefícios, como melhorar seu código e aprender ao longo do caminho.

Publicidade: Você poderia exemplificar com o Ruby nos trilhos estrutura.

Foi criado para fazer o 37 sinais aplicativos da web.Eles abriram o código, então alguém apareceu e construiu o Twitter.Imagine a publicidade que eles tiveram disso!

A contribuição mais importante de tornar um produto de código aberto é que ele se torna instantaneamente mais acessível para as pessoas.

Também ajuda as pessoas que estão realmente interessadas no seu trabalho a ver o que você tem feito, dar sugestões para melhorá-lo e até mesmo ajudar você a fazê-lo às vezes.Além disso, você contribui com algo para o vasto repositório de software de código aberto e ajuda a comunidade a crescer e aprender à sua maneira.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top