مجله دنیای چابک شماره اول – پاییز

به همت همه نویسندگان دنیای چابک، قصد آن را کردیم که برای اولین بار مجله دنیای چابک را به صورت فصلنامه ارایه نماییم. این فصلنامه، به صورت تخصصی به موضوع تفکر چابک و متدهای مربوطه خواهد پرداخت. از این به بعد هر فصل منتظر مجله دنیای چابک باشید. اولین شماره “مجله دنیای چابک” شامل نوشته های منتخب ویراستاری شده و بازبینی شده وبلاگ دنیای چابک می باشد. برای دریافت نسخه های بعدی می توانید آدرس ایمیل خود را اینجا وارد نمایید....
Continue reading...

اول تا آخر Agile

قبلا پستی با عنوان اول تا آخر Agile بر روی دنیای چابک داشتیم که متاسفانه در نقل و انتقال بلاگی بسیار از این لینک ها شکسته اند. حقیقت و لزوم این پست در مورد تازه آشنایان با حوزه اجایل و متدهای مربوطه بود. هر روز، هر هفته چندین نفر جدید از من می پرسند “اجایل چیست؟” “اسکرام چیست” “می شه بگی این چابک یعنی چه؟” و … # Agile چیست ؟ اجایل به زبان بازاری توسعه نرم افزار Agile فرق Agile با RUP یا دیگر روش های موجود در چیست؟ # Agile و مدیریت مدیریت چابک مدیریت نسل سوم Agile بهترین...
Continue reading...

آیا Agile نیازی به Technical Excellence دارد؟

Technical Excellence یکی از مبحث های Agile می باشد که یا مورد محبت زیاد و یا کم مهری بیش از اندازه  قرار می گیرد .  البته این مسئله صرفا برای ایران نیست و تیم های تازه کار Agile با این مشکل مواجه می شوند.  در آیه شماره 9 اصول توسعه چابک آمده است : Continuous attention to technical excellence and good design enhances agility معنی لفظی این آیه : توجه مداوم به برتری فنی و طراحی خوب باعث افزایش چابکی می شود . اگر بخواهیم این اصل را از اصول توسعه چابک تفسیر نماییم به این نقطه خواهیم رسید که...
Continue reading...

دنیای چابک در یک فایل Pdf

یکی از دوستان به نام سعید اسفندی لطف کردند و برای راحتی دوستان دیگر , کل مطالب وبلاگ را (تا به این تاریخ) به صورت فایل PDF در آوردند . در صورت علاقه و تمایل  می توانید از این فایل به طریق لینک زیر استفاده فرمائید. دانلود فایل Pdf دنیای چابک از دوست گرامی که زحمت کشیده اند و این فایل را آماده نمودند نهایت تشکر را دارم . یاشیاسیز...
Continue reading...

تست محصول در Agile

همیشه به خاطر می آورم , زمانی که برنامه نویس بودم و یا به عنوان رهبر تیم توسعه نرم افزار فعالیت می کردم با مقوله تست برنامه مشکل داشتیم . نرم افزار که توسعه می دادیم یا اصلا تست نمی شد و یا اگر هم می شد به صورت دستی توسط خود برنامه نویس ها یا یک سری افراد متفرقه مانند اسپانسر پروژه تست می گردید که چندان روش با اعتباری نبود. معمولا برنامه ای که پر از باگ باشد مستعد از دست دادن مشتری هست و از دست دادن مشتری مصادف با عصبانیت مدیران شرکت خواهد شد . برنامه...
Continue reading...

کد تمیز بهتر از کد کثیف

قبلا پستی در مورد نحوه نوشتن کدهای تمیز داشته ام ولی هرچه قدر ما به صورت یک پست خلاصه بنویسیم ثواب یک کتاب جامعه در این مورد را نخواهد داد . بدلیل اهمیت این قضیه بر این شدم که کتاب خوبی در این مورد معرفی نمایم . برادر گرامی Robert Martin کتاب بسیار جالبی با عنوان Clean Code: A Handbook of Agile Software Craftsmanship دارد که خواندن آن خالی از لطف نمی باشد . در این کتاب خواهید خواند : چگونه کد خوب را از کد بد بشناسیم چگونه کدهای خوب بنویسسیم و چگونه کدهای بد را به خوب تبدیل...
Continue reading...

توسعه آزمایش محور

یه خواننده هست به اسم شماع زاده (نمی دونم مجازه غیر مجازه – اگر نیست عفو بفرمایید) همان که میگه گیتارم را نبرید {تورو خدا سیب و گلابی و طلاها رو ببرید ولی این گیتارم رو نبرید } واقعا این برادر باید برای برنامه نویس ها یک الگو باشد . برنامه نویس ها باید بگویند که هر چی دلت می خواهد ببر , IDE را ببر , کامپوننت Janus را ببر , Delphi رو کلا ببر , PHP ام دم در بنداز تو Trash ولی تو رو خدا TDD ام را نبر . در این سال های اخیر در صنعت...
Continue reading...

چگونه کدهای تست نشده را رفاکتور نماییم؟

معمولا در مرحله Bug-fixing یا رفع خطا ها فرصت های مغتنمی برای Refactor کردن کدهای تست نشده به وجود می آید . به عبارت دیگر شما کدهایی دارید که مشکل دار هستند و این فرصت را دارید تا با ساختاری بهتر کدها را بازسازی نمایید . بعنوان یک قاعده کلی ، به ازای هر کسی که یک مشکل (Problem) را به شما اطلاع می دهد بین 10 تا 100 نفر دیگر وجود دارد که با همین مشکل مواجه شده است ولی به شما اطلاع نداده است . زمانی که می خواهید به مسائل بالای کیفیت دست پیدا کنید در واقع...
Continue reading...

Refactoring tools in Visual Studio

چگونه از ابزاری که به منظور Refactor  در Visual Studio موجود است استفاده نماییم؟ Refactoring is a disciplined technique for restructuring an existing body of code, altering its internal structure without changing its external behavior. Its heart is a series of small behavior preserving transformations. Each transformation (called a ‘refactoring’) does little, but a sequence of transformations can produce a significant restructuring. Since each refactoring is small, it’s less likely to go wrong. The system is also kept fully working after each small refactoring, reducing the chances that a system can get seriously broken during the restructuring. منبع : Refactoring...
Continue reading...