Forsendelseshastighet er direkte proporsjonal med datastrukturkvaliteten, spesielt i en tid der brukergrensesnittet i økende grad kan behandles som en flyktig ressurs. Mer praktisk inkluderer dette: - hvilken type butikk du bruker, f.eks. - måten du strukturerer dataene dine i enheter og relasjoner - Måten du fanger opp informasjon på, for eksempel vil du kanskje lagre en status som boolsk (f.eks. is_disabled), eller du kan velge å utlede denne informasjonen fra et tidsstempel (f.eks. disabled_at), begge har fordeler og ulemper - måten du kobler sammen datasett på tvers av plattformer, for eksempel database, lagring, logger osv. - måten du strukturerer API-et ditt på, konstruerer spørringer og forbruker data Å være data-først er en juksekode for å øke frakthastigheten. Dårlige databeslutninger kan være ekstremt smertefulle å angre, og når du begynner å se dem tydelig, kan du aldri gå tilbake.
dennis
dennis5. juli 2025
the more i design/build, the more i realize: the wrong data structure is like a receding hairline. you're cooked. trying to cover it up makes it even worse spoke to other founders who agreed that data structure is the ceo's job. every engineer knows to avoid migrations when possible. an easy place to fuck ui is the account table. this takes scaled companies +6mo to fix. almost sure ramp/linear ship fast because they made fewer mistakes here.
51,41K