محصولی مانند BMW واقعا چگونه در ذهن ما به عنوان یک محصول با کیفیت شکل گرفته است؟ آیا ما تخصص بررسی عملکرد موتور و گیربکس آن را داریم؟ آیا مقایسه‌ای فنی روی آن انجام داده‌ایم تا بفهمیم ماشین BMW یک محصول با کیفیت است؟
در حقیقت یک محصول را مفهومی به نام «نقاط تماس» یا Touch Points تعریف می‌کند. نقاط تماس مجموعه لحظاتی است که مشتری محصول را تجربه می‌کند. یک نقطه تماس می‌تواند لحظاتی باشد که مشتری با آن کار می‌کند، یا لحظاتی که مشتری پوستر محصول را می‌بیند و یا زمانی که صدای تیم پشتیبانی شما را از پشت تلفن می‌شوند.

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

https://mehrandvd.me/2016/10/02/touch-point-real-percepction-product/

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

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

___

☕ وقتی فرهنگ استراتژی را بعنوان صبحانه می‌بلعد

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

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

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

سوال اساسی این است که آیا می شود فرهنگ را خرید؟

اما شاید یکسری دوستان به من ایراد بگیرن، “آقا ما نتیجش رو دیدیم”، یا مثلا “این شرکت های خارجی که خیلی بیشتر از ما حالیشون هست”.

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

فرهنگ چیست؟ کیست؟ چطوری است؟

فرهنگ یعنی “آنگونه که ما در عمل رفتار می کنیم” نه آنچیزی که تظاهر یا فکر می کنیم. پس این منشور اخلاقی و یا سخنرانی هایی که داریم؛ “ما یک شرکت مشتری مدار هستیم، ما به نیروهامون اعتماد کامل داریم” اسمش فرهنگ نیست، آنچیزی که در عمل می بینیم فرهنگ واقعی است “مثلا وقتی یک مشتری عصبانی زنگ میزنه و رفتاری که ما می کنیم، یا وقتی در شرکت زیر آب هم رو میزنیم و می گوییم بهم خیلی اعتماد داریم”

فرهنگ، استراتژی رو به عنوان صبحانه میخوره، یعنی چی؟

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

افسانه هایی در مورد فرهنگ

یکی از کارهای مشاورین این هست که مسائل را سخت جلوه بدهند تا بگویند ما فقط می توانیم به شما کمک کنیم، در مورد فرهنگ نیز چنین چیزهایی هست، مثلا برای تغییر فرهنگ دو نسل باید عوض شود یا تغییر فرهنگ بازه 25 ساله نیاز دارد، خیلی از این موارد درست است ولی یک ذره هم اغراق در آنها دیده می شود، اگر فرهنگ قابل عوض شدن نبود چطور در عرض چند سال گوشی‌های هوشمند زندگی ما را عوض کردند؟ چگونه پدران و مادران ما کاربر هر روزه اینترنت شدند؟ چگونه دید و بازدید عید در عرض چند سال در حال از بین رفتن است؟ چگونه قبل از غذا خوردن باید از آن عکس بگیریم و در اینستاگرام بگذاریم “من و سوشی یهویی …”.

فرهنگ یک شب ایجاد نمی شود و البته یک شبه هم از بین نمی رود

خوبی یا بدی فرهنگ این است، نه یک شب ایجاد می شود و نه یک شب از بین می رود، تغییر فرهنگ نیاز به یک فرآیند چند مرحله ای دارد، که به مرور باید اجرا شود. تغییر فرهنگ چیزی نیست که شما از اول برنامه ریزی کنید و آن را اجرا کنید، بلکه باید برنامه های کوچکی داشته باشید، آن را اجرا کنید، نتیجه را بسنجید، دوباره برنامه ریزی کنید و دوباره اجرا کنید و … .

ادامه در لینک زیر 👇👇

https://goo.gl/dHHycC

@iranagile

سرویس Figma 2.0: ابزاری برای تمام فصول

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

چندی قبل، خبر انتشار یک ابزار Collaborative طراحی رابط کاربری به اسم Figma را خواندم و زمانی را برای تیم دیزاین شرکت خالی کردم تا این ابزار را تست کنیم. چند صفحه از یک اپلیکیشن آشپزی را طراحی کردیم که نتایج آن روی Behance تیم‌مان قابل مشاهده‌ست:
https://www.behance.net/gallery/49456671/COOKY-APP

بعد از تجربه خوب کار با Figma، اخبار آن را مشتاقانه‌تر دنبال می‌کردم. تیم پرشور و هیجان این ابزار کاربردی، حالا نسخه دوم از ابزار خود را معرفی کردند که امکان Prototyping و همچنین امکانی به اسم Developer Handoff را برای کاربران خود به ارمغان آورده است. Developer Handoff ویژگی‌ست که به دیزاینرها اجازه می‌دهد یک نسخه از فایل دیزاین خود را بصورت View Only و غیرقابل ویرایش با توسعه‌دهنده پروژه به اشتراک بگذارند. توسعه‌دهنده با کلیک روی هر لایه می‌تواند ویژگی‌های آن را بصورت غیرقابل ویرایشی ببیند و حتی آیکن‌ها و سایر Assetهای مورد نظر خود را مستقیما از همان فایل، با اندازه و فرمت مد نظرش، خروجی بگیرد.

ابزار Figma، بصورت کامل از فرمت‌های گرافیک بُرداری (Vector) پشتیبانی می‌کند و به راحتی می‌توانید از آن‌ها در طراحی‌های خود استفاده کنید.
مقاله امروز، معرفی ویژگی‌های جدید Figma، از زبان بنیانگذار و مدیرعامل این سرویس، Dylan Field است.

به نظر من آینده از آنِ ابزارهای Collaborative بوده و Figma تا کنون بینظیر عمل کرده است.
مقاله امروز را از دست ندهید:
https://blog.figma.com/figma-2-0-now-with-prototyping-and-developer-handoff-1b309a5d025c

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

#معرفی #ابزار #Figma
@Dexign دیزاین

___

ممکن است در فرایند توسعه‌ی برنامه‌های SPA که UI‌ آن‌ها با screen‌های با اندازه‌های متفاوت موبایل تا دسکتاپ سازگار است٬ نیاز به تست برنامه روی Device ها داشته باشید. Browsersync ابزاری قدرتمند است که در ترکیب با Webpack و Hot Reloading این امکان را به شما می‌دهد تا به جای تست app روی شبیه ساز های device بتوانید مستقیما روی device تست و debug را انجام دهید.
برای توضیحات بیشتر به لینک زیر مراجعه کنید.

https://manavsehgal.com/browsersync-and-webpack-for-testing-web-apps-across-multiple-devices-64e7f7fa62f2


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

https://ow.ly/3dge30eCtwT

#شراره_لطفی (https://ow.ly/xvC530dx8xL)


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

___

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

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

لینک زیر راه های ساده و کارآمدی را برای داشتن کد مرتب CSS معرفی می‌کند که استفاده از آنها توصیه می‌شود.

https://cssguidelin.es/

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

https://ow.ly/IdOy30aYW4S

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

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

___

#خلاصه_مطالب «فلسفه نرم‌افزار» در هفته گذشته:

۱. آیا ترکیب WebAssembly و .Net آینده برنامه‌نویسی front-end است؟

https://t.iss.one/SoftwarePhilosophy/911

۲. مفهوم Touch Point و نقش آن در تعریف محصولات نرم‌افزاری

https://t.iss.one/SoftwarePhilosophy/913

۳. وقتی فرهنگ استراتژی را بعنوان صبحانه می‌بلعد (Iran Agile)

https://t.iss.one/SoftwarePhilosophy/914

۴. سرویس Figma 2.0: ابزاری برای تمام فصول (دیزاین)

https://t.iss.one/SoftwarePhilosophy/915

۵. آشنایی با Browsersync

https://t.iss.one/SoftwarePhilosophy/916

۶. راه های ساده و کارآمد برای داشتن کد مرتب CSS
#css #cleancode
https://t.iss.one/SoftwarePhilosophy/918


@SoftwarePhilosophy

____

📈 پروژه مدیریت مستردیتا به روش چابک

اطلاعات موجود در دنیای دیجیتال تا سال 2020 به 44 زتابایت یا 44 تریلیون گیگابایت خواهد رسید (الان تقریبا 5 زتابایت است)، این حجم دیتا باعث می شود که سازمانها به فکر پروژه های مدیریت مستردیتا یا Master Data Management بیفتند. زیرا MDM نقش بسزایی در تحلیل یا گزارش یا حتی سیستم های تراکنشی دارد.

خروجی پروژه های MDM ایجاد دیتابیس مستر خواهد بود که توسط سیستمهای دیگر استفاده می شود.

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

شاید دلیل اصلی، کندی انجام پروژه ها یا به ثمر نرسیدن پروژه "دید ایده آل گرایانه یا رکورد کامل و بی‌نقص است".

@iranagile

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

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

در این مورد بیشتر بخوانید:

https://goo.gl/azSP4x

@iranagile

جادوی سیاهی به نام نوتیفیکیشن

سالیان زیادی‌ست که نوتیفیکیشن‌ها به انسان‌ها کمک می‌کنند. وقتی زنگ در و یا زنگ تلفن به صدا در می‌آید و یا حتی وقتی کسی نام ما را صدا می‌کند، در حال دریافت اعلان یا Notification هستیم.
این روزها شنیدن واژه نوتیفیکیشن ما را به یاد نقطه قرمز در اپلیکیشن‌های Instagram یا Facebook می‌اندازد. نقطه‌هایی که با تغییر مغزهای ما در گذر زمان، حالا مجبورمان می‌کنند که آن بخش را چک کنیم.
تمامی ما روزانه تعداد زیادی نوتیفیکیشن دریافت می‌کنیم که به ما یادآوری می‌کنند که سربازهایمان در Clash of Clans آماده‌اند، یا رکورد تعداد قدم‌های روزانه خود را رد کرده‌ایم؛ و البته به دریافت آن‌های عادت کرده‌ایم.

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

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

https://trydesignlab.com/blog/are-notifications-a-dark-pattern-ux-ui/

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

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

#مفاهیم #چالش #اعلان #نوتیفیکیشن
@Dexign دیزاین

___

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

تنظیم محیط برنامه‌نویسی Linux روی Windows 10 عنوان مقاله‌ای است که اسکات هانسلمن در بلاگش در مورد آن توضیح داده‌است. یکی از نکات جالب مورد اشاره او در این پست این جمله بود: «بعضی‌ها دوست دارند با ماوس و کلیک کار کنند، بعضی‌ها ترجیح می‌دهند با کیبورد و تایپ کردن کار کنند، اشکال ندارد برای همه جا هست!»
دو عادت کاملا متفاوت برنامه‌نویسان، محیط‌های کارمندی و محیط‌های گرافیکی است. در این مقاله نحوه استفاده از bash روی linux که روی windows 10 بالا آمده‌است توضیح داده شده.

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

https://www.hanselman.com/blog/SettingUpAShinyDevelopmentEnvironmentWithinLinuxOnWindows10.aspx

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

https://ow.ly/FD3X30b4Kyd

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

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


___

تبدیل کدهای C# به JavaScript در بسیاری از شرایط می‌توان مفید باشد. معمولا قسمت قابل توجهی از کدهای بین سرور و کلاینت که شبیه هم هستند می‌توانند در یک جا نوشته شوند. برای مثال مدل‌های انتقال اطلاعات DTO و یا Validation ها همه کدهایی هستند که پس از تعریف در سمت سرور می‌توانند در سمت کلاینت هم دوباره استفاده شوند.
هدف پروژه Bridge.NET اینجا امکان تبدیل کدهای C# به کدهای TypeScript و یا JavaScript است. در سایت این پروژه به صورت آنلاین می‌توانید آن را آزمایش کنید تا از نحوه کار آن مطلع شوید.

https://bridge.net/

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

https://ow.ly/yrVs30eL96Y

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


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

___

🔭 هفت روش کاربردی برای گرفتن بازخورد کاربران در اسکرام

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

در ادامه هفت روش گرفتن این بازخوردها برای تیم‌های اسکرامی معرفی شده است:

1. Involve users during the Sprint Review
2. Go on a User Safari
3. Organize a Product Bazaar
4. Do Guerrilla Testing
5. Use (short) surveys
6. Investigate usage Metrics
7. Use A/B-testing

توضیحات هرکدام از روش‌ها را در لینک زیر مشاهده کنید:
🌐 https://goo.gl/A3ApnZ

@iranagile

#خلاصه_مطالب «فلسفه نرم‌افزار» در هفته گذشته:

۱. پروژه مدیریت مستردیتا به روش چابک (Iran Agile)
#agile #masterdata
https://t.iss.one/SoftwarePhilosophy/920

۲. جادوی سیاهی به نام نوتیفیکیشن (دیزاین)
#design #ux #notification
https://t.iss.one/SoftwarePhilosophy/921

۳. تنظیم محیط برنامه‌نویسی Linux روی Windows 10
#linux #dotnet #windows
https://t.iss.one/SoftwarePhilosophy/923

۴. تبدیل کدهای C# به JavaScript و پروژه Bridge.NET
#javascript #csharp #bridgenet #framework
https://t.iss.one/SoftwarePhilosophy/924

۵. هفت روش کاربردی برای گرفتن بازخورد کاربران در اسکرام (Iran Agile)
#scrum
https://t.iss.one/SoftwarePhilosophy/925

ـــــــــــ

@SoftwarePhilosophy

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

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

در مقاله زیر تجربه استفاده از دو ابزار Team Foundation Server و یکپارچگی آن با سرویس‌های Azure در یک پروژه عملی شرح داده شده است. در این فرایند Feature‌ ها به عنوان زبان مشترک بین تیم فنی و بیزنس طراحی می‌شوند. سپس این Feature ها به Backlog Item ها شکسته می‌شوند. یک Backlog Item در حقیقت یک نیازمندی‌است است که آنقدری کوچک شده که بتوان آن را به تنهایی تست کرد. به طوری که اگر تست تمام Backlog Item های یک Feature پاس شود، به معنی قابل تحویل بودن آن به تیم بیزنس باشد. سپس Task ها مجموعه کارهایی (فنی و غیر فنی) است که باید انجام شود تا بتوان تست یک Backlog Item را پاس کرد.

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

https://mehrandvd.me/2017/02/24/azure-experience-handling-requirements/

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

https://ow.ly/3NGm30b5IjZ

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

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


___

در صورتی که از کندی Visual Studio رنج می‌برید و علاقه مند هستید سرعت کار ویژوال استدیو را بالاخص در زمان دیباگ و اجرای برنامه‌ها تا چندین برابر بهبود دهید، راهکارهای ارایه شده در این مقاله را که همگی تست شده اند و بعضا دارای PowerShell Script آماده به اجرا هستند استفاده کنید و از بهبود به دست آمده لذت ببرید.

https://docs.bit-framework.com/docs/good-to-know/visual-studio-speedup.html



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

https://ow.ly/GrJ430eStMy

#یاسر_مرادی (https://ow.ly/Ph6w30ebM21)

✅ با سپاس از آقای سعید صالحی برای مشارکت در تهیه این مطلب
https://github.com/1saeedsalehi


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

___

پنجمین نسخه از Swarm دوست‌داشتنی

احتمالا اپلیکیشن Foursquare همچنین Swarm را می‌شناسید. برای من Foursquare نمونه یک محصول بسیار موفق‌ست (حتی بالاتر از Instagram و Facebook)‌ که پیشرفت و پا گرفتنش را در ایران، لحظه به لحظه پیگیری کرده‌ام. هوشمندی بینظیری که در Gamification داشت و روش‌های اغواگرانه‌ای که برای وادار کردن کاربر به فعالیت استفاده می‌کرد از مهمترین دلایلی بود که من را به این محصول علاقمند می‌کرد.

بعدها که اپلیکیشن Swarm با هدف جدا کردن تکه‌ی شبکه اجتماعی Foursquare معرفی شد، فعالیت و پیگیری‌های من هم کمی کمتر شد ولی این تیم همیشه تاثیر خود را در کار حرفه‌ای من داشته‌ست. بطوریکه وقتی خواندم که اپلیکیشن جدید Foursquare بطور کامل در Sketch App طراحی شده، مهاجرت به این ابزار را برای خود یک الزام می‌دیدم.

تیم دیزاین این مجموعه، هم‌اکنون نسخه 5.0 از اپلیکیشن Swarm را منتشر کردند که دستخوش تغییراتی بسیاری شده‌است.
مقاله امروز، داستانی‌ست از زبان یکی از طراحان محصول این تیم که به بررسی روند این بازطراحی می‌پردازد و نکات جالبی در آن نهفته‌ست:
- می‌توان متوجه دید و دغدغه‌های یک تیم دیزاین در این سطح، در روند بازطراحی محصول شد.
- می‌توانید نمونه‌ای از Style Guideهایی را که در تیم‌های دیزاین دیگر ساخته می‌شود، ببینید.
- متوجه می‌شوید که یکی از وظایف شما به عنوان دیزاینر، به اشتراک‌گذاری ایده‌ها و طرح‌ها و گرفتن بازخوردهاست. در هر سطحی که باشید.
و …

پیشنهاد می‌کنم همین حالا این داستان زیبا را مطالعه کنید.

https://medium.com/foursquare-direct/how-we-designed-foursquare-swarm-5-0-d774b3164f3f

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

#تیم #بازطراحی #محصول #Swarm
@Dexign دیزاین

___

🎩 هیچ کس حاضر به استفاده از MVP ناقص شما نیست!

این روزها در جامعه استارتاپی جمله ای از هافمن دست به دست می‌شود که "اگر از نخستین نسخه‌ی محصول خود خجالت‌زده نیستید، محصول را خیلی دیر بیرون داده‌اید."
با وجود جذابیت جمله، ولی واقعیت این است که هیچ مشتری حاضر به استفاده از محصول خجالت‌آور شما نیست.
مشکل اصلی این نوع ایجاد MVP این است که بیشتر به M یا کمینه بودن پرداخته می شود تا V یا پذیرفتنی.

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

ادامه مقاله را در لینک زیر مشاهده کنید:

🌐 https://goo.gl/Q6bHMW

@iranagile

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

مفهوم Concurrent Programming و تفاوت آن با Parallel Programming همیشه یکی از مباحث چالش برانگیز برای برنامه نویسان بوده است. مفهوم اجرای همزمان یا Concurrent حتی قابل اجرا روی یک نخ یا یک cpu است. در حالی که اجرای موازی یا Parallel نیاز به چند نخ دارد. مقاله زیر به زیبایی و بسیار خلاصه این دو مدل برنامه‌نویسی را توضیح داده‌است. همچنین نحوه استفاده از امکانات .net core را برای پیاده‌سازی این مفاهیم را به همراه مثال‌هایی خوانا شرح داده‌است.

مفاهیم TPL, PLINQ, Async, Immutable Collection و مفاهیم دیگر در این مقاله با ذکر مثال‌هایی جالب شرح داده شده‌اند.

https://www.dotnetcurry.com/dotnet/1360/concurrent-programming-dotnet-core

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

https://ow.ly/xoWQ30bbJFn

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

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


___