Швидкість доставки прямо пропорційна якості структури даних, особливо в епоху, коли інтерфейс користувача все частіше можна розглядати як ефемерний актив. Якщо говорити більш практично, то це включає: - тип сховища, яке ви використовуєте, наприклад, реляційне, графічне тощо. - спосіб структурування даних у сутності та зв'язки; - спосіб, яким ви збираєте інформацію, наприклад, ви можете захотіти зберегти статус як логічний (наприклад, is_disabled) або ви можете зробити висновок про цю інформацію з часової позначки (наприклад, disabled_at), обидва мають плюси та мінуси - спосіб підключення кросплатформних наборів даних, таких як база даних, сховище, журнали тощо. - те, як ви структуруєте свій API, будуєте запити та споживаєте дані Бути орієнтованим на дані – це чит-код для збільшення швидкості доставки. Скасування неправильних рішень щодо даних може бути надзвичайно болючим, і коли ви починаєте чітко їх бачити, ви ніколи не зможете повернутися назад.
dennis
dennis5 лип. 2025 р.
Чим більше я проектую/будую, тим більше я усвідомлюю: Неправильна структура даних схожа на відступаючу лінію волосся. Ви приготовані. Спроба приховати це робить ще гірше поговорив з іншими засновниками, які погодилися, що структура даних – це робота генерального директора. Кожен інженер знає, як по можливості уникати міграції. Просте місце для траха UI - це стіл облікового запису. Для цього масштабованим компаніям потрібно +6 місяців, щоб виправитися. Майже впевнений, що рампа/лінійний корабель швидкий, тому що тут вони зробили менше помилок.
51,45K