Se procura por softwares de código aberto, onde encontrar bons diretórios e coleções de ferramentas de OSS, e como você avalia a muitos candidatos estão disponíveis?
Crédito da foto: Ophelia Cherry
A menos que você esteja atrás de populares softwares de código aberto - como os que encontramos no SourceForge para download ou os poucos que existem com suporte de vendedores como o Apache, Linux, MySQL, PHP, eMule, GIMP, OpenOffice ou VLC, pesquisar no Google pode não ser a melhor solução para encontrar um software deste tipo que atenda às suas necessidades.
Por exemplo, se você procurar por um editor de textos de código aberto no Google, não irá encontrar o BlueGriffon, um editor online baseado no Gecko do Firefox (uma ferramenta que recomendo tanto para os novos editores como para os veteranos).
Pelo que vemos no Facebook, Twitter e LinkedIn, as ferramentas de código aberto não estão nas listas de favoritos dos usuários e não são definitivamente algo de que a pessoa média tem notícia.
O ponto chave aqui é que encontrar a ferramenta de código aberto certa pode não ser uma tarefa trivial, mas qualquer pessoa pode aprender sozinho.
Neste guia da MasterNewMedia, o especialista em softwares de código aberto Roberto Galoppini, autor da SOS Open Source, uma metodologia pragmática para descobrir e avaliar softwares de código aberto, fornece as bases, os recursos e critérios de avaliação por onde começar a procurar por conta própria.
Como encontrar um bom software de código aberto de maneira fácil?
por Roberto Galoppini
OK, digamos que eu não seja um geek e precise de uma alternativa de código aberto para alguma coisa ... por onde começo minha busca?
O OSALT dá uma breve descrição de todas as alternativas em código aberto, incluindo suporte aos sistemas operacionais e outras ferramentas semelhantes. Enquanto o site não fornece a resposta definitiva para todas as necessidades possíveis, é um bom ponto de partida, e todo mundo pode ajudar sugerindo outros softwares do tipo para o Anders.
Infelizmente, não existe um diretório central com uma lista de todas as ferramentas de software em código aberto no mercado, e para aqueles que querem experimentar as ferramentas menos conhecidas, terão que pesquisar um pouco mais.
Se você quiser avaliar as ferramentas de código aberto por si próprio, aqui está uma lista a partir de critérios de avaliação que você pode usar para iniciar a sua seleção:
1. Tempo de vida do código
Critérios de avaliação:
- Muito recente (< 1 ano)
- Recente (1-3 anos)
- Antigo (> 3 anos)
Veja forges / meta-forges para mais informações a respeito.
Tenha em mente que às vezes os projetos não são liberados sob uma licença open-source desde o primeiro dia. Pior: o código fonte pode ser transferido de forge a forge sem aviso prévio. Portanto, prepare-se para pesquisar bastante.
2. Popularidade do Projeto
Critérios de avaliação:
- Desconhecido
- Pequena popularidade, mas com tendência crescente
- Bem-conhecido
Usa ferramentas de buscas de mídias sociais como Google Trends (ótimo para comparações, já que os nomes dos projetos não são termos populares por si só).
3. Disponibilidade de Estudo do Caso
Critérios de avaliação:
- Desconhecido
- Estudos de caso disponíveis apenas no site
- Estudos de caso disponíveis na rede
Uso de motores de busca em sites de venda ou de comunidades na rede.
4. Livros
Critérios de avaliação:
- Nenhum
- Poucos
- Muitos
Navegue por livrarias online (por exemplo, O'Reilly, Packt) e procure também no site do projeto.
5. (Comunidade) Tamanho da Equipe
Critérios de avaliação:
- 1-5 membros
- 5-10 membros
- > 10 membros
Analisar o tamanho da comunidade, de preferência usando meta-forges ou outras ferramentas de código do repositório (por exemplo, GitHub Graph Visualyzer).
6. Suporte Comercial
Critérios de avaliação:
- N/A
- Disponível apenas na área geográfica ou no idioma
- Disponível em múltiplos vendedores em diferentes idiomas
Navegue pelos sites do projeto e pelos que o vendem (por exemplo: busca de apoio / seção serviços de consultoria /) e procure na rede (especialmente pelo suporte de terceiros, se você quiser evitar armadilhas de aprisionamento tecnológico).
7. Treinamento
Critérios de avaliação:
- N/A
- Disponível apenas na área geográfica ou no idioma
- Disponível em múltiplos vendedores em diferentes idiomas
Navegue pelos sites do projeto e pelos que o vendem (e.g. procure por treinamento / seções de certificação) e busque na rede (vide acima).
8. Documentação
Critérios de avaliação:
- N/A
- Disponível apenas em um idioma
- Disponível em muitos idiomas
Navegue pelos sites do projeto e pelos que o vendem (por exemplo, procure por seção específicas de documentação / recursos) e busque por informações adicionais na rede.
9. Como Reage a Erros
Critérios de avaliação:
- Fraco
- Formalizado, mas não reativo
- Formalized and reactive
Navegue pelo site do projeto (por exemplo, analise os sistemas de rastreamento de erros / fóruns, a fim de compreender se erros de alta prioridade são resolvidos, em média, em um curto período de tempo).
10. Fonte
Critérios de avaliação:
- A ser compiladas
- Disponibilidade de código binários
- Disponibilidade de aplicação virtual
Navegue por páginas de download e lembre-se de que dispositivos virtuais - muito úteis para testar o software do servidor - às vezes, são fornecidos a partir de terceiros (por exemplo, Bitnami, Turnkey).
11. Red Hat / Solaris / Windows
Critérios de avaliação:
- N/A
- Suporte de terceiros
- Certificado pelo Red Hat - Oracle - Microsoft
Navegue pelas páginas de download e do site que vende o produto.
12. License
Critérios de avaliação:
- Copyleft
- Corporativa
- Permissiva
Navegue pelo site do projeto.
13. Modificabilidade
Critérios de avaliação:
- Sem formas de propor modificação
- Código e ferramentas para modificação estão disponíveis, mas o processo não está bem definido
- Ferramentas e procedimentos para propor modificações estão disponíveis
Navegue pelo projeto, especialmente por sistemas e fóruns de problemas e de rastreamento de erros.
14. Roadmap
Critérios de avaliação:
- N/A
- Roadmap disponível não está detalhado
- Roadmap detalhado disponível
Navegue pelo site do projeto.
15. Patrocinador
Critério de avaliação:
- Patrocinador único
- Patrocinador em comunidade
- Fundação - patrocinador consorte
Navegue pelo site do projeto.
Meta-forges - por exemplo, diretórios open source que tenham métricas e análises de projetos hospedados em outros forges - como Ohloh, FLOSSMole ou Melquiades são muito úteis para qualificar projetos em código aberto, disponibilizando informações sobre contribuições e qualidade de códigos, licenciamento, etc.
Calcular a reutilização de um programa, ou analisar a qualidade do código é possível também. Revisar todos os possíveis forges/meta-forges e ferramentas pode consumir muito tempo, no entanto.
NB: A informação sobre o tempo de existência do código, suporte comercial, disponibilidade de recursos, tais como documentação ou ferramentas para estender estes sistemas operacionais são de grande importância para as empresas e organizações, mas dificilmente são disponibilizados em sites de projetos em código aberto (a menos que estes tenham o suporte de empresas de código aberto, algo que raramente acontece).
SOS Open Source traz uma lista de softwares livres, métricas e dicas de como computá-los, assim como recursos e instruções de como selecionar um software, how to compare forks ou como avaliar uma wiki.
Sobre Roberto Galoppini
Roberto Galoppini é especialista em negócios de código aberto, tem um interesse ativo em projetos e organizações do tipo também faz parte do conselho consultivo para empresas de software internacionais e SourceForge. É fundador das primeiras empresas italianas do gênero e do primeiro consórcio local de código aberto. Foi consultor do National Center para IT de Administração Pública, onde co-escreveu diretrizes sobre código aberto e é membro do grupo de trabalho de código aberto, instituído pelo ministro das Regiões e Autarquias Locais. Roberto conta entre seus clientes com a IBM, Microsoft, Novell, Oracle, Poste Italiane, Red Hat e Telecom Italia. Ele é editor do blog do código aberto comercial.
Créditos das fotos:
Tempo de vida do código - Kmit Ivan
Como Encontrar uma Alternativa em Código Aberto para Softwares Comerciais - Hypermania
Popularidade do Projeto - Tomas Troy
Disponibilidade do Estudo do Caso - Clipart