A velocidade de envio é diretamente proporcional à qualidade da estrutura de dados, especialmente na era em que a interface do usuário pode ser cada vez mais tratada como um ativo efêmero. De forma mais prática, isso inclui: - o tipo de loja que você usa, por exemplo, relacional, gráfico, etc. - a maneira como você estrutura seus dados em entidades e relacionamentos - A maneira como você captura informações, por exemplo, você pode querer armazenar um status como um booleano (por exemplo, is_disabled) ou pode optar por inferir essas informações a partir de um carimbo de data/hora (por exemplo, disabled_at), ambos têm prós e contras - a maneira como você conecta conjuntos de dados multiplataforma, por exemplo, banco de dados, armazenamento, logs, etc. - a maneira como você estrutura sua API, constrói consultas e consome dados Ser data-first é um código de trapaça para aumentar sua velocidade de envio. Más decisões de dados podem ser extremamente dolorosas de desfazer e, quando você começa a vê-las claramente, nunca mais poderá voltar atrás.
dennis
dennis5 de jul. de 2025
Quanto mais eu projeto/construo, mais eu percebo: A estrutura de dados errada é como uma linha do cabelo recuada. você está cozido. tentar encobrir isso torna tudo ainda pior conversei com outros fundadores que concordaram que a estrutura de dados é o trabalho do CEO. Todo engenheiro sabe evitar migrações quando possível. Um lugar fácil para foder a interface do usuário é a tabela de contas. Isso leva empresas em escala +6 meses para consertar. quase com certeza rampa / navio linear rápido porque eles cometeram menos erros aqui.
51,45K