(Minha resposta ignora os efeitos da otimização - suponho que exista uma máquina processando seu código que possa fazer uma otimização decente para que a variável extra que está sendo criada para facilitar a leitura não faça diferença no desempenho.)
Na minha experiência, escreva seu código para ser entendido. Um nome curto e significativo é definitivamente mais aceitável do que repetir uma sequência muito longa de caracteres, seja qual for a linguagem. Quando você voltar ao código novamente em uma semana / mês / ano, você apreciará essa pequena clareza adicionada para ajudar você a entender melhor.
Dito isso, se você estiver aprimorando o código existente, siga as convenções que já estão sendo usadas. Se o seu código parecer muito "diferente" sem um bom motivo, será difícil para a pessoa que o analisar entender o motivo. E se as convenções forem realmente terríveis e perturbadoras, refatore o código (certifique-se de que existem testes) ou, pelo menos, adicione um comentário realmente bom explicando o que está acontecendo. Esta não é a década de 1960, quando o armazenamento era muito caro para permitir o esclarecimento de comentários no código-fonte.
A melhor regra: Escreva seu código como se o próximo desenvolvedor designado para trabalhar nele fosse realmente mau e irritado e conhecesse seu endereço de casa.