![Ardiland](/img/default-banner.jpg)
- 75
- 47 697
Ardiland
Germany
Приєднався 11 лип 2021
برنامه نویسی، اجایل، جاب آفر، مهاجرت کاری ...
---------------------------------------------------------------
لینک کانال در سایر شبکه های اجتماعی
UA-cam:
ua-cam.com/users/Ardiland1
---------------------------------------------------------------
Telegram:
t.me/ardiland_tm
---------------------------------------------------------------
Instagram:
ardiland_ig
---------------------------------------------------------------
Twitter:
Ardiland3
---------------------------------------------------------------
GitHub:
github.com/ardalanebrahimi
---------------------------------------------------------------
LinkedIn:
www.linkedin.com/in/ardalan-ebrahimi
---------------------------------------------------------------
---------------------------------------------------------------
لینک کانال در سایر شبکه های اجتماعی
UA-cam:
ua-cam.com/users/Ardiland1
---------------------------------------------------------------
Telegram:
t.me/ardiland_tm
---------------------------------------------------------------
Instagram:
ardiland_ig
---------------------------------------------------------------
Twitter:
Ardiland3
---------------------------------------------------------------
GitHub:
github.com/ardalanebrahimi
---------------------------------------------------------------
LinkedIn:
www.linkedin.com/in/ardalan-ebrahimi
---------------------------------------------------------------
معرفی فریم ورک اسکرام
معرفی فریم ورک اسکرام
َAgile: Scrum, Not for Everyone!
در این ویدئو به معرفی اجمالی فریم ورک اسکرام می پردازیم. با تاریخچه و پیدایش اسکرام آشنا می شویم، کاراکترهای اصلی این فریموورک اجایل عنوان می کنیم، به بررسی مزایا و معایب این فریم ورک می پردازیم و نهایتا بررسی می کنیم که استفاده از اسکرام برای چه تیم هایی مفید و برای چه تیم هایی بی فایده و حتی دست و پاگیر می باشد.
سرفصل مطالب این ویدئو عبارتند از:
شروع (00:00)
تاریخچه اسکرام (01:56)
تعریف اسکرام (03:27)
Iterative Process (03:36)
Incremental Process (03:45)
شفافیت در اسکرام (04:15)
Defined Roles & Ceremonies (04:33)
Time-boxed framework (05:13)
مزایا و معایب اسکرام (05:40)
شفافیت (05:55)
بهبود مستمر (06:12)
ساختار از پیش تعریف شده (06:42)
عدم انعطاف در ساختار (07:39)
عدم انعطاف در محصول (08:16)
نادیده گرفتن مهارت های فنی (08:49)
اسکرام همیشه جواب نمیده (10:09)
تیم و محصول مناسب برای استفاده از اسکرام (11:02)
Cross-functional team (11:59)
--------------------------------------------------------------
لینک کانال در سایر شبکه های اجتماعی
UA-cam:
ua-cam.com/users/Ardiland1
---------------------------------------------------------------
Castbox:
castbox.fm/channel/id5051803
---------------------------------------------------------------
Instagram:
ardiland_ig
---------------------------------------------------------------
LinkedIn:
www.linkedin.com/in/ardalan-ebrahimi
---------------------------------------------------------------
GitHub:
github.com/ardalanebrahimi
---------------------------------------------------------------
Telegram:
t.me/+QA61h-IHgSo1Y2Y0
---------------------------------------------------------------
Twitter:
Ardiland3
---------------------------------------------------------------
َAgile: Scrum, Not for Everyone!
در این ویدئو به معرفی اجمالی فریم ورک اسکرام می پردازیم. با تاریخچه و پیدایش اسکرام آشنا می شویم، کاراکترهای اصلی این فریموورک اجایل عنوان می کنیم، به بررسی مزایا و معایب این فریم ورک می پردازیم و نهایتا بررسی می کنیم که استفاده از اسکرام برای چه تیم هایی مفید و برای چه تیم هایی بی فایده و حتی دست و پاگیر می باشد.
سرفصل مطالب این ویدئو عبارتند از:
شروع (00:00)
تاریخچه اسکرام (01:56)
تعریف اسکرام (03:27)
Iterative Process (03:36)
Incremental Process (03:45)
شفافیت در اسکرام (04:15)
Defined Roles & Ceremonies (04:33)
Time-boxed framework (05:13)
مزایا و معایب اسکرام (05:40)
شفافیت (05:55)
بهبود مستمر (06:12)
ساختار از پیش تعریف شده (06:42)
عدم انعطاف در ساختار (07:39)
عدم انعطاف در محصول (08:16)
نادیده گرفتن مهارت های فنی (08:49)
اسکرام همیشه جواب نمیده (10:09)
تیم و محصول مناسب برای استفاده از اسکرام (11:02)
Cross-functional team (11:59)
--------------------------------------------------------------
لینک کانال در سایر شبکه های اجتماعی
UA-cam:
ua-cam.com/users/Ardiland1
---------------------------------------------------------------
Castbox:
castbox.fm/channel/id5051803
---------------------------------------------------------------
Instagram:
ardiland_ig
---------------------------------------------------------------
LinkedIn:
www.linkedin.com/in/ardalan-ebrahimi
---------------------------------------------------------------
GitHub:
github.com/ardalanebrahimi
---------------------------------------------------------------
Telegram:
t.me/+QA61h-IHgSo1Y2Y0
---------------------------------------------------------------
Twitter:
Ardiland3
---------------------------------------------------------------
Переглядів: 195
Відео
Design Patterns, Favoring Composition Over Inheritance
Переглядів 3012 місяці тому
رایج ترین اشتباه طراحی شی گرا Design Patterns, Design Principles: Favoring Composition Over Inheritance در ادامه سری آموزش Design Pattern ها و معرفی الگوی طراحی Strategy و قبل از معرفی این دیزاین پترن، لازم است تا با برخی اصول طراحی نرم افزار که ارتباط مستقیمی با دیزاین پترن ها دارند آشنا شویم. در این ویدئو، به بررسی اصل مهم Favoring Composition Over Inheritance می پردازیم و با هم می بینیم که م...
مانیفست اجایل، از برنامه نویس ها، برای برنامه نویس ها
Переглядів 1352 місяці тому
دوستان سلام مانیفست اجایل، از برنامه نویس ها، برای برنامه نویس ها تا الان در کانال اردیلند در مورد متدولوژی اجایل زیاد صحبت کردیم. اجایل سال هاست که در مارکت برنامه نویسی به عنوان یک بازیگر اصلی درف فعالیت های رورانه ما حاضر است و همه ما به نوعی با یک پیاده سازی اجایل و برخی ابزارها و جنبه های آن درگیر بوده ایم. در میان برنامه نویسان اما گاها اقبال به اجایل و کارایی آن کمی دچار تردید بوده است. ...
Program to Interface, Not to Implementation
Переглядів 2832 місяці тому
اصول طراحی برای دیزاین پترن ها Program to Interface, Not to Implementation The Essential Principle for Design Patterns در ادامه سری آموزش Design Pattern ها و معرفی الگوی طراحی Strategy و قبل از معرفی این دیزاین پترن، لازم است تا با برخی اصول طراحی نرم افزار که ارتباط مستقیمی با دیزاین پترن ها دارند آشنا شویم. برای درک بهتر الگوی طراحی Strategy Pattern، در ابتدا باید با سه اصل زیر آشنایی داشته ب...
Agile is NOT Scrum!
Переглядів 2193 місяці тому
اجایل معادل اسکرام نیست! Agile is NOT Scrum! The Dark Side Of Agile بسیاری تلاش ها برای پیاده سازی اجایل با شکست و یا چالش های جدی مواجه می شود. در بسیاری موارد، بهبود چندانی در شرایط تیم و محصول ایجاد نمی شود. در مواردی پس از یک دوره اولیه بهبود اوضاع، شرایط پس از گذشت زمان دوباره از کنترل خارج می شود و حتی بدتر از پیاده سازی اجایل می شود. ... بسیاری از فعالین حوزه نرم افزار تجربه شرایط مشابه ...
دیزاین پترن، جداسازی قیمه ها از ماست ها!
Переглядів 3063 місяці тому
دیزاین پترن، جداسازی قیمه ها از ماست ها! در ادامه سری آموزش Design Pattern ها و معرفی الگوی طراحی Strategy و قبل از معرفی این دیزاین پترن، لازم است تا با برخی اصول طراحی نرم افزار که ارتباط مستقیمی با دیزاین پترن ها دارند آشنا شویم. برای درک بهتر الگوی طراحی Strategy Pattern، در ابتدا باید با سه اصل زیر آشنایی داشته باشیم: - Separate What varies from what stays the same - Program to Interfaces,...
The Dark Side of the Agile: When Agile Fails!
Переглядів 2004 місяці тому
وقتی اجایل شکست می خورد! The Dark Side of the Agile: When Agile Fails! تا اینجا و در کانال اردیلند در مورد اجایل و مفاهیم مرتبط با آن صحبت شده است. در دنیای توسعه نرمافزار، اجایل به عنوان یک متدولوژی پرکاربرد و موثر شناخته میشود. با این حال، موفقیت در پیادهسازی این رویکرد همواره امری ساده نبوده است و به همراه سختیها و چالشهایی از جمله اشتباهات و سوءتفاهمها نیز همراه بوده است. در این ویدئو...
When OOP Fails!
Переглядів 5254 місяці тому
وقتی برنامه نویسی شی گرا شکست می خورد! When OOP Fails! در ادامه سری آموزش Design Pattern ها و معرفی الگوی طراحی Strategy و قبل از معرفی این دیزاین پترن، در این ویدئو به بررسی مساله ای می پردازیم که راه حل ها و ابزار های مرسوم و پایه برنامه نویسی شی گرا و شی گرایی درحل آنها ناموفق و ناکافی خواهند بود. سرفصل مطالب این ویدئو عبارتند از: شروع (00:00) مساله SimUDuck (01:06) پیاده سازی با Inheritance...
DRY Principle: Inter-Developer Duplication
Переглядів 1934 місяці тому
در این قسمت، اصل DRY (Don't Repeat Yourself) و اهمیت آن در کاهش redundancy و ارتقای maintainability کد بررسی میشود. DRY Principle: Inter-Developer Duplication به طور خاص، مفهوم تکرار بین توسعهدهندگان را مورد بررسی قرار میدهیم، و نحوه همکاری و ارتباط بین توسعهدهندگان را برای بهینهسازی استفاده مجدد از کد و سرعت بخشیدن به فرایند توسعه مورد بررسی قرار میدهیم. به ما بپیوندید تا راهکارها و بینش...
ِThe Dark Side of the Agile, Challenges & Risks
Переглядів 2364 місяці тому
دوستان سلام، خوش اومدین به ویدئوی جدید ما با عنوان The Dark Side of the Agile, Challenges & Risks که به تبیین ده چالش و ریسک مواجههای که یک تیم توسعه نرمافزار ممکن است در حین پیادهسازی روش Agile با آن مواجه شود، میپردازد. پیادهسازی روش Agile همیشه یک کار سرراست و مستقیم نیست و ممکن است با چالشها و ریسکهای زیادی روبهرو شود که میتواند به شکست کلی فرآیند منجر شود. در این ویدئو، ما به طور ...
Pragmatic Programmer, Dry Princliples, Part 2
Переглядів 2875 місяців тому
Pragmatic Programmer, Dry Principle, Part 2 برنامه نویس عملگرا، رویکرد عملگرایانه DRY Principle, Don't repeat yourself قسمت دوم تو این ویدئو رفتیم سراغ یکی دیگه از اصول طراحی نرم افزار و در واقع یکی از مهمترین اصول طراحی. اصل DRY این اصل تاکید روی پرهیز از تکرار در نرم افزار داره. تو این ویدئو میبینیم که اصولا تکرار چه مشکلاتی به وجود میاره و از اون مهم تر اینکه، منظور از تکرار، فقط کد تکراری ن...
الگو های طراحی و اهمیت زبان مشترک
Переглядів 4595 місяців тому
الگو های طراحی و اهمیت زبان مشترک چرا ما حرف همدیگه رو نمی فهمیم؟! Design Pattern - Part 2 دوستان سلام، در این ویدئو به بررسی اهمیت زبان مشترک در زمینه الگوهای طراحی میپردازیم. الگوهای طراحی به عنوان یک زبان مشترک بین اعضای تیمهای نرم افزاری عمل میکنند و این ارتباط نقش حیاتی در فهم صحیح و هماهنگی بین اعضا دارد. با مثالی از الگوی Observer به عمق موضوع پرداخته و ریسک عدم شناخت الگوهای طراحی را...
اجایل چیست؟
Переглядів 5785 місяців тому
اجایل چیست؟ این ۱۰ دقیقه رو از دست ندین ! در این ویدیو، با مفهوم اجایل (Agile) آشنا می شویم و به طور کلی با اهمیت و اصول این متدولوژی در مدیریت پروژهها و توسعه نرمافزارها آشنا خواهیم شد. سپس به یک تعریف خلاصه از اجایل میپردازیم و به سرعت نگاهی به مبانی و اهداف این متدولوژی میاندازیم. همچنین با مفهوم Agile Mineset آشنا میشوید و چگونگی بهبود فرآیندهای توسعه نرمافزار با استفاده از این ابزار ...
چرا هر برنامه نویسی باید Design Pattern بلد باشه؟
Переглядів 1,2 тис.6 місяців тому
چرا هر برنامه نویسی باید Design Pattern بلد باشه؟
8 دلیل که تیم ها به سمت اجایل می روند
Переглядів 3346 місяців тому
8 دلیل که تیم ها به سمت اجایل می روند
SOLID - Dependency Inversion Principle (DIP) + Factory Design Pattern
Переглядів 3207 місяців тому
SOLID - Dependency Inversion Principle (DIP) Factory Design Pattern
SOLID - Dependency Inversion Principle (DIP) - Sample Code
Переглядів 3118 місяців тому
SOLID - Dependency Inversion Principle (DIP) - Sample Code
Clean Code - Formatting - Team Rules and Indenting
Переглядів 2228 місяців тому
Clean Code - Formatting - Team Rules and Indenting
Agile Principles - Responding to Changes
Переглядів 2518 місяців тому
Agile Principles - Responding to Changes
Programming principles - SOLID - Dependency Inversion Principle (DIP)
Переглядів 4299 місяців тому
Programming principles - SOLID - Dependency Inversion Principle (DIP)
Programming principles - SOLID - Interface Segregation Principle (ISP)
Переглядів 43810 місяців тому
Programming principles - SOLID - Interface Segregation Principle (ISP)
Agile Principles - Technical Practices
Переглядів 32910 місяців тому
Agile Principles - Technical Practices
Thank you 🙏🏻
اول ممنون بعدش من متوجه نشدم اگر اول نام اینترفیس ها، آی نیاریم بهتره، چطوری نام گذاری کنیم بهتره؟ فقط عنوان شد اینک کارو نکنیم. چه باید کرد؟ میدونم مال دوساله پیشه. ولی من الان دیدم 😁
الان چند ماهه منتظر این هستیم که وارد جزيیات بشید ولی هنوز در حد تعاریف کلی !!
خیلی ممنون از این پلی لیست عالی که درست کردین.
همه ویدیوهاتون عالیه واقعا
واقعا عااالیه . ممنوون . خواهش میکنم در مورد گرسپ هم ویدیو بسااازید❤
سلام اردلان جان ممنون از ویدئو های خوبت Docstring تو پایتون هم جزو کامنت بد حساب میشه؟
Thank you for sharing this useful video 🙏🏻
Great, go ahead!
عالی خوب میشه اگه در مورد jit هم ی ویدئو بسازی
عالی
Tnx
Best
دم شما گرم🙏
سپاس فراوان از محتوای صریح و روان شما. نکته ای که بر اساس تجربیاتم حداقل در ایران و حتی برخی کارفرمایان خارجی دارم اینکه متاسفانه ماینست اجایل در سمت کارفرما یا همان مشتری (ذی نفع) هم باید وجود داشته باشه که نیست.
Very clear and helpful, thank you so much dear Ardalan❤
🙏
Thank you
thanks
اگر امکانش هست به صورت استدلالی (logical) یه ویدیو از مفاهیم پایتون بزارید.
سلام و ادب. این ویدیو ادامه نداره؟ ممنونم
سلام و ممنونم از شما. این قسمت توی playlist مربوط به principle ها نیست
خیلی باسوادی و خوب توضیح میدی واقعا جای این مطالب خالیه توی کامیونیتی ایرانی
با نحوه توضیح دادنت حال کردم
سلام داداش امیدوارم حالت خوب باشه ... من ویزای تحصیلیم تازه اومده ... سوالم اینه که من یه ساله برنامه نویسی فرانت اند یاد گرفتم و چند تا پروژه هم زدم با react به عنوان نمونه کار ... ولی سابقه کار ندارم .... به نظرت کار خیلی سختیه بیام با ویزای تحصیلی المان و از المان بخوام یه کار گیر بیارم که حقوق سالانش 38 هزار تا باشه تا بتونم تایپ ویزامو عوض کنم و بکنمش کاری یعنی حاظر میشن به یه کسی که سابقه کار نداشته این مبلغ ناخالص رو بدن ؟ در ضمن مدرک زبان هم b2 المانی دارم شهری هم که دارم میام درسدن ... ممنون میشم کمکم کنی
حقوق جونیور فرانت بالاتر هست از ۳۸ هزار تا، نداشتن سابقه کمی مشکل هست که با راهکارهایی مثل پروژه شخصی و رزومه درست میشه کشورش کرد، ولی شما دو تا نقطه قوت خیلی بزرگ داری که خیلی می تونه کمکت کنه، حضور در آلمان و زبان b2، شانس خوبی داری، امیدوارم موفق بشی، فقط هم به درسدن اکتفا نکن، بازار کار توی شهر های دیگه مثل برلین و فرانکفورت و اشتوتگارت و مونیخ و ... خیلی بهتره و ریموت هم میشه کار کرد، یه مشکل کوچیکی هست نداشتن و اجازه کار تمام وقت هست که وابسته هست به گرفتن قرارداد و تغییر نوع ویزات، این مورد رو سعی کن از اول خودت مطرح نکنی
@@Ardiland1 یه دنیا ممنونم ازت داداش ، به نظرت چطور تو مصاحبه های احتمالی این موضوع رو میتونم هندل کنم که من ویزام دانشجویی هست ، ایا راه میان با این موضوع که من تو المان دانشجو هستم و یه قرارداد کاری فول تایم با من ببندن تا من بتونم ویزامو تو اوسلندا تغییر بدم ؟اوسلندا اصلا کاری نداره اینطور که فهمیدم فقط میگه قرارداد کاری بیار ... به نظرت اگر انعطاف نشون بدم تو حقوق درخواستی به فرض که از رقم قرارداد کمتر بگیرم تاثیر مثبتی میتونه داشته باشه؟ اینطور که شما میگی اگر حقوق بالاتر هست پس به حقوق بلوکارت میرسه (41000) و من به جای قرارداد کاری معمولی میتونم بلوکارت بگیرم همون اولش ( به فرض رفع همه ی مشکلات) ، در ضمن من مدرک لیسانس نا پیوسته دیگه ای هم دارم ولی دو ساله هست و 85 واحد پاس شده و تو رشته مهندسی ای تی شاخه طراحی صفحات وب هست ایا به کارم خواهد امد ؟
ببین راه اومدنشون واقعا بستگی به شرکت و آدمی داره که موصوع رو باهاش مطرح می کنی، احتمالا شرکتای بزرگتر همچین کیس هایی بیشتر داشته باشن و راحت تر کنار بیان، تو فقط با اعتماد به نفس اگه موضوعش پیش اومد بگو بله، مشکلی نیست، با قرارداد تایپ ویزام عوض میشه و فول تایم می تونم کار کنم، اگر هم الان کف بلوکات برا آی تی ۴۱ هزار تا هست، راحت برو برا بلوکارت. به نظرم خیلی انعطاف رو حقوق تو این رنج کمک خاصی نمی کنه، مدرک هم چندان مهم نیست
@@Ardiland1 دستت درد نکنه داداش خیلی کمکم کردی ... امیدوارم بتونم از عهدش بر بیام
danke mohandes.
سپاس مهندس بینظیر هستی❤❤❤
عالی یه ویدیو هم باید بسازی واسه FP over OOP
👌🏻👌🏻
ممنون از محتوای خوبت . تو سطوح بالاتر مثل ماژول ها و سرویس های ، میشه دیگه بهش گفت separation of concerns . که البته soc ، پایه و اساس srp هم هست دقیقا، چون ما باید یه سرویس یا ماژول soc داشته باشیم که بشه تو اون ماژول یه کلاس srp ساخت .
الله اکبر این همه جلالللللل
بسیار عالی مهندس ممنون از زمانی که میزارید 🌹
Perfect
عالی مفهومو میرسونی دمت گرم
Thanks, @Ardiland, appreciate it
Thanks ❤❤
Excellent 👍
بسیار عالی. چقدر به چنین محتوا و مثالی نیازداشتم. خیلی خوب توضیح دادی. ممنون
مرسی مرسی دم شما گرم
دم شما گرم مرسی عالی بود
خیلی باحال بود ممنون از اطلاعات ارزشمند دم شما گرم
اقا ادامشو میزاری ایا؟
این کتاب ها نسخه فارسی شون موجوده؟
عالی
چقدر خوبه که با کانال شما آشنا شدم
اقا دم شما گرم. چقدر خوبه اینجور محتواها
یعنی چی؟ عدد نگیم؟ همه میگن باید خودت عدد بگی تو عزت نفس داری و باید بگی
Vielen Dank Ardiland
ممنونم
دم شما گرم بی نهایت سپاس