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