۷ مطلب با موضوع «کیفیت نرم افزار» ثبت شده است

تقلید کن ، اما گند نزن (2)


 نکته : تمامی این نوشته ، مانند تمامی نوشته های این وبلاگ بر اساس تجربه شخصی و سوادِ کمِ یک خر حاصل شده است.  


 در قسمت قبل کمی توضیح دادم که درست و حسابی تقلید کنیم. در این قسمت می خواهم در مورد ادعاها و گند هایی که منِ خرِ نوعی می توانم بزنم ، صبحت یا عر عر کنم. 

یک تفاوت اساسی  بین تست (TEST ) و دیباگ (DEBUG)  وجود دارد.  اگر آن را نمی دانید ، کلید های ترکیبی ALT +F4 را فشار دهید و دیگر به این سری نوشته ها سر نزنید.

۲ نظر
سعید فعله گری

ریشه ای کار کنیم ، نه الله بختکی ؟


نکات : این مطلب و کل مطالب این وبلاگ بر اساس نظر شخصی یک خَر هستند. پس به درست و غلط بودن آن توجهی نکنید. درست مثل خَری که صدای خوشایندش را به رشته تحریر در می آورد. 




در بسیاری از مسائل  ریشه ای عمل نمی کنم. 
۰ نظر
سعید فعله گری

طراحیِ یک طراحی : معماری و طراحی نرم افزار


کتاب The Design of Design(+) ( طراحیِ یک طراحی ) ، نوشته Frederick Phillips "FredBrooks Jr (+) ، یکی از بهترین و جامع ترین کتاب های موجود در زمینه طراحی نرم افزار است . 



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

طراحی نرم افزار یکی از بهترین  و زیربنایی ترین شغل های مربوط به صنعت نرم افزار است. فیلد طراحی نرم افزار در اکثر مواقع با طراحی فتوشاپ و طراحی وب اشتباه گرفته می شود. 

در زمینه طراحی نرم افزار بیشتر به این می پردازیم که یک نرم افزار

۰ نظر
سعید فعله گری

تحویل مداوم یعنی چه ؟


پیش نوشت : این مطلب به عنوان یک مقدمه برای continuous delivery در نظر گرفته شده است. شما می توانید برای دسترسی به مطالب بیشتر در این خصوص به سایت تخصصی این موضوع در جعبه سایت های تخصصی این وبلاگ ، مراجعه نمایید.


What is Continuous Delivery?

Continuous Delivery is the ability to get changes of all types—including new features, configuration changes, bug fixes and experiments—into production, or into the hands of users, safely and quickly in a sustainable way.

Our goal is to make deployments—whether of a large-scale distributed system, a complex production environment, an embedded system, or an app—predictable, routine affairs that can be performed on demand.

We achieve all this by ensuring our code is always in a deployable state, even in the face of teams of thousands of developers making changes on a daily basis. We thus completely eliminate the integration, testing and hardening phases that traditionally followed “dev complete”, as well as code freezes.



Why continuous delivery?

۰ نظر
سعید فعله گری

مشکلات عدم نیازسنجی های قبل و بعد از ساخت نرم افزار ( دانلود نسخه کامل در انتهای متن )


مقدمه :

چرا تعداد زیادی از پروژه های نرم افزاری با شکست رو به رو می شود ؟

با وجود اینکه هم نیرو داریم و هم بودجه کافی و هم زیر ساخت مناسب .

 

چگونه می توان با مشکلاتی که در ساخت نرم افزار پدید می آید ، برخورد مناسبی داشته باشیم. به گونه ای که متحمل کمترین خسارت های مالی و زمانی (تاخیرات تحویل )  در ساخت نرم افزار  خود شویم ؟

با توجه به نمودار مربوط به ساخت نرم افزار (برگرفته از کتاب Code Complete ) در فازهای مختلف ، متوجه میشویم که بهتر است که در همان ابتدا، نقص های نرم افزاری  شناخته و بر طرف شود تا هزینه های سنگینی که در ادامه ساخت نرم افزار با آن مواجه می شویم را ، کاهش دهد.




۰ نظر
سعید فعله گری