Você já usou uma ferramenta tanto que assume que é de código aberto? Era eu, com mais de um aplicativo nesta lista. Eles eram livres e amigáveis ao Dev, às vezes até no Github. Mas sob o capô, eles estavam trancados. Fácil de perder – até que você olhe mais de perto.
O código aberto não significa necessariamente gratuitamente. Isso significa que o código -fonte está disponível ao público e, dependendo da licença, você pode inspecionar, alterar e redistribuí -lo. Pense Linux, Firefox, ou Liquidificador.
Mas muitos aplicativos modernos embaçam essa linha. Eles oferecem acesso gratuito, recursos amigáveis ao desenvolvedor ou uma vibração aberta, mas o código está bloqueado. Eu costumava assumir que alguns desses aplicativos também estavam abertos, apenas porque eles tinham Reposições do Github ou me senti orientado pela comunidade. Acontece que nem sempre é esse o caso. Aqui estão sete aplicativos que parecem abertos, mas não são.
7
Código do Visual Studio
Quando eu comecei a usar Vs códigoEu realmente pensei que era de código aberto. Era rápido, flexível e até tinha seu código no Github. Mas aqui está o problema: a versão que você obtém do site da Microsoft é o software proprietário, lançado sob a “Microsoft Software License”. Inclui telemetria, marca e restrições não encontradas na base de código de código aberto.
Essa base de código aberto é chamado “Código – OSS“Também criado pela Microsoft e está disponível sob a licença do MIT no GitHub. Portanto, enquanto o código está aberto, o produto que a maioria das pessoas baixará não é. Essa distinção é importante se você se preocupa com a transparência ou deseja redistribuir uma versão modificada. Para uma experiência limpa e sem telemetria, você pode mudar para mudar para Vscodium.
É um dos exemplos mais claros de como um aplicativo pode ser construído em código aberto, mas não ser de código aberto.
Relacionado
6
Github
Este me pegou desprevenido. Eu imaginei se Github O lar de projetos de código aberto também deve ser de código aberto, certo? Não. O Github é uma plataforma totalmente fechada. Você não pode auto-hospedar, inspecionar como funciona ou se baseia em cima sem depender da infraestrutura deles. É fácil esquecer que, embora possibilite o código aberto, ele não segue o mesmo modelo.
Forgejo e Gitea são opções sólidas se você precisar de uma alternativa totalmente aberta. Apenas saiba que essas alternativas são auto-hospedadas, então você precisará gerenciar sua própria instância. É ótimo para controle, mas é preciso uma pequena configuração.
5
Obsidiana
Obsidiana Parece o tipo de ferramenta que um entusiasta de código aberto construiria: Suporte a despedidaarmazenamento local, toneladas de plugins. Eu o usei por meses antes de perceber que era proprietário. Não há acesso ao código -fonte, e seus poderosos recursos de sincronização e publicação estão trancados atrás de um paywall. Se você está procurando algo mais transparente com recursos semelhantes, Logseq e Zettlr São ótimas alternativas abertas que realmente permitem ver o que está sob o capô.
Relacionado
4
Discórdia
Discórdia tem uma forte comunidade de desenvolvedores, uma API aberta e bots personalizados. Parece aberto, mas não é. Lembro -me de tentar encontrar código -fonte para um cliente um dia e bater em uma parede; Tudo estava fechado. Se a Discord desligar ou mudar de direção, não há como bifurcar ou hospedar sua própria versão. Revolta Pode ser melhor se você se preocupar com descentralização ou propriedade de dados.
3
Noção
Noção A flexibilidade e o design elegante fazem dele um item básico no meu fluxo de trabalho. Por um longo tempo, assumi que algo poderoso e amado nas comunidades dev precisava ser aberto. Não é. A base de código está fechada, a plataforma é somente em nuvem e você está bloqueado no ecossistema deles. Não há versão auto-hospedada ou transparência real. Se você deseja uma versão aberta e auto-hospedável daquele híbrido de anotações-dados, uma ferramenta como AppFlowy chega perto.
2
Figma
Os designers amam figma e por boas razões. É rápido, colaborativo e fácil de usar. Mas é uma fonte completamente fechada. Você não pode hospedar sua própria versão, não pode gastar a ferramenta e depende dos servidores deles. Quando Adobe anunciou planos para adquirir figmauma grande conversa foi despertada sobre a necessidade de ferramentas de design aberto. Esse acordo acabou sendo abandonado no final de 2023 após a reação regulatória, mas mostrou que o figo ainda é proprietário. Se você está procurando algo aberto, Penpot É uma das melhores alternativas agora e está fazendo um progresso constante.
Relacionado
1
Carteiro
Quando eu comecei a procurar APIs pentesting, Carteiro Foi o aplicativo que eu continuava vendo as pessoas usarem. Estava em toda parte: vídeos, tutoriais, passo a passo. Parecia uma ferramenta central no ecossistema, então presumi que era de código aberto. Mas não é. O aplicativo Core é proprietário e, embora ofereça colaboração em equipe e muitos recursos, você não pode modificá -lo ou hospedar sua própria versão. Se você está procurando uma alternativa transparente e de código aberto que funcione no navegador, HoppScotch vale a pena conferir.
Então, por que as pessoas continuam entendendo errado? Porque essas ferramentas se sentem abertas. Muitas vezes, são livres para usar, pelo menos em uma camada básica, populares entre os desenvolvedores e integrados aos ecossistemas abertos. Mas o acesso gratuito não é igual a acesso aberto. Sem o licenciamento aberto e o acesso ao código -fonte, eles ainda são plataformas fechadas, por mais acolhedor que apareçam. Eu pessoalmente me apaixonei por essa ilusão mais de uma vez.
Deixe um comentário