چارچوبی از دل ساخت برنامه
دیوید هاینمایر هانسون، مشهور به DHH، با ایجاد Ruby on Rails و فعالیت در 37signals شناخته می‌شود. وب‌سایت رسمی او آغاز Rails را در سال ۲۰۰۳ و انتشار Basecamp را در سال ۲۰۰۴ در روایت مسیر کاری‌اش قرار می‌دهد. او در کنار فعالیت نرم‌افزاری، درباره شیوه ساخت و اداره محصول نیز می‌نویسد.
نکته قابل‌توجه این مسیر، بیرون‌آمدن یک ابزار عمومی از تجربه کار روی محصول واقعی است. البته Rails امروزی حاصل مشارکت گسترده جامعه توسعه است و نباید همه رشد و نگه‌داری آن را به یک فرد نسبت داد.
قراردادهای مشترک چه ارزشی دارند؟
وقتی تیم درباره نام‌گذاری، ساختار و مسیرهای معمول توافق داشته باشد، بخشی از تصمیم‌های تکراری کمتر می‌شوند. اما هر قرارداد باید در برابر نیاز واقعی پروژه سنجیده شود؛ یک چارچوب محبوب الزاماً پاسخ درست همه بارهای کاری نیست.
تمرین پیشنهادی تحریریه
برای یک قابلیت کوچک، ابتدا نسخه کامل و قابل‌استفاده را از ورودی تا ذخیره داده و نمایش نتیجه بسازید. سپس پیچیدگی واقعی را اندازه بگیرید، نه پیچیدگی پیش‌بینی‌شده برای آینده‌ای نامعلوم. در عین حال، آزمون، کنترل دسترسی و پشتیبان‌گیری را از تعریف «کامل» حذف نکنید. برداشت ما از این مسیر، ارزش نزدیک‌ماندن ابزار و معماری به مسئله محصول است؛ نه تقلید بدون بررسی از انتخاب‌های یک چهره شناخته‌شده.
