Quanto custa o OpenSource

O significado do termo Open Source é frequentemente identificado com a ausência da necessidade de pagar por um produto de software. O desejo de economizar dinheiro, de "brinde" não é estranho à maioria, e parece que o OpenSource deve ser o tablet mágico que deveria ter salvo o mundo inteiro de monstros como a Microsoft, que exigem uma pequena taxa por seus produtos. No entanto, isso não acontece. Neste artigo, tentaremos no nível superior, sem entrar em detalhes e em particular, entender o que acontece Open Source? Por que o código aberto nunca se tornou esse tablet. ... E você realmente precisa dela?

Definição de

Para começar, ainda decidimos o que é OpenSource - é um software de código aberto. Você não pode apenas usar esse software, mas também trabalhar com seu código-fonte - visualize-o, estude e faça suas próprias alterações. De fato, o primeiro autor, o criador de qualquer programa desse tipo, convida o mundo inteiro a co-autoria, e geralmente esses programas surgem precisamente devido às necessidades específicas de seus criadores.

Até nossa própria filosofia do movimento do software livre tomou forma, cujo objetivo é garantir quatro liberdades básicas de usuário:

1. Uso gratuito de programas para qualquer finalidade;
2. A liberdade de estudar como o programa funciona, adaptá-lo às suas necessidades (código aberto);
3. Liberdade para distribuir cópias do programa;
4. A liberdade de modificar e melhorar, corrige os erros detectados e também publica uma versão aprimorada do programa para o benefício de toda a comunidade.

Como isso acontece

Não confunda software de código aberto com software livre ou freeware. Este último, diferentemente do software de código aberto, é distribuído apenas gratuitamente, mas possui uma licença para copiar e / ou modificar o código-fonte.

Um exemplo notável e bem conhecido de software de código aberto é o Linux , como o kernel do sistema operacional criado por Linus Torvalds em 1991. O próprio kernel do Linux é distribuído gratuitamente sob os termos da GNU GPL. Torvalds decidiu usar essa opção quando ficou claro que algo que era seu hobby pessoal começou a se espalhar rapidamente pelo mundo.

No entanto, por incrível que pareça, isso não significa que todas as versões dos sistemas operacionais baseadas neste kernel sejam gratuitas. Também existem produtos puramente comerciais , por exemplo, SUSE Enterprise Linux , Red Hat Enterprise Linux - projetados para uso corporativo. Ao adquirir esta distribuição (e de fato uma assinatura de atualizações), o comprador recebe suporte para as obrigações que o fabricante deste sistema operacional assume. A SUSE e a Red Hat, além dos métodos clássicos de ganhar dinheiro vendendo as próprias distribuições (assinaturas), serviços de implementação e suporte técnico, vendem produtos oficiais com seus próprios símbolos - pólo, bonés, canecas, brinquedos, papelaria etc.

Outro ponto interessante, por mais livre e aberto que fosse o Linux, ele não apareceu do nada, também foram gastos recursos em sua criação. Em anos diferentes, vários estudos foram realizados usando várias técnicas, e o custo do desenvolvimento do kernel Linux versão 2.6.0 foi estimado. Em 2004, o valor foi estimado em 612 milhões de dólares (467 milhões de euros) usando um modelo de avaliação por pessoa / mês (o método adotado para avaliar o desenvolvimento de software proprietário). Em 2006, outro estudo foi financiado pela União Europeia, resultando em um valor de 1,09 bilhão de dólares (882 milhões de euros). Em 2008, a estimativa de custo do desenvolvimento principal atingiu US $ 1,3 bilhão.

Existem exemplos em que o software em si continua sendo de código aberto, em seu sentido canônico. No entanto, também é monetizado com sucesso. Como exemplo, podemos usar o produto de software Zabbix - um sistema de monitoramento universal para qualquer infraestrutura de TI, recursos em nuvem, serviços e aplicativos. Cite no site da empresa: “Zabbix - Software de código aberto gratuito. Não há restrições ou custos ocultos. ” No entanto, o fabricante monetiza com sucesso seu produto, oferecendo uma ampla gama de serviços em todo o mundo:

• Serviços de suporte técnico para clientes corporativos nos termos do contrato;
• Serviços de atualização do sistema para a versão LTS ou padrão mais recente;
• Serviços desenvolvendo recursos de monitoramento adicionais para necessidades específicas do cliente;
• Serviços para integrar o Zabbix aos sistemas de gravação de tarefas \ aplicativos, gerenciamento de armazém, gerenciamento de configuração, visualização \ relatório, mensagens e outros sistemas de informação;
• Sessões únicas para resolver problemas (por exemplo, um especialista em período integral em férias e não pode se conectar diretamente, acontece) usando uma conexão remota;
• Criar modelos para equipamentos desatualizados ou exclusivos, para equipamentos de produção própria ou no caso em que o modelo existente não permita obter uma imagem completa do estado do dispositivo monitorado;
• Instalação chave na mão da solução, incluindo consultas no local, personalização avançada e treinamento no local dos funcionários do cliente, com a taxa de um especialista certificado;
• Serviços de consultoria, incluindo opções com o especialista da empresa visitando o cliente.

Nesse estado de coisas, não há discórdia, o produto em si permanece na categoria Open Source, e as empresas ganham serviços extras, fornecem ao cliente confiança na estabilidade das atualizações de software e na correção oportuna dos erros detectados. Qualquer pessoa tem a oportunidade de influenciar e alterar esse produto, alterando as bibliotecas individuais e modificando os produtos de software aplicados nos quais os programas monetizados se baseiam ou são usados ​​em sua composição.

Obviamente, a maioria dos produtos de software que podem ser classificados como projetos de código aberto é software livre canônico. Eles são criados por entusiastas, às vezes para resolver seus próprios problemas, às vezes para alcançar algum objetivo socialmente útil. Nem todo mundo encontra ampla distribuição e aplicação. Isso se deve principalmente à tarefa aplicada, que o programa é chamado a resolver.

Mas mesmo os programas que estão se tornando bastante populares podem enfrentar muitos problemas. Por exemplo, o desenvolvedor principal (geralmente ainda é uma pessoa ou um pequeno grupo de pessoas com a mesma opinião) perde o interesse no desenvolvimento e na implementação de novas funcionalidades, ou não encontra tempo para apoiar o projeto. Ou, entre a equipe de desenvolvimento, existem diferenças significativas na estratégia para o desenvolvimento adicional do produto. Muitas vezes, nesse caso, ramificações da versão pai do projeto aparecem - cópias do repositório, que começam a se desenvolver separadamente do projeto principal. Aqui estão mais três cenários:

1. O projeto principal continua liderando sua classe;
2. Fork tem mais sucesso do que o projeto da reivindicação 1;
3. O projeto é dobrado, ambos os garfos e sua base morrem.

O que, nesse caso, quando o produto é um exemplo clássico de um projeto de código aberto custa dinheiro? Em geral, tudo é o mesmo que nos projetos de código aberto monetizados - especialistas. Especialistas que sabem ou podem descobrir como um sistema específico funciona, que são capazes de implementar um novo sistema, atualizam um sistema existente ou se integram a outros sistemas. Muitas vezes, esses especialistas são únicos, não apenas um em um milhão (embora pareça haver exemplos), mas em alguns territórios não tão metropolitanos, provavelmente não são uma ótima opção.

Você pode contratar esse especialista no estado. Seu custo geralmente é bastante alto. Obviamente, existe uma opção para tirar proveito das ofertas de terceirização, tanto de freelancers quanto de organizações especializadas no fornecimento de serviços de suporte técnico. Nesse caso, um freelancer é a opção menos dispendiosa, mas também a mais arriscada. Por analogia com os fabricantes de software que vendem suporte para seus produtos, as empresas especializadas também fornecem mais garantias de conformidade com os contratos estabelecidos no contrato e entendem melhor sua responsabilidade com o cliente.

Custo

É possível estimar o nível de custos (apenas para estimar, é impossível calcular exatamente, embora o cálculo possa parecer bastante próximo) no código-fonte aberto da sua empresa:

• Primeiro, você precisa decidir qual produto deve ser usado.
• Com base nisso, as opções de suporte são exibidas - elas são fornecidas pelo desenvolvedor do sistema em termos comerciais (o que é extremamente importante do ponto de vista do entendimento e da observação do SLA) ou o desenvolvedor não possui esse serviço e é necessário procurar outras maneiras. As desvantagens desse suporte são o alto custo e nem sempre a reação imediata, se o SLA não se basear nas necessidades do cliente;
• Outra maneira, como já mencionado acima, pode ser dividida em três opções:
• Encontrar e contratar um freelancer é a opção menos dispendiosa, mas bastante arriscada, mesmo que um contrato seja celebrado entre o freelancer e a organização, os riscos de força maior são os mais fortes. Além disso, o nível de experiência de um freelancer pode ser realmente muito alto. Ou talvez vice-versa;
• Seleção de uma organização especializada em terceirização que pode fornecer a lista necessária de serviços para dar suporte ao sistema selecionado. Algo entre o suporte do fabricante (onde o nível máximo de conhecimento e, geralmente, o custo) e o freelancer (onde o custo do recurso é devido ao baixo nível de competência em uma especialização restrita);
• A contratação de um funcionário na equipe é a vantagem dessa opção no controle completo do recurso, a capacidade de orientar rapidamente o funcionário para resolver um problema específico. Nas desvantagens, você pode escrever um custo razoavelmente alto, o risco de inatividade do serviço em caso de perda de funcionário.
• A seleção de um funcionário / empresa - seja uma opção de suporte do fabricante ou de um freelancer / organização independente ou a contratação de um funcionário na equipe, é necessário entender exatamente para que critérios escolher um artista. I.e. essencialmente, tem o conhecimento necessário para determinar o conhecimento. Ou, novamente, contrate alguém (organização ou indivíduo) com esse conhecimento.

Conclusão

No final do artigo, quero resumir as fabricações resultantes.

• A primeira conclusão é que o código aberto não significa livre , mas, no nível doméstico, significa disponível gratuitamente.
• A segunda conclusão é que a aplicação canônica de código aberto pode ser obtida apenas em caso de uso pessoal , ou seja, uso doméstico.
• A terceira conclusão é que um sinônimo nem sempre é bom de graça , nos casos em que a operação de um aplicativo ou serviço baseado em um projeto de código aberto é crítica, você precisa de um suporte confiável. Tudo depende do preço do tempo de inatividade.
• A quarta conclusão é que, como o aplicativo ou serviço é crítico, sua manutenção e suporte simplesmente não podem ser gratuitos, não é o que você precisa pagar por isso, mas sim por isso .