فناوری‌هایی که استفاده می‌کنیم، و دلیل انتخاب هرکدام

اگر نام یک ستون عوض شود، خطا پیش از انتشار پیدا می‌شود؛ نه ساعت دو بامداد روی سایت.

یک مجموعه تعریف نوع داده، هم سطر پایگاه داده را توصیف می‌کند، هم تابع سمت سرور و هم فرم روی صفحه. اگر نام یک ستون عوض شود، ویرایشگر پیش از اجرای برنامه همهٔ جاهایی را که باید تغییر کنند فهرست می‌کند. بدون این، ناسازگاری ساکت می‌ماند تا وقتی یک کاربر واقعی، یک فرم واقعی را عصر پنجشنبه ثبت کند.

یک زبان در کل سیستم، و کتابخانه‌ای آماده برای تقریباً هر نیاز دیگر.

Node.js سمت سرور را با همان زبان سمت مرورگر اجرا می‌کند. در نتیجه یک تیم کل سیستم را می‌خواند و یک قاعدهٔ اعتبارسنجی یک بار نوشته می‌شود، نه دو بار در دو زبان که به‌مرور با هم ناهماهنگ می‌شوند. این ابزار به معنای خوب کلمه قدیمی و بی‌حاشیه است: بیش از یک دهه سابقه، نسخه‌های با پشتیبانی بلندمدت، و بستهٔ آماده برای تقریباً هر سرویسی که لازم شود. مهم‌تر از همه، نیروی متخصصش پیدا می‌شود؛ روزی که یکی از اعضای تیم برود، این از هر معیار سرعتی مهم‌تر است.

قاعده‌ای که داخل پایگاه داده باشد، با یک باگ در یک صفحه دور زده نمی‌شود.

محدودیت‌ها، کلیدهای خارجی، تراکنش‌ها و سطح دسترسی سطری، قواعد را کنار خودِ داده می‌گذارند. صفحه‌ای که باگ دارد هم نمی‌تواند نیمی از یک سفارش را ذخیره کند یا اطلاعات یک مشتری را به مشتری دیگر بدهد، چون پایگاه داده اجازه نمی‌دهد. PostgreSQL بیشتر از تصور رایج کار می‌کند: جست‌وجوی متن کامل، JSON، صف و کارهای زمان‌بندی‌شده. همین باعث می‌شود تعداد قطعات سامانه — و تعداد چیزهایی که می‌توانند از کار بیفتند — کم بماند.

اگر باز شدن صفحه چهار ثانیه طول بکشد، بیشتر آدم‌ها بقیه‌اش را نمی‌بینند.

صفحه‌ها روی سرور ساخته می‌شوند و آماده به دست کاربر می‌رسند. اولین چیزی که کاربر می‌بیند محتواست، نه نشانهٔ در حال بارگذاری. روی موبایل و اینترنت همراه، که مسیر ورود بیشتر کاربران است، همین تفاوتِ میان نرم‌افزاری است که سریع به نظر می‌رسد و نرم‌افزاری که خراب به نظر می‌رسد.

سروری در گوشهٔ دفتر نیست که به‌روزرسانی‌اش فراموش شود.

همه‌چیز روی زیرساختی اجرا می‌شود که حسابش به نام شماست، نه به نام ما. مقیاس‌پذیری، پشتیبان‌گیری، گواهی TLS و وصله‌های امنیتی وظیفهٔ خودِ پلتفرم است، نه کاری که کسی باید لای کارهای دیگر یادش بماند. ظرفیت با تقاضا بالا می‌رود، پس یک هفتهٔ پرمراجعه باعث قطعی سرویس نمی‌شود. اگر همکاری‌مان تمام شود، لازم نیست چیزی تحویل بگیرید؛ همهٔ دسترسی‌ها از اول دست خودتان بوده است.

وقت معمولاً در یک مشکل بزرگ هدر نمی‌رود؛ در بیست کار کوچک و تکراری هدر می‌رود.

داده‌ای که در سامانهٔ دوم دوباره تایپ می‌شود. گزارشی که هر دوشنبه از همان سه فایل ساخته می‌شود. تأییدی که با پیام پیگیری می‌شود. اتوماسیون این سامانه‌ها را مستقیم به هم وصل می‌کند و کارهای تکراری را طبق برنامه و خودکار انجام می‌دهد، تا انجام شدنشان به یاد کسی بستگی نداشته باشد و با نبودن یک نفر کار متوقف نشود.

انتشار نسخهٔ جدید دیگر کار پرریسکی نیست.

هر تغییر همان بررسی‌ها را با همان ترتیب اجرا می‌کند — نوع داده‌ها، تست‌ها، Build و پیش‌نمایش — و تا قبول نشود به محیط عملیاتی نزدیک نمی‌شود. انتشار بعد از ادغام انجام می‌شود، نه دستی و نیمه‌شب. نسخهٔ خراب در یک قدم برگردانده می‌شود، به‌جای اینکه جلوی چشم مشتری رفع اشکال شود.

نرم‌افزاری که اجرا می‌شود، لزوماً نرم‌افزاری که کار می‌کند نیست.

تست واحد برای منطق برنامه، تست یکپارچگی برای محل اتصال بخش‌ها، تست سرتاسری برای همان چند مسیری که درآمد از آن می‌آید، و بررسی سلامت بعد از هر انتشار. هر لایه دستهٔ متفاوتی از خرابی را می‌گیرد، و همان لایه‌های ارزانِ پایین‌اند که نگه داشتن لایه‌های گرانِ بالا را به‌صرفه می‌کنند.