✅ باتری مادربورد چیکار میکنه و چقدر مهمه؟
🍃💐🍃🌸🍃🌸🍃
➖➖➖➖➖➖➖➖➖➖
🆑 → @segmenttt 🔰
➖➖➖➖➖➖➖➖➖➖
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
🍃💐🍃🌸🍃🌸🍃
➖➖➖➖➖➖➖➖➖➖
➖➖➖➖➖➖➖➖➖➖
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
Telegram
attach 📎
✅ کپی کردن کار درستیه؟🤔
💢 احتمالا شما هم شنیده باشید که برنامه نویس ها همیشه از گیت هاب و یا استک اورفلو کدهارو کپی میکنن
ولی آیا این کار درسته؟🤔
📌 هم آره هم نه!
طبیعتا ما همه چیز رو نمیدونیم و نیاز به سرچ کردن و دیدن کد بقیه و ایده گرفتن ازشون داریم
اما دو مدل کلی داریم!
1️⃣ مدل اول
💢 ما کد رو کپی میکنیم و کار هم میکنه ولی اصلا کد رو درک نکردیم و نمیدونیم چجوری این اتفاقات داره میفته
مطمئن باشین تو این حالت گیر میکنین. مثلا یه جایی نیاز به تغییر دارین یا یه مشکلی پیش میاد ولی شما هیچ ایده ای براش ندارین چون اصلا نمیدونین چی داره میگذره....
2️⃣ مدل دوم
💢 اول کد رو مطالعه میکنید بعد کپی!!
هرچقدر این کارو بکنین حلالتون! چون هم یه چیز جدید یاد گرفتین هم دقیقا میدونین که برنامه تون چی کار میکنه!
پس هیچوقت بدون درک کردن یه کد از اون استفاده نکنین!
🍃💐🍃🌸🍃🌸🍃
➖➖➖➖➖➖➖➖➖➖
🆑 → @segmenttt 🔰
➖➖➖➖➖➖➖➖➖➖
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
💢 احتمالا شما هم شنیده باشید که برنامه نویس ها همیشه از گیت هاب و یا استک اورفلو کدهارو کپی میکنن
ولی آیا این کار درسته؟🤔
📌 هم آره هم نه!
طبیعتا ما همه چیز رو نمیدونیم و نیاز به سرچ کردن و دیدن کد بقیه و ایده گرفتن ازشون داریم
اما دو مدل کلی داریم!
1️⃣ مدل اول
💢 ما کد رو کپی میکنیم و کار هم میکنه ولی اصلا کد رو درک نکردیم و نمیدونیم چجوری این اتفاقات داره میفته
مطمئن باشین تو این حالت گیر میکنین. مثلا یه جایی نیاز به تغییر دارین یا یه مشکلی پیش میاد ولی شما هیچ ایده ای براش ندارین چون اصلا نمیدونین چی داره میگذره....
2️⃣ مدل دوم
💢 اول کد رو مطالعه میکنید بعد کپی!!
هرچقدر این کارو بکنین حلالتون! چون هم یه چیز جدید یاد گرفتین هم دقیقا میدونین که برنامه تون چی کار میکنه!
پس هیچوقت بدون درک کردن یه کد از اون استفاده نکنین!
🍃💐🍃🌸🍃🌸🍃
➖➖➖➖➖➖➖➖➖➖
➖➖➖➖➖➖➖➖➖➖
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
#ترفند
✅ نصب اندروید و برنامه های اندرویدی روی کامپیوتر
🍃💐🍃🌸🍃🌸🍃
➖➖➖➖➖➖➖➖➖➖
🆑 → @segmenttt 🔰
➖➖➖➖➖➖➖➖➖➖
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
✅ نصب اندروید و برنامه های اندرویدی روی کامپیوتر
🍃💐🍃🌸🍃🌸🍃
➖➖➖➖➖➖➖➖➖➖
➖➖➖➖➖➖➖➖➖➖
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
Telegram
attach 📎
✅ 5 تا کتابخونه جادویی واسه عاشقان جاوا اسکریپت😁👌
1️⃣ AnimeJs
💢 میتونی خیلی ساده باهاش به سایتت انیمیشن بدی، مطمئنم ازش خوشت میاد
2️⃣ AcrossTabs
💢 یه کتابخونه جالبه که میتونی ازش برای ارتباط برقرار کردن بین تب ها استفاده کنی
3️⃣ Fullpage.Js
💢 دیدی وقتی تو یه سایت اسکرول میکنی قسمت های مختلف میاد؟ با این کتابخونه میتونی همچین کاری کنی
4️⃣ Offline.js
💢 این کتابخونه کلا کار خاصی انجام نمیده ولی چک میکنه ببینه شما انلاینید یا نه
5️⃣ Swiper js
💢 اینو کلا از قصد گذاشتم اخر که ببینید چه کتابخونه ایه! 😉 بیش از 300 نوع اسلایدر داره و توصیه میکنم بهش یه نگاه بندازین
#جاوااسکریپت
╭─┈─┈─┈─┈─•
💠 @CodHub4
╰─┈─┈─┈─┈─•
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
1️⃣ AnimeJs
💢 میتونی خیلی ساده باهاش به سایتت انیمیشن بدی، مطمئنم ازش خوشت میاد
2️⃣ AcrossTabs
💢 یه کتابخونه جالبه که میتونی ازش برای ارتباط برقرار کردن بین تب ها استفاده کنی
3️⃣ Fullpage.Js
💢 دیدی وقتی تو یه سایت اسکرول میکنی قسمت های مختلف میاد؟ با این کتابخونه میتونی همچین کاری کنی
4️⃣ Offline.js
💢 این کتابخونه کلا کار خاصی انجام نمیده ولی چک میکنه ببینه شما انلاینید یا نه
5️⃣ Swiper js
💢 اینو کلا از قصد گذاشتم اخر که ببینید چه کتابخونه ایه! 😉 بیش از 300 نوع اسلایدر داره و توصیه میکنم بهش یه نگاه بندازین
#جاوااسکریپت
╭─┈─┈─┈─┈─•
💠 @CodHub4
╰─┈─┈─┈─┈─•
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
#دانستنی
✅ تفاوت فرمت فایل زیپ با رار
🍃💐🍃🌸🍃🌸🍃
➖➖➖➖➖➖➖➖➖➖
🆑 → @segmenttt 🔰
➖➖➖➖➖➖➖➖➖➖
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
✅ تفاوت فرمت فایل زیپ با رار
🍃💐🍃🌸🍃🌸🍃
➖➖➖➖➖➖➖➖➖➖
➖➖➖➖➖➖➖➖➖➖
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
Telegram
attach 📎
نقش کلاسها :
• Builder :
یک واسط مجرد برای ساخت اجزا مختلف شی تعریف میکند .
• ConcreteBuilder :
با پیاده سازی واسط Builder اجزاء مختلف محصول را ایجاد و سرهم میکند .
همچنین پیاده سازی و نمایش شی را در بر دارد .
• Director :
کلاسی که یک Builder دریافت میکند و به او فرمان میدهد چگونه محصول را تولید کند .
• Product :
محصول پیچیدهای که قرار است تولید شود .
🍃💐🍃🌸🍃🌸🍃
➖➖➖➖➖➖➖➖➖➖
🆑 → @segmenttt 🔰
➖➖➖➖➖➖➖➖➖➖
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
• Builder :
یک واسط مجرد برای ساخت اجزا مختلف شی تعریف میکند .
• ConcreteBuilder :
با پیاده سازی واسط Builder اجزاء مختلف محصول را ایجاد و سرهم میکند .
همچنین پیاده سازی و نمایش شی را در بر دارد .
• Director :
کلاسی که یک Builder دریافت میکند و به او فرمان میدهد چگونه محصول را تولید کند .
• Product :
محصول پیچیدهای که قرار است تولید شود .
🍃💐🍃🌸🍃🌸🍃
➖➖➖➖➖➖➖➖➖➖
➖➖➖➖➖➖➖➖➖➖
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
#ترفند
✅ کلید های میانبر ویندوز
🍃💐🍃🌸🍃🌸🍃
➖➖➖➖➖➖➖➖➖➖
🆑 → @segmenttt 🔰
➖➖➖➖➖➖➖➖➖➖
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
✅ کلید های میانبر ویندوز
🍃💐🍃🌸🍃🌸🍃
➖➖➖➖➖➖➖➖➖➖
➖➖➖➖➖➖➖➖➖➖
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
Telegram
attach 📎
داستان شکست یک پروژه
سکانس اول:
پیرو پروژه موفقی که با کارفرمایمان داشتیم وی از ما خواست نسخه ای متفاوت از سیستم قبلی بر اساس شرایط جدید کسب و کارش تهیه کنیم، قرار شد کارفرمایمان بعد از بازه تعطیلاتی که در پیش رو بود جلسه ای را با تیم کاربری و راهبری سیستم تشکیل دهد تا در خصوص سیستم مدنظر به گفتگو بنشینیم. توافق بر این شد که از تکنولوژی جدیدی که سیستم مادر در شرکت کارفرما از آن استفاده کرده بود نیز در این سیستم استفاده شود. تیم ما هیچ تجربه ای در این تکنولوژی نداشت اما میدانستیم با تبحر تیم تسلط به این تکنولوژی اگر هم زمانبر باشد ناممکن نیست. پس شرایط را پذیرفتیم.
همه خوشحال از توافقات و پروژه پیشرو تعطیلات را گذراندیم.
سکانس دوم:
کارفرمای ما در سازمانی بزرگ و پرمشغله پست مهمی گرفت، زمانش پر شد از مشغله های مسئولیت جدید. جلسه ای که قرار بود روز بعد از تعطیلات برگزار شود بیش از یک ماه به تعویق افتاد و با کیفیتی پایین تر از آنچه توافق شده بود برگزار شد، تیم کاربری و راهبری در جلسه حضور نداشتند و کارفرمایمان خسته از فشار کارهای پست جدیدیش در جلسه شرکت کرد، قرار شد با توجه به سیستم قبلی طرح خود را به کارفرما ارائه دهیم و پس از تایید آن قراردادی برای انجام کار بسته شده و کار را شروع کنیم.
در یک ماهی که منتظر جلسه کارفرما بودیم، پروژه ای درون تیم به درخواست یک از بزرگان تیم مان شروع شد، تمرکز از تکنولوژی ای که در پروژه پیش رو داشتیم برداشته شد و انرژی تیم ما تماماً معطوف پروژه درون تیمی شد، تا اینکه بعد از برگزاری جلسه –جلسه ای که با یکماه تاخیر برگذار شد- من به عنوان مدیر پروژه ای که باید برای کارفرمایمان انجام می دادیم از مالک محصول درون تیم خواستم که پروژه درونی متوقف شده و کار روی پروژه کارفرما و تکنولوژی مورد استفاده در آن را شروع کنیم. با پیشنهاد من موافقت شد و تیم تمام انرژی خود را بر روی تکنولوژی و تعریف دامنه مساله گذاشت.
تکنولوژی مورد استفاده بسیار پیچیده تر از آن بود که تصور می کردیم و کار شناخت و یادگیری آن کند پیش می رفت.
سکانس سوم:
تیم کماکان با تکنولوژی درگیر بود و تمام تمرکزش بر آن بود، حتی من که مدیریت پروژه را برعهده داشتم تمام قد درگیر تکنولوژی شدم.
در خلال کار برروی تکنولوژی دامنه مساله و فرآیندهای کاری را تعریف کردیم و تایید کارفرما را گرفتیم. تمرکزمان کماکان معطوف به تکنولوژی بود، پیشنهاد قیمتی برای کارفرما ارسال کردیم و تلفنی ایشان پیشنهاد را تایید کردند. باتوجه به معذورات اخلاقی و تعارف هایی که بین ما بود من به عنوان مدیر پروژه اصراری بر امضاء قرارداد و تشریح شرایط اجرا و تحویل کار نداشتم و کار با همان تایید تلفنی آغاز شد.
براساس پیشنهاد ما توافق شده بود که یک ماه پس از آغاز پروژه اولین نسخه توسط کارفرما تحویل گرفته شود و بخشی از تسویه حساب مالی پروژه انجام شود، من در این مدت کماکان با سایر اعضای تیم درگیر پروژه و تحویل کاری متفاوت نسبت به سایر کارهایمان بودیم.
پروژه در نوع خودش با آخرین تکنولوژیهای روز در حال انجام بود، تیم با مد نظر قرار دادن تعریف مساله و توافقات قبلی و تجربه اش فرآیند تولید را یکی از فرایندهای چابک انتخاب کرد و با بهترین شکل ابزار TFS را برای راهبری فرآیند بکار گرفت.
سکانس چهارم:
زمان اولین تحویل فرا رسید، طبق روال کاری پروژه های قبلی طی ایمیلی کارفرما را از پایان کار مطلع کردیم و درخواست جلسه ای برای تحویل کار داشتیم، با گذشت یک هفته هیچ خبری از کارفرما نشد، با تلفن همراه وی تماس گرفتم، پاسخ این بود، «بعدا تماس می گیرم!»، طلیعه شکست پروژه داشت آشکار می شد، با توافق با بزرگان تیم قرار بر این شد که طی ایمیلی رسمی اتمام فاز اول را اعلام کنم و تاریخ اتمام نهایی را مشخص کنم، این کار هم انجام شد و کماکان خبری از کارفرما نشد.
کارفرمای ما چنان غرق در مشغله های دیگرش شده بود که پروژه ما را از یاد برده بود.
سکانس آخر:
بحران به درون تیم منتقل شد، انگیزه تیم برای ادامه کار کاملا از دست رفت، من به عنوان مدیر پروژه معتقد بودم باید با توافق با کارفرما پروژه متوقف شود، هرچند زمان کمی از آن باقی مانده بود. بزرگان تیم اعتقاد داشتند که با توجه به تعهد تیم کار باید تا انتها ادامه داشته باشد. من به عنوان مسئول تیم نمی دانستم باید چگونه پاسخگوی تیمی باشم که الان در پروژه ای کار می کند که به احتمال بسیار زیاد هیچ منفعتی برای شان نخواهد داشت، از سویی چگونه باید کار را با یک تیم کم انگیزه برای اجرای تعهدی که کلامی خود را پایبند آن کرده بودیم ادامه دهم .
🍃💐🍃🌸🍃🌸🍃
➖➖➖➖➖➖➖➖➖➖
🆑 → @segmenttt 🔰
➖➖➖➖➖➖➖➖➖➖
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
سکانس اول:
پیرو پروژه موفقی که با کارفرمایمان داشتیم وی از ما خواست نسخه ای متفاوت از سیستم قبلی بر اساس شرایط جدید کسب و کارش تهیه کنیم، قرار شد کارفرمایمان بعد از بازه تعطیلاتی که در پیش رو بود جلسه ای را با تیم کاربری و راهبری سیستم تشکیل دهد تا در خصوص سیستم مدنظر به گفتگو بنشینیم. توافق بر این شد که از تکنولوژی جدیدی که سیستم مادر در شرکت کارفرما از آن استفاده کرده بود نیز در این سیستم استفاده شود. تیم ما هیچ تجربه ای در این تکنولوژی نداشت اما میدانستیم با تبحر تیم تسلط به این تکنولوژی اگر هم زمانبر باشد ناممکن نیست. پس شرایط را پذیرفتیم.
همه خوشحال از توافقات و پروژه پیشرو تعطیلات را گذراندیم.
سکانس دوم:
کارفرمای ما در سازمانی بزرگ و پرمشغله پست مهمی گرفت، زمانش پر شد از مشغله های مسئولیت جدید. جلسه ای که قرار بود روز بعد از تعطیلات برگزار شود بیش از یک ماه به تعویق افتاد و با کیفیتی پایین تر از آنچه توافق شده بود برگزار شد، تیم کاربری و راهبری در جلسه حضور نداشتند و کارفرمایمان خسته از فشار کارهای پست جدیدیش در جلسه شرکت کرد، قرار شد با توجه به سیستم قبلی طرح خود را به کارفرما ارائه دهیم و پس از تایید آن قراردادی برای انجام کار بسته شده و کار را شروع کنیم.
در یک ماهی که منتظر جلسه کارفرما بودیم، پروژه ای درون تیم به درخواست یک از بزرگان تیم مان شروع شد، تمرکز از تکنولوژی ای که در پروژه پیش رو داشتیم برداشته شد و انرژی تیم ما تماماً معطوف پروژه درون تیمی شد، تا اینکه بعد از برگزاری جلسه –جلسه ای که با یکماه تاخیر برگذار شد- من به عنوان مدیر پروژه ای که باید برای کارفرمایمان انجام می دادیم از مالک محصول درون تیم خواستم که پروژه درونی متوقف شده و کار روی پروژه کارفرما و تکنولوژی مورد استفاده در آن را شروع کنیم. با پیشنهاد من موافقت شد و تیم تمام انرژی خود را بر روی تکنولوژی و تعریف دامنه مساله گذاشت.
تکنولوژی مورد استفاده بسیار پیچیده تر از آن بود که تصور می کردیم و کار شناخت و یادگیری آن کند پیش می رفت.
سکانس سوم:
تیم کماکان با تکنولوژی درگیر بود و تمام تمرکزش بر آن بود، حتی من که مدیریت پروژه را برعهده داشتم تمام قد درگیر تکنولوژی شدم.
در خلال کار برروی تکنولوژی دامنه مساله و فرآیندهای کاری را تعریف کردیم و تایید کارفرما را گرفتیم. تمرکزمان کماکان معطوف به تکنولوژی بود، پیشنهاد قیمتی برای کارفرما ارسال کردیم و تلفنی ایشان پیشنهاد را تایید کردند. باتوجه به معذورات اخلاقی و تعارف هایی که بین ما بود من به عنوان مدیر پروژه اصراری بر امضاء قرارداد و تشریح شرایط اجرا و تحویل کار نداشتم و کار با همان تایید تلفنی آغاز شد.
براساس پیشنهاد ما توافق شده بود که یک ماه پس از آغاز پروژه اولین نسخه توسط کارفرما تحویل گرفته شود و بخشی از تسویه حساب مالی پروژه انجام شود، من در این مدت کماکان با سایر اعضای تیم درگیر پروژه و تحویل کاری متفاوت نسبت به سایر کارهایمان بودیم.
پروژه در نوع خودش با آخرین تکنولوژیهای روز در حال انجام بود، تیم با مد نظر قرار دادن تعریف مساله و توافقات قبلی و تجربه اش فرآیند تولید را یکی از فرایندهای چابک انتخاب کرد و با بهترین شکل ابزار TFS را برای راهبری فرآیند بکار گرفت.
سکانس چهارم:
زمان اولین تحویل فرا رسید، طبق روال کاری پروژه های قبلی طی ایمیلی کارفرما را از پایان کار مطلع کردیم و درخواست جلسه ای برای تحویل کار داشتیم، با گذشت یک هفته هیچ خبری از کارفرما نشد، با تلفن همراه وی تماس گرفتم، پاسخ این بود، «بعدا تماس می گیرم!»، طلیعه شکست پروژه داشت آشکار می شد، با توافق با بزرگان تیم قرار بر این شد که طی ایمیلی رسمی اتمام فاز اول را اعلام کنم و تاریخ اتمام نهایی را مشخص کنم، این کار هم انجام شد و کماکان خبری از کارفرما نشد.
کارفرمای ما چنان غرق در مشغله های دیگرش شده بود که پروژه ما را از یاد برده بود.
سکانس آخر:
بحران به درون تیم منتقل شد، انگیزه تیم برای ادامه کار کاملا از دست رفت، من به عنوان مدیر پروژه معتقد بودم باید با توافق با کارفرما پروژه متوقف شود، هرچند زمان کمی از آن باقی مانده بود. بزرگان تیم اعتقاد داشتند که با توجه به تعهد تیم کار باید تا انتها ادامه داشته باشد. من به عنوان مسئول تیم نمی دانستم باید چگونه پاسخگوی تیمی باشم که الان در پروژه ای کار می کند که به احتمال بسیار زیاد هیچ منفعتی برای شان نخواهد داشت، از سویی چگونه باید کار را با یک تیم کم انگیزه برای اجرای تعهدی که کلامی خود را پایبند آن کرده بودیم ادامه دهم .
🍃💐🍃🌸🍃🌸🍃
➖➖➖➖➖➖➖➖➖➖
➖➖➖➖➖➖➖➖➖➖
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
انواع دولوپرها در یک نگاه 👨💻
1. Full Stack Developer 🛠
میتواند در تمام بخشهای یک حوزه IT، فعالیت داشته باشد. مثلا در حوزه وب هم میتواند در بخش بکاند کار کند و هم فرانتاند.
2. FrontEnd Developer 🔮
مسئول برنامهنویسی و توسعه بخشی از وبسایتها و وباپلیکیشنها است که با کاربر تعامل دارد.
3. BackEnd Developer 🧠
برنامهنویسی بخش پردازش و ذخیره اطلاعات در وبسایت یا وباپلیکیشن را به عهده دارد.
4. Mobile Developer 📱
طراحی و توسعه اپلیکیشنهای موبایلی را انجام میدهد.
5. Game Developer 🎮
به ساخت بازی برای پلتفرمهای مختلف مثل موبایل یا کامپیوتر و.. میپردازد.
6. Software Developer 💻
برنامههای تحت ویندوز یا لینوکس یا به طور کلی سیستمعاملهای کامپیوتری را طراحی میکند.
7. Cyber Security Developer 🛡
مسئول ساخت برنامههای امنیتی و ابزارهای تست نفوذ و... است.
8. Data Scientist Developer 🗄
برنامههایی مینویسد که بتواند اطلاعات خاصی را از میان تمام منابع جمعآوری کند.
#دانستنی
🍃💐🍃🌸🍃🌸🍃
➖➖➖➖➖➖➖➖➖➖
🆑 → @segmenttt 🔰
➖➖➖➖➖➖➖➖➖➖
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
1. Full Stack Developer 🛠
میتواند در تمام بخشهای یک حوزه IT، فعالیت داشته باشد. مثلا در حوزه وب هم میتواند در بخش بکاند کار کند و هم فرانتاند.
2. FrontEnd Developer 🔮
مسئول برنامهنویسی و توسعه بخشی از وبسایتها و وباپلیکیشنها است که با کاربر تعامل دارد.
3. BackEnd Developer 🧠
برنامهنویسی بخش پردازش و ذخیره اطلاعات در وبسایت یا وباپلیکیشن را به عهده دارد.
4. Mobile Developer 📱
طراحی و توسعه اپلیکیشنهای موبایلی را انجام میدهد.
5. Game Developer 🎮
به ساخت بازی برای پلتفرمهای مختلف مثل موبایل یا کامپیوتر و.. میپردازد.
6. Software Developer 💻
برنامههای تحت ویندوز یا لینوکس یا به طور کلی سیستمعاملهای کامپیوتری را طراحی میکند.
7. Cyber Security Developer 🛡
مسئول ساخت برنامههای امنیتی و ابزارهای تست نفوذ و... است.
8. Data Scientist Developer 🗄
برنامههایی مینویسد که بتواند اطلاعات خاصی را از میان تمام منابع جمعآوری کند.
#دانستنی
🍃💐🍃🌸🍃🌸🍃
➖➖➖➖➖➖➖➖➖➖
➖➖➖➖➖➖➖➖➖➖
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
الگوی طراحی Composite :
زمانی که کلاینت با یک ساختار درختی از اشیا به صورت کل جزء سروکار دارد ، تشخیص این که کدام گره برگ است و رفتاری با آن داشته باشد و کدام گره برگ نیست و رفتار دیگری با آن داشته باشد ، کار را کمی پیچیده میکند .
برای این که کلاینت اختلاف بین یک شی که زیر شاخهای ندارد و ترکیبی از اشیا که مثل هم میباشند را نادیده بگیرد ، از الگوی Composite استفاده میکنیم ؛ این الگو یکی از الگوهای ساختاری میباشد که به کلاینت اجازه میدهد رفتارش با یک شی یا ترکیبی از اشیا به یک صورت باشد . این الگو یک رابطه بازگشتی را پیاده سازی میکند .
مثال های متعددی میتوان از الگوی Composite آورد ، که در ذیل به چند نمونه از آن ها میپردازیم :
• یک File System را در نظر بگیرید ، که ساختارش از File و Folder تشکیل شده است . و میتواند یک ساختار سلسله مراتبی داشته باشد . به طوری که درون هر Folder میتواند یک یا چند File یا Folder قرار گیرد . و در درون Folder های زیر مجموعه میتوان چندین File یا Folder دیگر قرار داد .
• پنجرههای ویندوز را در نظر بگیرید که هر پنجره میتواند شامل پنجره های دیگر باشد . اگر یک پنجره ، زیر پنجرهی دیگر نداشته باشد یک گره پایانی یا برگ است .
در شکل مربوطه کلاس دیاگرام مربوط به این الگو نمایش داده شده و در زیر آن شرکت کنندگان در آن و نقش هریک بیان شده است .
بنابر گفته GoF هدف از الگوي Composite عبارت است از :
ترکیب اشیا به صورت ساختار درختی ، به طوری که سلسله مراتبی از کل جز را نمایش میدهد ؛ همچنین به clinet اجازه میدهد رفتار مشابهی با یک شی یا ترکیبی از اشیا داشته باشد .
🍃💐🍃🌸🍃🌸🍃
➖➖➖➖➖➖➖➖➖➖
🆑 → @segmenttt 🔰
➖➖➖➖➖➖➖➖➖➖
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
زمانی که کلاینت با یک ساختار درختی از اشیا به صورت کل جزء سروکار دارد ، تشخیص این که کدام گره برگ است و رفتاری با آن داشته باشد و کدام گره برگ نیست و رفتار دیگری با آن داشته باشد ، کار را کمی پیچیده میکند .
برای این که کلاینت اختلاف بین یک شی که زیر شاخهای ندارد و ترکیبی از اشیا که مثل هم میباشند را نادیده بگیرد ، از الگوی Composite استفاده میکنیم ؛ این الگو یکی از الگوهای ساختاری میباشد که به کلاینت اجازه میدهد رفتارش با یک شی یا ترکیبی از اشیا به یک صورت باشد . این الگو یک رابطه بازگشتی را پیاده سازی میکند .
مثال های متعددی میتوان از الگوی Composite آورد ، که در ذیل به چند نمونه از آن ها میپردازیم :
• یک File System را در نظر بگیرید ، که ساختارش از File و Folder تشکیل شده است . و میتواند یک ساختار سلسله مراتبی داشته باشد . به طوری که درون هر Folder میتواند یک یا چند File یا Folder قرار گیرد . و در درون Folder های زیر مجموعه میتوان چندین File یا Folder دیگر قرار داد .
• پنجرههای ویندوز را در نظر بگیرید که هر پنجره میتواند شامل پنجره های دیگر باشد . اگر یک پنجره ، زیر پنجرهی دیگر نداشته باشد یک گره پایانی یا برگ است .
در شکل مربوطه کلاس دیاگرام مربوط به این الگو نمایش داده شده و در زیر آن شرکت کنندگان در آن و نقش هریک بیان شده است .
بنابر گفته GoF هدف از الگوي Composite عبارت است از :
ترکیب اشیا به صورت ساختار درختی ، به طوری که سلسله مراتبی از کل جز را نمایش میدهد ؛ همچنین به clinet اجازه میدهد رفتار مشابهی با یک شی یا ترکیبی از اشیا داشته باشد .
🍃💐🍃🌸🍃🌸🍃
➖➖➖➖➖➖➖➖➖➖
➖➖➖➖➖➖➖➖➖➖
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
#دانستنی
✅ برترین آنتی ویروس های گوشی برای 2022
🍃💐🍃🌸🍃🌸🍃
➖➖➖➖➖➖➖➖➖➖
🆑 → @segmenttt 🔰
➖➖➖➖➖➖➖➖➖➖
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
✅ برترین آنتی ویروس های گوشی برای 2022
🍃💐🍃🌸🍃🌸🍃
➖➖➖➖➖➖➖➖➖➖
➖➖➖➖➖➖➖➖➖➖
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
Telegram
attach 📎
مسیری برای چابک شدن :
وجود مسیری مشخص و قابل سنجش در انجام هر کاری می تواند راهگشا باشد، برای چابک شدن تیمها نیز شناخت چنین راه حلی بسیار راهگشاست. مارتین فاولر در این زمینه مقاله بسیار ارزشمندی با عنوان Your Path through Agile Fluency از Diana Larsen و James Shore در سایت خود منتشر کرده است. در این مقاله نویسندگان برای نشان دادن میزان تسلط تیم در استفاده از شیوه های چابک عبارت Agile Fluency را بکار برده اند و تعریفی برای آن ارائه داده اند. طبق این تعریف اجرای تکنیکها و اقدامات چابک در محیطی آزمایشگاهی مانند دوره های آموزشی کار پیچیده ای نبوده و نمی تواند به عنوان معیاری برای تسلط تیم بر فرهنگ و فنون چابک تلقی شود، در مقابل توانایی تیم در پایبندی به منش چابک در شرایط سخت و بحرانی پروژه های واقعی و ایجاد ارزش برای کسب و کار است که معیار چابکی تیم محسوب می شود.
در این مقاله خصوصیت تبحر در چابکی خصوصیتی تیمی و نه فردی معرفی شده است و نویسندگان تاکید می کنند حضور فردی با توانایی بالا در فهم و اجرای اقدامات چابک در تیم دلیلی برای چابک بودن تیم نیست همچنین حضور افراد کم تچربه هم در تیم مانعی برای تبحر تیم در چابکی نخواهد بود. در روشی که در این مقاله معرفی شده و بر اساس گفته نویسندگان در تیمهای زیادی پیاده سازی شده است برای تبحر در چابکی چهار گام مشخص می شود که هر گام با تعدادی ستاره نشان داده می شود، سطج اول یک ستاره، سطح دوم دو ستاره، سطح سوم سه ستاره و سطج چهارم چهار ستاره دارد. هر سطح دارای معیاری مشخص برای سنجش رسیدن تیم به آن سطح است، از طرفی مزایا و هزینه هایی که در این مسیر برای تیم و سازمان بوجود می آیند نیز معرفی شده اند.
هر سطح مزایای سطوح زیرین خود را در بر دارد. یعنی تیمی که به سطح دوم رسیده است مزایای سطح اول را نیز پیش از آن کسب کرده است. در این مقاله برای هر سطح درصد تیمهایی را که موفق شده اند به آن سطح از تبحر در چابکی دست یابند نیز مشخص شده است، در ادامه خلاصه ای از اطلاعات هر سطح را اورده ام، بدیهی است این نوشتار تنها به منظور معرفی مقاله و بوده و جایگزینی برای خواندن اصل مقاله نیست.
سطح: یک ستاره - *
مزیت: شفافیت بیشتر در کارهای تیم و قابلیت تغییر مسیر
هزینه: نیازمند تیم سازی و مشخص کردن فرآیند انجام کارها است
معیار سنجش: تیم در این سطح میزان پیشرفت کارها را از منظر کسب و کار گرازش می دهد. برای مثال تیم، طراحی بانک اطلاعاتی را به تنهایی به عنوان معیار پیشرفت کار در نظر نگرفته و آن را به عنوان معیاری برای پیشرفت کار گزارش نمی دهد و در عوض میزان ارزشی را که با ساخت یک ویژگی در محصول برای کسب و کار ایجاد کرده است به عنوان سنجه پیشرفت کار در گزارش خود مشخص می کند. تیم هایی با این سطح از تبحر همیشه بر میزان ارزش تجاری ای که ایجاد می کنند متمرکز هستند.
زمان لازم برای رسیدن به این سطح: 2 تا 6 ماه
در این مقاله استفاده از اسکرام و کانبان به عنوان روشی برای رسیدن به این سطح از تبحر در چابکی معرفی شده است.
سطح: دو ستاره -
مزيت: خطای کم در محصول و بهره وری بالای تیم
هزینه: بهره وری پایین تیم در زمان توسعه و یادگیری مهارتهای فنی لازم
معیار سنجش: تیم با بازار و فضای کسب و کار هم آهنگ می شود، در این سطح از تبحر تیم می تواند محصول خود را زمانی به بازار عرضه کند که بازار پذیرای آن بوده و علاوه برا آن هر لحظه به درخواست و بنا بر نیاز فضای کسب و کار میتواند محصول خود را ارائه کند، محصولی که دارای سطح بلوغ و کیفیت قابل پذیرش برای مشتری باشد.
زمان لازم برای رسیدن به این سطح: 3 تا 24ماه
در این مقاله استفاده از مفاهیم و تکنیکهای متدولوژی XP برای رسیدن به این سطح از بلوغ پیشنهاد شده است.
سطح: سه ستاره - *
مزيت: ایجاد ارزش بیشتر و تصمیم گیری بهتر برای محصول
هزینه: نیاز به سرمایه اجتماعی برای بکارگیری خبرگان کسب و کار در ترکیب تیم
معیار سنجش: تیم از معیارهای عینی فضای کسب و کار برای مشخص کردن میزان پیشرفت استفاده می کند، معیاری مانند میزان تاثیر بر سرعت بارگشت سرمايه، میزان سوددهی به ازای هر نفر و ...
زمان لازم برای رسیدن به این سطح: 12 تا 60 ماه
در این مقاله از روش Lean Startup و آموزه های Lean Software Development به عنوان شیوه ای برای رسیدن به این سطح یاد شده است.
سطح: چهار ستاره - ****
مزيت: همسویی با اهداف سازمانی و ایجاد هم افزایی در تیم
هزینه: نیاز به تلاشی مستمر برای ایجاد فرهنگ سازمانی مناسب و خلق اقدامات جدید برای بهبود شیوه تولید و محصول نهایی
معیار سنجش: تیم میزان تاثیر کارها و اقدامات خود را بر تمام سازمان به عنوان گزارشی برای عملکرد خود در نظر می گیرد.
زمان لازم برای رسیدن به این سطح: نامشخص
🍃💐🍃🌸🍃🌸🍃
➖➖➖➖➖➖➖➖➖➖
🆑 → @segmenttt 🔰
➖➖➖➖➖➖➖➖➖➖
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
وجود مسیری مشخص و قابل سنجش در انجام هر کاری می تواند راهگشا باشد، برای چابک شدن تیمها نیز شناخت چنین راه حلی بسیار راهگشاست. مارتین فاولر در این زمینه مقاله بسیار ارزشمندی با عنوان Your Path through Agile Fluency از Diana Larsen و James Shore در سایت خود منتشر کرده است. در این مقاله نویسندگان برای نشان دادن میزان تسلط تیم در استفاده از شیوه های چابک عبارت Agile Fluency را بکار برده اند و تعریفی برای آن ارائه داده اند. طبق این تعریف اجرای تکنیکها و اقدامات چابک در محیطی آزمایشگاهی مانند دوره های آموزشی کار پیچیده ای نبوده و نمی تواند به عنوان معیاری برای تسلط تیم بر فرهنگ و فنون چابک تلقی شود، در مقابل توانایی تیم در پایبندی به منش چابک در شرایط سخت و بحرانی پروژه های واقعی و ایجاد ارزش برای کسب و کار است که معیار چابکی تیم محسوب می شود.
در این مقاله خصوصیت تبحر در چابکی خصوصیتی تیمی و نه فردی معرفی شده است و نویسندگان تاکید می کنند حضور فردی با توانایی بالا در فهم و اجرای اقدامات چابک در تیم دلیلی برای چابک بودن تیم نیست همچنین حضور افراد کم تچربه هم در تیم مانعی برای تبحر تیم در چابکی نخواهد بود. در روشی که در این مقاله معرفی شده و بر اساس گفته نویسندگان در تیمهای زیادی پیاده سازی شده است برای تبحر در چابکی چهار گام مشخص می شود که هر گام با تعدادی ستاره نشان داده می شود، سطج اول یک ستاره، سطح دوم دو ستاره، سطح سوم سه ستاره و سطج چهارم چهار ستاره دارد. هر سطح دارای معیاری مشخص برای سنجش رسیدن تیم به آن سطح است، از طرفی مزایا و هزینه هایی که در این مسیر برای تیم و سازمان بوجود می آیند نیز معرفی شده اند.
هر سطح مزایای سطوح زیرین خود را در بر دارد. یعنی تیمی که به سطح دوم رسیده است مزایای سطح اول را نیز پیش از آن کسب کرده است. در این مقاله برای هر سطح درصد تیمهایی را که موفق شده اند به آن سطح از تبحر در چابکی دست یابند نیز مشخص شده است، در ادامه خلاصه ای از اطلاعات هر سطح را اورده ام، بدیهی است این نوشتار تنها به منظور معرفی مقاله و بوده و جایگزینی برای خواندن اصل مقاله نیست.
سطح: یک ستاره - *
مزیت: شفافیت بیشتر در کارهای تیم و قابلیت تغییر مسیر
هزینه: نیازمند تیم سازی و مشخص کردن فرآیند انجام کارها است
معیار سنجش: تیم در این سطح میزان پیشرفت کارها را از منظر کسب و کار گرازش می دهد. برای مثال تیم، طراحی بانک اطلاعاتی را به تنهایی به عنوان معیار پیشرفت کار در نظر نگرفته و آن را به عنوان معیاری برای پیشرفت کار گزارش نمی دهد و در عوض میزان ارزشی را که با ساخت یک ویژگی در محصول برای کسب و کار ایجاد کرده است به عنوان سنجه پیشرفت کار در گزارش خود مشخص می کند. تیم هایی با این سطح از تبحر همیشه بر میزان ارزش تجاری ای که ایجاد می کنند متمرکز هستند.
زمان لازم برای رسیدن به این سطح: 2 تا 6 ماه
در این مقاله استفاده از اسکرام و کانبان به عنوان روشی برای رسیدن به این سطح از تبحر در چابکی معرفی شده است.
سطح: دو ستاره -
مزيت: خطای کم در محصول و بهره وری بالای تیم
هزینه: بهره وری پایین تیم در زمان توسعه و یادگیری مهارتهای فنی لازم
معیار سنجش: تیم با بازار و فضای کسب و کار هم آهنگ می شود، در این سطح از تبحر تیم می تواند محصول خود را زمانی به بازار عرضه کند که بازار پذیرای آن بوده و علاوه برا آن هر لحظه به درخواست و بنا بر نیاز فضای کسب و کار میتواند محصول خود را ارائه کند، محصولی که دارای سطح بلوغ و کیفیت قابل پذیرش برای مشتری باشد.
زمان لازم برای رسیدن به این سطح: 3 تا 24ماه
در این مقاله استفاده از مفاهیم و تکنیکهای متدولوژی XP برای رسیدن به این سطح از بلوغ پیشنهاد شده است.
سطح: سه ستاره - *
مزيت: ایجاد ارزش بیشتر و تصمیم گیری بهتر برای محصول
هزینه: نیاز به سرمایه اجتماعی برای بکارگیری خبرگان کسب و کار در ترکیب تیم
معیار سنجش: تیم از معیارهای عینی فضای کسب و کار برای مشخص کردن میزان پیشرفت استفاده می کند، معیاری مانند میزان تاثیر بر سرعت بارگشت سرمايه، میزان سوددهی به ازای هر نفر و ...
زمان لازم برای رسیدن به این سطح: 12 تا 60 ماه
در این مقاله از روش Lean Startup و آموزه های Lean Software Development به عنوان شیوه ای برای رسیدن به این سطح یاد شده است.
سطح: چهار ستاره - ****
مزيت: همسویی با اهداف سازمانی و ایجاد هم افزایی در تیم
هزینه: نیاز به تلاشی مستمر برای ایجاد فرهنگ سازمانی مناسب و خلق اقدامات جدید برای بهبود شیوه تولید و محصول نهایی
معیار سنجش: تیم میزان تاثیر کارها و اقدامات خود را بر تمام سازمان به عنوان گزارشی برای عملکرد خود در نظر می گیرد.
زمان لازم برای رسیدن به این سطح: نامشخص
🍃💐🍃🌸🍃🌸🍃
➖➖➖➖➖➖➖➖➖➖
➖➖➖➖➖➖➖➖➖➖
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
کد کرک کردن ویژوال استدیو 2015 و 2017
Visual Studio 2015 Enterprise VL Key:
HM6NR-QXX7C-DFW2Y-8B82K-WTYJV
===================================
Visual Studio 2015 Professional VL Key:
HMGNV-WCYXV-X7G9W-YCX63-B98R2
===================================
Visual Studio 2015 ultimate
Volume MAK keys:
8NGCP-4C7C4-V8M6B-WYR84-4X8VC
HVMN2-KPHQH-MGD96-CQ3R9-MG9QP
QNR3H-K4HYT-RRYQY-J3PRP-D69QP
NQ832-YV2QK-KVQF6-QJ2FB-88F7C
GXRNF-6BC9R-MWMRR-J8B4F-WFG3P
2TNKK-Q3FCT-CQP8T-WJ6TT-TJF7C
FVGNR-X82B8-6D9QM-PBF7Q-DV63P
FMX72-NDXT3-VBJVM-R97C3-YBHX2
______2017_______________
Enterprise: NJVYC-BMHX2-G77MM-4XJMR-6Q8QF
Professional: KBJFW-NXHK6-W4WJM-CRMQB-G3CDH
🍃💐🍃🌸🍃🌸🍃
➖➖➖➖➖➖➖➖➖➖
🆑 → @segmenttt 🔰
➖➖➖➖➖➖➖➖➖➖
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
Visual Studio 2015 Enterprise VL Key:
HM6NR-QXX7C-DFW2Y-8B82K-WTYJV
===================================
Visual Studio 2015 Professional VL Key:
HMGNV-WCYXV-X7G9W-YCX63-B98R2
===================================
Visual Studio 2015 ultimate
Volume MAK keys:
8NGCP-4C7C4-V8M6B-WYR84-4X8VC
HVMN2-KPHQH-MGD96-CQ3R9-MG9QP
QNR3H-K4HYT-RRYQY-J3PRP-D69QP
NQ832-YV2QK-KVQF6-QJ2FB-88F7C
GXRNF-6BC9R-MWMRR-J8B4F-WFG3P
2TNKK-Q3FCT-CQP8T-WJ6TT-TJF7C
FVGNR-X82B8-6D9QM-PBF7Q-DV63P
FMX72-NDXT3-VBJVM-R97C3-YBHX2
______2017_______________
Enterprise: NJVYC-BMHX2-G77MM-4XJMR-6Q8QF
Professional: KBJFW-NXHK6-W4WJM-CRMQB-G3CDH
🍃💐🍃🌸🍃🌸🍃
➖➖➖➖➖➖➖➖➖➖
➖➖➖➖➖➖➖➖➖➖
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
#دانستنی
✅ افزایش سرعت بوت شدن ویندوز با یک ترفند ساده
🍃💐🍃🌸🍃🌸🍃
➖➖➖➖➖➖➖➖➖➖
🆑 → @segmenttt 🔰
➖➖➖➖➖➖➖➖➖➖
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
✅ افزایش سرعت بوت شدن ویندوز با یک ترفند ساده
🍃💐🍃🌸🍃🌸🍃
➖➖➖➖➖➖➖➖➖➖
➖➖➖➖➖➖➖➖➖➖
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
Telegram
attach 📎
#ترفند
✅امکانات مخفی ماشین حساب ویندوز
🍃💐🍃🌸🍃🌸🍃
➖➖➖➖➖➖➖➖➖➖
🆑 → @segmenttt 🔰
➖➖➖➖➖➖➖➖➖➖
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
✅امکانات مخفی ماشین حساب ویندوز
🍃💐🍃🌸🍃🌸🍃
➖➖➖➖➖➖➖➖➖➖
➖➖➖➖➖➖➖➖➖➖
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
Telegram
attach 📎
ویژگیهای Composite
🍃💐🍃🌸🍃🌸🍃
➖➖➖➖➖➖➖➖➖➖
🆑 → @segmenttt 🔰
➖➖➖➖➖➖➖➖➖➖
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
🍃💐🍃🌸🍃🌸🍃
➖➖➖➖➖➖➖➖➖➖
➖➖➖➖➖➖➖➖➖➖
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
#ترفند
✅ چطوری فایلی رو مخفی کنیم که با سرچ هم پیدا نشه؟
🍃💐🍃🌸🍃🌸🍃
➖➖➖➖➖➖➖➖➖➖
🆑 → @segmenttt 🔰
➖➖➖➖➖➖➖➖➖➖
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
✅ چطوری فایلی رو مخفی کنیم که با سرچ هم پیدا نشه؟
🍃💐🍃🌸🍃🌸🍃
➖➖➖➖➖➖➖➖➖➖
➖➖➖➖➖➖➖➖➖➖
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
Telegram
attach 📎
مقایسه ابزارها برای درک بهتر نه قضاوت درباره آنها :
کتابی را در خصوص Kanban و Scrum می خواندم، بخشی از کتاب به مقایسه این دوشیوه در تولید نرم افزار پرداخته بود، عنوان بخش برایم جالب بود،"مقایسه ابزارها برای درک بهتر نه قضاوت در باره آنها" نویسنده موضوع را با این سوال آغاز می کند، چنگال بهتر است یا چاقو؟َ در جواب آمده است که برای خوردن کوفته قلقلی چنگال بهتر از چاقو ست و برای خرد کردن قارچ چاقو بهتر از چنگال و اگر هم بخواهید تکه ای استیک را بخورید به هردو نیاز دارید و اگر هم بخواهید پلو بخورید قاشق بر هردوی آنها ارجحیت دارد.
نتیجه: مناسب بودن هر ابزارو روشی به زمینه ای که قرار است در آن از آن ابزار و روش استفاده شود بستگی دارد.
بعد از خواندن این مطلب به فضای حرفهای خودمان در ایران فکر کردم، این روزها تب متدهای چابک و در راس آنها اسکرام همه جا را گرفته، RUP نشان تحجر شده و هر رزومه ای را که می خوانی در راس آن ادعای راهبر اسکرام بودن را می بینی(این روزها رزومه های زیادی به شرکت ما آمده و بسیاری را حسب وظیفه خوانده ام). سالها پیش را به خاطر دارم که تازه تکنولوژی Remoting در دات نت ارائه شده بود، هر جا رزومه ای فرستاده میشد تسلط بر Remoting اولین ستاره درخشان رزومه بود یا هر کس مصاحبه ای میکرد اولین سوال این بود که Remoting بلدی؟
نمی دانم چرا ما چنین رفتار غیر حرفه ای را در جامعه کاریمان داریم، روزی ابزاری یا روشی مد شده و همه بدنبال آن هستیم اغلب آن را جایی و به شکلی که نباید به کار می بریم و منجر به شکست پروژه ها میشویم(بی شک ابزار و روش را مقصر می دانیم) روزی ابزاری دیگر را برای جبران این شکست همچون چوب جادو در دست می گیریم و می پرستیم. این چرخه ای ست که هر روز و هرروز تکرار می شود، کاش کمی هوشمندانه تر، فارغ از قیل و قال به موفقیت پروژه هايمان می پرداختیم و به یاد می داشتیم، این چیزی که آن را دوای هر دردی در پروژه می دانیم برای شرایط و مختصاتی خاص ساخته شده است، نو بودن آن، بروز بودن آن و هیاهوی بازار بر سر آن نمی تواند دلیل لازم و کافی برای موفقیت استفاده از آن باشد، شرایط پروژه،کسب و کار، نیروی انسانی و حتی فرهنک ما ست که موفقیت عملکرد آن ابزار را تضمین می کند. پس بهتر است نه چنگالهایمان را دور بیندازیم نه چاقوها یمان را ، هریک را بهر کاری ساخته اند، باید تلاش کنیم تا قاشقی را هم تهیه کنیم که آن هم به موقع و بجایش بکار خواهد آمد .
🍃💐🍃🌸🍃🌸🍃
➖➖➖➖➖➖➖➖➖➖
🆑 → @segmenttt 🔰
➖➖➖➖➖➖➖➖➖➖
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
کتابی را در خصوص Kanban و Scrum می خواندم، بخشی از کتاب به مقایسه این دوشیوه در تولید نرم افزار پرداخته بود، عنوان بخش برایم جالب بود،"مقایسه ابزارها برای درک بهتر نه قضاوت در باره آنها" نویسنده موضوع را با این سوال آغاز می کند، چنگال بهتر است یا چاقو؟َ در جواب آمده است که برای خوردن کوفته قلقلی چنگال بهتر از چاقو ست و برای خرد کردن قارچ چاقو بهتر از چنگال و اگر هم بخواهید تکه ای استیک را بخورید به هردو نیاز دارید و اگر هم بخواهید پلو بخورید قاشق بر هردوی آنها ارجحیت دارد.
نتیجه: مناسب بودن هر ابزارو روشی به زمینه ای که قرار است در آن از آن ابزار و روش استفاده شود بستگی دارد.
بعد از خواندن این مطلب به فضای حرفهای خودمان در ایران فکر کردم، این روزها تب متدهای چابک و در راس آنها اسکرام همه جا را گرفته، RUP نشان تحجر شده و هر رزومه ای را که می خوانی در راس آن ادعای راهبر اسکرام بودن را می بینی(این روزها رزومه های زیادی به شرکت ما آمده و بسیاری را حسب وظیفه خوانده ام). سالها پیش را به خاطر دارم که تازه تکنولوژی Remoting در دات نت ارائه شده بود، هر جا رزومه ای فرستاده میشد تسلط بر Remoting اولین ستاره درخشان رزومه بود یا هر کس مصاحبه ای میکرد اولین سوال این بود که Remoting بلدی؟
نمی دانم چرا ما چنین رفتار غیر حرفه ای را در جامعه کاریمان داریم، روزی ابزاری یا روشی مد شده و همه بدنبال آن هستیم اغلب آن را جایی و به شکلی که نباید به کار می بریم و منجر به شکست پروژه ها میشویم(بی شک ابزار و روش را مقصر می دانیم) روزی ابزاری دیگر را برای جبران این شکست همچون چوب جادو در دست می گیریم و می پرستیم. این چرخه ای ست که هر روز و هرروز تکرار می شود، کاش کمی هوشمندانه تر، فارغ از قیل و قال به موفقیت پروژه هايمان می پرداختیم و به یاد می داشتیم، این چیزی که آن را دوای هر دردی در پروژه می دانیم برای شرایط و مختصاتی خاص ساخته شده است، نو بودن آن، بروز بودن آن و هیاهوی بازار بر سر آن نمی تواند دلیل لازم و کافی برای موفقیت استفاده از آن باشد، شرایط پروژه،کسب و کار، نیروی انسانی و حتی فرهنک ما ست که موفقیت عملکرد آن ابزار را تضمین می کند. پس بهتر است نه چنگالهایمان را دور بیندازیم نه چاقوها یمان را ، هریک را بهر کاری ساخته اند، باید تلاش کنیم تا قاشقی را هم تهیه کنیم که آن هم به موقع و بجایش بکار خواهد آمد .
🍃💐🍃🌸🍃🌸🍃
➖➖➖➖➖➖➖➖➖➖
➖➖➖➖➖➖➖➖➖➖
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
#ترفند
✅ آموزش نرم افزار ساعت ویندوز و قابلیت های کاربردی آن
🍃💐🍃🌸🍃🌸🍃
➖➖➖➖➖➖➖➖➖➖
🆑 → @segmenttt 🔰
➖➖➖➖➖➖➖➖➖➖
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
✅ آموزش نرم افزار ساعت ویندوز و قابلیت های کاربردی آن
🍃💐🍃🌸🍃🌸🍃
➖➖➖➖➖➖➖➖➖➖
➖➖➖➖➖➖➖➖➖➖
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
Telegram
attach 📎
✅ مهندسین کامپیوتر را دست کم نگیرید! ✅
❓❓زیرا:
1- آنها اولین چیزی که یاد گرفته اند TrueوFalse بوده،پس راحت میتوانند درست را از نادرست تشخیص دهند.
2- تمام برنامه هایی که انها پیاده سازی میکنند دارای الگوریتم می باشد و مرحله مرحله پیش میرود حتی نقطه برگشت دارد، پس راحت میتوانند به عقب برگردند و مسیر را تغییر دهند.
3- آنها از بچگی در دو دنیا زندگی کرده اند، پس حواستان باشد با یک حرکت میتوانند شما را انتقال دهند به دنیای مجازی.
4- آنها همیشه روی سیستم خود آنتی ویروس نصب میکنند و کوچکترین مورد مشکوکی که ببینند سریع delete میکنند،پس راحت میتوانند شما حذف کنند.
5- انها Cut کردن را خوب بلد هستند.
🍃💐🍃🌸🍃🌸🍃
➖➖➖➖➖➖➖➖➖➖
🆑 → @segmenttt 🔰
➖➖➖➖➖➖➖➖➖➖
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
❓❓زیرا:
1- آنها اولین چیزی که یاد گرفته اند TrueوFalse بوده،پس راحت میتوانند درست را از نادرست تشخیص دهند.
2- تمام برنامه هایی که انها پیاده سازی میکنند دارای الگوریتم می باشد و مرحله مرحله پیش میرود حتی نقطه برگشت دارد، پس راحت میتوانند به عقب برگردند و مسیر را تغییر دهند.
3- آنها از بچگی در دو دنیا زندگی کرده اند، پس حواستان باشد با یک حرکت میتوانند شما را انتقال دهند به دنیای مجازی.
4- آنها همیشه روی سیستم خود آنتی ویروس نصب میکنند و کوچکترین مورد مشکوکی که ببینند سریع delete میکنند،پس راحت میتوانند شما حذف کنند.
5- انها Cut کردن را خوب بلد هستند.
🍃💐🍃🌸🍃🌸🍃
➖➖➖➖➖➖➖➖➖➖
➖➖➖➖➖➖➖➖➖➖
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
#آموزش
✅ آموزش تعمیر ویندوز آسیب دیده
🍃💐🍃🌸🍃🌸🍃
➖➖➖➖➖➖➖➖➖➖
🆑 → @segmenttt 🔰
➖➖➖➖➖➖➖➖➖➖
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
✅ آموزش تعمیر ویندوز آسیب دیده
🍃💐🍃🌸🍃🌸🍃
➖➖➖➖➖➖➖➖➖➖
➖➖➖➖➖➖➖➖➖➖
👁🗨با فوروارد کردن پست های چنل از ما حمایت کنید 👁🗨
Telegram
attach 📎