Durante minha vivência (ainda curta) com o mundo opensource sempre tive contato com várias licenças de software como: bsd, gpl, apache etc. E tudo indica que a nova onda do opensource é surgimento de mais e mais licenças, o que inclusive é descrito neste post, a proliferação das licenças de software livre, que ao contrário do que muitos pensam (e do que eu também pensava há alguns dias) hoje elas são mais de 1000, tudo bem que para um usuário de orkut e msn licenças de de software são o que menos importa , afinal eles só vão utilizar o software.

Pensar no porquê do crescente número de licenças não é difícil, é só analisar o porquê da existência de tantas dstribuições do Linux, por exemplo, cada um acha que pode (e pode) criar algo que se encaixe perfeitamente com suas necessidades, olhando por esse lado temos um ponto positivo.
Eis que surgem os poréns (os errors e as exceptions), se olharmos pelo lado profissional, como se não bastassem todos os problemas (incluindo errors e exceptions) que todos os profissionais de TI têm de passar, será que teremos que conhecer melhor as licenças de software ao invés de ler 3 linhas e clicar e Next?

Quando trabalhamos em empresas que usam e modificam código-livre, o que não é raro, teremos um grande problema quando esta licença estiver em russo por exemplo (lembrando que a sintaxe de qualquer linguagem de programação na Rússia é a mesma em qualquer lugar do mundo, ou seja, o código fonte permanesse compreensível).

Afinal de com quem ficaria a responsabilidade de se estudar e/ou conhecer as licenças dos softwares livres? Dos programadores e analistas ou dos advogados da empresa, ou do diretor de TI ?

E quando uma empresa resolver abrir o código de determinado software, será mais conveniente escolher uma licença entre milhares ou criar uma nova e aumentar ainda mais a quantidade delas?

Pequenos dilemas do software livre…

Mais uma vez, optei por fazer um post que mais confunde que explica, e também tentar levantar uma discussão, principalmente por se tratar de um assunto que a primeira vista não é tão complicado, mas pode se tornar a ser. Afinal de contas, tantas licenças de software livre, vão nos ajudar mais ou nos atrapalhar mais?

O pacote de aplicativos do Google (Google Pack), que contém aplicativos como Picasa, Google Desktop, Adobe Reader e Firefox, agora conta com o StarOffice, um conjunto de aplicações para escritório como o Microsoft Office ou OpenOffice, aliás, não estranhe a semelhança entre o StarOffice e o OpenOffice, há uma pequena razão histórica para isso.

O Star Office já é bem antigo, é desenvolvido pela Sun, já o OpenOffice, muito popular no Linux, é um projeto derivado que se iniciou quando a Sun decidiu abrir o código do StarOffice.

O programa já vem com Java (necessário para instalação), e é claro com a famosa “barra do google”.

Segundo este site, o motivo pelo qual o Google preferiu o StarOffice ao invés do OpenOffice, é que este último não vem com fontes e clip-arts proprietários, o que tornaria mais atraente a migração dos usuários do Microsoft Office.

Já faz algum tempo que adotei o Bluefish como meu programa principal para fazer páginas web (após anos preso ao Dreamweaver) mas nunca gostei de editar folhas de estilo através dele, principalmente porque na maioria das vezes eu edito somente o css dos meus sites, precisava de um programa que fosse feito especialmente para isso.

Depois de uma “googlada” aqui e ali encontrei um programa chamado cssed, um editor css completo, com recursos como “syntax highliting” e “auto completation”.

O cssed está disonível via apt(Debian, Ubuntu, Kurumin…) e emerge(Gentoo).
O suporte a abas e a interface altamente customizável foram as coisas que mais agradaram no cssed, para quem não gosta de deixar falhas, pode contar com o recurso de validação de css.

O cssed ainda possui suporte a plugins.