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

چطور برنامه‌نویسی موازی را برای مادربزرگتان توضیح دهید!؟

برنامه نویسی موازی (Parallel Programming) و برنامه نویسی ناهمگام (Asynchronous Programming) مفاهیم نسبتا جدیدی در دنیای برنامه‌نویسی هستند که برای اغلب برنامه‌نویسان جدید است. همه در مورد آن شنیده‌انم ولی اغلب واضح نیست که دقیقا چیست و چرا سخت است. یک مفهوم پایه برای درک این مفاهیم پایه Thread یا نخ است. نخ‌ها مفاهیمی هستند که وظیفه انجام کارها روی CPU را دارند. در دنیای ما انسان‌ها کسانی هستند که کار انجام می‌دهند. مقاله زیر مفهوم «نخ» را به «انسان» شبیه دیده‌است و سعی کرده‌است مفاهیم پیچیده دنیای برنامه‌نویسی را با مفاهیم ساده‌ دنیای ما انسان‌ها توضیح دهد.

http://mehrandvd.me/2016/04/18/parallel-programming-grandmother/


#مهران_داودی
لینکدین:
https://ir.linkedin.com/in/mehrandvd

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



___

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

🔸او در ابتدای یادداشتش، از تیمی می‌گوید که آن‌ها را نمی‌بینید اما کارها را با کیفیت، دقت و سرعت بالایی انجام می‌دهند. او از تعبیر تیم ارواح برای تیم ریموت ملک‌رادار استفاده می‌کند و می‌گوید: «دورکاری برای ما در ملک‌رادار یک هدف جدی بوده که آن را آگاهانه انتخاب کردیم. تیم‌های برنامه‌نویسی، مارکتینگ، فروش، پشتیبانی و… همه ریموت کار می‌کنیم. نیروهایمان در شهرهای زنجان، سمنان، تبریز، مشهد، کرج، بجنورد، قم، ساری، شیراز، تهران، نهاوند و چند شهر دیگر زندگی می‌کنند و از همانجا کار می‌کنند.»

🔸او از سوال‌هایی که در این مدت بخاطر دورکاری تیم ملک‌رادار می‌شنید می‌گوید، سوال‌هایی مانند اینکه چطور اعتماد می‌کنید که دارد کار می‌کند؟ یا چطور می‌فهمید چقدر کار می‌کند؟ و جوابی که به این سوال‌ها می‌دهد این است: «باید با مدل ذهنی جدید به مسائل نگاه کنیم و ابزارها، تکنولوژی‌ها، عادت‌ها و فرهنگی که این محیط جدید نیاز دارد را در خودمان بسازیم و خلق کنیم.»

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

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

🔸مهران داودی درانتهای یادداشتش می‌گوید: «وقتی شما ریموت کار می‌کنید در دسترسی به نیروهای با کیفیت هیچ مرزی ندارید. و این قدرت ماورایی ماست. به خاطر همین قدر‌های ماورایی است که ریموت کار کردن برای ما در ملک‌رادار یک انتخاب است، نه یک اجبار به خاطر کرونا»

🆔 @peivast

🔗یادداشت مدیرعامل ملک‌رادار را از طریق لینک زیر بخوانید:
http://pvst.ir/7l1

یادداشت #مهران_داودی در مورد دورکاری و «مدیریت تیم ارواح» که در سایت «پیوست» منتشر شده. 👆👆

لینک یادداشت: http://pvst.ir/7l1

یادداشت را بخوانید و نظر خودتان را در مورد تجربه «دورکاری» و «مدیریت تیم ارواح» تو کامنت‌ها بنویسید برامون.

سوزنی به خود با مهارت‌های نرم

یادگیری ابزارهای جدید و یا روش‌های حل مسئله هنگام برخورد با چالش‌های مختلف؛ دغدغه‌ی همیشگی دیزاینرها بوده و هست. امّا قبل از آن و برای اینکه در دیزاین پخته‌تر شویم نیازمند مهارت‌های ویژه‌ای هستیم که بدست آوردن و تمرین آن‌ها دشوارتر از هرچیزی است. یادگیری این موارد علاوه بر اینکه ما را به انسان بهتری در زندگی شخصی و اجتماعی تبدیل می‌کند، در روند دیزاین نیز بسیار کمک‌کننده هستند.

در مقاله‌ی امروز می‌خواهیم با سه مورد جامع، این مهارت‌ها که به مهارت‌های نرم (Soft Skills) نیز معروف هستند، آشنا شویم و آن‌ها را تمرین کنیم.

۱- یادگیری اینکه چطور عمل کنیم
۲- یادگیری اینکه چطور خودمان را با تغییر وفق دهیم
۳- یادگیری اینکه؛ چطور یاد بگیریم؟

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


http://bit.ly/dxgn556


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

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

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

#رشد_شخصی #مهارت_نرم #تغییر #یادگیری

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


_____

🚀 سه گانه تحول چابک
چگونه در عمل تحول چابک را انجام دهیم؟


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

در این سه گانه اول تا آخر این تحول همراه مثال عملی آورده شده است.

🚀 چارچوب عملی تحول چابک

قسمت اول:
🎯 مقصدت را بشناس
اولین دلیل شکست خوردن تحول چابکی، خود چابکی است. اینکه چابک را برای صرفا چابک میخواهیم. اما واقعا برای چه نیاز به چابک داریم؟ دردی که میخواهیم آن را رفع کنیم چیست؟ فرصتی که میخواهیم بدست آوریم چیست؟

اولین گام سفر چابکی، با شناختن مقصد و تعیین چشم انداز شروع خواهد شد :

http://bit.ly/38yuIaO

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

http://bit.ly/2IrlP8b

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

http://bit.ly/2TxW64s

@iranagile

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

یکی از مباحثی که همیشه در تشکیل تیم‌های نرم‌افزاری مطرح است، انتخاب زبان برنامه‌نویسی و یا تکنولوژی‌های مورد استفاده است. مقایسه محصولات موفق و نا موفق نشان می‌دهد هیچکدام از آنها صرفا با یک تکنولوژی و یا یک زبان خاص نوشته نشده‌اند. برای مثال سیستم‌های موفق زیادی وجود دارند که با Java و یا C# نوشته شده‌اند. همچنین سیستم‌های بی کیفیت زیادی نیز وجود دارد که با Java و یا C# نوشته شده‌اند. این حقیقت نشان می‌دهد دلیل موفقیت یا شکست سیستم‌ها نمی‌تواند زبان برنامه‌نویسی باشد. مقاله زیر توضیح می‌دهد که چطور طرز فکر برنامه‌نویس‌ها موفقیت و یا شکست یک سیستم را رقم می‌زند.

http://mehrandvd.me/2015/10/15/software-quality-comes-from-people-not-languages/

#مهران_داودی
https://ir.linkedin.com/in/mehrandvd


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

___

❇️ اگه هنوز براتون سواله که MongoDb یا مثلا SqlServer ❓❗️

اگه نمیدونین تئوری CAP چیه اول اینجا رو مطالعه کنین

وقتی از نگاه تئوری CAP دیتابیس mongo رو بررسی کنیم
مونگو تو شرایط مختلف trade-off متفاوتی از C و A و P رو فراهم میکنه

🔶 از نگاه Consistency :
مثلا وقتی به صورت Distribute ازش استفاده نشه Strong Consistent هست پس Consistency رو داره
ولی وقتی به صورت Distribute ازش استفاده بشه (مثلا دیتا از replica ها خونده بشه) Eventual Consistent هست پس Consistency رو فدا میکنه

🔷 از نگاه Availability:
وقتی از مونگو به صورت توزیع شده (Replica-Sets) استفاده بشه، high availability خوبی رو فراهم و در صورت دان شدن Primary Node سریعا یک node دیگه جایگزین میشه ولی در این حالت Consistency فدای Availability میشه

🔶 از نگاه Partition Tolerance:
توسط قابلیت Replica-Sets عملا Partition Tolerance فراهم است منتها تا زمانی که "بیش از نیمی" از Node ها به یک دیگر متصل باشند. در این حالت سیستم Primary Node جدید رو انتخاب میکنه
ولی اگر Node های ثانویه به اندازه کافی نباشند همچنان امکان read وجود داره ولی دیگه امکان write وجود نداره. پس دراین حالت Availability برای Consistency فدا میشه

🔰 نتیجه گیری :
✔️ اگر توزیع نشده استفاده بشه : CA
✔️ اگر توزیع شده باشه ولی اکثریت node ها در دسترس باشند : AP
✔️ اگر توزیع شده باشه ولی کمتر از نصف node ها در دسترس باشند : CP



✅ در نهایت ویژگی های خوبی که باعث میشه Mongo انتخاب بهتری نسبت به دیتابیس SQL/Relational باشه ایناس :

1️⃣ شما نیاز به مقیاس پذیری بالا به صورت Horizontal Scaling دارید (توسط قابلیت Replica-Set و Sharding مونگو)
در این حالت معمولا Consistency فدا میشه پس باید دقت داشت که این روش برای دیتا های حساس که به یکپارچگی و ثبات بالا نیاز دارند مناسب نیست، مثل برنامه های حسابداری و بانکی

2️⃣ دیتای شما ساختار (Schema) مشخصی نداره و به انعطاف پذیری بالا نیاز دارید (به خاطر Schema-less بودن مونگو)
در این حالت باید توجه داشت که متفاوت بودن ساختار رکورد (داکیومنت) ها میتونه احتمال خطا توی سیستم رو افزایش بده پس باید در سطح کد نویسی حواسمون بهش باشه

3️⃣ دیتابیس Mongo برای ذخیره سازی و بازیابی دیتا های حجیم و "مرتبط" بسیار مناسبه و پرفرمنس بالایی داره، چون تمام دیتای مرتبط به یک سند داخل خودش ذخیره میشه و نیاز به Join خیلی کمتر احساس میشه

4️⃣ دیتابیس Mongo به خاطر ساختار و سادگی ایی که داره Performance Tuning و Optimization های حرفه ای که نیاز به DBA داشته باشه خیلی کمتر توش احساس میشه پس اگه میخواین خیلی درگیر کار های DBA ایی نشین Mongo گزینه مناسبیه
___________________
@DotNetZoom

مصوّرسازی داده‌ها

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

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

برای اینکه اطمینان پیدا کنیم که مخاطب، اطلاعات را می‌فهمد و آن را در ذهن خود نگه می‌دارد، داده‌‌هایی که دیزاین می‌شود باید قانع کننده و دقیق باشد.

اما انتخاب نوع این مجسّم‌سازی برای استفاده، صرفاً بحث زیبایی‌شناختی نیست، و نه حتی کاملاً شخصی هم نیست. انتخاب اشتباه می‌تواند بیننده را به بی‌حوصلگی و سردرگمی سوق دهد. بدتر از این، مصوّرسازی نادرست می‌تواند بین شما و مخاطبانتان بی‌اعتمادی ایجاد کند. به قول Stephen Few مبتکر و مشاور خبره‌ی این عرصه:
“اطلاعات ارزشمندی که در دستان شماست، داستان مهمی برای گفتن دارد و این وابسته به شماست که به آن‌ها صدایی واضح و قانع کننده بدهید”

حال که با اهمیّت فراوان نحوه‌ی دیزاین داده‌ها آشنا شدید. شما را به خواندن مقاله‌های موفق زیر که اصول این عرصه را به خوبی توضیح می‌دهد تشویق می‌کنم:

۱- http://bit.ly/dxgn561-1

۲- http://bit.ly/dxgn561-2

پ.ن: شرکت‌های بسیاری از جمله Google و IBM به ساختن راهنماها و استایل‌شیت‌ها، مانند دیزاین سیستم‌ها پرداخته‌اند که از طریق لینک‌های زیر می‌توانید به آن‌ها دست پیدا کنید:

۱- https://www.ibm.com/design/v1/language/experience/data-visualization/

۲- https://material.io/design/communication/data-visualization.html

۳- https://medium.com/nightingale/style-guidelines-92ebe166addc

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

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

#مصورسازی_داده_ها #نمودار #داده #دیزاین_اطلاعات

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


ــــــ

💻 مایکروسافت در دسامبر سال 2019 در کنفرانس بیلد اعلام کرد که NET 5.0. انتشار بزرگ بعدی در خانواده NET. است و در تاریخ نوامبر 2020 وارد بازار می‌شود.

📌در این پست به معرفی اجمالی NET 5. پرداخته می‌شود:

📓 فریم‌ورک NET 5.0. ترکیبی از بهترین ویژگی‌های هسته‌های NET Core .NET Framework Xamarin و Mono است.

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

تمامی ویژگی‌های قبلی کماکان وجود دارد:
- متن باز و Community-Oriented بودن در گیت هاب
- پیاده سازی Cross-Platform
- [ادامه ویژگی‌ها به همراه ویژگی‌های جدید ... ].

📓دلیل جهش مایکروسافت از NET Core 3. به 5 جلوگیری از سردرگم شدن برنامه نویس‌هاست.
به این دلیل که برنامه‌نویسان دات نت فریم‌ورک از ورژن های 4x استفاده می‌کردند و اگر به جای Net 5.0. از Net 4.0. استفاده می‌شد، امکان داشت سر درگمی برای کاربران به وجود آید، بنابراین دات نت Core نسخه‌ی 4 نخواهیم داشت.

📓دو مورد اساسی که در این ورژن اتفاق می‌افتد و باید به آن‌ها اشاره شود:
۱- هماهنگ شدن و تلفیق تیم Unity با دیگر برنامه‌نویسان دات نت.
۲- ارائه نسخه نهایی Blazor

📎[منبع] 📎[تصویر]
〰️〰️〰️〰️〰️〰️〰️〰️

📓لینک های مرتبط :
📎 Mono: from Xamarin to WebAssembly, Blazor, and .NET 5 - Q&A with Miguel de Icaza
📎Did ASP.NET Web Forms Need to Die?
📎Not planning now to migrate your .NET 4.8 legacy, is certainly a mistake
📎Add Mono to the repository #1912
📎 .NET 5
📎ساماندهی مخازن کد NET Core. برای کار بر روی NET 5.
📎.NET Core master branches have switched to "5.0" #118
📎What Does .NET 5 Mean To You
📎Will .NET 5 include WCF?
📎.NET 5 The Future is Now

〰️〰️〰️〰️〰️〰️

⁉️ برای بحث و تبادل نظر فنی در مورد این پست، برروی دکمه «نظرت را بگو» کلیک کنید.

#حامد_حاجیلو (http://bit.ly/2IVjfYD)

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

___

♨️ یک تغییر بزرگ: حذف دستور new از زبان‌های C# و Java ⁉️

بالاخره پس از مذاکرات و صحبت‌های زیاد در یک اقدام هماهنگ خالقان C# و Java تصمیم گرفتند دستور new را از این زبان‌ها حذف کنند. این تصمیم به این دلیل گرفته شد که از نظر طراحان این زبان‌ها همه Object Instantiation ها همیشه باید از طریق Dependency Injection انجام شود و اصولا در یک برنامه خوب برنامه‌نویس نباید خودش یک شی را ایجاد کند.

// Not a valid code anymore. 
Person p = new Person(); 

// New dependency injection syntax.
Person p = new.Resolve<Person>(); 

این تصمیم اولین تصمیم هماهنگ شده و همزمان بین تیم‌های توسعه زبان Java و C# است و Anders Hejlsberg و James Gosling هر دو در مورد این تصمیم بسیار خوشحالند.

با توجه به اینکه این تصمیم در روز اول آوریل (۱۳ فروردین) گرفته شد و نسخه Visual Studio 2019 نیز در همین روز منتشر شد، این تغییر در نسخه جدید C# 8.0 اعمال شده و باید از مدل جدید آن استفاده کنید.
در جاوا هم طبق برنامه‌ریزی این ویژگی در Java 15 اضافه خواهد شد که در سال ۲۰۲۵ ریلیز خواهد شد.

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

۱۳ بدرتان مبارک!

http://mehrandvd.me/2019/04/01/a-huge-change-in-java-and-c/

http://ow.ly/MldR30ojXpI

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

http://ow.ly/6RyP30ojWAP

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

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

___

مفهوم Collectionها در جاوا و نحوه استفاده از آن‌ها مبحث بسیار جذاب و مهمی برای هربرنامه نویس جاوا (یا حتی غیر جاوا) است. همانطور که می‌دانیم مبحث ساختمان‌های داده در جاوا به دو قسمت عمده Collection و Map تقسیم می‌شود که قسمت‌های اول به Collectionها اختصاص دارد . خود collection ها هم به List ها، Setها و ueue ها تقسیم می‌شود.
لینک زیر مقدمه‌ای بر این قسمت ارائه می‌دهد:

https://bit.ly/2x0dMx2

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

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

___

❇️ ساخت دیتابیس یکبار مصرف Mongo بدون نیاز به نصب آن!

کتابخانه Mongo2Go یه کتابخونه عالی برای Integration Testing پروژه هایی هست که از MongoDb استفاده میکنند

🔶 توسط این کتابخونه می تونین دیتابیس های MongoDb رو بدون نیاز به نصب اون به صورت یکبار مصرف ایجاد کنین، یعنی یه دیتابیس موقت (توی پوشه Temp سیستم عامل) براتون میسازه و در آخر وقتی کارتون باهاش تموم شد اون رو حذف میکنه. در نتیجه برای Integration Testing بسیار مناسب و کاربردی هست.

🔷 قاعدتا برای استفاده از مونگو باید ورژن متناسب با سیستم عاملتون رو نصب و کانفیگ کنین یا راحت تر اینکه اون رو توسط Docker راه اندازی کنین ولی توسط این کتابخونه دیگه نیازی به نصب اون ندارین چون فایل های باینری MonogDb رو داخل خودش داره (واسه همین یه مقدار حجمش زیاده، 69 مگابایت)

🔰طرز کار باهاش خیلی سادس فقط کافیه ناگتش رو نصب کنین
Install-Package Mongo2Go
و به صورت زیر ازش استفاده کنین

using (var runner = MongoDbRunner.Start())
{
     var client = new MongoClient(runner.ConnectionString);
     var database = client.GetDatabase("IntegrationTest");
     var collection = database.GetCollection<TestDocument>("TestCollection");
     
     //Just use it!
}

ریپازیتوری گیتهاب :
https://github.com/Mongo2Go/Mongo2Go
_________________
@DotNetZoom

چاشنی موفقیت محصول در بازار

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

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

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

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

- چه کسی و به چه دلیلی از اپلیکیشن می‌خواهد استفاده کند؟

- پیام اصلی که قرار است از طریق المان‌ها، لوگو، رنگ‌ها، تایپوگرافی‌ها، ایلاستریشن‌ها و ... به کاربر برسد چیست؟

- اپلیکیشن چه احساسی را می‌خواهد به کاربرانش منتقل کند؟

- کاربر اپلیکیشن با چه لحنی مورد خطاب قرار می‌گیرد؟ رسمی، غیر رسمی، مانند یک دوست، متخصص یا رهبر!

- کاربران چگونه درباره اپلیکیشن اطلاعات کسب می‌کنند؟ چه راه‌های ارتباطی میان کاربر و اپلیکیشن وجود دارد؟

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

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

http://bit.ly/dxgn563

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

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

#برندینگ #طراحی

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


ــــــ

من امروز فهمیدم که یک اسکرام مستر حرفه ای سالهاست پیش روی من است: “بتمن“.
البته مطمئن نیستم که خود او هم بخواهد مبارزه با جرم و جنایت را کنار بگذارد و شغل اسکرام مستری را انتخاب کند. اما اگر تمایل به این کار داشته باشد، فکر می کنم پنج دلیل وجود دارد که بتمن اسکرام مستر ایده آلی باشد.

1. بتمن فروتن است

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

2. بتمن در محافظت عالی است

اگر بتمن بتواند از گاتهام در برابر جنایتکاران شروری مانند جوکر[3] ، ریدلر و پنگوئن[4] محافظت کند، مطمئناً قادر خواهد بود تیم شما را نیز از اولویت بندی مجدد، موانع و وقفه های حین کار و عدم دسترسی ها محافظت کند. ذینفعان یا صاحبان محصول هیچ تفاوتی برای بتمن بعنوان اسکرام مستر، ندارند.

3. بتمن قدرت فوق العاده ای ندارد

بر خلاف اکثر ابرقهرمانان، بتمن از طریق امواج رادیواکتیو، والدین فرازمینی ، جهش های ژنتیکی یا آزمایش های علمی به قدرت نرسیده است. بتمن مجبور شد خودش اقتدار خودش را بدست آورد - درست مانند اسکرام مسترها.
بتمن حتی یک روز هم در ایستگاه پلیس گاتهام حضور پیدا نکرد . او به کمیسر گوردون گفت : " هر زمان که شهر به کمک من احتیاج داشت، سیگنال درخواست کمک را ارسال کن."
در ابتدا، بتمن با رسیدگی به جرائم و مشکلات، ضروری بودن حضورش را اثبات کرد. پس از آن بود که کمیسر گوردون مشتاقانه منتظر کمک بتمن در از بین بردن موانع جنایی بود.

4- بتمن هرگز از بین نمی رود

بتمن پایدار است. او هرگز تسلیم نمی شود. حتی زمانیکه او را به یک اره وصل كرده اند تا از وسط به دو نیم کنند بازهم مطمئن است كه می تواند راه حلی پیدا كند.
چه کسی است که نخواهد یک اسکرام مستر با این حد از اعتماد به نفس ( و دانش و مهارت های لازم ) را در تیمش داشته باشد؟ آنهم زمانیکه تیم شما محصول را تحویل نداده و جوکر آماده انفجار بمب در سراسر شهر است؟ من که همیشه بتمن را به عنوان اسکرام مستر با خودم می برم.

5- بتمن طبق قانون اخلاقی زندگی می کند

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

بتمن اسکرام مستری عالی خواهد بود

به همین پنج دلیل و احتمالاً دلایلی بیشتر ، بتمن یک اسکرام مستر عالی خواهد بود. من فکر نمی کنم که او در حال حاضر به دنبال شغل جدیدی باشد. اما من قصد دارم سیگنال کمک بتمن را ارسال کنم و ببینم که وی پاسخی می دهد یا خیر.

ترجمه علی مفخر
اسکرام مستر آسیاتک

منبع
https://www.mountaingoatsoftware.com/blog/five-reasons-why-batman-would-be-a-great-scrum-master

❇️ پروژه API نویسی پیشرفته در ASP.NET Core به ورژن 3.1.2 (آخرین نسخه جاری) بروز رسانی شد✌️

🔸مخزن گیتهاب پروژه
https://github.com/dotnetzoom/AspNetCore-WebApi-Course

🔹نسخه قبلی به برنچ AspNetCore2.1 منتقل شد
https://github.com/dotnetzoom/AspNetCore-WebApi-Course/tree/AspNetCore2.1

🔸مشاهده مهم ترین تغییرات این بروز رسانی
https://github.com/dotnetzoom/AspNetCore-WebApi-Course/blob/master/CHANGELOG.md

🔰جهت تهیه آموزش ویدئویی کامل این دوره میتونین از لینک زیر و کد تخفیف dotnetzoom استفاده کنید
http://bit.ly/2Xo6NX2
____________________
@DotNetZoom

بازی‌ها؛ اَشکالِ بهینه‌ی تجربه‌ی بشر

اگر از هم نسل‌های من باشید، حتما روزها و شب‌های زیادی را به یاد می‌آورید که ساعت‌ها پشت کنسول‌های بازی مشغول بوده‌اید و گذر زمان را متوجه نشده‌اید. حتی از آب و خوراک و دستشویی خود زده‌ایید تا مبادا لحظه‌ای از مراحل بازی را از دست بدهید.

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

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

نویسنده به بررسی چند کتاب در حیطه‌ی دیزاین بازی‌ها پرداخته و با واکاوی آن‌ها اطلاعات خوبی را در اختیار می‌گذارد. مقاله‌ی امروز را دنبال کنید و از امروز به کنسول‌های بازی خود بیشتر سر بزنید ;)

http://bit.ly/dxgn565

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

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

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

#بازی #دیزاین_بازی_ها #تجربه_کاربری #سرگرمی

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


ـــــــ

شش روش برای تبدیل شدن به یک اسکرام مستر یا مربی چابک عالی

۱. به آنها کمک کنید تا مرزها و حدود را درک کنند

معمولاً وقتی که ابتدا به تیم گفته می شود که خودشان را سازمان بدهند ، دچار سردرگمی می‌شوند، زیرا آنها نمی دانند معنی آن چیست؟ به تیم خود کمک کنید تا مرزهای اختیار عمل خود را درک کنند.

۲. کاری کنید تا احساس امنیت کنند

کار Scrum Master ایجاد ایمنی است. یعنی از ترس، محتاطانه کار کمتر و بی دردسر را انتخاب نکنند، یا حرف درست را نزنند.

۳. آنها را ستایش کنید

همه دوست دارند به آنها گفته شود که کار خوبی انجام می دهند.

۴. از آنها پشتیبانی کنید

شما می دانید که بخشی از کار شما حذف موانع است

۵. آنها را خوب جلوه دهید
کار Scrum Master این است که تیم را خوب جلوه دهد. نه مصنوعی بلکه با خوب بودن...

۶. بدانید چه زمانی قوانین را بشکنید

قوانین Scrum لازم هستند اما در زمان درست شکستن قوانین لازم است، یک اسکرام مستر عالی آن زمان را می‌شناسد

متن کامل
https://www.mountaingoatsoftware.com/blog/six-things-your-team-wants-from-you-as-their-scrum-master

❇️ فعال سازی سطح دوم کش روی EF Core توسط EFCoreSecondLevelCacheInterceptor

قبلا کتابخانه EFSecondLevelCache.Core رو معرفی کرده بودیم
توسط این کتابخانه میتونین کش سطح دوم (second level caching) رو روی EF Core فعال کنین. در واقع میتونین نتیجه کوئری هاتون رو کش کنین تا دفعه بعد، به جای دیتابیس، از کش خونده بشه.
این کتابخانه توسط وحید نصیری عزیز، مدیر سایت dotnettips.info نوشته شده است.

اکنون میخوایم کتابخانه جایگزین اون یعنی EFCoreSecondLevelCacheInterceptor رو معرفی کنیم
این کتابخونه هم مشابه قبلی هست و توسط وحید نصیری نوشته

🔰مزیت این کتابخونه نسبت به قبلی اینه که :
🔹کار باهاش ساده تره
🔸به دلیل استفاده از Interceptor پرفرمنس بالاتری داره
🔹یه سری از باگ ها و محدودیت هایی که قبلی داشت رو دیگه نداره
🔸و وابستگی به کتابخونه شخص ثالث برای Caching نداره و از Abstract های خود دات نت استفاده میکنه

🔰 نکته :
✔️اکیدا پیشنهاد میکنم اگه از قبلی استفاده میکردین، به پکیج جدید مهاجرت کنین (ضمن اینکه کتابخانه قلبی Archive شده و دیگر توسعه داده نمشه)
✔️کشینگ همیشه ازش به عنوان یه شمشیر "دو لبه" یاد میشه که اگه با علم کافی و به جا ازش استفاده نکنین و حواستون به Invalidate کردن ایتم های کش شده نباشه، سیستم رو دچاره مشکل میکنه
خوبی این کتابخونه اینه که بحث Invalidate کردن رو به صورت خودکار انجام میده و دیگه نگرانیی بابت اون نخواهید داشت، پس افرادی که توی این مبحث واقعا بزرگ (Caching) حرفه ای هم نیستن راحت تر میتونن تو پروژه هاشون ازش استفاده کنن

https://github.com/VahidN/EFCoreSecondLevelCacheInterceptor
___________________
@DotNetZoom

در دنیای دیزاین، فقط انسان ها مهم نیستند

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

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

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

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

در تفکر محصولی جزییات و موضوعات حايز اهمیت دیگری نیز وجود دارد که طراحان لازم است با آنها آشنا باشند، برای یادگیری بیشتر به لینک زیر رجوع کنید:

http://bit.ly/dxgn568

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

#تفکر_محصول #تجربه_کاربری

نویسنده: رضا دانشیان

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


__