Prędkość dostawy jest bezpośrednio proporcjonalna do jakości struktury danych, szczególnie w erze, w której interfejs użytkownika może być coraz bardziej traktowany jako efemeryczny zasób. Bardziej praktycznie, obejmuje to: - typ sklepu, którego używasz, np. relacyjny, grafowy itp. - sposób, w jaki strukturyzujesz swoje dane w jednostki i relacje - sposób, w jaki rejestrujesz informacje, np. możesz chcieć przechowywać status jako wartość logiczną (np. is_disabled) lub możesz zdecydować się na wywnioskowanie tej informacji z znacznika czasu (np. disabled_at), obie opcje mają swoje zalety i wady - sposób, w jaki łączysz zbiory danych międzyplatformowych, np. baza danych, przechowywanie, logi itp. - sposób, w jaki strukturyzujesz swoje API, konstruujesz zapytania i konsumujesz dane Bycie zorientowanym na dane to kod oszustwa, który zwiększa twoją prędkość dostawy. Złe decyzje dotyczące danych mogą być niezwykle bolesne do odwrócenia, a gdy zaczynasz je dostrzegać wyraźnie, nigdy nie możesz wrócić.
dennis
dennis5 lip 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,43K