sexta-feira, 8 de fevereiro de 2008

Leitura interessante (online): A Catedral e o Bazar

Hoje, percorrendo pelas páginas do Trac, achei um link muito legal, para quase todo o conteúdo do livro "A Catedral e o Bazar", de Eric S. Raymond.
Do próprio site:

Eu analiso um projeto bem sucedido de código livre, o fetchmail, que foi executado como um teste deliberado de algumas teorias surpreendentes sobre a tecnologia de programação sugerida pela história do Linux. Eu discuto estas teorias nos termos de dois estilos fundamentais diferentes de desenvolvimento, o modelo ``catedral'' da maior parte do mundo comercial contra o modelo ``bazar'' do mundo do Linux. Eu mostro que estes modelos derivam de suposições opostas sobre a natureza da tarefa de depurar o software. Eu faço então um argumento sustentado na experiência do Linux para a proposição que ``Dados bastante olhos, todos os erros são triviais'', sugiro analogias produtivas com outros sistemas auto-corrigíveis de agentes egoístas, e concluo com alguma exploração das implicações desta introspecção para o futuro do software.

Tá, eu sei que está um pouco desatualizado (data de 1998), mas achei interessante, por dar alguns pontos de vista de como tratar a equipe de desenvolvedores, beta-testers...

Ah, nas informações do projeto Trac consta que o objetivo é desenvolver e melhorar o próprio Trac, de forma colaborativa, no estilo bazaar...

terça-feira, 4 de dezembro de 2007

Gmail + Talk + ICQ + AIM + ?

Post rápido para novidade excelente: o google (eles vão dominar o
mundo) acaba de integrar o AIM ao gmail. Eu, velho usuario do ICQ,
entrei na onda, já que ICQ e AIM é quase que a mesma coisa.
Não deixem de conferir a novidade em:

http://gmailblog.blogspot.com/2007/12/gmail-chat-aim-crazy-delicious.html
http://www.undergoogle.com/blog/2007/12/google-talk-se-integra-ao-aim.html

e no seu email, claro!!! :D

quinta-feira, 29 de novembro de 2007

Ando devagar porque já tive pressa...

Ando devagar porque já tive pressa
e levo esse sorriso, porque já chorei demais
Hoje me sinto mais forte, mais feliz quem sabe
eu só levo a certeza de que muito pouco eu sei, eu nada sei...
Parafraseando Almir Sater, o NetBeans 6 parece se encaixar perfeitamente.

Em muitos casos estou achando mais lento que a versão 5.5, e não é um pouco mais lento... editar arquivos XML que sejam um pouco extensos -- estamos falando de 600 linhas -- é impossível.

Eu, sinceramente, esperava mais. Não estou desmerecendo o empenho da equipe, acho que as novas funcionalidades ficaram fantásticas, até me adaptei ao novo formato de cores!
Mas, como na 5.5, eu sou mais rápido para completar um /h:outputText do que 2.16GHz! :-) Estou me referindo ao editor em situações para editar JSP/JSF e XML. Em Java ficou (como já era) rápido, mas agora mais organizado. Contudo, experimente ir no início do seu JSP e substituir html por htm:html ou mesmo aguardar as opções de h:datatable.
Sem querer me gabar, mas preferiria não precisar digitar... e pelo jeito vou continuar.

Parece que nem todos estão preocupados com desempenho. No anúncio dos resultados da pesquisa de aceitação do RC2 do NetBeans, no blog do Roumen, 93% dos usuários acham que está pronto para a versão final. Inclusive há um comentário dizendo que o desempenho é importante, mas inserir mais funcionalidades é principal?!?! Desempenho que venha no 6.1...

Bom, para editar meu XML vou ter que apelar para a concorrência. Mas vou continuar relatando meus problemas para a equipe...
Cada um de nós compõe a sua história,
e cada ser em si, carrega o dom de ser capaz, e ser feliz.

sexta-feira, 23 de novembro de 2007

NetBeans 6.0 não permite acentuar commits no Subversion

No NetBeans 6, mesmo o RC2, ainda não é possível acentuar commits.
Ao tentar comitar a mensagem Test: á é í ó ú ç ã (a e i o u c a), retorna o seguinte erro:

svn: Commit failed (details follow):
svn: Can't convert string from native encoding to 'UTF-8':
svn: Test: ?\135 ?\142 ?\146 ?\151 ?\156 ?\141 ?\139 (a e i o u c a)


Achei já o bug relatado e convido a todos para votarem :)

Ah, a dica anterior não funciona no NB6.

Não é mais possível navegar com MS Explorer!

Não, não é o internet explorer...

... mas também, quem será que foi o estagiário que botou o nome neste navio?

Tomara que não tenha sido um Access violation!



Pode até ser humor negro, mas não pude deixar de postar...




Notícia do terra.

quarta-feira, 14 de novembro de 2007

NetBeans 6.0 rc1 oficialmente lançado

O NetBeans 6.0 release candidate 1 foi oficialmente lançado. A versão 6.0, que já venho usando há mais de 2 semanas, têm apresentado ainda alguns problemas (os quais já submitamos aqui e aqui), mas está bastante interessante.
O editor realmente ficou mais agradável e está mais "inteligente"... Já estou baixando a nova versão para ver se houveram melhorias significativas.

A dúvida é: conseguirão resolver todos os problemas até o lançamento? Só de bugs, há uma lista de mais de 1.600 ítens em aberto, programados para o 6.0...

Chamadas dinâmicas de funções em JavaScript

Em alguns casos precisamos que um evento execute uma função, como definir o onclick, por exemplo. Nestes casos, você não pode fazer:
elemento.onclick = funcao();
Pois ele tentará executar a chamada de funcao() nao hora.
Colocar entre aspas simplesmente não efetuará chamada alguma. O correto é:
elemento.onclick = funcao;
function funcao() {
...
};
Funciona perfeitamente, e atendeu às minhas necessidades. Contudo, desta forma não permite passar parâmetros.
A idéia então passa a ser criar uma nova função a ser executada nesta chamada que repasse os parâmetros. Como criar uma segunda função e utilizar conforme acima fica "feio", dá para criar diretamente uma função na variável do evento onclick.
Não testei a parte abaixo, mas a lógica acho que é adequada:
elemento.onclick = function() { funcao('param1'); }
function funcao(parametro) { ... }
:)