که به تبیین ده چالش و ریسک مواجههای که یک تیم توسعه نرمافزار ممکن است در حین پیادهسازی روش Agile با آن مواجه شود، میپردازد.
پیادهسازی روش Agile همیشه یک کار سرراست و مستقیم نیست و ممکن است با چالشها و ریسکهای زیادی روبهرو شود که میتواند به شکست کلی فرآیند منجر شود. در این ویدئو، ما به طور جامع به این مسئله میپردازیم و تمامی جنبههایی که ممکن است توانمندی تیم Agile را تحت تاثیر قرار دهد، را بررسی میکنیم.
در این ویدئو، با مواردی زیر آشنا میشیم:
- انتقال ناقص: یکی از چالشهای بزرگ پیادهسازی Agile، انتقال ناقص از روشهای قبلی و عدم انطباق کامل با مفاهیم Agile است.
- کمبود آموزش و پشتیبانی: عدم آموزش کافی و عدم پشتیبانی میتواند باعث مواجهه با مشکلاتی در فرآیند پیادهسازی Agile شود.
- مقاومت در برابر تغییرات: برخورد با مقاومت اعضای تیم در برابر تغییرات معمولاً یکی از چالشهای مهم است.
- تاکید بیش از حد بر روی فرآیندها: بیشتر مراکز توجه به فرآیندها و قوانین ممکن است از مهمترین چالشها در پیادهسازی Agile باشد.
- کمبود مشارکت مدیران و سایر افراد مرتبط: مشارکت ناکافی سایر ذینفعان میتواند روند Agile را کند کند.
- چالشهای مقیاسپذیری: با افزایش اندازه تیم یا پروژه، ممکن است چالشهایی مانند مقیاسپذیری به وجود آید.
- ارتباطات ناکارآمد: ارتباطات ناموفق میتواند باعث ابهامات و تداخلها در فرآیند Agile شود.
- کمبود توانمندسازی: کمبود اعتماد به تیم و عدم توانمندسازی افراد میتواند توسعه Agile را مختل کند.
- ناکافی بودن بهبود مداوم: عدم توجه به بهبود مداوم فرآیندها و روشهای Agile میتواند باعث ایجاد مشکلات پیشبینینشده شود.
- عدم موفقیت در تحویل مداوم: عدم موفقیت در اجرای تحویل مداوم میتواند به از دست رفتن اعتماد و عدم موفقیت در پیادهسازی Agile منجر شود.
با ما همراه باشید تا با این چالشها آشنا شوید و راهکارهایی را برای مقابله با آنها بیاموزید.
تو این ویدئو رفتیم سراغ یکی دیگه از اصول طراحی نرم افزار و در واقع یکی از مهمترین اصول طراحی. اصل DRY
این اصل تاکید روی پرهیز از تکرار در نرم افزار داره. تو این ویدئو میبینیم که اصولا تکرار چه مشکلاتی به وجود میاره و از اون مهم تر اینکه، منظور از تکرار، فقط کد تکراری نیست.
در این ویدئو به بررسی اهمیت زبان مشترک در زمینه الگوهای طراحی میپردازیم. الگوهای طراحی به عنوان یک زبان مشترک بین اعضای تیمهای نرم افزاری عمل میکنند و این ارتباط نقش حیاتی در فهم صحیح و هماهنگی بین اعضا دارد.
با مثالی از الگوی Observer به عمق موضوع پرداخته و ریسک عدم شناخت الگوهای طراحی را مورد بررسی قرار میدهیم. اگر یک نفر در گذشته مشکلی را حل کرده باشد، عدم اطلاع از این حل ممکن است به مشکلاتی منجر شود.
در ادامه، به اهمیت درک طراحی در سطح پترن پرداخته و نحوه تأثیرگذاری الگوهای طراحی بر تیمهای نرم افزاری را مورد بررسی قرار میدهیم. چرا ما گاهی اوقات حرف یکدیگر را نمیفهمیم و چگونه این ابهامات میتوانند در فرآیند توسعه نرم افزار تأثیر گذار باشند؟
با ما همراه باشید تا در دنیای الگوهای طراحی و اهمیت زبان مشترک در آن عمیقاً فرا بگیریم و بهترین راهکارها را برای ارتقاء هماهنگی در تیمهای نرم افزاری کشف کنیم.
سرفصل مطالب عنوان شده در این دیدئو:
شروع (0:00)
اهمیت زبان مشترک (1:37)
الگوهای طراحی به عنوان زبان مشترک (2:08)
مثال، Observer Pattern (2:30)
ریسک عدم شناخت الگوهای طراحی (5:17)
یک نفر قبلا حلش کرده (6:30)
طراحی در سطح پترن (8:29)
الگوهای طراحی و تیم های نرم افزاری (12:35)
اجایل چیست؟
Saturday, May 25, 2024 • Duration 14:06
اجایل چیست؟
این ۱۰ دقیقه رو از دست ندین !
در این ویدیو، با مفهوم اجایل (Agile) آشنا می شویم و به طور کلی با اهمیت و اصول این متدولوژی در مدیریت پروژهها و توسعه نرمافزارها آشنا خواهیم شد. سپس به یک تعریف خلاصه از اجایل میپردازیم و به سرعت نگاهی به مبانی و اهداف این متدولوژی میاندازیم.
همچنین با مفهوم Agile Mineset آشنا میشوید و چگونگی بهبود فرآیندهای توسعه نرمافزار با استفاده از این ابزار مهم را میفهمید. در ادامه به خلاصه مانیفست اجایل میپردازیم و اصول اساسی که این متدولوژی بر آنها تأکید دارد را بررسی میکنیم.
همچنین به یک خلاصه از اصول اجایل میپردازیم و چگونگی پیادهسازی این اصول در محیط کاری را بررسی میکنیم. در انتها، با کاراکترهای اصلی تفکر چابک آشنا میشوید و نحوه تاثیرگذاری آنها در فرآیندهای توسعه و مدیریت پروژه را مشاهده میکنید.
این ویدیو را از دست ندهید تا در دنیای پویا و تغییرات مداوم، با بهترین رویکردها به پروژههای خود مسلط شوید!
تو این ویدئو رفتیم سراغ یکی دیگه از اصول طراحی نرم افزار و در واقع یکی از مهمترین اصول طراحی. اصل DRY
این اصل تاکید روی پرهیز از تکرار در نرم افزار داره. تو این ویدئو میبینیم که اصولا تکرار چه مشکلاتی به وجود میاره و از اون مهم تر اینکه، منظور از تکرار، فقط کد تکراری نیست.
بالاخره سری ویدئو های آمورش دیزاین پترن ها شروع شد. موضوعی که تا حالا درخواست براش خیلی زیاد بوده.
تا الان توی ویدئوها به دیزاین پترن ها اشاره زیاد شده و حتی در مواردی آشنایی اولیه با بعضی از پترن های طراحی اتفاق افتاده، ولی این سری جایی هست که متمرکز و تخصصی فقط در مورد Design Patterns صحبت می کنیم.
برای رسیدن به این نقطه، یه سری پیش نیاز وجود داشت که محتوای مربوطه حالا توی کانال وجود داره و پیشنهاد می کنم اگر نیاز به مرور این پیش نیازها داشتین به پلی لیست هر کدوم رجوع کنید.
تو این ویدئو که در واقع فصل مقدمه این سری محسوب میشه، مثل روال همیشگی محتویات این کانال اول به بررسی مفاهیم پایه و چرایی استفاده از دیزاین پترن ها پرداختم. پیشنهاد می کنم که این سری ویدئو ها رو حتما با نتوورک خودتون و خصوصا همکارانتون به اشتراک بذارین.
سرفصل مطالب عنوان شده در این دیدئو:
شروع (0:00)
جوجه کباب و دیزاین پترن (2:09)
زبان مشترک (4:31)
یکی قبلا حلش کرده (5:41)
افزایش Maintainability (6:05)
وقتی OOP کم میاره (7:03)
Experience reuse vs. Code reuse (7:54)
چطور از Design Pattern استفاده کنیم (9:18)
ِAll you need is Design Pattern?! (10:18)
پیش نیاز یادگیری دیزاین پترن ها (11:26)
معرفی ساختار و محتوای کتاب Head First Design Patterns (12:02)
8 دلیل که تیم ها به سمت اجایل می روند
Saturday, February 17, 2024 • Duration 14:06
8 دلیل که تیم ها به سمت اجایل می روند.
تغییر ساختار، نحوه کار کردن و روش های مورد استفاده، فرآیندی طاقت فرسا می باشد که برای تاب آوری، نیاز است که دلایلی محکم این تصمیم را پشتیبانی کند.
صرف اینکه سایر سازمان ها و تیم ها از معماری، فریموورک، تکنولوژی و ابزاری استفاده می کنند، دلیل مناسبی برای استفاده از ابزارها نیست و دلایلی معتبرو منطبق با نیاز تیم و سازمان نیاز است. در این ویدئو، 8 مورد از دلایل موجهی که تیم ها را به سمت اجایل می برد بررسی می کنیم.
سلام، تا امروز بارها دوستانی که کانال اردیلند رو دنبال می کنند، درخواست کردند که لیستی از کتاب هایی که برنامه نویس ها و مهندسین نرم افزارباید بخونن رو معرفی کنم. تو این ویدئو چندین کتاب معتبر و توصیه شده دنیای برنامه نویسی و معماری نرم افزار رو معرفی کردم. لیست این کتاب ها رو در ادامه می بینیم. (این لیست رو یه جا برای خودتون ذخیره کنید، در آینده بهش مراجعه خواهید کرد!)
ضمنا برای ارتباط بیشتر و به اشتراک گذاری منابع و تجربیات، گروه تلگرامی اردیلند رو تشکیل دادم و از طریق این لیست می تونین وارد گروه بشید:
https://t.me/+QU5hgp_rjG41MGM0
لیست کتاب ها:
Software Design and Craftsmanship:
- "Clean Code: A Handbook of Agile Software Craftsmanship" by Robert C. Martin (2008)
- "The Pragmatic Programmer: Your Journey to Mastery" by Andrew Hunt and David Thomas (1999)
- "Head First Design Patterns (A Brain Friendly Guide)" by Eric Freeman, Elisabeth Robson, Bert Bates, Kathy Sierra (2004)
- "Design Patterns: Elements of Reusable Object-Oriented Software" by Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides (1994)
- "Clean Architecture: A Craftsman's Guide to Software Structure and Design" by Robert C. Martin (2017)
- "Code Complete: A Practical Handbook of Software Construction" by Steve McConnell (1993/2004)
- "Refactoring: Improving the Design of Existing Code" by Martin Fowler (1999)
- "Test-Driven Development: By Example" by Kent Beck (2002)
- "Working Effectively with Legacy Code" by Michael Feathers (2004)
سلام به دوستان عزیز. دراین ویدیو به ادامه بررسی یکی از اصول مهم برنامهنویسی، یعنی "اصل انعطافپذیری وابستگی" (Dependency Inversion Principle) میپردازیم.
در ویدئوی قبلی از این سری، با یک مثال کاربردی به بررسی Dependency Inversion Principle در کنار سایر اصول سالید می پردازیم. در این ویدئو سعی می کنیم به کمک Factory Design Pattern پیاده سازی قبلی را بهبود بخشیم.
هدف این ویدئو آموزش Factory Design Pattern نیست و این پترن و سایر دیزاین پترن ها در آینده و در سری ویدئو هایی مستقل آموزش داده خواهد شد، ولی امیدوارم با این نمونه کد، با گوشه ای از بهبودهایی که استفاده از دیزاین پترن ها ایجاد می کنند آشنا شویم.
اگر سوالی دارید یا نظری دارید، لطفاً در قسمت نظرات به ما بگویید. ما همیشه منتظر بازخوردهای شما هستیم.
پس لطفاً ویدیو را تماشا کنید و ما را در این مسیر همراهی کنید
Discover shows related to Ardiland, based on actual content similarities. Explore podcasts with similar topics, themes, and formats, backed by real data.