O que é Open Source, exatamente?

Olá Pessoal do Diolinux, boa noite.
Pode parecer óbvio para todos aqui, mas eu busquei no blog algum post que descrevesse o que é “Open Source” no sentido conceitual e não encontrei nada a respeito.
Tem um post específico que esclareça isso? O que eu achei a respeito foi um video do Dio no youtube, mas se tiver um post aqui seria melhor.
Eu queria colocar um link em um post sobre isso no meu blog que deve sair semana que vem.

3 curtidas

Source vem do Inglês, Fonte, Origem são os “sentimentos” mais usados para a palavra Source mas, vai de acordo com a conversa, tem outros significados.

No caso Open Source = Fonte seria como " Você pode entrar e beber da Fonte, passear no parquinho, praça, mas você tem certas regras de bons modos para seguir no parquinho." vamos dizendo assim.

Isso IT falando, significa que você e qualquer pessoa pode desenvolver, estudar um código criado se o criador permitir que seja Open Source. Porém você tem certas regras a seguir de acordo com o criador e tals.

:pray:t2:

2 curtidas

Olá @Alexander_Nunes tudo beleza?

Neste vídeo você tem uma resposta bem completa para essa questão.

Já este vídeo do Akita, expande algumas discussões que são apresentadas no primeiro.

:vulcan_salute:

5 curtidas

O conceito em escopo aberto…

Geralmente você vai char o conceito atrelado a software o que limita muito o escopo

O nome é auto sugestivo:

Open Source = Fonte Aberta, é basicamente qualquer coisa (muita gente pensa ser só código mas não é bem assim) que tem as informações de “como se faz” alguma coisa acessíveis a qualquer um, um exemplo atual são a maioria das vacinas do SARS-COV2, o modo de produção delas é Open Source, o que significa que qualquer um (com tecnologia suficiente) pode pegar as informações sobre a produção é produzir uma exatamente a mesma vacina produzida pelo laboratório que a criou, logo a vacina é Open Source

Outros exemplos são:

  • Experimentos científicos
  • Trabalhos de faculdade pública
  • Receitas no geral
  • Sites estáticos
  • Diagramas de origami
  • Daguerreótipo (esse é importante)

Como é possivel perceber, o “Open Source” existe praticamente desde que a humanidade percebeu que TDAH podia ser útil pra produção de coisas

Open Source Software, é basicamente a mesma coisa, só que aplicado a softwares, ou seja, o “como o sofware foi feito” está exposto para qualquer um… mas tem um problema com isso

O “problema” do Open Source e a adição do Free

Note que até o presente momento eu falei da ideia de você poder ver como é feito e testar… mas como ficaria reproduzir e distribuir, geralmente se usa as famigeradas “patentes” com pagamento pelo direito de usar (royalty) ou seja se algo existe eu vou lá e pago pra quem criou pra mim poder usar de fato aquilo. Mas com o tempo a humanidade percebeu que só saber como se faz tendo que pedir e/ou pagar pra poder fazer, não ajuda muito em resolver o problema das pessoas em larga escala, por exemplo, de adianta saber o processo de como tirar capturar uma imagem e fixar em uma tela se eu não posso usar esse processo sem ter que gastar rios de dinheiro? Foi então que surgiu as “Free and Open Sources”, ou seja, “fontes abertas e livres”, finalmente eu poderia aplicar os conhecimentos que eu tenho acesso sem que quem criou venha me encher o saco com respaldo legal, e embora se tenha inumeros registros anteriores, o primeiro registro (tá mais pra liberação) de algo Free and Open Source que poderia ser comercializado em larga escala acontece em 1837 (sim, bem antes do Stallman) com o Daguerreótipo por Louis Daguerre que trocou seus direitos de copyright do método por uma pensão vitalícia por parte do governo Francês, assim, é por gosto pessoal creditar o Daguerre, porque foi só a partir daí que a ideia de “pegue e faça o que quiser com minha ideia” começou a se espalhar com ela e ele foi o primeiro a fazer isso com algo inovador que poderia render muito dinheiro com royalties

Conclusão

Apesar de hoje ser basicamente sinônimo de código de software é curioso pensar que todo o movimento que faz a internet girar, começou com uma “foto” da lua:

4 curtidas

O que é o software livre?

A Definição de Software Livre

definição de software livre apresenta os critérios utilizados para definir se um programa de computador em particular se qualifica como software livre ou não. De tempos em tempos nós revisamos essa definição, para esclarecê-la ou para resolver questões mais sutis. Veja a seção Histórico abaixo para uma lista de mudanças que afetam a definição de software livre.

“Código aberto” (ou open source) é algo diferente: tem uma filosofia muito diferente baseada em valores diferentes. Sua definição prática também é diferente, mas quase todos os programas de código aberto são de fato livres. Nós explicamos a diferença em Por que o “Código Aberto” não compartilha dos objetivos do Software Livre.

Por “software livre” devemos entender aquele software que respeita a liberdade e senso de comunidade dos usuários. Grosso modo, isso significa que os usuários possuem a liberdade de executar, copiar, distribuir, estudar, mudar e melhorar o software. Assim sendo, “software livre” é uma questão de liberdade, não de preço. Para entender o conceito, pense em “liberdade de expressão”, não em “cerveja grátis”. Por vezes chamamos de “libre software” para mostrar que livre não significa grátis, pegando emprestado a palavra em francês ou espanhol para “livre”, para reforçar o entendimento de que não nos referimos a software como grátis.

Nós fazemos campanha por essas liberdades porque todo mundo merece. Com essas liberdades, os usuários (tanto individualmente quanto coletivamente) controlam o programa e o que ele faz por eles. Quando os usuários não controlam o programa, o programa controla os usuários. O desenvolvedor controla o programa e, por meio dele, controla os usuários. Esse programa não livre é “proprietário” e, portanto, um instrumento de poder injusto.

As quatro liberdades essenciais

Um programa é software livre se os usuários possuem as quatro liberdades essenciais: [1]

  • A liberdade de executar o programa como você desejar, para qualquer propósito (liberdade 0).
  • A liberdade de estudar como o programa funciona, e adaptá-lo às suas necessidades (liberdade 1). Para tanto, acesso ao código-fonte é um pré-requisito.
  • A liberdade de redistribuir cópias de modo que você possa ajudar outros (liberdade 2).
  • A liberdade de distribuir cópias de suas versões modificadas a outros (liberdade 3). Desta forma, você pode dar a toda comunidade a chance de beneficiar de suas mudanças. Para tanto, acesso ao código-fonte é um pré-requisito.

Um programa é software livre se ele dá aos usuários todas essas liberdades de forma adequada. Do contrário, ele é não livre. Enquanto nós podemos distinguir vários esquemas de distribuição não livres em termos de eles falham em serem livres, consideramos todos eles igualmente antiéticos.

Em qualquer cenário, essas liberdades devem ser aplicadas em qualquer código do qual planejamos fazer uso, ou que levamos outros a fazer uso. Por exemplo, considere um programa A que automaticamente inicia um programa B para lidar com alguns casos. Se nós planejamos distribuir A como está, isso significa que usuários precisarão de B, de forma que nós precisamos julgar se tanto A quanto B são livres. Porém, se nós planejamos modificar A de forma que ele não use B, apenas A precisa ser livre; B não é pertinente àquele planejamento.

“Software livre” não significa “não comercial”. Um programa livre deve estar disponível para uso comercial, desenvolvimento comercial e distribuição comercial. Desenvolvimento comercial de software livre deixou de ser incomum; tais software livre comerciais são muito importantes. Você pode ter pago dinheiro por suas cópias de software livre, ou você pode tê-las obtido a custo zero, mas independentemente de como você conseguiu suas cópias, você sempre deve ter a liberdade para copiar e mudar o software, ou mesmo para vender cópias.

Um programa livre deve oferecer as quatro liberdades a qualquer usuário que obtenha uma cópia do software, desde que o usuário tenha atendido até o momento com as condições da licença livre que cobre o software. Colocar algumas das liberdades fora dos limites para alguns usuários, ou exigir que os usuários paguem, em dinheiro ou em espécie, para exercê-las, equivale a não conceder as liberdades em questão e, portanto, torna o programa não-livre.

Esclarecendo a linha em vários pontos

No resto deste artigo, vamos explicar mais precisamente quão longe as várias liberdades precisam ser estendidas, em várias questões, para um programa ser livre.

A liberdade de executar o programa como você desejar

A liberdade de executar o programa significa que qualquer tipo de pessoa ou organização é livre para usá-lo em qualquer tipo de sistema computacional, ou para qualquer tipo de trabalho e propósito, sem que seja necessário comunicar ao desenvolvedor ou qualquer outra entidade específica. Nessa liberdade, é o propósito do usuário que importa, não aquele do desenvolvedor; você, como usuário, é livre para rodar o programa para seus propósitos e, caso você o distribua a outra pessoa, ela também será livre para executá-lo com os propósitos dela, mas você não é intitulado a impor seus propósitos sobre ela.

A liberdade de executar o programa como você deseja significa que você não está proibido ou impedido de executá-lo. Isso não tem nada a ver com qual funcionalidade o programa possui, se ele é tecnicamente capaz de funcionar em qualquer ambiente dado ou se ele é útil para alguma atividade computacional específica.

Por exemplo, se o código rejeitar arbitrariamente certos dados significativos – ou mesmo falhar incondicionalmente – isso pode tornar o programa menos útil, talvez até mesmo totalmente inútil, mas não nega aos usuários a liberdade de executar o programa, por isso não entra em conflito com a liberdade 0. Se o programa for livre, os usuários podem superar a perda de utilidade, porque as liberdades 1 e 3 permitem que usuários e comunidades façam e distribuam versões modificadas sem o código arbitrário de incômodo.

A liberdade de estudar o código-fonte e fazer alterações

Para que as liberdades 1 e 3 (a liberdade de modificar e a liberdade de publicar versões modificadas) façam sentido, você precisa ter acesso ao código-fonte do programa. Consequentemente, acesso ao código-fonte é uma condição necessária para o software livre. Código-fonte “obscurecido” não é código-fonte real e não conta como código-fonte.

A liberdade 1 inclui a liberdade de usar sua versão modificada em lugar da original. Se um programa é entregue num produto projetado para rodar a versão de outra pessoa, mas se recusa a rodar a sua — prática conhecida como “tivoização”1, “travamento” ou ainda (na terminologia perversa de seus praticantes) como “boot seguro” — a liberdade 1 se torna pretensão vazia ao invés de realidade prática. Esses binários não são software livre mesmo que o código-fonte a partir do qual foram compilados seja livre.

Uma maneira importante de modificar um programa é agregar a ele módulos e sub-rotinas livres. Se a licença do programa diz que você não pode agregar a ele um módulo com uma licença adequada — por exemplo, se ele requer que você seja o detentor dos direitos autorais de qualquer código que adicionar — então essa licença é muito restritiva para ser qualificada como livre.

Se uma modificação constitui ou não um aperfeiçoamento é uma questão subjetiva. Se o seu direito de modificar um programa é limitado, fundamentalmente, a mudanças que outra pessoa considere um aperfeiçoamento, o programa não é livre.

A liberdade de redistribuir se assim desejar: requisitos básicos

Liberdade para distribuir (liberdades 2 e 3) significam que você é livre para redistribuir cópias, modificadas ou não, gratuitamente ou cobrando uma taxa pela distribuição, a qualquer um, em qualquer lugar. Ser livre para fazer tudo isso significa (entre outras coisas) que você não deve ter que pedir ou pagar pela permissão para fazê-lo.

Você também deve ter a liberdade de fazer modificações e usá-las privativamente ou em seu trabalho ou lazer, sem sequer mencionar que eles existem. Se publicar suas modificações, você não deve ser obrigado a avisar ninguém em particular, ou de qualquer modo em particular.

A liberdade 3 inclui a liberdade de publicar quaisquer versões modificadas como software livre. Uma licença livre também pode permitir outras maneiras de liberá-las; em outras palavras, ela não tem que ser uma licença copyleft. No entanto, a licença que requer que modificações sejam não livres não se qualifica como uma licença livre.

A liberdade de redistribuir cópias deve incluir formas executáveis ou binárias do programa, bem como o código-fonte, tanto da versão modificada quanto da inalterada. (Distribuir programas em formato executável é necessário para sistemas operacionais livres e convenientemente instaláveis.) Não há problemas se não for possível produzir uma forma binária ou executável (pois algumas linguagens de programação não suportam este recurso), mas deve ser concedida a liberdade de se redistribuir nessas formas caso seja desenvolvido um meio de criá-las.

Copyleft

Certas regras sobre a maneira de distribuir o software são aceitáveis, quando elas não entram em conflito com as liberdades centrais. Por exemplo, o copyleft (apresentado de maneira muito simples) é a regra de que, quando redistribuindo um programa, você não pode adicionar restrições quem neguem as liberdades centrais de outras pessoas. Essa regra não entra em conflito com as liberdade centrais; na verdade, ela as protege.

No projeto GNU, nós usamos o copyleft para proteger legalmente as quatro liberdades para todos. Nós acreditamos que existem razões importantes pelas quais é melhor usar o copyleft. Porém, software livre que não faz uso do copyleft também é ético. Veja Categorias de Software Livre para uma descrição de como “software livre” e “copylefted software” e outras categorias de software se relacionam umas com as outras.

Regras sobre detalhes de empacotamento e distribuição

Regras sobre como empacotar uma versão modificada são aceitáveis, se elas não limitam substantivamente sua liberdade de liberar versões modificadas, ou sua liberdade de criar e usar modificações privadamente. Portanto, é aceitável que uma licença requira que você mude o nome do programa na versão modificada, remova um logo ou identifique suas modificações como suas. Desde que esses requerimentos não sejam tão penosos que eles efetivamente sejam um empecilho à distribuição de suas mudanças, eles são aceitáveis; você já está fazendo outras modificações ao programa, não terá muitos problemas em fazer algumas a mais.

Regras que dizem que “se você publicar sua versão de certa maneira, terá de publicá-la dessa outra também” podem ser também aceitáveis, na mesma condição. Um exemplo de regra aceitável é uma que diz que se você distribuiu uma versão modificada e um desenvolvedor anterior pedir por uma cópia, você deve enviar uma. (Note que tal regra ainda lhe deixa a possibilidade de distribuir ou não sua versão.) Regras que requerem a liberação do código-fonte para os usuários para versões que você fez públicas também são aceitáveis.

Uma questão especial surge quando uma licença requer a mudança do nome pelo qual o programa é invocado por outros programas. Isso efetivamente cria obstáculos à publicação de uma versão modificada que possa substituir a original quando invocada por aqueles outros programas. Esse tipo de requerimento é aceitável apenas quando existe uma maneira de especificar um nome substituto, de modo que o programa modificado possa ser invocado.

Regulamentações de exportação

Algumas vezes, as regulamentações de controle de exportação governamentais e sanções comerciais podem reprimir sua liberdade de distribuir cópias de programas internacionalmente. Desenvolvedores de software não têm o poder para eliminar ou passar por cima dessas restrições, mas o que eles podem e devem fazer é se recusar a impô-las como condições para o uso do programa. Dessa maneira, restrições não irão afetar as atividades e pessoas fora da jurisdição desses governos. Portanto, licenças de software livre não devem requerer a obediência a qualquer regulamentações não triviais de exportação como uma condição para exercer qualquer das liberdades essenciais.

Meramente mencionar a existência de regulamentações de exportação, sem fazer delas uma condição da licença em si, é aceitável desde que ela não restrinja os usuários. Se uma regulamentação de exportação é, na verdade, trivial para o software livre, então exigir ela como condição não é realmente um problema; porém, é um problema em potencial, já que alteração posterior na lei de exportação poderia tornar os requerimentos em não triviais e, portanto, tornar o software não livre.

Considerações legais

Para que essas liberdades sejam reais, elas devem ser permanentes e irrevogáveis desde que você não faça nada de errado; se o desenvolvedor do software tiver o poder de revogar a licença, ou adicionar restrições retroativamente a seus termos, sem que você faça nada errado para dar um motivo, o software não é livre.

Uma licença livre pode não exigir conformidade com a licença de um programa não livre. Então, por exemplo, se uma licença exigir de você conformidade com as licenças de “todos os programas que você use”, no caso de um usuário que roda programas não livres isso resultaria em exigir conformidade com as licenças daqueles programas não livres; isso faz da licença não livre.

É aceitável para uma licença livre especificar a lei de qual jurisdição se aplica, ou onde a litigância deve ser feita, ou ambos.

Licenças baseadas em contratos

A maioria das licenças de software livre são baseadas no copyright, e existem limites para que tipo de requerimentos podem ser impostos por meio do copyright. Se uma licença baseada no copyright respeita a liberdade nas maneiras descritas acima, é improvável que ela possua algum outro tipo de problema nunca antes antecipado (embora isso ocorra ocasionalmente). No entanto, algumas licenças de software livre baseadas em contratos e contratos podem impor uma lista muito maior de restrições possíveis. Isso significa que existem muitas maneiras nas quais tal licença pode ser inaceitavelmente restritiva e não livre.

Não podemos listar tudo o que pode acontecer. Se uma licença baseada em contrato restringe o usuário de uma maneira incomum que as licenças baseadas no copyright não podem, e que não é mencionada aqui como legítima, nós teremos que pensar sobre isso, e provavelmente iremos concluir que ela é não livre.

Use as palavras corretas ao falar sobre software livre

Quando falamos sobre software livre, é melhor evitar termos como “dado” ou “de graça”, porque estes termos implicam que a questão é o preço, não a liberdade. Alguns termos comuns como “pirataria” englobam opiniões que nós esperamos que você não endosse. Veja Palavras e Termos Confusos que é Melhor Evitar para uma discussão desses termos. Nós também temos uma lista de traduções apropriadas de “free software” em várias línguas.

Como nós interpretamos esses critérios

Finalmente, note que os critérios como aqueles exprimidos nessa definição de software livre requerem cuidadosa deliberação quanto a sua interpretação. Para decidir se uma licença de software específica se qualifica como uma licença de software livre, nós a julgamos baseado nesses critérios para determinar se ela se encaixa no espírito bem como nas palavras precisas. Se uma licença inclui impensadas, nós a rejeitamos, mesmo que não tenhamos antecipados o problema nesses critérios. Algumas vezes, algum requerimento de uma licença cria um problema que requer extensiva reflexão, incluindo discussões com um advogado, antes que possamos decidir se o requerimento é aceitável. Quando chegamos a uma conclusão sobre uma nova questão, nós frequentemente atualizamos estes critérios para tornar mais fácil determinar se uma certa licença se qualifica ou não.

Consiga ajuda com licenças livres

Se você está interessado em saber se uma licença específica se qualifica como uma licença de software livre, veja nossa lista de licenças. Se a licença na qual você está interessado não está listada, você pode nos perguntar sobre ela mandando um e-mail para licensing@gnu.org.

Se você está considerando escrever uma nova licença, por favor, primeiramente entre em contato pelo mesmo endereço com a Free Software Foundation. A proliferação de diferentes licenças de software livre significa mais trabalho para os usuários entenderem essas licenças; nós podemos ser capazes de ajudá-lo a encontrar uma licença de software livre existente que atenda às suas necessidades.

Se isso não for possível, e você realmente precisar de uma nova licença, com nossa ajuda você pode ter certeza de que a licença realmente é uma licença de software livre e evitar vários problemas práticos.

Além do Software

Manuais de software devem ser livres pelas mesmas razões que software deve ser livre, e porque manuais são, com efeito, parte do software.

Os mesmos argumentos também fazem sentido para outros tipos de trabalhos de uso prático — isto é, trabalhos que englobam conhecimento útil, como obras educativas e de referência. A Wikipédia é o exemplo mais conhecido.

Qualquer tipo de obra pode ser livre, e a definição de software livre pode ser estendida para a definição de obras culturais livres, aplicável a qualquer tipo de obra.

Código Aberto?

Outro grupo usa o termo “código aberto” (do inglês open source) com um significado parecido (mas não idêntico) ao de “software livre”. Nós preferimos o termo “software livre” porque, uma vez que você tenha ouvido que ele se refere à liberdade ao invés do preço, ele traz à mente a liberdade. A palavra “aberto” nunca se refere à liberdade.

https://www.gnu.org/philosophy/free-sw.pt-br.html

3 curtidas

Então pessoal. Eu tinha uma idéia bem próxima do que é (agora eu sei exatamente…rsrsrs) o que eu achei que tinha era um post no Blog Diolinux ao qual eu pudesse usar como link de saída em um post que eu fiz no meu blog.

Pensando nisso eu pesquisei no blog Diolinux não não encontrei um post que descrevesse exatamente como a resposta acima.

De qualquer forma, obrigado a todos pelo esclarecimento.

3 curtidas

Este tópico foi fechado automaticamente 3 dias depois da última resposta. Novas respostas não são mais permitidas.