Recebi o convite do brother Abstractj para entrar na brincadeira, aí vai:

Máquina/Sistema Operacional

Minha máquina tanto de trabalho quanto de casa já há algum tempo é o meu mazelado Vostro 1000 que já se pagou com gosto. Comprei um MacPro 15″ que deve tá chegando por aí. Em casa uso um monitor de 24″ e no trabalho um apenas de 19″.

Uso linux já há alguns anos e ultimamente nos últimos 3 ou 4 exclusivamente Ubuntu, no momento estou com o 10.10. Próxima semana provavelmente começarei a xingar o MacOSX no twitter.

Editor e IDE

Bem, eu notei agora que estou ficando velho, quando comecei a trabalhar com Java lá em 1999 eu usava o Visual J++ que era muito superior a tudo que existia, depois usamos o Visual Café por pouco tempo até que descobrimos o Visual Age que de longe tinha o Editor ideal para a época, ou pelo menos é do que me lembro. Desde essa época do Visual Age que minha IDE para Java sempre foi Eclipse, tentei algumas vezes Netbeans, mas para Java não dá, só Eclipse mesmo. Meu Eclipse por muito tempo sempre foi o MyEclipse, acho que desde 2005, não sei como conseguem desenvolver em Java sem ele.

Para web em geral o Aptana é uma boa pedida, as vezes uso também.

Para Ruby eu uso quando posso o RubyMine (tenho uma licença) até quando falta a paciência dele consumir toda a memória do meu velho Vostro, de resto vai de Gedit ou Emacs. Quando chegar meu méqui eu vou usar só RubyMine.

Terminal

Uso sempre o Bash com algumas modificações.

Browser

Para navegar eu tenho usado o Chrome, mas para desenvolver é sempre com Firefox e os plugins Firebug (e seus complementos YSlow, Firefinder e o fantástico Illumination que encontrei há pouco tempo),  JSONView e Delicious Bookmarks (para consultar as fontes).

Software

Basicamente skype, OpenOffice e utilitários de video/musica comuns em qualquer Debian-like.

Source Code

Conta pública e privada no Github. Alguns repositórios internos em clientes no CVS, SVN e GIT. Temos uma meta de substituir tudo pelo Git em todos os clientes, até de graça.

Música

No cliente atual tentamos fazer sempre Pair Programming o tempo todo, então basicamente não dá para ouvir música nessas condições, quando estou sozinho é com o meu N95 + 3g Vivo no Last.FM em algumas rádio que gosto usando o Mobbler.

Vou repassar a brincadeira agora para o @rponte, @rodrigodealer e o @mauriciojr.

Conferi na ferramenta para webmaster do google e verifiquei que o Googlebot era redirecionado para um endereço “bablo .me .uk” e as vezes esse endereço se camuflava em outros.

Usando  ”curl -v -A Googlebot http://www.milfont.org/tech” eu recebia a mensagem:

...
* HTTP 1.0, assume close after body
< HTTP/1.0 301 Moved Permanently
< Date: Thu, 19 Aug 2010 23:55:13 GMT
< Server: Apache
< Location: http://bablo .me .uk/#....
...


Só depois de muita surra procurando nos .htaccess e .php da vida que encontrei nesse link o comentário que me salvou.

Procurando com find -name “*.php” | xargs grep -E “eval” eu encontrei escondido no wp-config.php, pior, estava com muitos espaços para a direita dificultando a visualização:


./wp-config.php:                                                eval(base64_decode('ZXJ....


Sei lá quanto tempo procurando essa desgraça, fica a dica se passarem pelo menos tormento. Revisei todas as permissões e atualizei o wordpress, coisa que deveria ter feito há tempos, mas o preguiçoso trabalha mais do que o esperto.

Em projetos antigos é comum encontrarmos esse tipo de situação, eu mesmo já criei meu framework caseiro em coisa por volta de 6 anos atrás, mas hoje em dia isso não só é algo abominável como um desrespeito pelos profissionais, ainda mais após tanta evolução nos últimos 10 anos.

Conversando com um amigo que trabalha em uma grande empresa de planos de saúde, ele me falou que o “arquiteto java” dessa empresa [conhecido por sua fama de criador de "Framearras"] convenceu a diretoria sobre um projeto recente que se baseia no desenvolvimento de um framework específico para a empresa [eles já possuem um framework caseiro que é um terror e bem conhecido por grande parte dos desenvolvedores locais].

É impressionante como não acaba essa tara de desenvolvimento de frameworks caseiros, qual a necessidade de uma empresa que tem TI como meio [e não como fim] de desenvolver um framework para desenvolvimento de software?

Olha que não é de hoje que eu falo sobre os perigos de frameworks caseiros, mas parece que os defensores desse tipo de abominação se reproduzem como coelhos.

Engraçado que no último projeto que participei eu recebi um treinamento de um dos criadores do framework caseiro que deveríamos usar na construção, alias na continuação de um sistema que está há 5 anos em desenvolvimento sem sinal de algo ir para a produção.

Os argumentos que ele usou foram os seguintes [anotei a frase para não esquecer]:

“Amigos, é importante um framework criado pela propria empresa para padronizarmos o desenvolvimento, diminuindo a curva de aprendizado e ganharmos na produtividade, utilizando padrões consagrados, obtendo reuso nos componentes de negócio e garantindo a manutenibilidade pela fácil criação de código, principalmente CRUD.”

Segredo do fracasso

Vou expor algumas considerações sobre essa frase dele:

Curva de aprendizado

Se algo é complexo de entender por quem conhece os padrões daquilo que se deseja desenvolver, é porque não serve mesmo. Não há como comparar um software opensource consagrado no mercado onde centenas de milhares de desenvolvedores já aperfeiçoaram com algo feito em casa.

Ganho na produtividade

A desculpa número um de todo framework caseiro é a famosa produtividade, sendo que voce sempre perde produtividade porque insere algo fora da normalidade no cotidiano do desenvolvedor. Além do que é insano voce ter uma produtividade no inicio – se fosse o caso, já que não é – comprometendo todo o ciclo de vida restante da aplicação por conta disso.

Porque é isso que acontece, todos esses frameworks caseiros são pensados e desenvolvidos para facilitarem a construção de CRUDs no inicio da aplicação e você tem que sacrificar todo o resto para satisfazer esse capricho que pode ser automatizado facilmente com tecnologias atuais.

Utilização de padrões

Ninguem pode saber que padrão utilizar antes de saber qual o problema, isso é impossível. Ou vai usar um martelo para furar uma parede ou uma furadeira para pregar um prego.

Reuso de componentes

Não existe reuso de objetos de negócios, nenhum processo é semelhante nem que seja na mesma organização ainda mais tentando reusar código por meio ide interface gráfica comum em projetos com dificuldade incial até de separação de pacotes.

Uma alternativa geralmente usada é se comunicar via API ou uma estrutura de serviço como WS, JMS, whatever e não aproveitando uma tela em um sistema distinto.

Aumento da manutenibilidade

Sistema como Frameworks caseiros sempre são dificeis de manutenção por que falta documentação, gente que conheça realmente [além dos próprios criadores], código sempre acoplado, falta de testes, maturidade, e principalmente propósito real [como não haver um existente no mesmo segmento].

Em todos os frameworks caseiros que trabalhei e não foram poucos, a manutenção é algo punitivo porque temos que satisfazer o framework e não o negócio.

Garantia da qualidade

Não há qualidade alguma em frameworks caseiros, pelo contrário, pelo conjunto de más práticas já expostas, o que acontece na realidade é que os sitemas desenvolvidos com esse tipo de ferramenta apresentam uma qualidade baixíssima.

Fork em frameworks do mercado

Problema em fazer um merge no futuro, voce não terá tempo e recurso suficiente para isso. Melhor solução seria submeter patch e codigo para o framework original e acompanhar o desenvolvimento deste. Deixa o desenvolvimento preso a versões antigas.

Associado a cascata.

Quase impossível você encontrar um framework caseiro em uma equipe ágeil, até porque isso fere vários dos valores e princípios.

Menos codificação

Na verdade duplica a codificação para satisfazer o framework.

Extensão de classes genericas

Acoplamento, referencia cíclica, etc… dá até preguiça de escrever.

CRUD Driven Design

Quebra o principio do XP que é fazer o mais importante e crucial primeiro, CRUD nunca é o mais importante. Se voce faz o CRUD primeiro, cria a regra de negócio e refaz todo o CRUD depois.

Geração de codigo sempre reescreve as informações, merge manual.

Frameworks caseiros são #ESFM. Vão complementando com as más práticas…

O texto do Stallman parece ter sido escrito por alguém que não entende nada de serviços, nuvem e principalmente javascript. O que me deixa intrigado é a referência ao John Resig [criador do Jquery]

Os novos modelos tem problemas?

O problema é que os problemas reais não foram abordados e o texto não passa de um grande FUD com sugestões tão imbecis quanto impraticáveis. Javascript [no que se refere a Browser] é a tecnologia mais dificil de fechar e o código transportado são informações [no caso de JSON] e não software em si.

Hoje temos problemas sérios na questão de processamento e carregamento que precisam serem resolvidos, além de depreciação de navegadores antigos que ainda teimam em sobreviver.

Mas não vou perder tempo de responder ao lunático, prefiro atacar nos mesmos moldes, sobre sua coerência. Engraçado, RMS quer que derivem meus softwares, mas o texto dele não pode:

Copyright © 2009 Richard Stallman

This work is licensed under the Creative Commons Attribution-No Derivative Works 3.0 United States License.

Programação

• 09:00 – Como participar das comunidades de software livre? – Comunidades
• 10:00 – Desenvolvimento de aplicações sociais com a OpenSocial – Christiano Milfont
• 11:00 – Desenvolvimento de aplicações web com Ruby on Rails – Coutinho Costa

Data: 21 de Março de 2009
Local: Faculdade Lourenço Filho – Rua Barão do Rio Branco, 2101 Centro

Para saber mais: Debian-ce

Nota no BR-Linux

Features proprietárias são sedutoras, antigamente usávamos grids com paginação no HTML com a propriedade datasrc na tag table, podíamos ler inclusive de arquivos XML. Isso muito antes de Ajax ou até do Firefox. Evidente que só funcionava no IE.

<XML ID="users">
<?xml version="1.0" ?>
<users>
	<user id="1" name="Christiano Milfont"/>
	<user id="2" name="Rafael Ponte"/>
</users>
</XML>
 
<TABLE DATASRC="#users">
<TR>
<TD><DIV DATAFLD="id"></DIV></TD>
<TD><DIV DATAFLD="name"></DIV></TD>
</TR>
</TABLE>

Com a popularização do Firefox e a necessidade das aplicações serem CrossBrowser, tivemos que nos adaptar às specs da W3C. Praticamente todas as aplicações WEB precisaram serem reescritas -algumas até hoje ainda só “rodam” no IE.

Usar uma Feature proprietária facilita, mas no final você pagará o preço da não interoperabilidade. Agora precisamos usar um Framework Ajax para fazermos coisas que antes era nativo. No IE tínhamos até DnD.

Especificação muito mais frágil do que as implementações nos força a criar uma “Isolation Layer” como solução de refactoring sem comprometer o sistema. Podemos então usar as features nos beneficiando do que a implementação tem a oferecer sem comprometermos o resultado final, o uso fica encapsulado na solução.

Especificação mal feita

O problema é quando a definição de uma especificação fica frágil o suficiente – por problemas políticos – para forçar um refactoring profundo na mudança entre implementações.

No CEJUG, ocorreu uma thread sobre problema com data na JPA, onde eu recomendei retirar a anotação @Temporal – que já tinha me dado trabalho anteriormente – e por “feeling” eu sabia que o problema era nessa anotação, mas nunca tinha pesquisado para saber o real porquê. Como quem ganhou dinheiro com Feeling no Brasil foi apenas Morris Albert – by Cardoso – eu dei uma pesquisada sobre isso e descobri que [como escrevei no email]:

From CMilfont
to discussao@cejug.dev.java.net
date Mon, Oct 27, 2008 at 9:54 AM
subject Re: [cejug-discussao] problema com data

Dei uma pesquisada e a conclusão que cheguei é:
A spec determina que propriedades do tipo Date e Calendar [util java] devem ter a anotação @Temporal.
TopLink obriga, se não tiver lança uma exceção ValidationException [pelo menos foi o que vi na documentação dele, não cheguei a testar].
Hibernate é opcional, mas se você colocar ele devolve uma instância de Calendar, porque entende que a data é completa [como Timestamp] mesmo dizendo que o tipo é Date – aqui entendo como uma falha e vi que as issues sobre isso no projeto já foram fechadas, os últimos builds devem ter consertado, ou não.
A spec não diz que deve lançar exception mesmo dizendo “must be” então o Oracle TopLink assumiu essa responsabilidade.
Claro que essas funcionalidades devem também mudar de build para build então podem ter diferenças nas versões de builds entre os próprios implementadores, como Hibernate e TopLink mudarem da versão x.x.1 para x.x.3 por exemplo.
Coisas de spec mal escrita, JPA tem que ser urgente revista, os capítulos ficam muito ambiguos, tem trechos que você fica bastante confuso, diferente de specs como da JSE que é bastante clara.

O problema disso é que não dá para encapsular a diferença entre as implementações porque o uso dessa anotação é incompatível entre dois desses implementadores.

Outro problema da JPA é a falta de elementos básicos que um ORM deve implementar – como a Criteria – impossibilitando a troca de implementações com um simples refactoring. Tudo bem que em um Domain Model você tem como – e deve – isolar essa diferença entre Engines ORM mas em termos de Refactoring da aplicação no geral, ter que reescrever todas as buscas de uma aplicação porque a Engine não suporta Criteria pode não afetar o modelo mais trará um prejuízo enorme.

Como o Hibernate é OpenSource, maduro e anos-luz à frente até da nova especificação de JPA 2.0, a escolha dele pelos profissionais experientes é a mais adequada. Spring, é outra solução ao JEE sem EJB que permanece como indicação desde o livro do Rod Johson de 2004 que era ainda sobre EJB2, recomendava o uso de JEE sem EJB e apresentou o Spring oficialmente ao mundo. Apesar de que Spring e EJB3 estarem bem nivelados hoje em dia, Spring ainda leva uma certa vantagem, ainda mais pela maturidade e semrpe estar nos trilhos corretos, coisa que o EJB está se ajustando aos trancos e barrancos.

Em regra eu sempre recomendo o uso de especificações, mas em determinados pontos a especificação é desaconselhada e o uso direto da implementação tem suporte mais adequado. Não temos o poder de sempre escolhermos as ferramentas mais adequadas, muitas vezes a política impera – como nos órgãos públicos que são obrigados a usarem Oracle ou IBM por imposição governamental feita em um escritório na Casa Civil.

Retratei no primeiro parágrafo 10 FUDs célebres. O título foi provocativo e chamativo para comprovar um experimento.

Eu não estou afirmando que o Windows é melhor do que Linux, quero deixar bem claro. Mas esse tipo de manchete é cotidiana em todos os meios de comunicações, é comum trazer na chamada algo que o artigo irá combater por exemplo, além do que a polêmica vende mais.

Porque fiz isso?

Após iniciar a leitura do “Extraordinary Popular Delusions & the Madness of Crowds” de Charles Mackay, venho imaginando como a internet massifica tanto a sabedoria quanto a loucura das massas. Basta um pequeno conjunto de fatores para os manipuladores criarem uma verdadeira bomba atômica.

Tenho observado que a teoria do Cardoso é verdadeira, de que maioria não lê um artigo inteiro, apenas o título e no máximo o primeiro parágrafo, já indo direto para os comentários caso o título desagrade sua forma de ver o mundo.

Dentro dessa realidade observei que muitos Freetards que supostamente defendem a liberdade são intolerantes e desejam a censura de tudo aquilo que não concordam. Não é de estranhar que me chamem de analfabeto por causa do título desse artigo. Portanto imaginei um formato para atacar esse nicho.

Como base nessas observações eu imaginei o formato desse Post para comprovar que:

1. Poucos irão ler o artigo inteiro e chegar até aqui;
2. Pessoas consideradas cultas (pelo menos por elas mesmas) podem se enquadrar no rol das salsinhas;
3. Com prática você pode criar um modelo de manipulação das massas;
4. Com um modelo você pode manipular facilmente a maioria e obter o que quiser com isso.

Vou ver se indexo esse post em algumas comunidades de Freetards e ver o que acontece.

Vou palestrar sobre OpenSocial, a mesma palestra do último CCT.

Mais detalhes do evento nesse post do David, um dos organizadores do evento.

Grade do evento.