Software de codigo aberto (do ingles open source software ou OSS ) e o software de computador que tem seu codigo fonte disponibilizado e licenciado com uma licenca de codigo aberto no qual o direito autoral fornece o direito de estudar, modificar e distribuir o software de graca para qualquer um e para qualquer finalidade. O software de codigo aberto muitas vezes tem desenvolvimento colaborativo e publico.

Um software disponibilizado com uma licenca de codigo aberto permite que qualquer pessoa possa investigar seu funcionamento interno e fazer alteracoes, porta-lo para novos sistemas operacionais e arquiteturas de processadores, compartilha-lo com outras pessoas ou, em alguns casos, comercializa-lo.

Embora aplicados indiscriminadamente, os termos software de codigo aberto e software livre nao sao sinonimos.

Historia [ editar | editar codigo-fonte ]

O movimento software livre foi lancado em 1983 sob lideranca do hacker Richard Stallman , que posteriormente (1985) fundaria a Free Software Foundation (FSF) com foco no aspecto filosofico e politico do software livre. Em 1998 , Bruce Perens , Eric Raymond e outros defensores argumentaram que o termo software livre deveria ser substituido por software open-source (OSS) como uma expressao menos ambigua e mais confortavel para o mundo corporativo. ^{[ 1 ]}

O termo surgiu de uma reuniao estrategica realizada em 7 de abril de 1998, em Palo Alto , que incluiu individuos como 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 ^{[ 2 ]} , na conjuntura do lancamento do codigo-fonte do browser da Netscape Navigator sob uma licenca de codigo aberto. Na ocasiao, aproveitaram a oportunidade para esclarecer a potencial confusao causada pela ambiguidade da palavra "free" em ingles . Surge entao a Open Source Initiative (OSI)

A OSI esperava que o uso do rotulo open source, sugerido por Christine Peterson durante a reuniao estrategia ^{[ 3 ]} , eliminaria a ambiguidade do termo, especialmente para os individuos que compreendem "software livre", como anticomercial. Com o termo, buscou-se trazer mais visibilidade para os beneficios praticos do codigo fonte livremente disponivel, e trazer grandes empresas de software e outras industrias de alta tecnologia para a colaboracao open source.

A Definicao de codigo aberto [ editar | editar codigo-fonte ]

A Definicao de codigo aberto e o documento utilizado para determinar se uma licenca de software pode receber a certificacao de codigo aberto. A definicao foi baseada na Debian Free Software Guidelines , escrito e adaptado principalmente por Bruce Perens. ^{[ 4 ] [ 5 ] [ 6 ]} Segundo o proprio Perens, ele nao baseou a sua escrita nas "quatro liberdades" da Free Software Foundation porque naquela altura estas ainda nao eram publicas. ^{[ 7 ]}

As licencas assim certificadas concedem direitos aos usuarios que seriam reservados, pela lei de direitos autorais, apenas para o titular dos direitos autorais. O exemplo mais proeminente da licenca de codigo aberto e a GNU General Public License (GPL).

Extensao do uso do termo [ editar | editar codigo-fonte ]

Embora o termo "open source" tenha sido concebido inicialmente apenas para o codigo fonte do software, ^{[ 8 ]} o termo e agora aplicado a muitas outras areas (como Open Source Ecology ) ^{[ 9 ]} para descrever movimentos de descentralizacao de tecnologias para que qualquer ser humano possa usa-las.

Os principios do codigo aberto foram adaptados para muitas formas de conteudo gerado pelo usuario e tecnologia, incluindo hardware open-source , Wikipedia , e de acesso aberto a publicacoes.

Os defensores do movimento conteudo aberto defendem algumas restricoes de uso, requisitos para compartilhar alteracoes e atribuicao de outros autores do trabalho, visto que estes movimentos facilitam a entrada simultanea e nao-coordenada de diferentes interesses, abordagens e prioridades, em contraste com os modelos mais centralizados de desenvolvimento voltados para objetivos especificos, como os normalmente usados ??em empresas comerciais. ^{[ 10 ]}

Os modelos de negocios [ editar | editar codigo-fonte ]

Ha uma serie de barreiras comumente reconhecidos para a adocao de software open-source pelas empresas. Estas barreiras incluem a percepcao de que as licencas de codigo aberto sao virais , nos quais ha falta de suporte formal e formacao, a velocidade das mudancas, e a falta de um roteiro a longo prazo. A maioria dessas barreiras estao relacionadas com o risco. Do outro lado, nem todos os projetos proprietarios revelam exatamente os planos para o futuro, nem todas as licencas de codigo aberto sao igualmente virais e diversos projetos serios OSS (especialmente sistemas operacionais) realmente ganham dinheiro com suporte pago e documentacao.

A estrategia de negocios de empresas de software de fonte aberta comerciais comumente empregada e a estrategia de licenca dual , como demonstrado por Ingres , MySQL , Alfresco , e outros.

Outra estrategia de negocio poderia ser adaptada dos sistemas de micropagamentos existentes na Internet , incluindo Flattr e PayPal .

Produtos de codigo aberto amplamente utilizados [ editar | editar codigo-fonte ]

Projetos de software em codigo aberto sao construidos e mantidos por uma rede de programadores voluntarios. Os principais exemplos de produtos de codigo aberto sao o Apache HTTP Server , a plataforma de comercio eletronico OsCommerce e o navegador de internet Mozilla Firefox . Um dos produtos de codigo aberto mais bem sucedidos e o sistema operacional GNU/Linux , um sistema operacional open-source Unix-like e seus derivados Android , um sistema operacional para dispositivos moveis. ^{[ 11 ] [ 12 ]} Em alguns campos, open software e a norma, como aplicacoes em voz sobre IP como Asterisk (PBX).

Filosofia de desenvolvimento [ editar | editar codigo-fonte ]

Em seu ensaio de 1997 A Catedral e o Bazar , ^{[ 13 ]} evangelista de codigo aberto Eric S. Raymond sugere um modelo para o desenvolvimento OSS conhecido como o modelo bazar . Raymond compara o desenvolvimento de software por metodologias tradicionais para a construcao de uma catedral", cuidadosamente elaborado por magicos ou pequenos grupos de magos trabalhando em esplendido isolamento". ^{[ 13 ]} Ele sugere que todo o software deve ser desenvolvido usando o estilo bazar, que ele descreveu como "um grande e barulhento bazar de diferentes agendas e abordagens."

No modelo tradicional de desenvolvimento, que chamou o modelo catedral , o desenvolvimento ocorre de forma centralizada. As funcoes sao claramente definidas. As funcoes incluem pessoas dedicadas ao projeto (os arquitetos), as pessoas responsaveis ??pela gestao do projeto, e as pessoas responsaveis ??pela execucao. Engenharia de software tradicional segue o modelo catedral. Fred P. Brooks , em seu livro The Mythical Man-Month defende este modelo. Ele vai mais longe ao dizer que, a fim de preservar a integridade da arquitetura de um sistema, o projeto do sistema deve ser feito por tao poucos arquitetos o possivel.

O modelo bazaar, contudo, e diferente. Neste modelo, os papeis nao estao claramente definidos. Gregorio Robles ^{[ 14 ]} sugere que o software desenvolvido utilizando o modelo bazar deve apresentar os seguintes padroes:

Os usuarios devem ser tratados como codesenvolvedores

Os usuarios sao tratados como codesenvolvedores e assim eles devem ter acesso ao codigo-fonte do software. Alem disso, os usuarios sao incentivados a apresentar adicoes ao software, correcoes de codigo para o software, relatorios de bugs, documentacao etc. Ter mais codesenvolvedores aumenta a taxa em que o software evolui. Lei de Linus diz: "Dados olhos suficientes, todos os erros sao triviais." Isto significa que, se muitos usuarios visualizarem o codigo fonte, eles acabarao por encontrar todos os bugs e sugerir como corrigi-los. Note-se que alguns usuarios tem habilidades avancadas em programacao e, alem disso, a maquina de cada usuario fornece um ambiente de testes adicional. Este novo ambiente de teste oferece a habilidade de encontrar e fixar um novo bug.

As primeiras versoes

A primeira versao do software deve ser lancada tao cedo quanto possivel, de modo a aumentar as chances de encontrar codesenvolvedores mais cedo.

Integracao frequente

Alteracoes de codigo devem ser integradas (incorporando uma base de codigo compartilhado) o mais rapido possivel, de modo a evitar a sobrecarga de fixacao de um grande numero de erros no final do ciclo de vida do projeto. Alguns projetos de codigo aberto tem nightly builds onde a integracao e feita automaticamente em uma base diaria.

Varias versoes

Deve haver pelo menos duas versoes do programa. Deve haver uma versao buggier com mais recursos e uma versao mais estavel, com menos recursos. A versao de buggy (tambem chamado de versao de desenvolvimento) e para usuarios que querem o uso imediato dos recursos mais recentes, e estao dispostos a aceitar o risco de usar um codigo que ainda nao completamente testado. Os usuarios podem, entao, agir como codesenvolvedores, relatar bugs e fornecer correcoes de bugs.

Alta modularizacao

A estrutura geral do software deve ser modular, permitindo o desenvolvimento paralelo em componentes independentes.

Estrutura de tomada de decisao dinamica

Ha uma necessidade de uma estrutura de tomada de decisao, seja formal ou informal, que toma decisoes estrategicas, dependendo da mudanca de requisitos de usuario e de outros fatores. Cf. Programacao extrema .

Os dados sugerem, contudo, que a OSS nao e tao democratica como o modelo bazar sugere. Uma analise de cinco mil milhoes de bytes de codigo fonte livre/aberto por 31.999 desenvolvedores mostra que 74% do codigo foi escrito pelos mais ativos de 10% dos autores. O numero medio de autores envolvidos em um projeto foi de 5,1, com mediana em 2. ^{[ 15 ]}

Licenciamento [ editar | editar codigo-fonte ]

A licenca define os direitos e obrigacoes que um licenciante concede ao licenciado. As licencas de codigo aberto concedem ao licenciado o direito de copiar, modificar e redistribuir o codigo fonte (ou conteudo). Essas licencas podem ainda impor obrigacoes (por exemplo, modificacoes no codigo que sao distribuidos devem ser disponibilizados em forma de codigo fonte, uma atribuicao autor deve ser colocado em um programa/documentacao com o codigo aberto).

Autores inicialmente derivar um direito de conceder a licenca para o seu trabalho com base na teoria legal que, apos a criacao de uma obra o autor detem os direitos autorais nesse trabalho. O que o autor/licenciador e concessor quando concede uma licenca para copiar, modificar e redistribuir o trabalho deles e o direito de uso, direitos autorais do autor. O autor ainda retem a propriedade dos direitos autorais, o licenciado simplesmente esta autorizado a utilizar esses direitos, conforme concedido na licenca, desde que mantenham as obrigacoes da licenca. O autor tem a opcao de vender/ceder, contra licenca, o direito exclusivo aos direitos autorais de seu trabalho, pelo que o novo proprietario/adquirente controla os direitos autorais. A propriedade dos direitos autorais (os "direitos") e separado e distinto da propriedade da obra (a "coisa") - uma pessoa pode possuir uma copia de um pedaco de codigo (ou uma copia de um livro), sem os direitos copiar, modificar ou redistribuir copias do mesmo.

Quando um autor contribui com codigo para um projeto open source (por exemplo, Apache.org) o faz sob uma licenca explicita (por exemplo, o Apache Contributor License Agreement) ou uma licenca implicita (por exemplo, a licenca de codigo aberto em que o projeto ja esta licenciado o codigo). Alguns projetos de codigo aberto nao tem contribuido com codigo sob uma licenca, mas realmente necessitam (conjuntamente) adquirir os direitos autorais do autor, a fim de aceitar contribuicoes de codigo para o projeto (por exemplo, OpenOffice.org e seu Contrato de Cessao de Direitos Autorais conjunto).

Colocar o codigo (ou conteudo) em dominio publico e uma forma de renuncia do autor (ou proprietario) de direitos autorais em seu trabalho. Nenhuma licenca e concedida, e nenhuma delas e necessaria, copiar, modificar ou redistribuir uma obra em dominio publico.

Exemplos de licenca de software livre /licencas de codigo aberto incluem licenca Apache , licenca BSD , GNU General Public License , GNU Lesser General Public License , licenca MIT , Eclipse Public License e Licenca publica Mozilla .

A proliferacao de licencas de codigo aberto e um dos poucos aspectos negativos do movimento open source porque muitas vezes e dificil de entender as implicacoes legais das diferencas entre as licencas. A mais de 180 mil projetos de codigo aberto disponiveis e seus mais de 1.400 licencas unicas, a complexidade de decidir a forma de gerenciar o uso do open-source dentro do "codigo fechado" empresas comerciais tem aumentado dramaticamente. Alguns sao home-grown, enquanto outros sao modelados por licencas FOSS mainstream como Berkeley Software Distribution ("BSD"), Apache, MIT-style (Massachusetts Institute of Technology), ou GNU General Public License ("GPL"). Em vista disso, os praticantes de codigo aberto estao comecando a usar esquemas de classificacao em que licencas de software livre sao agrupados (normalmente baseadas na existencia e obrigacoes impostas pela prestacao de copyleft, a forca da provisao copyleft). ^{[ 16 ]}

Um marco legal importante para o open source/movimento software livre foi aprovado em 2008, quando o tribunal federal dos EUA decidiu que as licencas de software livre , definitivamente, definir as condicoes juridicamente vinculativos sobre o uso de trabalhos com direitos autorais, e eles sao, portanto, aplicaveis ??sob a lei de direitos autorais existente. Como resultado, se os usuarios finais violam as condicoes de licenciamento, a licenca desaparece, o que significa que estao infringindo os direitos do autor. ^{[ 16 ]}

Financiamento [ editar | editar codigo-fonte ]

Ao contrario do software proprietario nas prateleiras, que vem com licencas restritivas de direitos autorais, software open source pode ser doado sem nenhum custo. Isso significa que seus criadores nao podem exigir que cada usuario pague uma taxa de licenca para financiar o desenvolvimento. Em vez disso, uma serie de modelos de financiamento alternativo vem se desenvolvendo.

O software pode ser desenvolvido como um projeto de consultoria para um ou mais clientes. Os clientes pagam para direcionar os esforcos dos desenvolvedores: tem erros priorizados e corrigidos ou recursos adicionados. As empresas ou consultores independentes tambem podem cobrar por formacao, instalacao, suporte tecnico , ou personalizacao do software.

Outra abordagem para o financiamento e fornecer o software livremente, mas vender licencas complementares proprietarias, como bibliotecas de dados. Por exemplo, um programa CAD open-source pode necessitar de partes das bibliotecas que sao vendidas por assinatura ou tarifa plana basica. Software de codigo fonte aberto pode tambem promover a venda de hardware especializado que interage, como no caso do Asterisk software de telefonia, desenvolvido por um fabricante de hardware telefonico PC ( Digium ).

Muitos projetos de software de codigo aberto comecaram como projetos de pesquisa dentro das universidades, como projetos pessoais dos alunos ou professores, ou como ferramentas para auxiliar a pesquisa cientifica. A influencia das universidades e instituicoes de pesquisa sobre open source mostra o numero de projetos com nomes de suas instituicoes que os acolhem, tais como BSD Unix , CMU Common Lisp , ou o NCSA HTTPd que evoluiu para Apache .

As empresas podem contratar desenvolvedores para trabalharem em projetos open-source que sao uteis a infraestrutura da empresa: neste caso, e desenvolvido e nao vendido, mas como uma especie de utilidade publica compartilhada. Um bug-fix local ou solucao para um problema de software, escrito por um desenvolvedor ou a pedido de uma empresa ou para fazer seu proprio trabalho mais facil, pode ser lancado como uma contribuicao open-source sem custar nada a empresa. ^{[ 17 ]} O projeto maior, como o kernel do Linux pode ter dezenas de colaboradores em empresas que utilizam e dependem dele, assim como desenvolvedores hobbystas e pesquisadores.

Comparacao com codigo fechado [ editar | editar codigo-fonte ]

O debate sobre codigo aberto vs codigo fechado (alternativamente chamado software proprietario ) as vezes e quente.

As quatro principais razoes (como previsto no Open Source Business Conference ^{[ 18 ]} ) individuos ou organizacoes escolher o software de codigo aberto sao: 1) custo mais baixo, 2) seguranca, 3) 'lock in' nenhum fornecedor, e 4) melhor qualidade.

Uma vez que as empresas inovadoras ja nao dependem fortemente das vendas de software, software proprietario tornou-se uma necessidade a menos. ^{[ 19 ]} Como tal, coisas como open source sistema de gerenciamento de conteudo ?ou implementacoes?CMS estao se tornando mais comuns. Em 2009, ^{[ 20 ]} a Casa Branca mudou o seu sistema CMS a partir de um sistema proprietario para Drupal CMS open source. Alem disso, empresas como a Novell (que tradicionalmente vendem software de maneira antiga) debatem continuamente os beneficios da mudanca, disponibilizando codigo aberto, ja tendo mudado parte da oferta de produtos para abrir o codigo fonte. ^{[ 21 ]} Desta forma, o software open source fornece solucoes para problemas especificos. Como tal, e relatado ^{[ 22 ]} que 98% das empresas de nivel empresarial usar ofertas de software de codigo aberto em alguma capacidade.

Com essa mudanca de mercado, os sistemas mais criticos estao comecando a confiar em ofertas de codigo aberto, ^{[ 23 ]} permitindo um maior financiamento (como os subsidios do Departamento de Seguranca Interna dos EUA ^{[ 23 ]} ) para ajudar a "caca aos bugs de seguranca."

Isso nao e argumento que o software open source nao tem suas falhas. Uma das maiores barreiras que enfrentam uma ampla aceitacao de software de codigo aberto refere-se a falta de suporte tecnico em geral. ^{[ 18 ]} Empresas open source muitas vezes combatem oferecendo suporte as vezes sob um nome de produto diferente. Acquia fornece suporte de nivel corporativo para sua alternativa open source, Drupal, por exemplo. ^{[ 24 ]}

Muitos defensores argumentam que o software de codigo aberto e inerentemente mais seguro, pois qualquer pessoa pode visualizar, editar e mudar o codigo. ^{[ 25 ]} Mas, software de codigo fechado?algumas pesquisas ^{[ 26 ]} ?, sugerem que os individuos que nao sao pagos para esfregar codigo nao tem nenhum incentivo para fazerem o trabalho monotono.

Um estudo do codigo fonte do Linux tem 0,17 bugs por mil linhas de codigo, enquanto o software proprietario geralmente atinge pontuacoes entre 20 e 30 bugs por 1000 linhas. ^{[ 27 ]}

Ajzen a teoria do comportamento planejado explora a ligacao entre atitudes e comportamentos. De acordo com um estudo piloto com organizacoes adotando (ou nao adocao) OSS; varios fatores de significancia estatistica foram observadas nas crencas do gestor em relacao a (a) atitudes resultantes, (b) as influencias e comportamentos dos outros e (c) as suas capacidades de agir. ^{[ 28 ]}

Pesquisadores tem apontado diversas razoes baseadas em politicas para a adocao do codigo aberto ^{[ 29 ]} ? em particular, a proposta de valor elevado de codigo-fonte aberto (quando comparado com a maioria dos formatos proprietarios) nas seguintes categorias:

• Seguranca
• Acessibilidade
• Transparencia
• Perpetuidade
• interoperabilidade
• Localizacao, particularmente no contexto de governos locais (que tomam decisoes de software). Tony Casson e Patrick Ryan argumentam que "os governos tem a responsabilidade inerente e dever fiduciario para com os contribuintes", que inclui a analise cuidadosa desses fatores ao decidir adquirir software proprietario ou implementar uma opcao open-source. ^{[ 29 ]}

Software livre [ editar | editar codigo-fonte ]

A principal diferenca e que, ao escolher um termo sobre o outro (ou seja, ou "open source" ou " software livre "), um permite que outros saibam sobre os objetivos. Como Richard Stallman diz, "Open source e uma metodologia de desenvolvimento, software livre e um movimento social". ^{[ 30 ]}

Os criticos disseram que o termo "open source" promove uma ambiguidade de um tipo diferente de tal forma que confunde a mera disponibilidade da fonte com a liberdade de usar, modificar e redistribuir. Desenvolvedores tem usado os termos alternativos Free/open source Software ( FOSS ), ou Free/Libre/open source Software (FLOSS), consequentemente, para descrever software de fonte aberta, que tambem e software livre.

O termo "codigo aberto" foi originalmente destinado a ser marca registrada, no entanto, o termo foi considerado demasiado descritivo, por isso a marca registrada nao existe. ^{[ 31 ]} A OSI preferiria que as pessoas tratassem de codigo aberto, como se fosse uma marca registrada, e usa-lo apenas para descrever software licenciado sob uma licenca aprovada pela OSI. ^{[ 32 ]}

OSI Certified e uma marca licenciada apenas para as pessoas que distribuem software licenciado sob uma licenca listada na lista da Open Source Initiative. ^{[ 33 ]}

Software de codigo aberto e software livre sao termos diferentes para o software que vem com certos direitos ou liberdades, para o usuario. Eles descrevem duas abordagens e filosofias no sentido de software livre. Open source e software livre (ou software libre ), tanto descrevem software que e livre de restricoes de licenciamento onerosas. Ele pode ser usado, copiado, estudado, modificado e redistribuido sem restricao. Software livre nao e o mesmo que freeware , software disponivel a preco zero.

A definicao de software de codigo aberto foi escrita para ser quase identica a definicao de Software Livre . ^{[ 34 ]} Ha muito poucos casos de software que e software livre, mas nao e um software de codigo aberto, e vice-versa. A diferenca entre os termos e onde eles colocam a enfase. "Software Livre" e definido em termos de dar a liberdade do usuario. Isso reflete o objetivo do movimento do software livre. "Open source" destaca que o codigo fonte e visivel a todos, defensores do termo geralmente enfatizam a qualidade do software e como esta e causada pelos modelos de desenvolvimento que sao possiveis e populares entre os projetos de software livre e de codigo aberto .

A FSF acredita que o conhecimento do conceito de liberdade e uma exigencia essencial, ^{[ 34 ] [ 35 ]} insiste na utilizacao do termo livre , ^{[ 34 ] [ 35 ]} e separa-se do movimento de fonte aberta. ^{[ 34 ] [ 35 ]}

Open-source vs. fonte disponivel [ editar | editar codigo-fonte ]

Embora a definicao OSI de "software de codigo aberto" e amplamente aceita, um pequeno numero de pessoas e organizacoes usam o termo para se referir ao software onde a fonte esta disponivel para visualizacao, mas que nao pode, legalmente, ser modificado ou redistribuido. Esse tipo de software e mais frequentemente referido como fonte disponivel , ou como shared source , um termo cunhado pela Microsoft em 2001 . ^{[ 36 ]} Enquanto em 2007, duas licencas de codigo compartilhado foram certificadas pela OSI , a maioria das licencas de codigo compartilhado ainda sao somente fontes disponiveis . ^{[ 37 ]}

Em 2007, Michael Tiemann , presidente da OSI, havia criticado ^{[ 38 ]} empresas como SugarCRM para promover o seu software de "codigo aberto", quando na verdade ele nao tem uma licenca OSI-aprovada. No caso do SugarCRM , foi porque o software e o chamado " badgeware ", ^{[ 39 ]} uma vez que especificou um "badge", que deve ser exibida na interface do usuario (SugarCRM, desde entao, passou a GPLv 3 ^{[ 40 ]} ). Outro exemplo foi Scilab anteriores a versao 5, que por si so ??chamado "a plataforma de codigo aberto para computacao numerica", ^{[ 41 ]} mas tinha uma licenca ^{[ 42 ]} que proibia a redistribuicao comercial de versoes modificadas. Porque OSI nao tem uma marca registrada para o termo "open source", a sua capacidade legal para impedir tal uso do termo e limitada, mas Tiemann defende usando a opiniao publica da OSI, clientes e membros da comunidade para pressionar essas organizacoes a mudar sua licenca ou para usar um termo diferente.

As licencas Creative Commons , projetada principalmente para a midia, mas, por vezes, usado para software, oferece elementos na clausula de licencas que permitem a concessao de licencas no espectro entre Open-source, fonte disponivel e de dominio publico .

A Historia nao deve ser esquecida [ editar | editar codigo-fonte ]

Em 1997, Eric Raymond publicou A Catedral e o Bazar , uma analise reflexiva da comunidade hacker e os principios do software livre. O documento recebeu atencao significativa no inicio de 1998, e foi um fator para motivar Netscape Communications Corporation para lancar sua popular Netscape Communicator Internet suite como software livre . Este codigo e hoje mais conhecido como Mozilla Firefox e Thunderbird .

O ato de Netscape propos a Raymond e outros para pensar em como trazer ideias de software livre da FSF e beneficios percebidos para a industria de software comercial. Eles concluiram que o ativismo social da FSF nao era atraente para empresas como a Netscape, e procuraram uma maneira de remarcar o movimento do software livre para enfatizar o potencial de negocios de compartilhamento e colaboracao em codigo fonte do software. O novo nome que eles escolheram foi "open source", e rapidamente, Bruce Perens , o editor Tim O'Reilly , Linus Torvalds , e outros assinaram a remarcacao. O Open Source Initiative foi fundada em fevereiro de 1998 para incentivar o uso do novo periodo e evangelizar os principios de codigo aberto. ^{[ 43 ]}

Enquanto a Open Source Initiative procurou incentivar o uso do novo periodo e evangelizar os principios que aderiram ,os fornecedores de software comercial encontraram-se cada vez mais ameacados pelo conceito de software distribuido gratuitamente e o acesso universal de um aplicativo de codigo fonte . O executivo Microsoft declarou publicamente em 2001 que "open source e um destruidor de propriedade intelectual. Eu nao posso imaginar algo que poderia ser pior do que isso para o negocio de software e os negocios de propriedade intelectual". ^{[ 44 ]} Este ponto de vista resume perfeitamente a inicial resposta a FOSS por algumas empresas de software. No entanto, enquanto FOSS tem historicamente desempenhado um papel fora do mainstream do desenvolvimento de software privado, as empresas grandes como Microsoft comecaram a desenvolver oficialmente em codigo aberto presente na internet. IBM, Oracle, Google e State Farm sao apenas algumas das empresas com participacao publica seria no mercado open source competitivo de hoje. Houve uma mudanca significativa na filosofia da empresa sobre o desenvolvimento de software livre e de codigo aberto (FOSS). ^{[ 45 ]}

Ver tambem [ editar | editar codigo-fonte ]

• Codigo aberto
• Software livre
• Comunidade de software livre
• Defesa do codigo aberto
• Open Source Initiative
• Open Source Software Institute
• Seguranca de software de codigo aberto
• Video games de codigo aberto
• Modelos de negocios para software de codigo aberto
• Shared source
• Linha do tempo no software de codigo aberto
• Hardware livre

Referencias

Leitura complementar [ editar | editar codigo-fonte ]

• Androutsellis-Theotokis, Stephanos; Spinellis, Diomidis ; Kechagia, Maria; Gousios, Georgios (2010). ≪Open source software: A survey from 10,000 feet≫ (PDF) . Foundations and Trends in Technology, Information and Operations Management . 4 (3-4): 187?347. ISBN   978-1-60198-484-5 . doi : 10.1561/0200000026  
• Coleman, E. Gabriella. Coding Freedom: The Ethics and Aesthetics of Hacking (Princeton UP, 2012)
• Fadi P. Deek and James A. M. McHugh (2008). Open Source: Technology and Policy . Cambridge: Cambridge University Press. ISBN   978-0-511-36775-5  
• Chris DiBona and Sam Ockman and Mark Stone, ed. (1999). Open Sources: Voices from the Open Source Revolution . [S.l.]: O'Reilly. ISBN   1-56592-582-3  
• Joshua Gay, ed. (2002). Free Software, Free Society: Selected Essays of Richard M. Stallman (PDF) . Boston: GNU Press, Free Software Foundation. ISBN   1-882114-98-1  
• Understanding FOSS
• ≪Benkler, Yochai (2002), "Coase's Penguin, or, Linux and The Nature of the Firm." Yale Law Journal 112.3 (Dec 2002): p367(78)≫ (PDF) . (in Adobe pdf format)  
• v. Engelhardt, Sebastian (2008). "The Economic Properties of Software", Jena Economic Research Papers, Volume 2 (2008), Number 2008-045 (PDF) . [S.l.: s.n.]  
• Lerner, J. & Tirole, J. (2002): ‘Some simple economics on open source’, Journal Of Industrial Economics 50(2), p 197?234
• Valimaki, Mikko (2005). The Rise of Open Source Licensing: A Challenge to the Use of Intellectual Property in the Software Industry (PDF) . [S.l.]: Turre Publishing . Consultado em 14 de maio de 2013 . Arquivado do original (PDF) em 4 de marco de 2009  
• Polley, Barry (11 de dezembro de 2007). ≪Open Source Discussion Paper ? version 1.0≫ (PDF) . New Zealand Ministry of Justice . Consultado em 12 de dezembro de 2007 . Arquivado do original (PDF) em 23 de fevereiro de 2018  
• Rossi, M. A. (2006): Decoding the free/open source software puzzle: A survey of theoretical and empirical contributions, in J. Bitzer P. Schroder, eds, ‘The Economics of Open Source Software Development’, p 15?55.

Ligacoes externas [ editar | editar codigo-fonte ]

• Artigo da Computerworld : Does the open-source development model work for business users?
• Definicao de codigo aberto da Open Source Initiative
• Open Sources: Voices from the Open Source Revolution ? um livro on-line que contem ensaios de membros proeminentes da comunidade de codigo aberto
• Free / Open Source Research Community ? Muitos trabalhos de pesquisa on-line sobre Codigo Aberto
• FreeOpenSourceSoftware.org - Wiki sobre a historia de codigo aberto, as organizacoes, as licencas, as pessoas, software.
• A apresentacao do desenvolvedor KDE Aaron Seigo "How OSS Improves Society" ^{[ligacao inativa]} na the 2nd Trans-Pacific Open Source Software Conference em Honolulu, Hawaii, Janeiro de 2006.
• Whence The Source: Untangling the Open Source/Free Software Debate , ensaio sobre as diferencas entre software livre e open source, por Thomas Scoville
• Berry, D M (2004). The Contestation of Code: A Preliminary Investigation into the Discourse of the Free Software and Open Software Movement, Critical Discourse Studies, Volume 1(1).
• Estudo da UE sobre adocao FLOSS
• Open Source Observatory e Repositorio
• Solicitacoes para governo de codigo aberto
• OSDir

• Portal do software livre