Software livre

Da Wikipédia, a enciclopédia livre
Ir para navegação Pular para pesquisar

Uma captura de tela de Manjaro executando o ambiente de desktop Cinnamon , Firefox acessando a Wikipedia que usa MediaWiki , LibreOffice Writer , Vim , GNOME Calculator , VLC e gerenciador de arquivos Nemo , todos softwares de código aberto.

Software de código aberto ( OSS ) é o software de computador lançado sob uma licença na qual o detentor dos direitos autorais concede aos usuários os direitos de usar, estudar, alterar e distribuir o software e seu código-fonte para qualquer pessoa e para qualquer finalidade. [1] [2] O software de código-fonte aberto pode ser desenvolvido de forma pública colaborativa . O software de código aberto é um exemplo proeminente de colaboração aberta , o que significa que qualquer usuário capaz pode participar onlineem desenvolvimento, tornando indefinido o número de possíveis contribuintes. A capacidade de examinar o código facilita a confiança do público no software. [3]

O desenvolvimento de software de código aberto pode trazer perspectivas diversas, além das de uma única empresa. Um relatório de 2008 do Standish Group afirmou que a adoção de modelos de software de código aberto resultou em uma economia de cerca de US $ 60 bilhões por ano para os consumidores. [4] [5]

O código-fonte aberto pode ser usado para estudar e permite que usuários finais capazes adaptem o software às suas necessidades pessoais de maneira semelhante, scripts de usuário e folhas de estilo personalizadas permitem a sites e, eventualmente, publicam a modificação como uma bifurcação para usuários com preferências semelhantes, e enviar diretamente possíveis melhorias como solicitações pull .

História

Final de 1990: Fundação da Open Source Initiative

Nos primórdios da computação, programadores e desenvolvedores compartilhavam software para aprender uns com os outros e desenvolver o campo da computação. Eventualmente, a noção de código aberto foi para o lado da comercialização de software nos anos 1970-1980. No entanto, os acadêmicos ainda costumam desenvolver software de forma colaborativa. Por exemplo, Donald Knuth em 1979 com o sistema de composição TeX [6] ou Richard Stallman em 1983 com o sistema operacional GNU . [7] Em 1997, Eric Raymond publicou The Cathedral and the Bazaar, uma análise reflexiva da comunidade hacker e dos princípios do software livre. O artigo recebeu atenção significativa no início de 1998 e foi um fator que motivou a Netscape Communications Corporation a lançar seu popular pacote de Internet Netscape Communicator como software livre . Este código-fonte posteriormente se tornou a base do SeaMonkey , Mozilla Firefox , Thunderbird e KompoZer .

O ato da Netscape levou Raymond e outros a estudar como trazer as idéias de software livre da Free Software Foundation e os benefícios percebidos para a indústria de software comercial. Eles concluíram que o ativismo social da FSF não era atraente para empresas como a Netscape e procuraram uma maneira de reformular o movimento do software livre para enfatizar o potencial de negócios de compartilhamento e colaboração no código-fonte do software. [8] O novo termo que escolheram foi "código aberto", que logo foi adotado por Bruce Perens , editor Tim O'Reilly , Linus Torvalds e outros. A iniciativa de código abertofoi fundada em fevereiro de 1998 para encorajar o uso do novo termo e evangelizar os princípios do código aberto. [9]

Enquanto a Open Source Initiative buscou encorajar o uso do novo termo e evangelizar os princípios aos quais ele aderiu, os fornecedores de software comercial se viram cada vez mais ameaçados pelo conceito de software distribuído gratuitamente e acesso universal ao código-fonte de um aplicativo . O executivo da Microsoft , Jim Allchin , declarou publicamente em 2001 que "o código-fonte aberto é um destruidor de propriedade intelectual. Não posso imaginar algo pior do que isso para o negócio de software e o de propriedade intelectual". [10] No entanto, embora o software livre e de código aberto tenha historicamente desempenhado um papel fora do mainstream do desenvolvimento de software privado, empresas tão grandes como a Microsoftcomeçaram a desenvolver presenças oficiais de código aberto na Internet. IBM, Oracle, Google e State Farm são apenas algumas das empresas com uma participação pública séria no competitivo mercado de código aberto de hoje. Houve uma mudança significativa na filosofia corporativa em relação ao desenvolvimento de FOSS . [11]

O movimento do software livre foi lançado em 1983. Em 1998, um grupo de indivíduos defendeu que o termo software livre deveria ser substituído por software de código aberto (OSS) como uma expressão menos ambígua [12] [13] [14] e mais confortável para o mundo corporativo. [15] Os desenvolvedores de software podem querer publicar seu software com uma licença de código aberto , de forma que qualquer pessoa também possa desenvolver o mesmo software ou entender seu funcionamento interno. Com o software de código aberto, geralmente, qualquer pessoa pode criar modificações nele, portá-lo para novos sistemas operacionais e arquiteturas de conjunto de instruções, compartilhe-o com outras pessoas ou, em alguns casos, comercialize-o. Os estudiosos Casson e Ryan apontaram várias razões baseadas em políticas para a adoção do código aberto - em particular, a proposta de valor elevado do código aberto (quando comparado com a maioria dos formatos proprietários) nas seguintes categorias:

  • Segurança
  • Acessibilidade
  • Transparência
  • Perpetuidade
  • Interoperabilidade
  • Flexibilidade
  • Localização - especialmente no contexto de governos locais (que tomam decisões de software). Casson e Ryan argumentam que "os governos têm uma responsabilidade inerente e dever fiduciário para com os contribuintes", que inclui a análise cuidadosa desses fatores ao decidir comprar software proprietário ou implementar uma opção de código aberto. [16]

A Definição de Código Aberto apresenta uma filosofia de código aberto e define ainda mais os termos de uso, modificação e redistribuição do software de código aberto. As licenças de software concedem direitos aos usuários que, de outra forma, seriam reservados pela lei de direitos autorais ao detentor dos direitos autorais. Várias licenças de software de código aberto foram qualificadas dentro dos limites da Definição de código aberto . O exemplo mais proeminente e popular é a GNU General Public License (GPL), que "permite distribuição gratuita sob a condição de que novos desenvolvimentos e aplicativos sejam colocados sob a mesma licença", portanto também gratuita. [17]

O selo de código aberto saiu de uma sessão de estratégia realizada em 7 de abril de 1998 em Palo Alto, em reação ao anúncio da Netscape de janeiro de 1998 de um lançamento de código-fonte para o Navigator (como Mozilla ). Um grupo de indivíduos na sessão incluiu Tim O'Reilly , Linus Torvalds , Tom Paquin, Jamie Zawinski , Larry Wall , Brian Behlendorf , Sameer Parekh , Eric Allman , Greg Olson, Paul Vixie , John Ousterhout , Guido van Rossum , Philip Zimmermann, John Gilmore e Eric S. Raymond . [18] Eles aproveitaram a oportunidade antes do lançamento do código-fonte do Navigator para esclarecer uma confusão potencial causada pela ambigüidade da palavra "livre" em inglês .

Muitas pessoas afirmaram que o nascimento da Internet , desde 1969, deu início ao movimento do código aberto, enquanto outros não distinguem entre os movimentos do código aberto e do software livre. [19]

A Free Software Foundation (FSF), iniciada em 1985, pretendia que a palavra "grátis" significasse liberdade para distribuir (ou "livre como na liberdade de expressão") e não liberdade de custo (ou "grátis como na cerveja grátis"). Como grande parte do software livre já era (e ainda é) gratuito, esse software livre passou a ser associado a custo zero, o que parecia anti-comercial. [8]

A Open Source Initiative (OSI) foi formada em fevereiro de 1998 por Eric Raymond e Bruce Perens. Com pelo menos 20 anos de evidências de histórias de casos de desenvolvimento de software fechado versus desenvolvimento aberto já fornecidas pela comunidade de desenvolvedores da Internet, o OSI apresentou o caso de "código aberto" para empresas comerciais, como a Netscape. O OSI esperava que o uso do rótulo "open source", termo sugerido por Christine Peterson [7] [20] do Foresight Institutena sessão de estratégia, eliminaria a ambigüidade, particularmente para indivíduos que percebem o "software livre" como anti-comercial. Eles buscavam dar maior visibilidade aos benefícios práticos do código-fonte disponível gratuitamente e queriam trazer grandes empresas de software e outras indústrias de alta tecnologia para o código aberto. Perens tentou registrar "código aberto" como uma marca de serviço para o OSI, mas essa tentativa era impraticável para os padrões de marcas registradas . Enquanto isso, devido à apresentação do artigo de Raymond para a alta administração da Netscape - Raymond só descobriu quando leu o comunicado à imprensa , [21] e foi chamado pelo CEO da Netscape , Jim BarksdalePA da Netscape no final do dia - a Netscape lançou seu código-fonte do Navigator como código-fonte aberto, com resultados favoráveis. [22]

Definições

A definição da Open Source Initiative (OSI) é reconhecida por vários governos internacionalmente [23] como a definição padrão ou de fato . Além disso, muitos dos maiores projetos e contribuidores de software de código aberto do mundo, incluindo Debian, Drupal Association, FreeBSD Foundation, Linux Foundation, OpenSUSE Foundation, Mozilla Foundation, Wikimedia Foundation, Wordpress Foundation se comprometeram [24] a defender a missão do OSI e Definição de código aberto por meio do Acordo de Afiliados OSI. [25]

OSI usa a definição de código aberto para determinar se considera uma licença de software de código aberto. A definição foi baseada no Debian Free Software Guidelines , escrito e adaptado principalmente por Perens. [26] [27] [28] Perens não baseou seus escritos nas "quatro liberdades" da Free Software Foundation (FSF), que só estavam amplamente disponíveis mais tarde. [29]

De acordo com a definição de Perens, o código-fonte aberto é uma ampla licença de software que disponibiliza o código-fonte ao público em geral com restrições relaxadas ou inexistentes no uso e modificação do código. É uma “característica” explícita do código aberto que coloca muito poucas restrições ao uso ou distribuição por qualquer organização ou usuário, a fim de permitir a rápida evolução do software. [30]

Apesar de inicialmente aceitá-lo, [31] Richard Stallman da FSF agora se opõe categoricamente ao termo "Código Aberto" sendo aplicado ao que eles chamam de "software livre". Embora ele concorde que os dois termos descrevem "quase a mesma categoria de software", Stallman considera equiparar os termos incorretos e enganosos. [32] Stallman também se opõe ao pragmatismo declarado da Open Source Initiative , já que ele teme que os ideais de liberdade e comunidade do software livre sejam ameaçados pelo comprometimento dos padrões idealistas da FSF para a liberdade de software. [33] A FSF considera o software livre um subconjunto do software de código aberto, e Richard Stallman explicou que DRMsoftware, por exemplo, pode ser desenvolvido como open source, apesar de não dar liberdade aos seus usuários (restringe-os) e, portanto, não se qualifica como software livre. [34]

Licenciamento de software open-source

Quando um autor contribui com código para um projeto de código aberto (por exemplo, Apache.org), ele o faz sob uma licença explícita (por exemplo, o Contrato de Licença de Contribuidor Apache) ou uma licença implícita (por exemplo, a licença de código aberto sob a qual o projeto é já licenciando código). Alguns projetos de código-fonte aberto não aceitam código contribuído sob licença, mas na verdade exigem atribuição conjunta dos direitos autorais do autor para aceitar contribuições de código para o projeto. [35]

Exemplos de licença de software livre licenças / open-source incluem Apache License , licença BSD , GNU General Public License , GNU Lesser General Public License , licença MIT , Eclipse Public License e Mozilla Public License .

A proliferação de licenças de código aberto é um aspecto negativo do movimento de código aberto porque muitas vezes é difícil entender as implicações legais das diferenças entre as licenças. Com mais de 180.000 projetos de código aberto disponíveis e mais de 1.400 licenças exclusivas, a complexidade de decidir como gerenciar o uso de código aberto em empresas comerciais de "código fechado" aumentou drasticamente. Alguns são desenvolvidos internamente, enquanto outros são modelados a partir de licenças FOSS convencionais , como Berkeley Software Distribution ("BSD"), Apache, estilo MIT (Massachusetts Institute of Technology) ou GNU General Public License ("GPL"). Em vista disso, os profissionais de código aberto estão começando a usar esquemas de classificação em que FOSSas licenças são agrupadas (normalmente com base na existência e obrigações impostas pela cláusula copyleft ; a força da cláusula copyleft). [36]

Um marco legal importante para o movimento de código aberto / software livre foi aprovado em 2008, quando o tribunal federal de apelações dos EUA decidiu que as licenças de software livre definitivamente estabelecem condições juridicamente vinculativas sobre o uso de obras protegidas por direitos autorais e, portanto, são aplicáveis ​​sob a lei de direitos autorais existente . Como resultado, se os usuários finais violarem as condições de licenciamento, sua licença desaparecerá, o que significa que estão infringindo direitos autorais. [37] Apesar deste risco de licenciamento, a maioria dos fornecedores de software comercial estão usando software de código aberto em produtos comerciais enquanto cumprem os termos da licença, por exemplo, alavancando a licença Apache. [38]

Certificações

A certificação pode ajudar a construir a confiança do usuário. A certificação pode ser aplicada ao componente mais simples, a todo um sistema de software. O Instituto Internacional de Tecnologia de Software da Universidade das Nações Unidas , [39] iniciou um projeto conhecido como "The Global Desktop Project". Este projeto visa construir uma interface de desktop que todo usuário final seja capaz de entender e interagir, cruzando assim as barreiras linguísticas e culturais. O projeto melhoraria o acesso das nações em desenvolvimento aos sistemas de informação. A UNU / IIST espera conseguir isso sem comprometer a qualidade do software, introduzindo certificações. [40]

Desenvolvimento de software open-source

Modelo de desenvolvimento

Em seu ensaio de 1997, The Cathedral and the Bazaar , [41] o evangelista de código aberto Eric S. Raymond sugere um modelo para o desenvolvimento de OSS conhecido como modelo de bazar . Raymond compara o desenvolvimento de software por metodologias tradicionais à construção de uma catedral, "cuidadosamente elaborada por bruxos individuais ou pequenos grupos de magos trabalhando em esplêndido isolamento". [41] Ele sugere que todo software deve ser desenvolvido usando o estilo bazar, que ele descreveu como "um grande bazar balbuciante de agendas e abordagens diferentes." [41]

No modelo tradicional de desenvolvimento, que ele chamou de modelo da catedral , o desenvolvimento ocorre de forma centralizada. As funções são claramente definidas. As funções incluem pessoas dedicadas ao design (os arquitetos), pessoas responsáveis ​​pelo gerenciamento do projeto e pessoas responsáveis ​​pela implementação. A engenharia de software tradicional segue o modelo da catedral.

O modelo do bazar, no entanto, é diferente. Neste modelo, os papéis não são claramente definidos. Gregorio Robles [42] sugere que o software desenvolvido usando o modelo bazar deve exibir os seguintes padrões:

Os usuários devem ser tratados como co-desenvolvedores
Os usuários são tratados como co-desenvolvedores e, portanto, devem ter acesso ao código-fonte do software. Além disso, os usuários são incentivados a enviar adições ao software, correções de código para o software, relatórios de bugs , documentação, etc. Ter mais co-desenvolvedores aumenta a taxa de evolução do software. A lei de Linus afirma: "Com olhos suficientes, todos os insetos são superficiais." Isso significa que se muitos usuários visualizarem o código-fonte, eles eventualmente encontrarão todos os bugs e sugerirão como corrigi-los. Observe que alguns usuários têm habilidades de programação avançadas e, além disso, a máquina de cada usuário fornece um ambiente de teste adicional. Este novo ambiente de teste oferece a capacidade de encontrar e corrigir um novo bug.
Lançamentos iniciais
A primeira versão do software deve ser lançada o mais cedo possível para aumentar as chances de encontrar co-desenvolvedores o quanto antes.
Integração frequente
As alterações de código devem ser integradas (fundidas em uma base de código compartilhada) tão frequentemente quanto possível, para evitar a sobrecarga de corrigir um grande número de bugs no final do ciclo de vida do projeto. Alguns projetos de código aberto têm compilações noturnas, em que a integração é feita automaticamente diariamente.
Várias versões
Deve haver pelo menos duas versões do software. Deve haver uma versão com bugs com mais recursos e uma versão mais estável com menos recursos. A versão com bugs (também chamada de versão de desenvolvimento) é para usuários que desejam o uso imediato dos recursos mais recentes e estão dispostos a aceitar o risco de usar um código que ainda não foi totalmente testado. Os usuários podem então atuar como co-desenvolvedores, relatando bugs e fornecendo correções de bugs.
Alta modularização
A estrutura geral do software deve ser modular, permitindo o desenvolvimento paralelo em componentes independentes.
Estrutura dinâmica de tomada de decisão
É necessária uma estrutura de tomada de decisão, seja formal ou informal, que tome decisões estratégicas de acordo com as mudanças nos requisitos do usuário e outros fatores. Compare com a programação extrema .

Os dados sugerem, entretanto, que o OSS não é tão democrático quanto o modelo de bazar sugere. Uma análise de cinco bilhões de bytes de código livre / aberto por 31.999 desenvolvedores mostra que 74% do código foi escrito pelos 10% mais ativos dos autores. O número médio de autores envolvidos em um projeto foi 5.1, com a mediana em 2. [43]

Vantagens e desvantagens

O software de código aberto geralmente é mais fácil de obter do que o software proprietário, geralmente resultando em maior uso. Além disso, a disponibilidade de uma implementação de código aberto de um padrão pode aumentar a adoção desse padrão. [44] Também ajudou a construir a lealdade do desenvolvedor à medida que os desenvolvedores se sentem capacitados e têm um senso de propriedade do produto final. [45]

Além disso, custos mais baixos de marketing e serviços logísticos são necessários para o OSS. É uma boa ferramenta para promover a imagem de uma empresa, incluindo seus produtos comerciais. [46] A abordagem de desenvolvimento OSS ajudou a produzir software confiável e de alta qualidade de forma rápida e econômica. [47]

O desenvolvimento de código aberto oferece o potencial para uma tecnologia mais flexível e inovação mais rápida. Diz-se que é mais confiável, pois normalmente tem milhares de programadores independentes testando e corrigindo bugs do software. O código aberto não depende da empresa ou do autor que o criou originalmente. Mesmo que a empresa falhe, o código continua existindo e sendo desenvolvido por seus usuários. Além disso, ele usa padrões abertos acessíveis a todos; assim, não há o problema de formatos incompatíveis que podem existir em software proprietário.

É flexível porque os sistemas modulares permitem que os programadores construam interfaces personalizadas ou adicionem novas habilidades a ela e é inovador, pois os programas de código aberto são o produto da colaboração entre um grande número de programadores diferentes. A mistura de perspectivas divergentes, objetivos corporativos e metas pessoais acelera a inovação. [48]

Além disso, o software livre pode ser desenvolvido de acordo com requisitos puramente técnicos. Não requer pensar sobre a pressão comercial que muitas vezes degrada a qualidade do software. As pressões comerciais fazem com que os desenvolvedores de software tradicionais prestem mais atenção aos requisitos dos clientes do que aos requisitos de segurança, uma vez que tais recursos são um tanto invisíveis para o cliente. [49]

Às vezes, é dito que o processo de desenvolvimento de código aberto pode não estar bem definido e os estágios do processo de desenvolvimento, como teste de sistema e documentação, podem ser ignorados. No entanto, isso só é verdadeiro para projetos pequenos (principalmente com um único programador). Projetos maiores e bem-sucedidos definem e aplicam pelo menos algumas regras, pois precisam delas para possibilitar o trabalho em equipe. [50] [51] Nos projetos mais complexos, essas regras podem ser tão rígidas quanto revisar até mesmo pequenas mudanças por dois desenvolvedores independentes. [52]

Nem todas as iniciativas de OSS foram bem-sucedidas; por exemplo, SourceXchange e Eazel . [45] Especialistas em software e pesquisadores que não estão convencidos pela capacidade do código aberto de produzir sistemas de qualidade identificam o processo obscuro, a descoberta de defeitos tardios e a falta de qualquer evidência empírica como os problemas mais importantes (dados coletados relativos à produtividade e qualidade). [53] Também é difícil projetar um modelo de negócios comercialmente sólido em torno do paradigma do código aberto. Consequentemente, apenas os requisitos técnicos podem ser satisfeitos e não os do mercado. [53]Em termos de segurança, o código aberto pode permitir que os hackers conheçam as fraquezas ou brechas do software mais facilmente do que o software de código fechado. Depende de mecanismos de controle para criar uma atuação efetiva dos agentes autônomos que participam de organizações virtuais. [54]

Ferramentas de desenvolvimento

No desenvolvimento OSS, as ferramentas são usadas para apoiar o desenvolvimento do produto e o próprio processo de desenvolvimento. [55]

Sistemas de controle de revisão como Concurrent Versions System (CVS) e posterior Subversion (SVN) e Git são exemplos de ferramentas, geralmente de código aberto, ajudam a gerenciar os arquivos de código-fonte e as mudanças nesses arquivos para um projeto de software. [56] Os projetos são freqüentemente armazenados em " repositórios " que são hospedados e publicados em recursos de hospedagem de código-fonte , como Launchpad , GitHub , GitLab e SourceForge . [57]

Projetos de código aberto são frequentemente organizados de forma livre com "pouco suporte ou modelagem de processo formalizado", mas utilitários como rastreadores de problemas são freqüentemente usados ​​para organizar o desenvolvimento de software de código aberto. [55] Rastreadores de bug comumente usados incluem Bugzilla e Redmine . [58]

Ferramentas como listas de discussão e IRC fornecem meios de coordenação entre os desenvolvedores. [55] Sites de hospedagem de código centralizado também possuem recursos sociais que permitem aos desenvolvedores se comunicarem. [57]

Organizações

Algumas das "organizações mais proeminentes" envolvidas no desenvolvimento de software de fonte aberta incluem a Apache Software Foundation , criadores do servidor web Apache; a Linux Foundation , uma organização sem fins lucrativos que em 2012 empregava Linus Torvalds, o criador do kernel do sistema operacional Linux ; a Eclipse Foundation , lar da plataforma de desenvolvimento de software Eclipse ; o Projeto Debian, criadores da influente distribuição Debian GNU / Linux; a Fundação Mozilla , lar do navegador Firefox; e OW2, Comunidade nascida na Europa que desenvolve middleware de código aberto. As novas organizações tendem a ter um modelo de governança mais sofisticado e seus membros costumam ser formados por pessoas jurídicas. [59]

O Open Source Software Institute é uma organização sem fins lucrativos (501 (c) (6)) baseada em membros, estabelecida em 2001 que promove o desenvolvimento e a implementação de soluções de software de código aberto nas agências governamentais federais, estaduais e locais dos EUA. Os esforços da OSSI têm se concentrado em promover a adoção de programas e políticas de software de código aberto dentro do Governo Federal e das comunidades de Defesa e Segurança Interna. [60]

Open Source for America é um grupo criado para aumentar a conscientização no Governo Federal dos Estados Unidos sobre os benefícios do software de código aberto. Seus objetivos declarados são encorajar o uso de software de código aberto pelo governo, a participação em projetos de software de código aberto e a incorporação de dinâmicas de comunidade de código aberto para aumentar a transparência do governo. [61]

Mil-OSS é um grupo dedicado ao avanço do uso e criação de OSS nas forças armadas. [62]

Financiamento

As empresas cujos negócios se concentram no desenvolvimento de software de código-fonte aberto empregam uma variedade de modelos de negócios para resolver o desafio de como ganhar dinheiro fornecendo software que, por definição, é licenciado gratuitamente. Cada uma dessas estratégias de negócios baseia-se na premissa de que os usuários de tecnologias de código aberto estão dispostos a adquirir recursos de software adicionais sob licenças proprietárias ou adquirir outros serviços ou elementos de valor que complementam o software de código aberto que é essencial para o negócio. Este valor adicional pode ser, mas não limitado a, recursos de nível empresarial e garantias de tempo de atividade (geralmente por meio de um contrato de nível de serviço) para atender aos requisitos de negócios ou de conformidade, ganhos de desempenho e eficiência por recursos ainda não disponíveis na versão de código aberto, proteção legal (por exemplo, indenização por violação de direitos autorais ou patente) ou suporte profissional / treinamento / consultoria que são típicos de aplicativos de software proprietários .

Comparações com outros modelos de licenciamento de software / desenvolvimento

Closed source / software proprietário

O debate sobre código aberto vs. código fechado (alternativamente chamado de software proprietário ) às vezes é acalorado.

Os quatro principais motivos (conforme fornecido pela pesquisa da Open Source Business Conference [63] ) indivíduos ou organizações escolhem o software de código aberto são:

  1. custo mais baixo
  2. segurança
  3. nenhum vendedor 'lock in'
  4. melhor qualidade

Como as empresas inovadoras não dependem mais das vendas de software, o software proprietário se tornou menos necessário. [64] Como tal, coisas como sistema de gerenciamento de conteúdo de código aberto - ou CMS - implantações estão se tornando mais comuns. Em 2009, [65] a Casa Branca dos EUA mudou seu sistema CMS de um sistema proprietário para o CMS de código aberto Drupal . Além disso, empresas como a Novell (que tradicionalmente vendia software à moda antiga) debatem continuamente os benefícios de mudar para a disponibilidade de código-fonte aberto, tendo já mudado parte da oferta do produto para código-fonte aberto. [66] Desta forma, o software de código aberto fornece soluções para problemas únicos ou específicos. Como tal, é relatado[67] que 98% das empresas de nível empresarial usam ofertas de software de código aberto em alguma capacidade.

Com essa mudança de mercado, sistemas mais críticos estão começando a contar com ofertas de código aberto, [68] permitindo maior financiamento (como as concessões do Departamento de Segurança Interna dos Estados Unidos [68] ) para ajudar a "caçar bugs de segurança". De acordo com um estudo piloto de organizações que adotam (ou não) OSS, os seguintes fatores de significância estatística foram observados nas crenças do gerente: (a) atitudes em relação aos resultados, (b) as influências e comportamentos de outros, e (c) seus capacidade de agir. [69]

Distribuidores de código-fonte proprietário começaram a desenvolver e contribuir com a comunidade de código aberto devido à mudança de participação de mercado, fazendo isso pela necessidade de reinventar seus modelos para se manterem competitivos. [70]

Muitos defensores argumentam que o software de código aberto é inerentemente mais seguro porque qualquer pessoa pode visualizar, editar e alterar o código. [71] Um estudo do código-fonte do Linux tem 0,17 bugs por 1000 linhas de código, enquanto o software proprietário geralmente pontua de 20-30 bugs por 1000 linhas. [72]

Software livre

De acordo com o líder do movimento do software livre , Richard Stallman , a principal diferença é que ao escolher um termo em vez do outro (ou seja, "código aberto" ou " software livre "), permite-se que os outros saibam quais são seus objetivos: "Aberto fonte é uma metodologia de desenvolvimento; software livre é um movimento social. " [33] No entanto, existe uma sobreposição significativa entre o software de código aberto e o software livre. [34]

A FSF [73] disse que o termo "código aberto" fomenta uma ambigüidade de um tipo diferente, que confunde a mera disponibilidade da fonte com a liberdade de usá-la, modificá-la e redistribuí-la. Por outro lado, o termo "software livre" foi criticado pela ambigüidade da palavra "gratuito" como "disponível sem custo", o que foi visto como desestimulante para a adoção empresarial, [74] e pelo uso ambíguo histórico do prazo. [8] [75] [76]

Os desenvolvedores têm usado os termos alternativos Software Livre e de Código Aberto ( FOSS ) ou Software Livre / Libre e Código Aberto (FLOSS), conseqüentemente, para descrever software de código aberto que também é software livre . [77] Embora a definição de software de código aberto seja muito semelhante à definição de software livre da FSF [78], ela foi baseada nas Diretrizes de Software Livre do Debian , escrita e adaptada principalmente por Bruce Perens com entrada de Eric S. Raymond e outros. [79]

O termo "código aberto" foi originalmente concebido para ser registrado; no entanto, o termo foi considerado muito descritivo, portanto, não existe marca registrada. [80] O OSI prefere que as pessoas tratem o código aberto como se fosse uma marca comercial, e o usem apenas para descrever o software licenciado sob uma licença aprovada pelo OSI. [81]

OSI Certified é uma marca comercial licenciada apenas para pessoas que estão distribuindo software licenciado sob uma licença listada na lista da Open Source Initiative. [82]

Open-source contra-fonte disponível

Embora a definição OSI de "software de código aberto" seja amplamente aceita, um pequeno número de pessoas e organizações usa o termo para se referir ao software em que a fonte está disponível para visualização, mas que não pode ser legalmente modificado ou redistribuído. Esse software é mais frequentemente referido como fonte disponível , ou como fonte compartilhada , um termo cunhado pela Microsoft em 2001. [83] Enquanto em 2007 duas das licenças da Iniciativa de Fonte Compartilhada da Microsoft foram certificadas pelo OSI , a maioria das licenças do programa SSI ainda estão disponíveis apenas na fonte . [84]

Abrir-sourcing

O código-fonte aberto é o ato de propagar o movimento do código-fonte aberto , na maioria das vezes referindo-se ao lançamento de software proprietário anterior sob uma licença de código-fonte aberto / livre , [85] mas também pode se referir à programação de software de código-fonte aberto ou à instalação de software de código-fonte aberto.

Pacotes de software notáveis, anteriormente proprietários, que foram de código aberto incluem:

Antes de alterar a licença do software, os distribuidores geralmente auditam o código-fonte do código licenciado de terceiros, que eles teriam que remover ou obter permissão para seu relicenciamento. Backdoors e outros malwares também devem ser removidos, pois podem ser facilmente descobertos após o lançamento do código.

Aplicações atuais e adoção

“Migramos funções-chave do Windows para o Linux porque precisávamos de um sistema operacional que fosse estável e confiável - um que nos desse controle interno. Portanto, se precisássemos corrigir, ajustar ou adaptar, poderíamos”.

Declaração oficial da United Space Alliance , que gerencia os sistemas de computador para a Estação Espacial Internacional (ISS), sobre porque eles escolheram mudar do Windows para o Debian GNU / Linux na ISS [86] [87]

Software de código aberto amplamente utilizado

Projetos de software de código aberto são construídos e mantidos por uma rede de programadores voluntários e são amplamente usados ​​em produtos gratuitos e comerciais. [38] Os principais exemplos de produtos de código aberto são o servidor Apache HTTP , a plataforma de e-commerce osCommerce , os navegadores de internet Mozilla Firefox e Chromium (o projeto onde a grande maioria do desenvolvimento do freeware Google Chrome é feito) e o escritório completo suite LibreOffice . Um dos produtos de código aberto de maior sucesso é o sistema operacional GNU / Linux , um sistema operacional de código aberto semelhante ao Unix e seu derivado Android, Um sistema operacional para dispositivos móveis. [88] [89] Em alguns setores, o software de código aberto é a norma. [90]

Extensões para uso não-software

Enquanto o termo "código aberto" se aplicava originalmente apenas ao código-fonte do software, [91] agora está sendo aplicado a muitas outras áreas [92] como ecologia de código aberto , [93] um movimento para descentralizar tecnologias para que qualquer ser humano pode usá-los. No entanto, muitas vezes é mal aplicado a outras áreas que têm princípios diferentes e concorrentes, que se sobrepõem apenas parcialmente.

Os mesmos princípios que fundamentam o software de código aberto podem ser encontrados em muitos outros empreendimentos, como hardware de código aberto , Wikipedia e publicação de acesso aberto . Coletivamente, esses princípios são conhecidos como código aberto, conteúdo aberto e colaboração aberta : [94] "qualquer sistema de inovação ou produção que depende de participantes orientados a objetivos, mas vagamente coordenados, que interagem para criar um produto (ou serviço) de economia valor, que eles disponibilizam para contribuidores e não contribuintes. " [3]

Essa "cultura" ou ideologia considera que os princípios se aplicam de maneira mais geral para facilitar a entrada simultânea de diferentes agendas, abordagens e prioridades, em contraste com modelos de desenvolvimento mais centralizados, como os tipicamente usados ​​em empresas comerciais. [95]

Veja também

Referências

  1. ^ St. Laurent, Andrew M. (2008). Noções básicas sobre código aberto e licenciamento de software livre . O'Reilly Media. p. 4. ISBN 9780596553951.
  2. ^ Corbly, James Edward (25 de setembro de 2014). "A alternativa do software livre: freeware, software de código aberto e bibliotecas" . Tecnologia da Informação e Bibliotecas . 33 (3): 65. doi : 10.6017 / ital.v33i3.5105 . ISSN 2163-5226 . 
  3. ^ a b Levine, Sheen S .; Prietula, Michael J. (30 de dezembro de 2013). "Colaboração aberta para inovação: princípios e desempenho". Ciência da Organização . 25 (5): 1414–1433. arXiv : 1406,7541 . doi : 10.1287 / orsc.2013.0872 . ISSN 1047-7039 . S2CID 6583883 .  
  4. ^ Rothwell, Richard (5 de agosto de 2008). "Criando riqueza com software livre" . Revista de Software Livre . Arquivado do original em 8 de setembro de 2008 . Retirado em 8 de setembro de 2008 .
  5. ^ "Standish Newsroom - Open Source" (comunicado à imprensa). Boston . 16 de abril de 2008. Arquivado do original em 18 de janeiro de 2012 . Retirado em 8 de setembro de 2008 .
  6. ^ Gaudeul, Alexia (2007). "Os desenvolvedores de código aberto respondem à concorrência? O estudo de caso do LaTeX". Revisão da Economia da Rede . 6 (2). doi : 10.2202 / 1446-9022.1119 . ISSN 1446-9022 . S2CID 201097782 .  
  7. ^ a b VM Brasseur (2018). Forje o seu futuro com código aberto . Programadores pragmáticos. ISBN 978-1-68050-301-2.
  8. ^ a b c Karl Fogel (2016). "Produzindo Software de Código Aberto - Como Executar um Projeto de Software Livre de Sucesso" . O'Reilly Media . Retirado em 11 de abril de 2016 .Mas o problema era mais profundo do que isso. A palavra "livre" carregava consigo uma conotação moral inescapável: se a liberdade era um fim em si mesma, não importava se o software livre também fosse melhor ou mais lucrativo para certos negócios em certas circunstâncias. Eram apenas agradáveis ​​efeitos colaterais de um motivo que, em sua raiz, não era nem técnico nem mercantil, mas moral. Além disso, a posição "livre como em liberdade" forçou uma flagrante inconsistência nas corporações que queriam oferecer suporte a determinados programas gratuitos em um aspecto de seus negócios, mas continuar a comercializar software proprietário em outros.
  9. ^ "História do OSI" . Opensource.org.
  10. ^ B. Charny (3 de maio de 2001). "Abordagem de código aberto da Microsoft Raps" . CNET News.
  11. ^ Jeffrey Voas, Keith W. Miller e Tom Costello. Software de código aberto e gratuito. IT Professional 12 (6) (novembro de 2010), pág. 14–16.
  12. ^ Eric S. Raymond . "Adeus," software livre "; olá," código aberto " " . catb.org. O problema é duplo. Primeiro, ... o termo "grátis" é muito ambíguo ... Segundo, o termo deixa muitos tipos corporativos nervosos.
  13. ^ Kelty, Christpher M. (2008). "O significado cultural do software livre - dois bits" (PDF) . Editora da Duke University - durham e londres. p. 99. Antes de 1998, o Software Livre referia-se à Free Software Foundation (e ao olho vigilante e microgerenciador de Stallman) ou a um dos milhares de diferentes projetos, processos, licenças e ideologias comerciais, vocacionais ou de pesquisa universitária que tinham uma variedade de nomes: sourceware, freeware, shareware, software aberto, software de domínio público e assim por diante. O termo Open Source, por outro lado, procurou englobar todos eles em um movimento.
  14. ^ Shea, Tom (23 de junho de 1983). "Software livre - o software livre é um depósito de peças sobressalentes de software" . InfoWorld . Retirado em 10 de fevereiro de 2016 . “Em contraste com o software comercial, existe um grande e crescente corpo de software livre que existe no domínio público. O software de domínio público é escrito por entusiastas do microcomputador (também conhecidos como" hackers "), muitos dos quais são programadores profissionais em sua vida profissional. [...] Uma vez que todos têm acesso ao código-fonte, muitas rotinas não apenas foram usadas, mas dramaticamente melhoradas por outros programadores. "
  15. ^ Raymond, Eric S. (8 de fevereiro de 1998). "Adeus," software livre "; olá," código aberto " " . Página visitada em 13 de agosto de 2008 . Depois que o anúncio da Netscape foi divulgado em janeiro, pensei muito sobre a próxima fase - o esforço sério para fazer com que o "software livre" seja aceito no mundo corporativo tradicional. E percebi que temos um problema sério com o próprio "software livre". Especificamente, temos um problema com o termo "software livre" em si, não com o conceito. Estou convencido de que o prazo tem de acabar.
  16. ^ Ryan, Patrick S .; Casson, Tony (maio de 2006). "Padrões abertos, adoção de código aberto no setor público e sua relação com o domínio de mercado da Microsoft por Tony Casson, Patrick S. Ryan :: SSRN". Papers.ssrn.com. SSRN 1656616 .  Cite journal requires |journal= (help)
  17. ^ Holtgrewe, Ursula (2004). "Articulando a (s) Velocidade (s) da Internet: O Caso do Código Aberto / Software Livre" . Time & Society (manuscrito submetido). 13 : 129–146. doi : 10.1177 / 0961463X04040750 . S2CID 61327593 . 
  18. ^ "Encontro de pioneiros de código aberto na cúpula histórica" . 14 de abril de 1998 . Retirado em 20 de setembro de 2014 .
  19. ^ Muffatto, Moreno (2006). Código aberto: uma abordagem multidisciplinar . Imperial College Press. ISBN 978-1-86094-665-3.
  20. ^ "Como cunhei o termo 'código aberto ' " .
  21. ^ "NETSCAPE ANUNCIA PLANOS PARA FAZER O CÓDIGO FONTE DO COMUNICADOR DE PRÓXIMA GERAÇÃO DISPONÍVEL GRATUITAMENTE NA REDE" . Netscape Communications Corporation . 22 de janeiro de 1998. Arquivado do original em 1 de abril de 2007 . Retirado em 8 de agosto de 2013 . OUSADO MOVER PARA O PODER CRIATIVO DE MILHARES DE DESENVOLVEDORES DE INTERNET; A EMPRESA TORNA O NETSCAPE NAVIGATOR AND COMMUNICATOR 4.0 IMEDIATAMENTE GRATUITO PARA TODOS OS USUÁRIOS, MERCADO DE SEMENTE PARA EMPRESAS E NEGÓCIOS NETCENTEROS
  22. ^ "MOUNTAIN VIEW, Califórnia, 1º de abril / PRNewswire / - A Netscape Communications e os desenvolvedores de código aberto estão comemorando o primeiro aniversário, 31 de março de 1999, do lançamento do código-fonte do navegador da Netscape para mozilla.org" . Netscape Communications . 31 de março de 1999 . Retirado em 10 de janeiro de 2013 .[...] A organização que gerencia desenvolvedores de código aberto que trabalham na próxima geração de navegador e software de comunicação da Netscape. Este evento marcou um marco histórico para a Internet, pois a Netscape se tornou a primeira grande empresa de software comercial a abrir seu código-fonte, uma tendência que desde então foi seguida por várias outras corporações. Desde que o código foi publicado pela primeira vez na Internet, milhares de indivíduos e organizações o baixaram e fizeram centenas de contribuições para o software. O Mozilla.org está agora celebrando seu aniversário de um ano com uma festa na quinta à noite em São Francisco.
  23. ^ "Autoridade Internacional e Reconhecimento" . Opensource.org.
  24. ^ "Lista de afiliados OSI" . Opensource.org.
  25. ^ "Acordo de Afiliado OSI" . Opensource.org.
  26. ^ Perens, Bruce. Fontes abertas: Voices from the Open Source Revolution . O'Reilly Media . 1999.
  27. ^ Dibona, Chris; Ockman, Sam (janeiro de 1999).A definição de código aberto por Bruce Perens. ISBN 978-1-56592-582-3.
  28. ^ "A definição de código aberto" ., A definição de código aberto de acordo com a iniciativa de código aberto
  29. ^ "Quantas licenças de código aberto você precisa? - Slashdot" . News.slashdot.org . 16 de fevereiro de 2009 . Página visitada em 25 de março de 2012 .
  30. ^ Iniciativa de código aberto. "A definição de código aberto (anotada)" . opensource.org . Retirado em 22 de julho de 2016 .
  31. ^ Tiemann, Michael. “História do OSI” . Iniciativa de código aberto. Arquivado do original em 24 de setembro de 2006 . Retirado em 13 de maio de 2014 .
  32. ^ Stallman, Richard (16 de junho de 2007). "Por que" Código Aberto "perde o ponto do Software Livre" . Filosofia do Projeto GNU . Fundação do Software Livre . Página visitada em 23 de julho de 2007 . À medida que os defensores do código aberto atraem novos usuários para nossa comunidade, nós, ativistas do software livre, temos que trabalhar ainda mais para trazer a questão da liberdade à atenção desses novos usuários. Temos que dizer, 'É software livre e dá liberdade!' - mais e mais alto do que nunca. Cada vez que você diz 'software livre' em vez de 'código aberto', você ajuda nossa campanha.
  33. ^ a b Stallman, Richard (19 de junho de 2007). "Por que" Software Livre "é melhor do que" Código Aberto " " . Filosofia do Projeto GNU . Fundação do Software Livre . Página visitada em 23 de julho de 2007 .Mais cedo ou mais tarde, esses usuários serão convidados a voltar para o software proprietário para obter alguma vantagem prática. Incontáveis ​​empresas procuram oferecer tal tentação, e por que os usuários recusariam? Somente se eles aprenderam a valorizar a liberdade que o software livre lhes dá, para seu próprio bem. Cabe a nós divulgar essa ideia - e para isso, temos que falar sobre liberdade. Uma certa dose de abordagem do tipo 'fique quieto' para os negócios pode ser útil para a comunidade, mas também devemos ter muita liberdade para conversar.
  34. ^ a b Stallman, Richard (16 de junho de 2007). "Por que" Código Aberto "perde o ponto do Software Livre" . Filosofia do Projeto GNU . Fundação do Software Livre . Página visitada em 23 de julho de 2007 . Sob a pressão do cinema e das gravadoras, o software para uso individual é cada vez mais desenvolvido especificamente para restringi-los. Este recurso malicioso é conhecido como DRM ou Digital Restrictions Management (consulte DefectiveByDesign.org), e é a antítese em espírito da liberdade que o software livre visa oferecer. [...] Mesmo assim, alguns apoiadores de código aberto propuseram software 'DRM de código aberto'. A ideia deles é que, ao publicar o código-fonte de programas projetados para restringir seu acesso à mídia criptografada e permitir que outros o alterem, eles produzirão um software mais poderoso e confiável para restringir usuários como você. Em seguida, ele será entregue a você em dispositivos que não permitem que você o altere. Este software pode ser de 'código aberto' e usar o modelo de desenvolvimento de código aberto; mas não será um software livre, pois não respeitará a liberdade dos usuários que o executam. Se o modelo de desenvolvimento de código aberto tiver sucesso em tornar este software mais poderoso e confiável para restringir você, isso vai piorar ainda mais.
  35. ^ Rosen, Lawrence. "Joint Works - Open Source Licensing: Software Freedom and Intellectual Property Law" . flylib.com . Retirado em 22 de julho de 2016 .
  36. ^ Andrew T. Pham, Verint Systems Inc., e Matthew B. Weinstein e Jamie L. Ryerson. " Fácil como ABC: categorizando licenças de código aberto arquivadas em 8 de novembro de 2012 na máquina Wayback "; www.IPO.org. Junho de 2010.
  37. ^ Shiels, Maggie (14 de agosto de 2008). "Marco legal para código aberto" . BBC News . Retirado em 15 de agosto de 2008 .
  38. ^ a b Popp, Dr. Karl Michael (2015). Melhores práticas para uso comercial de software de código aberto . Norderstedt, Alemanha: Books on Demand. ISBN 978-3738619096.
  39. ^ [1] Arquivado em 15 de novembro de 2007 na Wayback Machine
  40. ^ [2] Arquivado em 7 de dezembro de 2007 na Wayback Machine
  41. ^ a b c Raymond, Eric S. (11 de setembro de 2000). "A Catedral e o Bazar" . Página visitada em 19 de setembro de 2004 .
  42. ^ Robles, Gregorio (2004). "Uma abordagem de engenharia de software para o software Libre" (PDF) . Em Robert A. Gehring, Bernd Lutterbeck (ed.). Open Source Jahrbuch 2004 (PDF) . Berlim: Universidade Técnica de Berlim . Página visitada em 11 de fevereiro de 2020 .
  43. ^ Ghosh, RA; Robles, G .; Glott, R. (2002). "Software Livre / Libre e de Código Aberto: Pesquisa e Estudo Parte V". Maastricht: Instituto Internacional de Infonomia .
  44. ^ Departamento de Defesa dos EUA. "Perguntas frequentes sobre software de código aberto" . Diretor de informações . Retirado em 22 de julho de 2016 .
  45. ^ a b Sharma, Srinarayan; Vijayan Sugumaran; Balaji Rajagopalan (2002). "Uma estrutura para a criação de comunidades de software de código aberto híbrido" (PDF) . Jornal de Sistemas de Informação . 12 : 7-25. doi : 10.1046 / j.1365-2575.2002.00116.x . S2CID 5815589 .  
  46. ^ Landry, John; Rajiv Gupta (setembro de 2000). "Lucrando com o código aberto". Harvard Business Review . doi : 10.1225 / F00503 .
  47. ^ Reynolds, Carl; Jeremy Wyatt (fevereiro de 2011). "Código aberto, padrões abertos e sistemas de informação de saúde" . Journal of Medical Internet Research . 13 (1): e24. doi : 10.2196 / jmir.1521 . PMC 3221346 . PMID 21447469 .  
  48. ^ Plotkin, Hal (dezembro de 1998). "O que (e por quê) você deve saber sobre software de código aberto". Harvard Management Update : 8–9.
  49. ^ Payne, Christian (fevereiro de 2002). "Sobre a segurança do software de código aberto". Jornal de Sistemas de Informação . 12 (1): 61–78. doi : 10.1046 / j.1365-2575.2002.00118.x . S2CID 8123076 . 
  50. ^ "Guia do hacker GNU Classpath: Guia do hacker GNU Classpath" . Gnu.org . 11 de agosto de 2003 . Página visitada em 25 de março de 2012 .
  51. ^ Meffert, Klaus; Neil Rotstan (2007). "Breve resumo do estilo e prática de codificação usados ​​no JGAP" . Pacote de algoritmos genéticos Java. Arquivado do original em 25 de dezembro de 2012 . Retirado em 8 de setembro de 2008 .
  52. ^ Tripp, Andy (16 de julho de 2007). "Hackers Classpath frustrados com o processo OpenJDK lento" . Javalobby. Arquivado do original em 12 de março de 2012 . Retirado em 2 de maio de 2008 .
  53. ^ a b Stamelos, Ioannis; Lefteris Angelis; Apostolos Oikonomou; Georgios L. Bleris (2002). "Análise da Qualidade do Código no Desenvolvimento de Software Open Source". Diário do sistema de informações . 12 : 43–60. doi : 10.1109 / MS.2007.2 . S2CID 18538582 . 
  54. ^ Gallivan, Michael J. (2001). "Atingindo um equilíbrio entre confiança e controle em uma organização virtual: uma análise de conteúdo de estudos de caso de software de código aberto" . Jornal de Sistemas de Informação . 11 (4): 277–304. doi : 10.1046 / j.1365-2575.2001.00108.x . S2CID 11868077 . 
  55. ^ a b c Boldyreff, Cornelia; Lavery, Janet; Nutter, David; Rank, Stephen. "Processos e ferramentas de desenvolvimento de código aberto" (PDF) . Flosshub . Retirado em 22 de julho de 2016 .
  56. ^ Stansberry, Glen (18 de setembro de 2008). "7 Sistemas de Controle de Versão Revisados ​​- Revista Smashing" . Smashing Magazine . Retirado em 22 de julho de 2016 .
  57. ^ a b Frantzell, Lennart (18 de julho de 2016). "GitHub, Launchpad e BitBucket, como os sistemas de controle de versão distribuída de hoje estão alimentando a revolução global sem precedentes do código aberto" . Developerworks da IBM . Retirado em 22 de julho de 2016 .
  58. ^ Baker, Jason. "4 principais ferramentas de rastreamento de problemas de código aberto" . opensource.com . Retirado em 22 de julho de 2016 .
  59. ^ François Letellier (2008), Software de código aberto: o papel das organizações sem fins lucrativos na federação de negócios e ecossistemas de inovação , AFME 2008.
  60. ^ Open Source Software Institute. "Casa" . Open Source Software Institute . Retirado em 22 de julho de 2016 .
  61. ^ Hellekson, Gunnar. "Casa" . Código aberto para a América. Arquivado do original em 1º de dezembro de 2015 . Página visitada em 25 de março de 2012 .
  62. ^ de EntandoSrl (Entando). "Mil-OSS" . Página visitada em 25 de março de 2012 .
  63. ^ Irina Guseva (@irina_guseva) (26 de março de 2009). "Economia ruim é boa para código aberto" . Cmswire.com . Página visitada em 25 de março de 2012 .
  64. ^ "Código aberto vs. Software proprietário" . PCWorld Business Center . Pcworld.com. 3 de novembro de 2011 . Página visitada em 25 de março de 2012 .
  65. ^ Geoff Spick (@ Goffee71) (26 de outubro de 2009). "Movimento de código aberto encontra amigos na Casa Branca" . Cmswire.com . Página visitada em 25 de março de 2012 .
  66. ^ "Caixa de Pandora para código aberto - CNET News" . News.cnet.com . 12 de fevereiro de 2004 . Página visitada em 25 de março de 2012 .
  67. ^ Murphy, David (15 de agosto de 2010). "Pesquisa: 98% das empresas usam código aberto, 29% contribuem de volta" . Notícias e opinião . PCMag.com . Página visitada em 25 de março de 2012 .
  68. ^ a b "A Segurança Interna ajuda a proteger o código-fonte aberto - CNET News" . News.cnet.com . Página visitada em 25 de março de 2012 .
  69. ^ Greenley, Neil. "Pesquisa de software de código aberto" . Arquivado do original em 22 de junho de 2013 . Página visitada em 9 de outubro de 2012 .
  70. ^ Boulanger, A. (2005). Software de código aberto versus software proprietário: um é mais confiável e seguro do que o outro? IBM Systems Journal, 44 (2), 239–248.
  71. ^ Seltzer, Larry (4 de maio de 2004). "O código aberto é realmente mais seguro?" . PCMag.com . Página visitada em 25 de março de 2012 .
  72. ^ Michelle Delio (14 de dezembro de 2004). "Linux: menos bugs que rivais" . Com fio . Retirado em 23 de maio de 2016 .
  73. ^ "Por que o Código Aberto perde o ponto do Software Livre - Projeto GNU - Fundação do Software Livre" . Gnu.org . Retirado em 30 de março de 2015 .
  74. ^ "Adeus," software livre "; olá," código aberto " " . O problema é duplo. Primeiro, ... o termo "grátis" é muito ambíguo ... Segundo, o termo deixa muitos tipos corporativos nervosos.
  75. ^ Kelty, Christpher M. (2008). "O significado cultural do software livre - dois bits" (PDF) . Editora da Duke University - Durham e Londres. p. 99. Antes de 1998, o Software Livre referia-se à Free Software Foundation (e ao olho vigilante e microgerenciador de Stallman) ou a um dos milhares de diferentes projetos, processos, licenças e ideologias comerciais, vocacionais ou de pesquisa universitária que tinham uma variedade de nomes: sourceware, freeware, shareware, software aberto, software de domínio público e assim por diante. O termo Open Source, por outro lado, procurou englobar todos eles em um movimento.
  76. ^ OSI. "História do OSI" . os conferencistas decidiram que era hora de descartar a atitude moralizante e de confronto que tinha sido associada ao "software livre" no passado e vender a ideia estritamente pelos mesmos fundamentos pragmáticos e de caso de negócios
  77. ^ Stallman, Richard. "FLOSS e FOSS" . Fundação do Software Livre . Retirado em 22 de julho de 2016 .
  78. ^ Stallman, Richard (16 de junho de 2007). "Por que" Código Aberto "perde o ponto do Software Livre" . Filosofia do Projeto GNU . Projeto GNU . Página visitada em 23 de julho de 2007 .
  79. ^ Tiemann, Michael (19 de setembro de 2006). “História do OSI” . Iniciativa de código aberto . Página visitada em 23 de agosto de 2008 .
  80. ^ Nelson, Russell (26 de março de 2007). "Marca de Certificação" . Iniciativa de código aberto . Arquivado do original em 6 de fevereiro de 2008 . Página visitada em 22 de julho de 2007 .
  81. ^ Raymond, Eric S. (22 de novembro de 1998). "Anúncio de lançamento OSI" . Iniciativa de código aberto . Página visitada em 22 de julho de 2007 .
  82. ^ Nelson, Russell (19 de setembro de 2006). "Licenças de código aberto por categoria" . Iniciativa de código aberto . Página visitada em 22 de julho de 2007 .
  83. ^ "Microsoft anuncia expansão da iniciativa de fonte compartilhada" . Geekzone.co.nz. 21 de março de 2005 . Retirado em 30 de março de 2015 .
  84. ^ "OSI aprova envios de licenças da Microsoft" . opensource.org. 17 de outubro de 2007 . Retirado em 8 de agosto de 2013 . Seguindo o conselho do Presidente de Aprovação de Licença, o Conselho da OSI aprovou hoje a Licença Pública da Microsoft (Ms-PL) e a Licença Recíproca da Microsoft (Ms-RL). A decisão de aprovar foi informada pelo consenso esmagador (embora não unânime) da comunidade de código aberto de que essas licenças atendiam aos 10 critérios da definição de código aberto e, portanto, deveriam ser aprovadas.
  85. ^ Agerfalk, Par e Fitzgerald, Brian (2008), Outsourcing to an Unknown Workforce: Exploring Opensourcing as a Global Sourcing Strategy, MIS Quarterly , Vol 32, No 2, pp.385-410
  86. ^ Gunter, Joel (10 de maio de 2013). "Estação Espacial Internacional para ir corajosamente com Linux sobre Windows" . The Telegraph .
  87. ^ Bridgewater, Adrian (13 de maio de 2013). "Estação Espacial Internacional adota Debian Linux, coloca Windows e Red Hat em airlock" . Computer Weekly .
  88. ^ Michael J. Gallivan, "Striking a Balance Between Trust and Control in a Virtual Organization: A Content Analysis of Open Source Software Case Studies", Info Systems Journal 11 (2001): 277–304
  89. ^ Hal Plotkin, "What (and Why) you should know about open source software" Harvard Management Update 12 (1998): 8–9
  90. ^ Noyes, Katherine (18 de maio de 2011). "O software de código aberto agora é uma norma nas empresas" . PCWorld . Retirado em 22 de julho de 2016 .
  91. ^ Stallman, Richard (24 de setembro de 2007). "Por que" Código Aberto "perde o ponto do Software Livre" . Filosofia do Projeto GNU . Fundação do Software Livre . Página visitada em 6 de dezembro de 2007 . No entanto, nem todos os usuários e desenvolvedores de software livre concordaram com os objetivos do movimento do software livre. Em 1998, uma parte da comunidade do software livre se separou e começou a fazer campanha em nome do 'código aberto'. O termo foi originalmente proposto para evitar um possível mal-entendido do termo 'software livre', mas logo se tornou associado a visões filosóficas bastante diferentes daquelas do movimento do software livre.
  92. ^ "O que é código aberto?" . Retirado em 29 de julho de 2013 .
  93. ^ "Ecologia de código aberto" . ... construindo a primeira ecovila de permacultura autossuficiente descentralizada de alta tecnologia, descentralizada e de código aberto replicável do mundo ...
  94. ^ "Open Collaboration Bitcoin" . Informs.org. 2 de janeiro de 2014 . Retirado em 30 de março de 2015 .
  95. ^ Raymond, Eric S. A catedral e o bazar . ed 3.0. 2000.

Outras leituras

Ligações externas