Leveranshastigheten är direkt proportionell mot datastrukturens kvalitet, särskilt i en tid då användargränssnittet i allt högre grad kan behandlas som en tillfällig tillgång. Mer praktiskt inkluderar detta: - vilken typ av butik du använder, t.ex. relationell, graf etc. - hur du strukturerar dina data i entiteter och relationer - Hur du samlar in information, t.ex. om du kanske vill lagra en status som en boolesk (t.ex. is_disabled) eller om du kan välja att härleda denna information från en tidsstämpel (t.ex. disabled_at), båda har för- och nackdelar - hur du kopplar samman plattformsoberoende datauppsättningar, t.ex. databas, lagring, loggar osv. - hur du strukturerar ditt API, konstruerar frågor och konsumerar data Att vara data-first är en fuskkod för att öka din frakthastighet. Dåliga databeslut kan vara extremt smärtsamma att ångra och när du börjar se dem tydligt kan du aldrig gå tillbaka.
dennis
dennis5 juli 2025
Ju mer jag designar/bygger, desto mer inser jag: Fel datastruktur är som ett vikande hårfäste. du är kokt. Att försöka dölja det gör det ännu värre Pratade med andra grundare som höll med om att datastruktur är VD:ns jobb. Varje ingenjör vet att man ska undvika migreringar när det är möjligt. Ett enkelt ställe att knulla användargränssnittet på är kontotabellen. Detta tar skalade företag +6mo att fixa. Nästan säker på att ramp/linjär skepp snabbt eftersom de gjorde färre misstag här.
51,44K