تجربهٔ کاربر نهایی بدون پیچیدگی برای تیم‌های کوچک
در این نوشته دربارهٔ تجربهٔ کاربر نهایی صحبت می‌کنیم؛ از تصمیم‌های ابتدایی تا نکته‌هایی که در عمل تفاوت ایجاد می‌کنند.از…
بررسی کامل چک‌لیست پایگاه داده پیش از شروع از صفر تا صد
در این نوشته دربارهٔ پایگاه داده صحبت می‌کنیم؛ از تصمیم‌های ابتدایی تا نکته‌هایی که در عمل تفاوت ایجاد می‌کنند.تله‌های پنهاندر پایگاه داده، تصمیم‌های کوچک ابتدای کار بیشت…
در این نوشته دربارهٔ پایگاه داده صحبت می‌کنیم؛ از تصمیم‌های ابتدایی تا نکته‌هایی که در عمل تفاوت ایجاد می‌کنند.
تله‌های پنهان
در پایگاه داده، تصمیم‌های کوچک ابتدای کار بیشترین اثر را روی نتیجهٔ نهایی می‌گذارند. افزودن قابلیت بیشتر لزوماً محصول را بهتر نمی‌کند؛ تمرکز مهم‌تر است. بسیاری از پروژه‌ها نه به‌خاطر پیچیدگی فنی، بلکه به‌دلیل ابهام در نیازها شکست می‌خورند. مستندسازی تصمیم‌ها، از خودِ کد مهم‌تر است؛ چون دلیل را توضیح می‌دهد. پشتیبان‌گیری زمانی ارزش دارد که بازیابی آن هم آزمایش شده باشد. پیام ارزش محصول باید در چند ثانیهٔ اول انتقال داده شود.
محصولی که زودتر منتشر شود، زودتر بازخورد واقعی می‌گیرد. پیام ارزش محصول باید در چند ثانیهٔ اول انتقال داده شود. هر عضو تیم باید بداند خروجی کارش چه چیزی است و چه زمانی تحویل داده می‌شود. بهترین ابزار، ابزاری است که تیم بتواند با آن راحت کار کند، نه محبوب‌ترین ابزار.
پشتیبان‌گیری زمانی ارزش دارد که بازیابی آن هم آزمایش شده باشد. یک راه‌حل ساده و قابل فهم، همیشه بر راه‌حل پیچیده و هوشمندانه برتری دارد. اندیس‌گذاری آگاهانه، تفاوت میان پاسخ فوری و انتظار چند ثانیه‌ای است. پرس‌وجوهای سنگین را باید شناخت، نه اینکه همه‌جا کش کرد. تصمیم‌ها باید مکتوب شوند تا وابسته به حافظهٔ افراد نباشند. کارهای تکراری را باید خودکار کرد تا زمان برای مسائل واقعی آزاد شود.
هر تصمیم فنی، یک بده‌بستان دارد که باید صریح گفته شود. در پایگاه داده، هماهنگی اعضای تیم مهم‌تر از استعداد فردی است. تجربهٔ گذشته راهنماست، اما پاسخ قطعی مسئلهٔ امروز نیست.
جمع‌بندی و قدم بعدی
در عمل، سرعت بارگذاری، نخستین چیزی است که کاربر در همان ثانیه‌های اول حس می‌کند. تست‌نویسی هرچند زمان‌بر به نظر می‌رسد، در عمل سرعت توسعه را بیشتر می‌کند. پشتیبانی سریع، مؤثرترین تبلیغ برای یک محصول است. پیش از بهینه‌سازی، باید اندازه‌گیری کرد؛ در غیر این صورت زمان تلف می‌شود. امنیت یک مرحلهٔ پایان پروژه نیست؛ در همهٔ تصمیم‌ها حاضر است. حدس زدن دربارهٔ کاربر، گران‌ترین روش تصمیم‌گیری است.
کمترین دسترسی لازم، اصلی است که باید در همهٔ سطوح رعایت شود. پیام ارزش محصول باید در چند ثانیهٔ اول انتقال داده شود. مسئله را باید به قطعه‌های کوچک شکست تا قابل حل شود. در پایگاه داده، شفافیت دربارهٔ محدودیت‌ها اعتماد می‌سازد.
یک راه‌حل ساده و قابل فهم، همیشه بر راه‌حل پیچیده و هوشمندانه برتری دارد. مستندسازی تصمیم‌ها، از خودِ کد مهم‌تر است؛ چون دلیل را توضیح می‌دهد. بهینه‌سازی زودهنگام، ریشهٔ بسیاری از پیچیدگی‌های بی‌مورد است. تجربهٔ موبایل را نمی‌توان بخش جانبی در نظر گرفت؛ امروز مسیر اصلی همین است. در پایگاه داده، هماهنگی اعضای تیم مهم‌تر از استعداد فردی است. کیفیت را باید در فرایند ساخت، نه در پایان کار، ساخت.
کمترین دسترسی لازم، اصلی است که باید در همهٔ سطوح رعایت شود. پیام ارزش محصول باید در چند ثانیهٔ اول انتقال داده شود. سرعت تحویل و کیفیت کد دو نیروی مخالف نیستند؛ با ساختار درست می‌توان هر دو را داشت. نام‌گذاری درست متغیرها و توابع، بهترین مستندات یک پروژه است. ابزارها باید کمک کنند، نه اینکه خودشان به مسئله تبدیل شوند.
سرعت تحویل و کیفیت کد دو نیروی مخالف نیستند؛ با ساختار درست می‌توان هر دو را داشت.
بهبود تدریجی
به‌طور خلاصه، نام‌گذاری درست متغیرها و توابع، بهترین مستندات یک پروژه است. هر وابستگی تازه، هزینه‌ای است که در آینده باید پرداخت شود. در پایگاه داده، شناخت مرزهای مسئله مهم‌تر از دانستن راه‌حل‌هاست. پیام ارزش محصول باید در چند ثانیهٔ اول انتقال داده شود.
بازگشت کاربر به محصول، معیار واقعی موفقیت است. هر تصمیم فنی، یک بده‌بستان دارد که باید صریح گفته شود. شاخص‌های درست، تصمیم‌ها را از حدس جدا می‌کنند.
هر تصمیم فنی، یک بده‌بستان دارد که باید صریح گفته شود. امنیت یک مرحلهٔ پایان پروژه نیست؛ در همهٔ تصمیم‌ها حاضر است. در پایگاه داده، خطای انسانی بزرگ‌ترین ریسک است؛ ابزار باید آن را جبران کند. هر قابلیت تازه باید بتواند مستقل آزمایش شود، وگرنه ریسک انتشار بالا می‌رود.
بسیاری از پروژه‌ها نه به‌خاطر پیچیدگی فنی، بلکه به‌دلیل ابهام در نیازها شکست می‌خورند. جلسهٔ کوتاه و منظم، بهتر از جلسه‌های طولانی و پراکنده است. سرعت تحویل و کیفیت کد دو نیروی مخالف نیستند؛ با ساختار درست می‌توان هر دو را داشت. بهترین ابزار، ابزاری است که تیم بتواند با آن راحت کار کند، نه محبوب‌ترین ابزار. مسئله را باید به قطعه‌های کوچک شکست تا قابل حل شود.
- کیفیت را باید در فرایند ساخت، نه در پایان کار، ساخت.
- بهترین ابزار، ابزاری است که تیم بتواند با آن راحت کار کند، نه محبوب‌ترین ابزار.
- تجربهٔ موبایل را نمی‌توان بخش جانبی در نظر گرفت؛ امروز مسیر اصلی همین است.
- بازخورد زودهنگام، ارزان‌ترین شکل اصلاح مسیر است.
از کجا شروع کنیم؟
از نگاه دیگر، تغییرات بزرگ را بهتر است در قدم‌های کوچک و قابل بازگشت انجام داد. در پایگاه داده، هماهنگی اعضای تیم مهم‌تر از استعداد فردی است. اندیس‌گذاری آگاهانه، تفاوت میان پاسخ فوری و انتظار چند ثانیه‌ای است. حدس زدن دربارهٔ کاربر، گران‌ترین روش تصمیم‌گیری است. نام‌گذاری درست متغیرها و توابع، بهترین مستندات یک پروژه است. حدس زدن دربارهٔ کاربر، گران‌ترین روش تصمیم‌گیری است.
ساختار پوشه‌ها و ماژول‌ها هرچه ساده‌تر باشد، نگهداری پروژه آسان‌تر است. جلسهٔ کوتاه و منظم، بهتر از جلسه‌های طولانی و پراکنده است. بازبینی کد توسط همکار، خطاهای پنهان را پیش از انتشار آشکار می‌کند.
هر قابلیت تازه، سطح تازه‌ای از مسئولیت نگهداری ایجاد می‌کند. رمزها همیشه باید هش شوند و نشست‌ها با تنظیمات امن اجرا شوند. تجربهٔ گذشته راهنماست، اما پاسخ قطعی مسئلهٔ امروز نیست. نام‌گذاری درست متغیرها و توابع، بهترین مستندات یک پروژه است. مستندسازی تصمیم‌ها، از خودِ کد مهم‌تر است؛ چون دلیل را توضیح می‌دهد.
تجربهٔ عملی
در این بخش دسترسی‌پذیری برای همهٔ کاربران، بخشی از کیفیت محصول است، نه یک ویژگی اضافه. اندیس‌گذاری آگاهانه، تفاوت میان پاسخ فوری و انتظار چند ثانیه‌ای است. هرچه مدل داده ساده‌تر باشد، تغییرات آیندهٔ آن کم‌هزینه‌تر است. افزودن قابلیت بیشتر لزوماً محصول را بهتر نمی‌کند؛ تمرکز مهم‌تر است. تصمیم‌ها باید مکتوب شوند تا وابسته به حافظهٔ افراد نباشند.
تست‌نویسی هرچند زمان‌بر به نظر می‌رسد، در عمل سرعت توسعه را بیشتر می‌کند. تغییرات بزرگ را بهتر است در قدم‌های کوچک و قابل بازگشت انجام داد. پیام ارزش محصول باید در چند ثانیهٔ اول انتقال داده شود. ابزارها باید کمک کنند، نه اینکه خودشان به مسئله تبدیل شوند. اعتبارسنجی ورودی کاربر، ساده‌ترین و مؤثرترین لایهٔ امنیتی است.
هر عضو تیم باید بداند خروجی کارش چه چیزی است و چه زمانی تحویل داده می‌شود. بازخورد زودهنگام، ارزان‌ترین شکل اصلاح مسیر است. هر عضو تیم باید بداند خروجی کارش چه چیزی است و چه زمانی تحویل داده می‌شود. کاربر به ساختار داخلی کد اهمیت نمی‌دهد؛ او فقط نتیجه را می‌بیند. محصولی که زودتر منتشر شود، زودتر بازخورد واقعی می‌گیرد.
- شاخص‌های درست، تصمیم‌ها را از حدس جدا می‌کنند.
- در پایگاه داده، خطای انسانی بزرگ‌ترین ریسک است؛ ابزار باید آن را جبران کند.
- هر کار پس از پایان باید یک جمع‌بندی کوتاه داشته باشد.
- پشتیبان‌گیری زمانی ارزش دارد که بازیابی آن هم آزمایش شده باشد.
مسئله را باید به قطعه‌های کوچک شکست تا قابل حل شود.
مقایسهٔ گزینه‌ها
در این بخش تصمیم‌ها باید مکتوب شوند تا وابسته به حافظهٔ افراد نباشند. اندیس‌گذاری آگاهانه، تفاوت میان پاسخ فوری و انتظار چند ثانیه‌ای است. یادگیری مداوم، شرط ماندن در این حوزه است. یادگیری مداوم، شرط ماندن در این حوزه است. حذف کد بی‌استفاده، بخشی از توسعهٔ حرفه‌ای است. سرعت تحویل و کیفیت کد دو نیروی مخالف نیستند؛ با ساختار درست می‌توان هر دو را داشت.
هر قابلیت تازه، سطح تازه‌ای از مسئولیت نگهداری ایجاد می‌کند. اعتبارسنجی ورودی کاربر، ساده‌ترین و مؤثرترین لایهٔ امنیتی است. بسیاری از پروژه‌ها نه به‌خاطر پیچیدگی فنی، بلکه به‌دلیل ابهام در نیازها شکست می‌خورند. سرعت تحویل و کیفیت کد دو نیروی مخالف نیستند؛ با ساختار درست می‌توان هر دو را داشت.
هزینهٔ جذب مشتری تازه، چند برابر نگه‌داشتن مشتری فعلی است. هرچه مدل داده ساده‌تر باشد، تغییرات آیندهٔ آن کم‌هزینه‌تر است. تجربهٔ موبایل را نمی‌توان بخش جانبی در نظر گرفت؛ امروز مسیر اصلی همین است. آپلود فایل، اگر درست محدود نشود، می‌تواند به دروازهٔ ورود تبدیل شود.
مهاجرت پایگاه داده باید قابل بازگشت طراحی شود. خوانایی متن روی اندازه‌های مختلف صفحه، به‌سادگی نادیده گرفته می‌شود. کد باید برای خواننده نوشته شود، نه برای ماشین.
تله‌های پنهان
به‌طور خلاصه، پشتیبانی سریع، مؤثرترین تبلیغ برای یک محصول است. ساختار درست داده، نیمی از کارایی را از پیش تضمین می‌کند. ساختار درست داده، نیمی از کارایی را از پیش تضمین می‌کند. هر فرم باید بازخورد روشنی بدهد؛ کاربر نباید حدس بزند چه اتفاقی افتاده است. هر قابلیت تازه باید بتواند مستقل آزمایش شود، وگرنه ریسک انتشار بالا می‌رود. در پایگاه داده، شناخت مرزهای مسئله مهم‌تر از دانستن راه‌حل‌هاست.
هر قابلیت تازه، سطح تازه‌ای از مسئولیت نگهداری ایجاد می‌کند. هزینهٔ جذب مشتری تازه، چند برابر نگه‌داشتن مشتری فعلی است. ابزارها باید کمک کنند، نه اینکه خودشان به مسئله تبدیل شوند. در پایگاه داده، سادگی مسیر کاربر معمولاً بر تعداد گزینه‌ها اولویت دارد. هزینهٔ جذب مشتری تازه، چند برابر نگه‌داشتن مشتری فعلی است. در پایگاه داده، هماهنگی اعضای تیم مهم‌تر از استعداد فردی است.
تصمیم‌ها باید مکتوب شوند تا وابسته به حافظهٔ افراد نباشند. هزینهٔ جذب مشتری تازه، چند برابر نگه‌داشتن مشتری فعلی است. در پایگاه داده، شفافیت دربارهٔ محدودیت‌ها اعتماد می‌سازد. در پایگاه داده، شناخت مرزهای مسئله مهم‌تر از دانستن راه‌حل‌هاست. حدس زدن دربارهٔ کاربر، گران‌ترین روش تصمیم‌گیری است. نسخه‌بندی درست، بازگشت به عقب را در لحظهٔ بروز مشکل ممکن می‌کند.
بازگشت کاربر به محصول، معیار واقعی موفقیت است. رمزها همیشه باید هش شوند و نشست‌ها با تنظیمات امن اجرا شوند. پیام‌های خطا باید راهِ خروج نشان دهند، نه فقط بگویند چیزی خراب است. هر تصمیم فنی، یک بده‌بستان دارد که باید صریح گفته شود. اعتبارسنجی ورودی کاربر، ساده‌ترین و مؤثرترین لایهٔ امنیتی است.
- آپلود فایل، اگر درست محدود نشود، می‌تواند به دروازهٔ ورود تبدیل شود.
- در پایگاه داده، شفافیت دربارهٔ محدودیت‌ها اعتماد می‌سازد.
- تجربهٔ موبایل را نمی‌توان بخش جانبی در نظر گرفت؛ امروز مسیر اصلی همین است.
- ساختار درست داده، نیمی از کارایی را از پیش تضمین می‌کند.
مثال‌های واقعی
در این بخش بازبینی کد توسط همکار، خطاهای پنهان را پیش از انتشار آشکار می‌کند. پرس‌وجوهای سنگین را باید شناخت، نه اینکه همه‌جا کش کرد. تجربهٔ موبایل را نمی‌توان بخش جانبی در نظر گرفت؛ امروز مسیر اصلی همین است.
کد باید برای خواننده نوشته شود، نه برای ماشین. رمزها همیشه باید هش شوند و نشست‌ها با تنظیمات امن اجرا شوند. در پایگاه داده، شناخت مرزهای مسئله مهم‌تر از دانستن راه‌حل‌هاست. هر عضو تیم باید بداند خروجی کارش چه چیزی است و چه زمانی تحویل داده می‌شود. ساختار درست داده، نیمی از کارایی را از پیش تضمین می‌کند.
در پایگاه داده، تصمیم‌های کوچک ابتدای کار بیشترین اثر را روی نتیجهٔ نهایی می‌گذارند. در پایگاه داده، شناخت مرزهای مسئله مهم‌تر از دانستن راه‌حل‌هاست. تصمیم‌ها باید مکتوب شوند تا وابسته به حافظهٔ افراد نباشند. پرس‌وجوهای سنگین را باید شناخت، نه اینکه همه‌جا کش کرد. کمترین دسترسی لازم، اصلی است که باید در همهٔ سطوح رعایت شود.
رمزها همیشه باید هش شوند و نشست‌ها با تنظیمات امن اجرا شوند. هر کار پس از پایان باید یک جمع‌بندی کوتاه داشته باشد. تغییرات بزرگ را بهتر است در قدم‌های کوچک و قابل بازگشت انجام داد. افزودن قابلیت بیشتر لزوماً محصول را بهتر نمی‌کند؛ تمرکز مهم‌تر است. آپلود فایل، اگر درست محدود نشود، می‌تواند به دروازهٔ ورود تبدیل شود. کارهای تکراری را باید خودکار کرد تا زمان برای مسائل واقعی آزاد شود.
پرس‌وجوهای سنگین را باید شناخت، نه اینکه همه‌جا کش کرد. پیش از بهینه‌سازی، باید اندازه‌گیری کرد؛ در غیر این صورت زمان تلف می‌شود. کمترین دسترسی لازم، اصلی است که باید در همهٔ سطوح رعایت شود.
- پشتیبان‌گیری زمانی ارزش دارد که بازیابی آن هم آزمایش شده باشد.
- پیام‌های خطا باید راهِ خروج نشان دهند، نه فقط بگویند چیزی خراب است.
- کمترین دسترسی لازم، اصلی است که باید در همهٔ سطوح رعایت شود.
- مسئله را باید به قطعه‌های کوچک شکست تا قابل حل شود.
معیارهای سنجش
بسیاری از تیم‌ها متوجه می‌شوند که پیش از بهینه‌سازی، باید اندازه‌گیری کرد؛ در غیر این صورت زمان تلف می‌شود. خوانایی متن روی اندازه‌های مختلف صفحه، به‌سادگی نادیده گرفته می‌شود. بازگشت کاربر به محصول، معیار واقعی موفقیت است. کارهای تکراری را باید خودکار کرد تا زمان برای مسائل واقعی آزاد شود. تست‌نویسی هرچند زمان‌بر به نظر می‌رسد، در عمل سرعت توسعه را بیشتر می‌کند. مستندسازی تصمیم‌ها، از خودِ کد مهم‌تر است؛ چون دلیل را توضیح می‌دهد.
حذف کد بی‌استفاده، بخشی از توسعهٔ حرفه‌ای است. تجربهٔ موبایل را نمی‌توان بخش جانبی در نظر گرفت؛ امروز مسیر اصلی همین است. تجربهٔ گذشته راهنماست، اما پاسخ قطعی مسئلهٔ امروز نیست. در پایگاه داده، سکوت در برابر خطا بدترین شکل پاسخ‌دهی است.
یک راه‌حل ساده و قابل فهم، همیشه بر راه‌حل پیچیده و هوشمندانه برتری دارد. یک راه‌حل ساده و قابل فهم، همیشه بر راه‌حل پیچیده و هوشمندانه برتری دارد. مسئله را باید به قطعه‌های کوچک شکست تا قابل حل شود. تجربهٔ گذشته راهنماست، اما پاسخ قطعی مسئلهٔ امروز نیست. بازخورد زودهنگام، ارزان‌ترین شکل اصلاح مسیر است.
تجربهٔ گذشته راهنماست، اما پاسخ قطعی مسئلهٔ امروز نیست. پیام‌های خطا باید راهِ خروج نشان دهند، نه فقط بگویند چیزی خراب است. در پایگاه داده، هماهنگی اعضای تیم مهم‌تر از استعداد فردی است. در پایگاه داده، نسخهٔ اولیهٔ قابل استفاده از نسخهٔ کامل اما دیرهنگام ارزشمندتر است. بازگشت کاربر به محصول، معیار واقعی موفقیت است. یادگیری مداوم، شرط ماندن در این حوزه است.
امنیت یک مرحلهٔ پایان پروژه نیست؛ در همهٔ تصمیم‌ها حاضر است. داده‌های تکراری در چند جا، دیر یا زود با هم اختلاف پیدا می‌کنند. در پایگاه داده، نسخهٔ اولیهٔ قابل استفاده از نسخهٔ کامل اما دیرهنگام ارزشمندتر است. شاخص‌های درست، تصمیم‌ها را از حدس جدا می‌کنند.
تست‌نویسی هرچند زمان‌بر به نظر می‌رسد، در عمل سرعت توسعه را بیشتر می‌کند.
مثال‌های واقعی
بسیاری از تیم‌ها متوجه می‌شوند که در پایگاه داده، سادگی مسیر کاربر معمولاً بر تعداد گزینه‌ها اولویت دارد. داده‌های تکراری در چند جا، دیر یا زود با هم اختلاف پیدا می‌کنند. امنیت یک مرحلهٔ پایان پروژه نیست؛ در همهٔ تصمیم‌ها حاضر است.
در پایگاه داده، تصمیم‌های کوچک ابتدای کار بیشترین اثر را روی نتیجهٔ نهایی می‌گذارند. ابزارها باید کمک کنند، نه اینکه خودشان به مسئله تبدیل شوند. در پایگاه داده، شناخت مرزهای مسئله مهم‌تر از دانستن راه‌حل‌هاست.
پشتیبانی سریع، مؤثرترین تبلیغ برای یک محصول است. سرعت بارگذاری، نخستین چیزی است که کاربر در همان ثانیه‌های اول حس می‌کند. یک راه‌حل ساده و قابل فهم، همیشه بر راه‌حل پیچیده و هوشمندانه برتری دارد. نسخه‌بندی درست، بازگشت به عقب را در لحظهٔ بروز مشکل ممکن می‌کند. حذف کد بی‌استفاده، بخشی از توسعهٔ حرفه‌ای است. ساختار درست داده، نیمی از کارایی را از پیش تضمین می‌کند.
ابزارهای کمک‌کننده
به بیان ساده، در پایگاه داده، سکوت در برابر خطا بدترین شکل پاسخ‌دهی است. پیام ارزش محصول باید در چند ثانیهٔ اول انتقال داده شود. در پایگاه داده، سکوت در برابر خطا بدترین شکل پاسخ‌دهی است.
هر قابلیت تازه، سطح تازه‌ای از مسئولیت نگهداری ایجاد می‌کند. ساختار درست داده، نیمی از کارایی را از پیش تضمین می‌کند. تجربهٔ موبایل را نمی‌توان بخش جانبی در نظر گرفت؛ امروز مسیر اصلی همین است.
پشتیبانی سریع، مؤثرترین تبلیغ برای یک محصول است. هر عضو تیم باید بداند خروجی کارش چه چیزی است و چه زمانی تحویل داده می‌شود. در پایگاه داده، سادگی مسیر کاربر معمولاً بر تعداد گزینه‌ها اولویت دارد. هر وابستگی تازه، هزینه‌ای است که در آینده باید پرداخت شود. اعتبارسنجی ورودی کاربر، ساده‌ترین و مؤثرترین لایهٔ امنیتی است.
- تغییرات بزرگ را بهتر است در قدم‌های کوچک و قابل بازگشت انجام داد.
- سرعت تحویل و کیفیت کد دو نیروی مخالف نیستند؛ با ساختار درست می‌توان هر دو را داشت.
- یادگیری مداوم، شرط ماندن در این حوزه است.
- تجربهٔ موبایل را نمی‌توان بخش جانبی در نظر گرفت؛ امروز مسیر اصلی همین است.
تجربهٔ عملی
به‌طور خلاصه، هر تصمیم فنی، یک بده‌بستان دارد که باید صریح گفته شود. بسیاری از پروژه‌ها نه به‌خاطر پیچیدگی فنی، بلکه به‌دلیل ابهام در نیازها شکست می‌خورند. خوانایی متن روی اندازه‌های مختلف صفحه، به‌سادگی نادیده گرفته می‌شود. در پایگاه داده، شناخت مرزهای مسئله مهم‌تر از دانستن راه‌حل‌هاست. هر قابلیت تازه، سطح تازه‌ای از مسئولیت نگهداری ایجاد می‌کند. ساختار درست داده، نیمی از کارایی را از پیش تضمین می‌کند.
در پایگاه داده، شناخت مرزهای مسئله مهم‌تر از دانستن راه‌حل‌هاست. در پایگاه داده، شفافیت دربارهٔ محدودیت‌ها اعتماد می‌سازد. پیش از افزودن هر قابلیت تازه، باید پرسید که کدام مسئله را حل می‌کند. هر کار پس از پایان باید یک جمع‌بندی کوتاه داشته باشد.
هر قابلیت تازه باید بتواند مستقل آزمایش شود، وگرنه ریسک انتشار بالا می‌رود. هر قابلیت تازه باید بتواند مستقل آزمایش شود، وگرنه ریسک انتشار بالا می‌رود. حدس زدن دربارهٔ کاربر، گران‌ترین روش تصمیم‌گیری است. اندیس‌گذاری آگاهانه، تفاوت میان پاسخ فوری و انتظار چند ثانیه‌ای است. مهاجرت پایگاه داده باید قابل بازگشت طراحی شود.
- شاخص‌های درست، تصمیم‌ها را از حدس جدا می‌کنند.
- تست‌نویسی هرچند زمان‌بر به نظر می‌رسد، در عمل سرعت توسعه را بیشتر می‌کند.
- هرچه مدل داده ساده‌تر باشد، تغییرات آیندهٔ آن کم‌هزینه‌تر است.
- ابزارها باید کمک کنند، نه اینکه خودشان به مسئله تبدیل شوند.
سرعت تحویل و کیفیت کد دو نیروی مخالف نیستند؛ با ساختار درست می‌توان هر دو را داشت.
