Desenvolvedor(a) Salesforce

Apex Syntax & Primitive Data Types

Por quê: Você trata conversões de tipo e casos nulos em várias classes, e o código utilitário compartilhado não quebra uma funcionalidade feita por um colega.

Collections: List, Set & Map

Por quê: Você escolhe a coleção certa para agrupar registros filhos pelo Id do pai, e um rollup sobre milhares de linhas vira uma passagem só em vez de loops aninhados.

Governor Limits

Por quê: Você usa a classe Limits para medir a folga e desenha em torno de pressão de CPU e heap antes que a funcionalidade esbarre neles em produção.

Bulkification Patterns

Por quê: Você monta resultados em Map e faz um único DML por objeto, e sua trigger se sustenta quando um flow e uma carga de dados a disparam na mesma transação.

Trigger Context Variables

Por quê: Você compara Trigger.oldMap com Trigger.newMap para agir só nos campos que mudaram, e uma atualização não reexecuta lógica pesada para registros inalterados.

Trigger Design Patterns (Handler Framework)

Por quê: Você mantém uma trigger por objeto que delega a uma classe handler, e acrescentar um segundo requisito não gera conflito sobre a ordem de execução.

LWC Component Structure (HTML/JS/Meta)

Por quê: Você organiza o bundle do componente com HTML, JS e meta corretamente, e ele faz deploy e aparece na página certa no App Builder.

Reactive Properties: @track, @api & @wire

Por quê: Você decide o que expor com @api e quando um campo precisa de rastreamento, e o componente pai atualiza o filho sem deixar valores desatualizados na tela.