#پست_مجدد این پست تا به حال بیش از ۱۱۰۰ بار مشاهده شده و به نظر می‌رسد برای خوانندگان جدید کانال جذاب باشد.

تجربه کار در یک تیم remote تجربه جذابی است. خیلی‌ها بر این باورند که راندمانشان هنگام کار از راه دور بیشتر از زمانی است که در دفتر کار می‌کنند.
همچنین کار تیمی با یک تیم از راه دور گاهی جذاب‌تر است، اما گاهی پیچیدگی‌های دارد که با کار در کنار هم در محیط فیزیکی ایجاد نمی‌شود.
در این مقاله برخی از این چالش‌ها به همراه نکاتی برای کار در تیم‌های remote مطرح شده است.

https://leanstartup.co/12-tips-for-managing-a-remote-team-and-loving-it/

#مریم_کمالی (https://ow.ly/9Wa430mFGeK)

کانال تلگرام:
@SoftwarePhilosophy

___

اسکرام مسترها در طول هفته چه کار می‌کنند؟ این سوال بسیاری از اسکرام مسترها است. به تازگی طی نظرسنجی موارد زیر بیشترین فعالیتهایی بود که آنها انجام میدادند:

🌐 به طور میانگین هر هفته اسکرام مستر مشغول فعالیتهای زیر است:

⁦✍️⁩ Product Backlog refinement: 1.00 hours/week

⁦✍️⁩ Sprint Planning: 0.75 hours/week

⁦✍️⁩ Daily Scrum: 1.50 hours/week

⁦✍️⁩ Sprint Review: 0.50 hours/week

⁦✍️⁩Sprint Retrospective: 0.75 hours/week

⁦✍️⁩ Learning: 2.00 hours/week

⁦✍️⁩Training of teammates: 3.00 hours/week

⁦✍️⁩Training of stakeholders: 2.00 hours/week


گزارش کامل
https://berlin-product-people.com/scrum-master-duties/

@iranagile

❇️ آموزش ساخت برنامه های توزیع شده (Distributed) توسط Akka.NET (زبان اصلی زیر نویس دار)

از پایین ویدئو گزینه [Subtitle/captions] میتوانید زیرنویس آن را فعال کنید

مدل Actor به عنوان یک مدل Messaging برای برنامه‌نویسی توزیع شده و همزمان در مقابل استفاده از Thread ها به حساب می‌آید.
فریمورک Akka برای استفاده از مدل Actor در زبان Java طراحی شده و Akka.NET فریمورک Port شده آن برای دات نت است.
(اطلاعات بیشتر : Repository - Document)
توسط این فریمورک میتوان برنامه هایی با پرفرمنس و همزمانی بالا را بدون اینکه صراحتا درگیر مدیریت تردها و قفل گذاری شوید بنویسید


[01:35] - Implementations and uses of the actor model
[03:13] - What is an actor?
[10:04] - Actors in the cloud
[12:05] - Running Akka .NET on premise or in cloud
[14:31] - Use cases for Akka .NET
[17:25] - Supported versions of .NET
[18:45] - Running Akka .NET in containers

Useful Links
Petabridge - (Repository)
Akka .NET on GitHub
Akka .NET Bootcamp
Akka .NET Code Samples
____________
@DotNetZoom

کلاه سانتا (Santa Hat)

ضمن تبریک سال نو میلادی به همه‌ی دوستان، در راستای این پست در کانال Software Philosophy و طبق صحبتی که با جناب #آقای_داوودی گرامی شد، قرار بر این شد که در راستای نشر مشکل اتفاق افتاده راه حل اتخاذ شده برای این قضیه رو هم نشر بدیم.

درباره‌ی این‌که داستان دقیقا چی بوده می‌تونید به 7 دقیقه‌ی اول از این podcast جناب #آقای_قدس عزیز در کانال Codehaks گوش بدید. اما به طور خیلی خلاصه دقیقا مشابه همین کلاهیه که اگر تلگرامتون رو به‌روز رسانی کرده باشین در این ایام روی نام Telegram در صفحه‌ی اصلیش می‌بینید، که حالا فرض کنید به دلایلی، شخصی اون رو توهین آمیز قلمداد کنه.

حالا که می‌دونید داستان از چه قرار هست، ببینیم واکنش #مایکروسافت (#Microsoft) به این قضیه به چه صورت بوده؟

در واقع همون‌طور که خودشون هم گفتن با وضعیت بسیار حساس و سختی مواجه بودن، چون با هر واکنششون واکنش‌های بیش‌تری رقم می‌خورده، و هم‌چنین از طرفی دیگه تعدادی از افراد آزرده خاطر می‌شدن. هم‌چنین تا حد ممکن سعی داشتن تا چیزی رو سانسور نکنن، حتی برخی از Commentها و Issueهایی که خارج از آیین نامه‌ی اخلاقی یا همون Code of Conductاشون بوده، و همون‌طور که توی پست و podcast که در بالا بود، عنوان شد به دلیل شوخ طبعی کاربران Issueهای Spam اونقدری زیاد شده بوده که مجبور به قفل کردن Repository شدن!

البته که بر مبنای نظام نامه اخلاقیشون (Code of Conduct) حق حذف Issueها و Commentهایی رو که بنا به تشخیص خارج از ضوابط بود رو داشتن اما از طرفی نمی‌خواستن سانسور رو بر روی همه‌ی اون‌ها اعمال کنن و قصد داشتن فقط موارد بحرانی‌تر رو حذف کردن، در واقع به طور خلاصه این دستورالعمل رو پیاده کردن:

1️⃣ برچسب جدیدی با نام *off-topic ساختن و Issueها رو باهاش Tag کردن، که باعث شد ربات مربوطه (که رده بندی‌ها رو انجام می‌داد) اون Issue رو ببنده و این قضیه منجر به این شد که راحت‌تر و سریع‌تر با Backlogها سر و کله بزنن.
2️⃣ اگر Issue توسط یکی از افراد تیم بسته شده بود برچسب *off-topic رو بهش اضافه کردن و دلیل بسته شدنشون رو به طور دستی ثبت کردن.
3️⃣ برای این‌که کاربرا بتونن ببینن چه چیزهایی بسته شده، Issueها رو باز گذاشتن و تصمیم گرفتن فقط وقتی قفلش کنن که نظام نامه اخلاقیشون رو نقض کن.
4️⃣ تعداد کمی از Commentها و Issueهایی که بیش از حد توهین آمیز بودن رو به طور کلی حذف کردن

و همون‌طور که توی podcast هم شنیدید، در مورد نمایش آیکن این گزینه رو به طور انتخابی برای کاربران قرار دادن، به نحوی که اگر کسی تمایل داشت آیکن به همراه کلاه رو انتخاب کنه، و کسی که نمی‌خواد هم آیکن عادی رو در رابط کاربریش انتخاب کنه.


البته بد نیست بدونید این اولین باری نبوده که چنین مشکلی پیش میاد. در واقع در سال 2011 در مورد پروژه VLC (که یک Player هست) به خاطر این تغییر شخصی در Forum مربوطه اعتراض کرد. اما در اونجا شخصی از رهبران توسعه‌ی تیم خیلی مستقیم بهش گفت: «اگر نمیخوای می‌تونی از VLC استفاده نکنی!» که خوب این برخورد باز خودش برای بعضی‌ها توهین آمیز بود. اما برخی معتقدن مایکروسافت هم می‌تونست هم‌چنین برخوردی رو کنه و هم خودش رو راحت‌تر کنه، هم به خاطر حرف یک شخص، عقیده بسیاری اشخاص دیگه رو ندیده نگیره. اما خوب شاید اصرار به میانه روی و تعادل مایکروسافت و یا همون جمله‌ی گفته شده در متن که: «مورد اهانت قرار گرفتن حتی یک نفر هم می‌تونه زیاد باشه!» بیش‌تر خودش رو به سختی انداخت، که البته سر آخر ارزششو داشت و به رضایت نسبی بیشتری دست پیدا کرد.

نظر شما در این رابطه چیه؟ کدوم رفتار درست‌تره؟ و یا چه راهکار/هایی به ذهنتون می‌رسه تا از هرج و مرج به وجود آمده جلوگیری کنید، یا پس از ایجاد شدن بتونید سریع رفعش کنید؟

برای این‌که به طور دقیق‌تر و جزیی‌تر راجع به این قضیه مطالعه کنید می‌تونید به لینک زیر سر بزنید:
https://github.com/microsoft/vscode/issues/87440
#WroteBy <Chris Dias>
#Date <23 Dec 2019>

References
https://github.com/microsoft/vscode/issues/87440
https://linuxreviews.org/Microsoft_Removes_Christmas_Hat_from_MIT_Licensed_VS_Code,_Closes_Issue_Tracker_To_Silence_Complaints
https://forum.videolan.org/viewtopic.php?t=96539
https://news.ycombinator.com/item?id=21833377
https://t.iss.one/SoftwarePhilosophy/1832
https://t.iss.one/codehaks/919

#SantaHat
#VSCode
#Fun
#Solution

by @D4NTESPARDA
@ProgrammingLanguages

تفکر خارج از چارچوب

در فضای کاریمان شاید بارها و بارها این کلیشه‌ی معروفِ “تفکر خارج از چارچوب یا (thinking out of the box)" شنیده‌ایم. امّا هنگام مواجه شدن با یک چالش جدید، باز هم درگیر همان چارچوبی هستیم که قبلا با آن مشکلات را حل کردیم. امّا قبل از اینکه به این موضوع بپردازیم که چطور می‌توانیم خارج از این زندان ذهنی بیاندیشیم به تاریخچه‌ی کوتاهی ازین اصطلاح می‌پردازیم که کمک کننده است.

از ویکیپدیا:

تفکر خارج از چارچوب استعاره‌ای است به معنی فکر کردن به روشی متفاوت، غیرمعمولی، مبتکرانه یا از جنبه‌ای متفاوت. این اصطلاح در دهه‌های ۱۹۷۰ و ۱۹۸۰ در حوزه مشاوره مدیریتی سرچشمه گرفت که مشاوران از مراجعان می‌خواستند پازل ۹ نقطه‌ای را که نیاز به تفکر جانبی داشت حل کنند.

پازل ۹ نقطه ای چیست؟

پازلی که در آن باید هر ۹ نقطه با چهار خط مستقیم یا کمتر، بدون برداشتن قلم یا بیش از یک بار رد شدن دو خط از روی هم، به هم وصل شوند. (پیشنهاد می‌کنم قبل از گوگل کردن جواب این پازل ۹ نقطه‌ای، آن را بر روی کاغذ کشیده و خود را محکی بزنید)
این عبارت یا کلیشه به طور گسترده‌ای در محیط‌های کسب و کار به خصوص توسط مشاوران مدیریت و مربیان اجرایی به کار گرفته شده است.

در مقاله‌ی امروز، نویسنده به سه راه حل پیشنهادی می‌پردازد که باعث می‌شود شما در تیم به یک فرد ناهمسو ولی سازنده تبدیل شوید! مقاله‌ی کوتاه امروز را دنبال کنید و اگر روش یا پیشنهاد دیگری برای خارج شدن از چارچوب ذهنی می‌شناسید با ما در قسمت نظرات در میان بگذارید.

https://bit.ly/dxgn542

(زمان حدودی مطالعه: ۱۰ دقیقه)

نویسنده: حسین میرزاده

#تفکر_خارج_از_چارچوب #روش_شناسی #چالش

@Dexign فلسفه دیزاین

___

تفاوت بین Site Reliability Engineering و Engineering DevOps مطلب جالبی‌ست. با آنکه با هم تفاوت دارند اما شبیه به هم هستند. اگر بخواهیم با دنیای OOP مقایسه کنیم SRE شبیه کلاس‌ها است و DevOps شبیه اینترفیس‌ها . SRE روابط بین دپارتمان‌های تولید و عملیات را به لحاظ همکاری و به اشتراک گذاری داده ها تنظیم می‌کند .

لینک زیر تفاوت این دو را به خوبی بیان می‌کند :

https://www.bmc.com/blogs/sre-vs-devops/

#شهریار_انتظام (https://ow.ly/qDN430nPiCg)

کانال تلگرام:
@SoftwarePhilosophy

___

چگونه در یک شرکت پروژه محور، محصول محور باشیم؟

یکی از مشکلات اساسی که شرکت‌های نرم افزاری با آن مواجه هستند، شتر گاو پلنگ بودن میان دو دنیای پروژه محوری و محصول محوری است.
در دنیای پروژه محور ما از اول به دنبال یک “زمان و برنامه” هستیم: 1- چه زمانی کار به اتمام می رسد 2- برنامه دقیق اجرا چیست؟ تا بعد آن یک واحد نظارتی دیگر بر اساس این برنامه و زمان اعلام شده ، پیشرفت پروژه را ارزیابی کند. در نگرش پروژه محور، سوال همیشگی این است "چه زمانی تمام می شود"، بخاطر همین همیشه اصلی ترین چالش شیوه تخمین زدن زمان پروژه است.
اما در دنیا محصول محور، یک محصول تا زمانی که برای مشتری/شرکت ارزش خلق کند زنده خواهد ماند و تا هر زمانی که زنده است، توسعه ادامه خواهد داشت(چرخه عمر محصول).
فرض کنیم، نرم افزاری مانند اینستاگرام را بخواهیم پروژه در نظر بگیریم که یک شرکت پیمانکار از شرکت فیسبوک گرفته تا انجام دهد، احتمالا در نظام مدیریت پروژه سوال این است که “کی این پروژه تمام می شود؟ ساختار شکست کار به چه صورتی است؟”

ادامه نوشته
https://vrgl.ir/PLf8F

@iranagile

❇️ یک پروژه FullStack سورس باز SPA با Angular 8 و Asp.Net Core 3.1

🔰 تکنولوژی ها و امکانات :
✔️ASP.NET Core 3.1
✔️Entity Framework Core 3.1
✔️Both Sql Server and Sql lite databases are supported
✔️Identity Server 4
✔️Angular 8
✔️Angular CLI 8
✔️Secure - with CSP and custom security headers
✔️SignalR
✔️SASS
✔️Best practices for Angular code organisation.
✔️Clean Architecture for ASP.Net Core code.
✔️PWA support
✔️SSR (Server side rendering)
✔️Fast Unit Testing with Jest.
✔️E2E testing with Protractor.l
✔️Compodoc for Angular documentation
✔️Login and Registration using Identity Server implicit flow
✔️Extensible User/Role identity implementation
✔️Social logins support with token based authentication
✔️Swagger as Api explorer

🔸 مخزن گیتهاب
https://github.com/asadsahi/AspNetCoreSpa
_____________________
@DotNetZoom

موفقیت با رمز یکپارچگی

اگر نگاهی به تاریخچه‌ی شرکت‌های بزرگ و محصولاتشان بیاندازیم، خواهیم دید که در طول زمان و با به‌روزرسانی و پیشرفت محصولاتشان، سیر عملکرد و فرآیندهای آنها تغییر چندانی نکرده است. به عنوان مثال اگر به نرم‌افزار فتوشاپ که در دهه ۹۰ و سرویس جیمیل که اوایل قرن بیستم منتشر شدند توجه کنیم، خواهیم دید که علی‌رغم تغییرات ظاهری در گذر زمان، فرآیندها و روندهای آنها تغییر چندانی نکرده است و کاربر با اندکی تلاش می‌تواند با نسخه‌های جدیدتر ارتباط برقرار کرده و از آنها استفاده کند. این یکپارچگی و هماهنگی محصولات سبب می‌شود کاربر در استفاده از آن‌ها همان حس و حال محصول قدیمی و آشنا را داشته باشد.

این ویژگی یکپارچگی (Consistency) نام دارد و باعث می‌شود کاربر برای استفاده از محصول یا سرویس نیازمند یادگیری اصول و قواعد جدید نباشد و همچنین هنگام استفاده از آن دچار سردرگمی نشود.

پیروی از الگوهای مشخص در طراحی و ارائه محصولات و سرویس‌های جدید یکی از نکات کلیدی در بهبود تجربه کاربری و همراه‌سازی کاربر با محصول یا سرویس ارائه شده است.

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

https://bit.ly/dxgn543

به نظر شما توجه به چه نکاتی در حفظ یکپارچگی محصول مؤثر است؟ نظرات خود را با ما در میان بگذارید.

(زمان حدودی مطالعه: ۱۲ دقیقه)

نویسنده: محمدرضا پناهی

#یکپارچگی #تجربه_کاربری #طراحی_محصول

@Dexign فلسفه دیزاین

ـــــــــــــ

#پست_مجدد این پست تا به حال بیش از ۹۰۰ بار مشاهده شده و به نظر می‌رسد برای خوانندگان جدید کانال جذاب باشد.

نوشتن تست یکی از دوست نداشتنی‌ترین! کارهایی است که یک برنامه نویس باید انجام دهد.

تست در جاوااسکریپت طی سال‌های اخیر پیشرفت زیادی کرده است و برنامه‌نویس‌ها به آن علاقه مند«تر» شده‌اند ولی هنوز منابع کمی برای شناخت کلی از همه ابعاد تست در جاوااسکریپت وجود دارد.

این مقاله و منابعی که در انتهای آن معرفی شده است راهنمای بسیار جامعی درباره تست در جاوااسکریپت هستند.

https://medium.com/welldone-software/an-overview-of-javascript-testing-in-2019-264e19514d0a

#مریم_کمالی (https://ow.ly/9Wa430mFGeK)

کانال تلگرام:
@SoftwarePhilosophy

___

#پست_مجدد این پست تا به حال نزدیک به ۳۴۰۰ بار مشاهده شده و به نظر می‌رسد برای خوانندگان جدید کانال جذاب باشد.

تجزیه اعداد به عوامل اول با استفاده از یکوارها

یکی از مفاهیمی که در دنیای امنیت بسیار از آن استفاده می‌شود، سخت بودن تجزیه اعداد بزرگ با عوامل اول بزرگ است. به این معنی که اگر دو عدد اول خیلی بزرگ را در هم ضرب کنیم و حاصلضرت را در اختیار شخصی بگذاریم، اون نمی‌تواند در زمان معقول به آن دو عدد اول دست پیدا کند. در حقیقت تا یکی از عوامل را نداشته باشد نمی‌تواند عامل دیگر را پیدا کند. این مفهوم یکی از مفاهیم پایه‌ای برای الگوریتم‌های public key/private key مانند RSA است.
مقاله زیر یک روش جدید را برای تجزیه اعداد با استفاده از خواص اعداد Repunit یا همان اعداد متشکل از 1 مانند 11, 111, 1111, 11111, … ارائه داده‌است. این الگوریتم بیشتر از لحاظ چند اثبات ریاضی جالب است که ارتباط بین این اعداد با اعداد اول را تشریح کرده‌است.

لینک کامل این مقاله در پست زیر آمده است.

https://mehrandvd.me/2018/02/16/using-repunits-prime-factorization/


⁉️ برای بحث و تبادل نظر فنی در مورد این پست، بر روی لینک زیر کلیک کنید:

https://ow.ly/9Yrt30jvRhK

#مهران_داودی (https://ow.ly/GwIl309lFEm)

کانال تلگرام:
@SoftwarePhilosophy


___

❇️ معرفی کد آنالیزر Serilog

همانطور که میدانید Serilog قوی ترین و محبوب ترین کتابخانه Logging در دات نت است. اگر از آن استفاده می کنید پیشنهاد میکنم افزونه و کتابخونه زیر رو هم نصب کنین

ابزار Serilog Analyzer یک آنالیزر roslyn-based برای Serilog بوده و خطا های رایج و اشتباهات متداول به هنگام استفاده از Serilog را گوشزد کرده و اصلاح میکند.

🔰جهت استفاده، افزونه Visual Studio و کتابخانه زیر را نصب کنید
https://marketplace.visualstudio.com/items?itemName=Suchiman.SerilogAnalyzer
https://www.nuget.org/packages/SerilogAnalyzer

ریپازیتوری گیتهاب :
https://github.com/Suchiman/SerilogAnalyzer
___________________
@DotNetZoom

قلب تپنده تجربه کاربری

اصلی‌ترین مشخصه‌ی یک دیزاین کاربر محور رساندن مخاطب به اهدافش در سریعترین زمان و به آسان‌ترین شکل ممکن است. اما دستیابی به این هدف در طراحی محصولات دیجیتال از جمله وبسایت‌ها و اپلیکیشن‌های موبایل که سرشار از اطلاعات هستند، نیازمند آن است که داده‌ها به شکل مناسبی سازماندهی شوند.

معماری اطلاعات علمی‌ست که به طراحان در این امر کمک می‌کند. با استفاده از این علم طراحان می‌توانند ساختار محتوا را به‌گونه‌ای سازماندهی کنند تا قابل فهم و کاربردی باشد. معماری اطلاعات نخستین بار توسط آقای Richard Saul Wurman که یک معمار و طراح آمریکایی بود معرفی و مطرح شد.

پیش از هر چیز متخصصان معماری اطلاعات باید در نظر بگیرند که نیازهای مخاطبین هدف چیست، چراکه رضایتمندی کاربران اولویت دارد. بعد از آن نوع محصول و خواست‌های شرکت ارائه‌ دهنده‌ی آن اهمیت دارد.

معماری اطلاعات چهار مولفه‌ دارد که توجه به آن‌ها می‌تواند به طراح کمک کند تاتجربه‌ی کاربری مناسبی رقم بزند:

- سیستم سازماندهی
- سیستم برچسب‌گذاری
- سیستم جهت‌یابی
- سیستم جستجو

مقاله‌ی زیر که توسط Tubik Studio تهیه شده، درباره‌ی معماری اطلاعات صحبت می‌کند و به صورت کامل هرکدام از این مولفه‌ها را با ذکر نمونه توضیح می‌دهد.

https://bit.ly/dxgn545

شما در مسیر طراحی با چه چالش‌هایی از جنس سازماندهی ساختار محتوا برخورد کردید و چگونه آن را حل کردید؟ تجربه‌های خود را با کلیک روی گزینه «نظرت را بگو✏️» با ما در میان بگذارید.

مدت زمان مورد نیاز برای مطالعه: ۱۰ دقیقه

نویسنده: پریسا حسینی

#تجربه_کاربری #معماری_اطلاعات

@Dexign فلسفه دیزاین


_

#پست_مجدد این پست تا به حال بیش از ۱۰۰۰ بار مشاهده شده و به نظر می‌رسد برای خوانندگان جدید کانال جذاب باشد.

موضوعی که در صحبت با تعدادی از دوستان معمارم مشاهده کردم این بود که آن‌ها Bounded Context در الگوی DDD رو با میکروسرویس هم ارز می‌دونن که اشتباهه.

توجه داشته باشید که BCیک الگوی متمرکز در طراحی DDD است، بنابراین از خیلی جهات مرز یک BC با مرزبندی رایج در میکروسرویس‌ها به طورکلی متفاوت است . مقاله زیر از مارتین فالور در خصوص مفهوم BC است :

https://martinfowler.com/bliki/BoundedContext.html

و همچنین مقاله زیر در خصوص این تفاوت توضیح نسبتا خوبی می‌دهد :

https://vladikk.com/2018/01/21/bounded-contexts-vs-microservices/


#شهریار_انتظام (https://ow.ly/qDN430nPiCg)

کانال تلگرام:
@SoftwarePhilosophy

___

مدل قلاب و مدیریت محصول

مطالعات دانشگاهی در سال 2011 نشان می دهد که انسان ها به طور معمول 34 بار در روز به موبایل خود سر میزنند. از سوی دیگر 79 درصد از کسانی که تلفن هوشمند دارند، حداکثر تا 15 دقیقه پس از بیدار شدن به موبایل خود سر می زنند. اما سوال اصلی این است... چه چیزی در تلفن های هوشمند وجود دارد که تا این اندازه ما را به آن ها معتاد کرده است؟ ما چگونه می توانیم با استفاده از رویکردی مشخص به تولید محصولاتی بپردازیم که مشتریان را وادار به استفاده مداوم از آن ها کنیم؟

پاسخ. با استفاده از مدل قلاب

مدل قلاب یک مدل جهانی در حوزه مدیریت محصول است که به مدیران محصول و صاحبان کسب و کار در تنظیم رفتار کاربران کمک می کند، چرا که این کار سنگ بنای رشد پایدار محصولات و موفق شدن آن ها در بازار است. این مدل مبتنی بر مفاهیم روانشناسی و تحقیقات گسترده در راستای تحلیل رفتار مصرف کنندگان طراحی و منتشر شده است. مدل قلاب دارای 4 فاز محرک (Trigger)، اقدام(Action)، پاداش متنوع(Variable Reward) و سرمایه گذاری(Investment) است که در زیر به تشریح هر یک از این فازها می پردازیم.

https://vrgl.ir/KsTLY

@iranagile

❇️ پروژه ASP.NET Core رزرو بلیط هواپیما مبتی بر DDD و CQRS و Event Sourcing

🔰تکنولوژی های استفاده شده :
✔️ASP .NET Core 2.2
✔️EF Core 2.2
✔️#RESTful API
✔️#Hypermedia API
✔️#DDD
✔️#CQRS
✔️#Event_Sourcing
✔️#MongoDb
✔️#ElasticSearch
✔️#Docker
✔️#Kubernetes
✔️#TDD

https://github.com/twzhangyang/RestAirline
_________________
@DotNetZoom

قدرتی فراتر از سیاه‌چاله‌ی فورتنایت

اگر اهل بازی‌های ویدئویی هم نباشید، شاید اخیرا سرو صدای زیاد بازی فورتنایت به گوشتان خورده باشد. بله در رویداد The End این بازیِ آنلاین، اتفاقی افتاد که همگان را متعجب کرد. پس از به‌فضا رفتن یک موشک و شلیک شدن تعدادی موشک دیگر و در انتها برخورد شهاب سنگ، سیاه‌چاله‌ای وسط نقشه‌ی بازی ظهور کرد و تمامی کاراکترها و نقشه‌ی بازی را بلعید. صفحه سیاه شد و بازیکنان دیگر چیزی نتوانستند روی مانیتورهای خود ببینند.

این بازی در سال ۲۰۱۷ توسط کمپانی Epic Games برای تمامی پلتفرم‌های ویندوز، مک، پلی‌استیشن، ایکس‌باکس، نینتندو، آندروید و آی‌اواس منتشر شد.
با توجه به رایگان بودن بخش آنلاین بازی با عنوان «Battle Royale» و ارائهٔ بروزرسانی‌ها، این بازی توانست بسیار موفق باشد. در حال حاضر نزدیک به 250 میلیون بازیکن دارد.

اما دقیقا چه چیزی این بازی را آنقدر محبوب کرده است که کاربران حاضر به دل کندن از بازی با آن نیستند. برای فهمیدن دقیق این موضوع باید با مدلِ قُلّابِ این بازی که ما را درگیر آن می‌کند آشنا شویم.

قُلّاب‌ها چه هستند؟

قُلّاب‌ها، طبق صحبت‌های آقای Nir Eyal نویسنده‌ی کتاب معروف Hooked: How to Build Habit-Forming Products (که قبلا نیز خواندن آن را به شما پیشنهاد کردیم)، تجربه‌هایی هستند که برای ایجاد عادت در کاربران برای پیوند مشکل آن‌ها با محصول شرکت، دیزاین می‌شوند. Eyal در این کتاب به توصیف ۴ فازِ مدل هوک (Hooked Model) می‌پردازد. اینکه چطور شرکت‌ها از هوک برای ساخت محصولات و خدماتی بهره می‌برند که مردم عاشق آن‌ها می‌شوند.

در مقاله‌ی امروز به بررسی این ۴ فاز مدل هوک بر روی بازی فورتنایت می‌پردازیم:

https://bit.ly/dxgn547

(زمان حدودی مطالعه: ۸ دقیقه)

نویسنده: حسین میرزاده

#مدل_هوک #قلاب #فورتنایت #بازی_ویدئویی

@Dexign فلسفه دیزاین


ــــــــــ