AT - Em sua visita a cuba você disse que o país é um lugar propício para o fomento do software livre. Mas o país é o único latino-americano presente na lista dos 13 “inimigos da internet”, divulgada pela ONG Repórteres sem Fronteiras; O que você acha das restrinções à liberdade de informação em países como Cuba, China e Egito?
RS - Eu não disse isso, queria que você me desse o endereço do lugar que você viu isso para eu mandar uma carta reclamando. Eu disse que, em Cuba, não passa nem pela cabeça das pessoas pagarem por um software, porque não há venda de softwares por lá. Eles têm algumas liberdades, a de trocar com seus amigos, por exemplo, mas não têm outras, a de estudar o código. Cuba não respeita a liberdade e eu sou contra isso. Mas continuo trabalhando pelos software livres com países que não respeitam a liberdade, seja ele Cuba ou EUA.

Fonte: “O software livre é resultado de um sistema social ético” em Blog do Dez! (não descobri como capturar o permalink da entrevista nesse blog)

Esse post é uma homenagem a todos meus amigos que insistem que o doido do RMS aprova o regime cubano que impede que as pessoas decidam suas próprias vidas.

A Receita Federal ia “investir” 40 milhões dos seus impostos na aquisição de licenças do pacote MSOffice com a desculpe de padronizar o parque tecnológico. Sorte nossa que o SERPRO entrou na briga e evitou esse desperdício de dinheiro suado de um povo subdesenvolvido que luta para sobreviver. Agora o SERPRO tem 7 dias para propor alternativa, que enfatizo, não é nada difícil já que a alternativa está na ponta da língua de qualquer que conheça o mínimo de tecnologia.
Se quiserem investir meus impostos em centros de tecnologia, instituições de pesquisa ou projetos sociais eu não digo nada. Podem até aumentar os meus impostos para esses fins que mesmo assim ainda me contento, agora não venham pegar meu dinheiro e doar para empresas “lobbystas” porque funcionários receberam uma caixinha para aprovar licitações desnecessárias. Se investigar mais a fundo vão descobrir quem se beneficiou nessa licitação. Ainda mais que a maioria dos funcionários não precisam mais do que o GDocs.

Muito se fala sobre a postura do Richard Stallman de criticar a indústria de games, afirmando que não é ético sobre hipótese alguma usar qualquer console de jogos.
Isso é coerente com o discurso dele, seria extranho ele falar em liberdade e se esbaldar num PS2, mas isso não quer dizer que ninguém pode jogar no PS2, apenas o Stallman tem que sustentar sua posição e ficar jogando pacman.
Deve ser um saco ser Stallman, não poder usar celular, não usar nenhum console, será que é ético tomar banho já que o sistema de administração da distribuição de água da CAGECE não é open source?

Sou questionado constantemente na Célula JAVA da faculdade Lourenço Filho (da qual fomos os fundadores, eu e o Handerson), sobre o ambiente que uso para desenvolver. Resolvi então criar um post mais direcionado aos novatos para compartilhar essas informações.

Como trabalho exclusivamente com JAVA no meu emprego e tenho seguido minha carreira nessa plataforma, meu ambiente se baseia no Eclipse, a melhor IDE java do mercado.

No trabalho uso o Windows como S.O. e em casa a dobradinha win/lin dual boot, a maioria dos softwares aqui mencionados funcionam nos dois.

IDE

Como mencionado, eu uso como base o Eclipse. Essa IDE tem centenas de plugins bons mas também tem bastante porcarias, já experimentei vários, fiquei com o seguinte ambiente:

Java 6. Sempre instalo a última versão, já conheço as novidades e faço "rêlouordis" para ficar antenado, essa de ficar com java 1.4 instalado não é interessante, afinal a plataforma sempre mantém compatibilidade com as versões passadas de forma extremamente estável (diferente de outro ambiente ali que as coisas da versão 2 não rodam as da versão 1, vai entender o que eles entendem por compatibilidade).

Eclipse como IDE base.

MyEclipse como suíte de plugins para desenvolvimento web e JEE, é o único que não é open source no meu ambiente de trabalho, mas vale cada centavo. O preço é escandalosamente barato para uma ferramenta tão boa.

Aptana, JSEclipse como plugins para html, css e javscript, sendo o último exclusivamente para javascript. o MyEclipse tem editores para esses artefatos, mas não são tão bons quanto o Aptana, eu ainda prefiro o JsEclipse da Adobe no caso do javascript, mas é questão meramente pessoal, em termos de features eles são praticamente a mesma coisa. Ultimamente testei o Spket apenas por curiosidade, por ele já trazer uma integração com o Ext, mas ele não tem diferencial comparado ao Aptana ou mesmo ao JSEclipse.

Container JEE

Tomcat 6 como container web JEE. Por questões de política do meu trabalho tenho que usar o Oracle AS10g como servidor de aplicações, preferiria o JBoss por inúmeros fatores (indiferente de questões filosóficas), mas uso o tomcat para testar todas as aplicações. Obviamente temos que nos policiar quanto às últimas novidades porque a Oracle sempre está alguns passos atrás (medidos em versões) dos outros servidores. Não temos nenhuma aplicação (pelo menos sob minha orientação) que use EJB, como não temos nenhum sistema distribuído e dificilmente teríamos (pelo contexto do nosso trabalho), nunca tivemos tal necessidade.

Banco de dados

Oracle 10g. Diferente do servidor de aplicações, o banco da Oracle na minha concepção é o melhor que existe (alguns dizem que é o IBM DB2, mas eu acho o Oracle). Mas mantenho o brinquedo MySQL instalado para testar as coisas devido a facilidade de instalação e manipulação.

Uso o programa DbVisualizer (que é feito em java) para trabalhar diretamente com os bancos de dados. Ele tem recursos menores se comparado às ferramentas nativas que são disponibilizadas pelas Players dos próprios bancos, mas como acessa todos os bancos que acesso diretamente: SQL Server (legado), MySQL (testes) e Oracle (produção e desenvolvimento), tenho preferência por ele.

Integração Contínua

Não temos um ambiente que enfatize a integração contínua e metodologias ágeis, nossa metodologia tem como base ainda se espelhar no IBM RUP (apesar de não ser o RUP).

Usamos o DotProject (provisoriamente) como gerenciador dos projetos. Não é a melhor ferramenta, aliás é muito fraca de ser considerada uma boa ferramenta, mas por enquanto o custo/benefício dela está falando mais alto, mas já existem movimentos de substituí-la. Esse é um exemplo de que a filosofia não deve falar mais alto que os aspectos técnicos, tínhamos uma base no uso do MSProject, que é muito superior ao DotProject, mas foi relegado em nome do Software Livre pela desculpa dos custos. Esse é um ponto onde o SL sempre perde pontos. Talvês existam softwares livres melhores que o DotProject que poderiam ter sido comparados ao MSProject, mas trocar um software que está funcionando corretamente por questões de custos não é uma boa alternativa, afinal o ROI medido posteriormente desmereça essa troca.

Nosso sistema de controle de versões é o velho e fantástico CVS que já tem suporte nativo excelente no Eclipse, mas vamos mudar para o SVN nesses próximos dias, posteriormente blogarei sobre essa mudança. Existe uma equipe que trabalha com o MSSourceSafe que deverá usar o SVN também, vamos ver o que vai sair dessa mudança, sinceramente eu não tenho opinião final formada sobre isso. Acredito que pode não ser uma boa idéia, já que essa equipe trabalha com DotNet e a integração entre o VisualStudio e o Sourcesafe seja bem melhor (evidente) que com o SVN, vamos ver.

Como eu mencionei, não enfatizamos (infelizmente) os métodos ágeis, mas tento seguir as boas práticas do XP, como não tenho um sistema de geração de builds, tento controlar usando o velho Apache Ant mesmo, tenho um script antigão aqui que coordena o processo inteiro, quem sabe não tenhamos um CruiseControl por aí em breve (que seria um salto extraordinário), quem sabe.

Agora nosso "Calcanhar de Aquiles" é o sistema de Issue Tracking daqui, é uma solução In House H-O-R-R-Í-V-E-L (como ficou gay meigo essa declaração). Já está sendo providenciado outra solução, mas In House também o que é uma pena devido a enorme lista de sistemas excelentes que existem por aí.

Last But Not Least…

O mais importante não é montar um ambiente de desenvolvimento ou simplesmente achar que conseguirá manter o mesmo pelo resto da vida e sim ter consciência de quais são as necessidades e como suplantá-las sempre procurando a melhor ferramenta que se adapte aos seus projetos. Espero que esse post ajude aos novatos como um passo inicial para pesquisar sobre aquilo que melhor o satisfaz na busca por um ambiente produtivo.

Material de apresentação das palestras no FLISOL 2007.

Evolução dos frameworks web: retorno ao MVC original!

Orientação a objetos com Javascript