O que é present e por que todo mundo fala dele
Present é um termo que aparece em contextos bem diferentes. No desenvolvimento web, especialmente no ecossistema Ruby on Rails, ele se refere a uma interface chamada Active Support::Object#present? que foi adicionada ao Rails para simplificar verificações de objetos. Antes dela, você precisava combinar múltiplos checks como `nil?`, `blank?` e comparações de tamanho manualmente. O método present? faz exatamente o oposto de blank?: retorna verdadeiro quando o objeto tem valor, está definido e não é vazio. Em outros contextos, como smart contracts Ethereum/Solidity, present não é uma palavra-chave nativa. Às vezes desenvolvedores confundem isso porque veem contratos que usam variáveis de estado ou estruturam dados "presentes" na cadeia, mas não há um keyword chamado present no Solidity. Se você viu isso em documentação técnica, provavelmente era um conceito de negócio, não sintaxe da linguagem.
o que é present no Ruby on Rails
No Rails, present? foi introduzido no ActiveSupport e está disponível em qualquer objeto após incluir o módulo. Ele resolve um problema prático muito específico: quando você quer saber se algo existe E tem conteúdo útil, sem escrever um ternário de duas linhas em cada controller ou view. Aqui está como funciona na prática. Digamos que você recebe um parâmetro de formulário que pode ser string vazia, nil, ou um valor real:
@nome = params[:nome].present? ? params[:nome] : "visitante" Com present?, isso se resume a verificar se o objeto responde com verdadeiro. A implementação interna chama !blank?, que por sua vez verifica nil, empty, e tamanho zero dependendo do tipo do objeto.
O problema real que eu encontrei na prática aconteceu num projeto onde tínhamos um sistema de notificações que verificava múltiplos campos antes de enviar um alerta. Alguém escreveu: if usuario.email.present? && usuario.telefone.present? && usuario.nome.present?
👉 Clique no botão abaixo para saber mais sobre o assunto!
A primeira impressão é que está correto. Mas o comportamento de blank? e consequentemente present? em strings vazias é importante: uma string vazia " " (com espaço) é considerada blank. Isso causou um bug silencioso onde usuários com nome constituído apenas por espaços eram tratados como ausentes, e o sistema não enviava notificações quando deveria. A solução foi usar presence (o método que retorna o valor se presente, senão retorna nil) combinado com validação explícita no modelo, não nos controllers. Isso é um detalhe que raramente aparece em tutoriais básicos. O present? funciona corretamente para a maioria dos casos, mas seu comportamento com strings em branco (whitespace-only) é um ponto de atenção. Se você precisa distinguir entre nil e string vazia com espaço, use verificações mais específicas como .nil? ou .empty? diretamente.
Outro ponto que passa despercebido: present? em coleções (arrays, hashes) verifica se a coleção tem elementos, não se cada elemento é presente. Então [nil, ""].present? retorna true porque o array em si não está vazio. Isso quebrou um relatório em que eu trabalhava há alguns anos — estávamos filtrando registros e esperávamos que arrays com apenas valores nulos fossem tratados como ausentes, mas o Rails tratava o array como presente por ter comprimento maior que zero. O workaround foi usar compact.presence, que remove nils e depois verifica se sobrou algo.
Outros usos do termo
Em inglês, present pode significar simplesmente "presente" no sentido temporal (agora) ou "presente" como sinônimo de "gift" ( presente, oferta). Em projetos de localização e internacionalização, essa ambiguidade causa confusão constante. Já vi equipes usarem chaves de tradução como messages.present achando que era sobre o momento temporal, quando na verdade se referia a um campo de dados do banco chamado "presente" (no sentido de doação). Em frameworks MVC genéricos, o termo "present" também aparece em padrões como o Presenter Pattern, onde objetos de apresentação (presenters) encapsulam a lógica de renderização entre o modelo e a view. Isso é diferente do present? do Rails, mas compartilha a mesma raiz linguística. Muitas vezes desenvolvedores confundem os dois conceitos quando começam a trabalhar com Ruby.
Se o seu interesse é em Solidity, Web3, ou outro contexto específico que não o Rails, avise que eu ajusto a resposta. O termo é muito genérico e o que eu descrevi acima cobre os usos mais comuns que encontro no dia a dia de desenvolvimento.
