Citando Donald Knuth:
A otimização prematura é a raiz de todo mal (ou pelo menos a maior parte dele) na programação.
Construir seu aplicativo, no entanto, parece mais sensato, sustentável e lógico. Então, se você tiver problemas de desempenho ou armazenamento, lide com aqueles que têm o maior impacto até que o desempenho seja satisfatório ou a lei dos retornos decrescentes signifique que não há sentido em otimizar ainda mais.
Se você não tiver certeza do impacto de determinadas decisões de projeto (como nomes de propriedades longos), crie um protótipo para testar várias hipóteses (como "os nomes de propriedades mais curtos economizarão muito espaço"). Não espere que o resultado do teste seja conclusivo, no entanto, ele pode ensinar coisas que você não esperava aprender.
