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