نود و هفت چیزی که هر برنامه‌نویسی باید بداند: مراقب سورس‌کد باشید!


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

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

به نوعی می‌توان گفت که یکی از وجوه تمایز دولوپرهای عالی با سایر دولوپرها،‌ نگرش ایشان به کار است. این گروه از دولوپرها به خوبی با ضرب‌العجل (ددلاین) تحویل پروژه، محدودیت‌های فنی و غیره آشنایی دارند، اما در عین حال تمام تلاش خود را می‌کنند تا بهترین کدی که می‌شود را بنویسند. به طور کلی، اگر قصد دارید حرفه‌ای به نظر برسید، بایستی کدهای حرفه‌ای بنویسید و برای نوشتن کدهای حرفه‌ای هم می‌توانید استراتژی‌های زیر را مد نظر قرار دهید:

- تحت هر شرایطی، صرفاً به کار کردن کد تحت شرایط عادی رضایت ندهید؛ بلکه تمام تلاش خود را به کار گیرید تا تمامی جوانب کار را بسنجید. در واقع، از سالم بودن کد (قابل اجرا بودن کد تحت هر شرایطی) اطمینان حاصل کنید.

- کدی بنویسید که از یک سو هر دولوپر دیگری بتواند از آن سر در بیاورد و از سوی دیگر، قابل پشتیبانی و گسترش باشد.

- امروزه کمتر دولوپر موفقی را می‌توان یافت که به تنهایی کار کند؛‌ اکثراً یا در شرکت‌های نرم‌افزاری مشغول به کار هستند و یا اگر هم در منزل روی پروژه‌های اپن‌سورس کار می‌کند، با دیگر دولوپرهای سراسر دنیا در تعامل هستند. در همین راستا، روی مهارت‌های ارتباطی خود با دیگر همکاران فنی/غیرفنی نیز کار کنید.

- هر موقعی که با کدی برخورد کردید، تمام تلاش خود را به کار گیرید تا حتی اگر شده اندکی آن را بهبود بخشید (اگر توانستید که ساختار را بهبود بخشید و اگر امکان‌پذیر نبود، حداقل با کامنت‌گذاری درک آن را بهبود بخشید).

- گرچه دولوپرها همواره در معرض تکنولوژی‌های جدیدی هستند اما این هرگز بدان معنا نیست که در هر پروژه‌ای باید از جدیدترین تکنولوژی‌ها استفاده کنید بلکه بایستی نیاز پروژه را درک کرده و بسته به ماهیت، نیازها و زیرساخت پروژه اقدام به استفاده از زبان‌ برنامه‌نویسی، لایبرری، فریمورک و یا ابزار مناسب کنید.

لیست نظرات
کاربر میهمان
دیدگاه شما چیست؟
کاربر میهمان
محسن
محسن
درباره مرتب کد نوشتن مطالب خیلی خوبی در سکان آکادمی هست
خلاصه همه رو شاید بشه در موارد زیر گفت:
اسپاگتی کد درست نکنید لطفا
نام متغیرها گویا باشه
کد گنگ ننوسید یا متغیری که معلوم نیست چه کار می کنه بعدش با کامنت توضیح بدید، کامنت استفاده دیگه ای داره
کد رو مطابق معیارها و استاندارها بنوسید مثلا w3.org نه علاسق و سلایق خودتون
Insight
Insight
یکی از مواردی که منجر میشه روی یک برنامه نویس برچسب حرفه ای بخوره، Bug-Free کردن سورس کد پیش از عرضه ی اون به مشتری هست. موارد زیادی هست که توسعه دهندگان مدت زیادی روی یک پروژه کار کردن و تمام ویژگی های خواسته شده رو پیاده سازی کردن اما هنوز یک سری باگ های کوچک وجود داره که در کارکرد ابتدایی اپلیکیشن به چشم نمیاد و به طور مقدماتی چیزی رو تحت‌الشعاع قرار نمیده اما احتمال اینکه تحت شرایطی خاص، بروز پیدا کنن، وجود داره.
با این حال،‌ بنا به دلایلی مثل ضرب‌العجل یا تنبلی، برنامه نویسان این باگ ها رو برطرف نمیکنن و محصول رو تحویل مشتری میدن.
حالا اگر یک روزی اون باگ خودش رو نشون بده، ضرری که از نظر وجه ی کاری و یا مالی به اون شرکت و برنامه نویسان وارد میشه، نامساعدتر از سختی اضافه ی رفع باگ هاست.