Abraços.

Eu acho legal o argumento “existe mas não é para usar”… mas acontece que uma vez existindo, as pessoas usam:

http://www.google.com/codesearch?q=%22defined%3F%22+lang%3Aruby

1) Porquê você está usando defined? De que interessa se a variável foi definida ou não?
Em geral, o que interessa é o valor da variável, então você verifica se é nil ou não.

Isso vale pra arquivos de configuração também

2) defined? checa diretamente a tabela de símbolos. Isso é um detalhe de implementação, o que sugere que os casos aonde se deve usar defined? são raros.

3) Como não é método e não tem RDoc, alguns programadores olham o nome e inventam de usar sem saber o que é e como funciona e atiram no próprio pé.

“O diabo está nos detalhes” e este é o tipo de detalhe que “quebra as pernas de qualquer um” e quem tem tempo para detalhes hoje em dia:

if defined?(:bad_syntax)
ruby_sucks = true
end

unless defined?(ruby_sucks)
puts “Ruby is nice!”
else
puts “Ruby do sucks”
end

Existem duas bibliotecas de SOAP para python, o SOAPpy que não funcionou no python 2.5 e a ZSI que é mal documentada e se recusou a funcionar com o servidor que eu queria. Pois vejam que não é só o Common Lisp que tem problemas de bibliotecas abandonadas e sem documentação.

Randy… onde quer q esteja, tenho certeza q está dando sua palestra.

PARABÉNS!!!

Wouldn’t it be better to modify the handling of (setf (header-out :ETag) …) in Hunchentoot itself so it would check these conditions and short-circuit further processing by e.g. raising a certain condition?

(sorry for posting in English — I can barely read Portuguese…)