لورم ایپسوم‌ها را بُکُش

شما چقدر مشتاق برخورد با فردی هستید که با روی خوش و سخنی زیبا با شما تعامل کند؟
جوابتان در قیاس با فردی که به شما اخم کرده و با حالتِ بی‌تفاوتی رفتار می‌کند چیست؟

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

نویسندگیِ تجربه‌ی کاربری یا UX Writing یکی از هنرهایی‌ست که هر دیزاینری در حین دیزاین باید توجه ویژه‌ای به آن بکند.

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

یا زمانی که مشغول مهم‌ترین دکمه‌ی CTA بودم؛ بین "بررسی قیمت‌ها" یا "خرید بیمه‌نامه" باید کدام را انتخاب کنم؟
دقیقا مثل زمانی که شما در جلسه‌ی مهم کاری هستید. هر کلامی به زبان بیاورید، عواقب خوب یا بد دارد.
پس شما تنها با عوض کردن یک کلمه می‌توانید، یک شرکت را نجات دهید یا باعث سقوط آن شوید.

قبلا در کانال درباره‌ی اینکه چطور پیغام‌های خطا را بنویسیم اشاره‌ای داشتیم:
https://news.1rj.ru/str/Dexign/277

حال در مقاله‌ی امروز، نویسنده سعی بر این داشته است که با مثال‌های مختلف یک قاعده‌ی کلی برای این موضوع مطرح کند:

http://bit.ly/dxgn513

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

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

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

#تجربه_کاربری #تعامل #کپی_نویسی

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


ــــــــــ

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

بعضی افراد مدت زمان زیادی را در جلسات هستند و فرصت انجام کارهای دیگر را از دست می‌دهند.

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

لینک زیر این مسئله را شرح می‌دهد :

https://medium.com/swlh/the-silent-meeting-manifesto-v1-189e9e3487eb

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

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

___

❇️ معرفی برترین کتابخانه های Task Scheduling (انجام کار های پس زمینه) در دات نت

برای این کار راه های مختلفی هست

1️⃣ کلاس Generic Host و BackgrounService :
در ساده ترین حالت توسط قابلیت های تو کار خود ASP Core میتونین اینکارو انجام بدین
https://www.dotnettips.info/post/2997
https://docs.microsoft.com/en-us/aspnet/core/fundamentals/host/hosted-services?view=aspnetcore-2.2

2️⃣ کتابخانه Coravel :
مزیت این کتابخانه اینه که DI رو به صورت داخلی ساپورت میکنه (بر خلاف FluentScheduler) [گزینه مورد علاقه خودم - ساده و سبک ولی مدرن]
https://github.com/jamesmh/coravel
https://docs.coravel.net

3️⃣ کتابخانه FluentScheduler
https://github.com/fluentscheduler/FluentScheduler

4️⃣ کتابخانه Hangfire :
بهترین گزینه برای پروژه های بزرگ (خیلی حرفه ای و full-feature هست)
یک پنل داشبوری برای نمایش لیست کار های زمان بندی شده به همراه وضعیتشون بهتون میده که میتونین تسک ها رو غیر فعال کنین یا گزارش ازشون بگیرین و...
https://www.hangfire.io/
https://github.com/HangfireIO/Hangfire

5️⃣ کتابخانه DNTScheduler.Core :
نویسنده این کتابخانه وحید نصیری عزیز هستش
https://github.com/VahidN/DNTScheduler.Core
https://www.dotnettips.info/post/1736

6️⃣کتابخانه Quartz.Net :
این کتابخانه port شده از معادل جاواییش هست و code quality خوبی نداره و طراحیش هم مدرن نیست (کلا پیشنهاد نمیکنم تا گزینه های بهتری هست)
http://www.quartz-scheduler.net/
https://github.com/quartznet/quartznet

✅ همه این کتابخانه ها از Cron پشتیبانی میکنن
در واقع Cron یه سینتکس دستوری واسه زمان بندی کار ها هست که قوائد خاص خودش رو داره (اسامی CronTab و CronJob هم از همین خانوادس)
مثلا برای اینکه یه تسک هر ۱۵ دقیقه یک بار انجام بشه، دستور Cron اش میشه

*/15 * * * *

توی سایت زیر که یک محیط تعاملی برای نوشتن دستور Cron هست میتونین با قوائد و مثال هاش بیشتر آشنا بشین
https://crontab.guru/#*/15_*_*_*_*
____________
@IranAspMvc

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

ما همیشه به دنبال آپدیت کردن نسخه سیستم عامل‌هایمان هستیم. اما به عنوان developer آیا به دنبال آپدیت بودن نسخه فریمورکی که از آن استفاده می‌کنیم نیز هستیم؟
ما نباید از قافله عقب باشیم و اگر از فریمورکی استفاده می‌کنیم، می‌بایست همیشه به دنبال استفاده از آخرین نسخه و امکانات آن باشیم.
در استفاده از ری‌اکت ۱۶ به جای ری‌اکت ۱۵ مسایل زیادی وجود دارد که باید در نظر گرفته شوند.

این مقاله به شما کمک می‌کند با ری اکت ۱۵ خداحافظی کنید و به روز شوید!

https://medium.freecodecamp.org/why-react16-is-a-blessing-to-react-developers-31433bfc210a


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

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

___

کاربرپژوهی و روش‌های آن

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

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

در حوزه‌ طراحی محصول، روش‌های متفاوتی جهت انجام کاربرپژوهی وجود دارد که شامل روش‌های کیفی و کمی می‌شود. از جمله تحقیقات متنی، مطالعه روزنامه، مصاحبه با افراد شامل مصاحبه مستقیم، غیرمستقیم و قومیتی (Ethnographic interviews)، استفاده از نظرسنجی آنلاین، تحقیقات بازار (رقبای مستقیم و غیرمستقیم)، تحقیقات وابسته به شواهد و قرائن، دسته‌بندی کارت‌ها (Card Sorts)، آزمایش قابلیت استفاده (Usability Tests) و ... می‌شود.

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

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

http://bit.ly/dxgn520

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

نویسنده: نیما حکیم‌رابط

#کاربرپژوهی #طراحی_محصول #روش

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


______

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

قورباغه را دوباره اختراع نکنید!

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


http://mehrandvd.me/2016/03/09/reinventing-the-frog/

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


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


___

✅ پادکست مهران داودی (از اساتید دوره‌های زبان مشترک) در خصوص دو دوره‌ی زبان مارکتینگ برای تیم فنی و زبان فنی برای تیم بیزینس‌
‌‌‌____________________________‌‌__________
‌‌‌‌🔷 مهران داودی (https://twitter.com/mehrandvd )
‌‌‌🔹 معمار ارشد نرم افزار
‌‌‌🔹 مدیر عامل ملک رادار
‌‌‌🔹 مشاور نرم افزاری هواپیمایی ماهان
‌‌‌
‌🔴آنچه این دوره در پی آن است کاهش هزینه ها و زمان رسیدن به نتیجه است. دقیقا چیزی که کسب و کارهای موفق به دنبال آن هستند.
‌‌____________________
‌🔶در دوره‌ی زبان مارکتینگ برای فنی‌ها به تیم های فنی کمک خواهیم کرد تا مبانی کسب و کار و ابزار های آن آشنا شوند و چالش های تیم مارکتینگ را درک کنند.
‌‌
‌‌🔶در دوره‌ی زبان فنی برای تیم بیزینس به تیم های بیزینس کمک خواهیم کرد تا با مبانی زبان فنی آشنا شوند و فرآیند آن از برنامه‌نویسی تا چالش‌های سازمان های استارتاپی را یاد بگیرند.‌

‌____________________

‌📞برای اطلاعات بیشتر و رزرو دوره با شماره زیر تماس بگیرید.
02188677808

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

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

____

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

دیوید یو (David Yu) در این مقاله مطالبی را که در مورد reactjs و پس از مدت‌ها کار کردن با آن متوجه شده و آرزو می‌کرده که در آموزش‌‌های اولی reactjs آن‌ها را فرا می‌گرفته، گردآورده است.

هر کدام از ما می‌توانیم چنین لیستی برای موضوعی که به آن تسلط داریم تهیه و منتشر کنیم!

http://bit.ly/30DG9eg



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

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

___

✅ مقایسه پرفرمنس gRPC و REST

طبق این بنچمارک میتونین ببینین که توی درخواست های سبک ( مثل یه GET ساده با دیتای کم حجم) gRPC و REST تفاوتی خاصی با هم ندارن

ولی توی درخواست های سنگین (که حجم دیتای انتقالی زیاد باشه) :

🔸توی حالت GET (دریافت اطلاعات) gRPC بیش از 7 برابر سریع تر از REST عمل میکنه

🔹وتوی حالت POST (ارسال اطلاعات) gRPC بیش از 11 برابر سریع تر از REST عمل میکنه

🔸دلیل اصلی این سرعت بسیار بالا اینه که gRPC از Protocol Buffers برای سریالایز و فشرده سازی اطلاعات استفاده میکنه و نیز به صورت پیشفرض از HTTP/2 و استفاده میکنه که اون هم یه مکانیزم فشرده سازی داره

🔹برای کار با gRPC در حالت عادی باید از CLI مخصوص اون "protoc" برای کامپایل و تولید کلاس های سرویس از روی فایل های "proto." استفاده کنید. ولی با Visual Studio میتونین همین کار رو کامپایلر built-in اش راحت تر انجام بدین

🔸جمع بندی اینکه gRPC میتونه گزینه بسیار خوبی برای ارتباطات بیین Micro-service ها باشه

لینک مقاله و ریپازیتوری گیتهاب این بنچمارک
Evaluating Performance of REST vs. gRPC
Github Repository
________________
@IranAspMvc

دو صد گفته چون نیم اسکچ نیست!

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

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

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

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

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

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

http://bit.ly/dxgn521

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

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

#اصول #انتقال_مفاهیم #اسکچ
‌@Dexign فلسفه دیزاین

___

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

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

مبحث گراف دیتابیس مدتی است که به Microsoft sql server افزوده شده است، لینک زیر آخرین امکانات مبحث گراف‌ها را در sql server 2019 توضیح می‌دهد.

https://www.sqlshack.com/graph-database-features-in-sql-server-2019-part-1/

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

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

___

دوره زبان مشترک بین تیم‌های فنی و بیزنس چیه؟

این دوره در حقیقت دو تا دورس!

۱. یکی آموزش مبانی زبان فنی به تیم‌های بیزنسیه، به طوریکه با اصول برنامه‌نویسی و تیم‌های فنی آشنا بشن.

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

قسمت زیادی از دوره اول رو من قراره آموزش بدم،
و یه قسمتی از دوره دوم رو.

راستی مدرسه بازاریابی برای اساتید دوره یه کد تخفیف ۳۵٪ تعریف کرده که می‌تونید ازش استفاده کنید:
کد تخفیف من: mehrandavoudi

شماره تماسشون هم: 02188677808

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

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

http://mehrandvd.me/2015/09/06/be-a-developer-not-a-programmer/


@SoftwarePhilosophy


___

❇️ چند مقاله خوب در مورد gRPC

🔰قبلا در مورد gRPC پست مفصلی گذاشتم. این روزا هم بحث gRPC خیلی ترند شده مخصوصا حالا که NET Core 3.0. هم داره حسابی ازش پشتیبانی میکنه و فیچر براش میده
پس اگه به این مبحث علاقه مندین، منابع زیر میتونه شروع خوبی باشه براتون

🔸 آشنایی اولیه با gRPC
------------------

🔹 Creating your first gRPC .NET Core Client and Server App using Visual Studio or Visual Studio Code

👆 Github Repository

------------------

🔹 ASP.NET Core and gRPC

🔸 Working with gRPC in ASP.NET Core

🔹 Dissecting a Client-Server Application built with .NET Core 3 Preview 1 and gRPC

🔸 C# and gRPC Part One

------------------

🔹 Security Experiments with gRPC and ASP.NET Core 3.0

🔸 Running Razor Pages and A gRPC Service in a Single ASP.NET Core Application

🔹 gRPC Bi-Directional Streaming With Razor Pages And A Hosted Service gRPC Client

👆 Github Repository

------------------

🔹 An Early Look at gRPC and ASP.NET Core 3.0 (Creating an ASP.NET Core 3.0 gRPC Client and Server)

👆 Github Repository
________________
@IranAspMvc

لحظه جادویی خلاقیت…

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

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

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

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

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

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

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

مقاله کاربردی امروز را به هیچ وجه از دست ندهید!

http://bit.ly/dxgn522

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

نویسنده: آرش اصغری

@Dexign فلسفه دیزاین
#تجربه_کاربری #خلاقیت #ایده

ـــــ

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

زمانبندی کردن یک background task در Andriod با Xamarin

ساخت یک schedule که defferable باشد و به صورت aynchronous‌ اجرا شود و از همه مهمتر روی تمامی نسخه‌های اندروید مخصوصا نسخه‌های قدیمی قابل اجرا باشد چالش برانگیز است. در API 23+ می‌توان از Job Scheduler استفاده کرد، در صورتی که برای API های قدیمی‌تر تا API 14 باید از Alarm Manager + Broadcast Recievers استفاده کرد.
کتابخانه WorkManager که در مقاله زیر معرفی شده‌است، تمامی این پیچیدگی‌ها را درون خود هندل کرده و به برنامه‌نویس اجازه می‌دهد به سادگی کارهای Scheduled و Periodic را روی پلتفرم اندروید پیاده سازی کند.


https://devblogs.microsoft.com/xamarin/getting-started-workmanager/

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

http://bit.ly/2IdtcQ7

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

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


___