پیشگفتار مترجم: پس از خواندن این مقاله ممکن است تعجب کنید یا حتی عصبانی شوید. بله، ما نیز شگفت زده شدیم: ظاهراً نویسنده هرگز در مورد سلسله مراتب در تیم، در مورد تعیین وظایف با وضعیت "آن را سریع و بدون استدلال انجام دهید" نشنیده بود. بله، درست است، این متن کمی عجیب است. در واقع، نویسنده پیشنهاد می کند که برنامه نویس نقش یک معمار سیستم را بر عهده بگیرد - پس چرا به یک معمار نیاز دارید؟ اما همه این ایرادها نباید شما را به موضوع اصلی کور کند - چرا ما با این وجود این متن را گرفتیم و ترجمه کردیم. او در مورد نقش ها صحبت نمی کند. این متن درباره رویکرد و آگاهی حرفه ای است. حقیقت این است که تا زمانی که فقط «آنچه را که به شما گفته می شود انجام دهید» بدون اینکه به معنای اعمال خود فکر کنید، هرگز یک برنامه نویس عالی نخواهید شد.
به کدهای غیر ضروری نه بگویید. تنها کاری که باید انجام دهید این است که سه حرف را کنار هم بگذارید و کلمه را بگویید. بیایید سعی کنیم این کار را با هم انجام دهیم: "نهووو!"
اما صبر کن چرا ما داریم این کار را می کنیم؟ بالاخره وظیفه اصلی یک برنامه نویس نوشتن کد است. اما آیا باید کدی را که از شما خواسته می شود بنویسید؟ نه! درک اینکه چه زمانی نباید کد بنویسد احتمالاً مهمترین مهارت برای یک برنامه نویس است. .
یادآوری می کنیم: برای همه خوانندگان "Habr" - تخفیف 10 روبل هنگام ثبت نام در هر دوره Skillbox با استفاده از کد تبلیغاتی "Habr".
Skillbox توصیه می کند: دوره عملی .
برنامه نویسی هنر حل مسئله است. و شما استاد این هنر هستید.
گاهی اوقات، در تلاش برای شروع هر چه سریعتر کار، به هیچ چیز دیگری جز تکمیل کار فکر نمی کنیم. و این می تواند مشکلات جدی تری ایجاد کند.
برنامه نویسان چشم بر روی چه چیزی می بندند؟
تمام کدهایی که می نویسید باید برای توسعه دهندگان دیگر قابل درک باشد و باید تست و اشکال زدایی شود.
اما یک مشکل وجود دارد: هر چه بنویسید، نرم افزار شما را پیچیده می کند و احتمالاً در آینده باگ هایی را ایجاد می کند.
به گفته ریچ اسکرنت، . در اینجا چیزی است که او می نویسد:
"کد بد است زیرا شروع به پوسیدگی می کند و نیاز به نگهداری مداوم دارد. افزودن ویژگی های جدید اغلب مستلزم اصلاح کدهای قدیمی است. هرچه بزرگتر باشد، احتمال بروز خطا بیشتر است و زمان بیشتری برای کامپایل نیاز دارد. یک توسعه دهنده دیگر به زمان بیشتری نیاز دارد تا آن را بفهمد. و اگر نیاز به بازسازی مجدد باشد، قطعاً قطعاتی وجود خواهند داشت که ارزش تغییر را دارند. کد بزرگ اغلب به معنای کاهش انعطاف پذیری و عملکرد پروژه است. یک راه حل ساده و زیبا سریعتر از کدهای پیچیده است."
چگونه می دانید چه زمانی کد ننویسید؟
مشکل این است که برنامه نویسان اغلب در مورد تعداد ویژگی های مورد نیاز برنامه خود اغراق می کنند. در نتیجه، بسیاری از بخش‌های کد ناتمام می‌مانند یا کسی از آنها استفاده نمی‌کند، اما برنامه را پیچیده می‌کنند.
شما باید به وضوح درک کنید که پروژه شما به چه چیزی نیاز دارد و چه چیزی را ندارد.
یک مثال برنامه ای است که فقط یک کار را حل می کند - مدیریت ایمیل. برای این منظور دو عملکرد ارسال و دریافت نامه معرفی شده است. شما نباید انتظار داشته باشید که مدیر ایمیل همزمان مدیر وظیفه شود.
برای افزودن ویژگی هایی که به وظیفه اصلی برنامه مرتبط نیستند، باید قاطعانه به پیشنهادات «نه» بگویید. این دقیقاً همان لحظه ای است که مشخص می شود کد اضافی مورد نیاز نیست.
هرگز تمرکز برنامه خود را از دست ندهید.
همیشه از خود بپرسید:
- اکنون چه عملکردی باید اجرا شود؟
- چه کدی بنویسم؟
ایده هایی که به ذهن می رسد را زیر سوال ببرید و پیشنهاداتی را که از خارج می آید ارزیابی کنید. در غیر این صورت، کد اضافی به سادگی می تواند پروژه را از بین ببرد.
دانستن اینکه چه زمانی چیزهای غیر ضروری را اضافه نکنید، به شما کمک می کند تا پایه کد خود را تحت کنترل محکم نگه دارید.
در همان ابتدای مسیر، برنامه نویس تنها دو یا سه فایل منبع دارد. ساده است. کامپایل و راه اندازی برنامه به حداقل زمان نیاز دارد. همیشه مشخص است که کجا و چه چیزی را باید جستجو کرد.
با گسترش برنامه، فایل های کد بیشتری ظاهر می شوند. آنها کاتالوگ را پر می کنند، هر کدام با صدها خط. برای سازماندهی صحیح همه اینها، باید دایرکتوری های اضافی ایجاد کنید. در عین حال، یادآوری اینکه کدام عملکردها مسئول چه چیزی هستند و چه اقداماتی باعث آنها می شود، به طور فزاینده ای دشوار می شود. گرفتن اشکالات نیز زمان بیشتری می برد. مدیریت پروژه نیز پیچیده‌تر می‌شود؛ نه یک، بلکه چندین توسعه‌دهنده برای پیگیری همه چیز مورد نیاز هستند. بر این اساس هزینه ها اعم از پولی و زمانی افزایش می یابد و روند توسعه کند می شود.
این پروژه در نهایت بزرگ می شود و افزودن هر ویژگی جدید به تلاش بیشتر و بیشتری نیاز دارد. حتی برای یک چیز بسیار بی اهمیت باید چندین ساعت وقت بگذارید. تصحیح خطاهای موجود منجر به ظهور خطاهای جدید می شود و مهلت های انتشار برنامه از دست می رود.
حالا باید برای عمر پروژه بجنگیم. چرا؟
واقعیت این است که شما به سادگی متوجه نشدید که چه زمانی نباید کد اضافی اضافه کنید و به هر پیشنهاد و ایده "بله" پاسخ دادید. شما کور بودید، میل به خلق چیزهای جدید باعث شد حقایق مهم را نادیده بگیرید.
شبیه یک فیلمنامه ترسناک به نظر می رسد، درست است؟
این دقیقاً همان چیزی است که اگر مدام بله بگویید، اتفاق می افتد. سعی کنید بفهمید چه زمانی کد نباید اضافه شود. چیزهای غیر ضروری را از پروژه حذف کنید - این کار زندگی شما را بسیار آسان تر می کند و عمر برنامه را طولانی تر می کند.
یکی از پربارترین روزهای من زمانی بود که 1000 خط کد را حذف کردم.
- کن تامپسون.
یادگیری زمانی که کد ننویسید دشوار است. اما لازم است.
بله، می دانم که شما به تازگی در مسیر یک توسعه دهنده قرار گرفته اید و می خواهید کد بنویسید. خوب است، اولین برداشت را از دست ندهید، اما عوامل مهم را به دلیل اشتیاق از دست ندهید. ما با آزمون و خطا متوجه همه چیز شدیم. شما همچنین مرتکب اشتباه خواهید شد و از آنها درس خواهید گرفت. اما اگر بتوانید از موارد بالا درس بگیرید، کار شما آگاهانه تر می شود.
به خلق کردن ادامه دهید، اما بدانید چه زمانی نه بگویید.
Skillbox توصیه می کند:
- دوره آنلاین کاربردی .
- دوره آنلاین .
- دوره عملی سال .
منبع: www.habr.com