Forwarded from Software Philosophy
محصولی مانند BMW واقعا چگونه در ذهن ما به عنوان یک محصول با کیفیت شکل گرفته است؟ آیا ما تخصص بررسی عملکرد موتور و گیربکس آن را داریم؟ آیا مقایسهای فنی روی آن انجام دادهایم تا بفهمیم ماشین BMW یک محصول با کیفیت است؟
در حقیقت یک محصول را مفهومی به نام «نقاط تماس» یا Touch Points تعریف میکند. نقاط تماس مجموعه لحظاتی است که مشتری محصول را تجربه میکند. یک نقطه تماس میتواند لحظاتی باشد که مشتری با آن کار میکند، یا لحظاتی که مشتری پوستر محصول را میبیند و یا زمانی که صدای تیم پشتیبانی شما را از پشت تلفن میشوند.
ما برنامه نویسها عادت کردیم برنامه بنویسیم! و البته دوست داریم مشتریان برای این عادت ما ارزش قائل شوند و برای آن پول پرداخت کنند. اما حقیقت این است که مشتریان چیزی از زیبایی معماری نرمافزار ما نمیبینند همانطور که چیزی از جزئیات گیربکس یک BMW نمیدانند.
در حقیقت بهترین معماری و برنامهنویسی زمانی اتفاق میافتد که آنقدر همه چیز درست کار کند که مشتری اصلا نفهمد برنامه نویسی انجام شده، همانطور که یک گیربکس عالی گیربکسی است که مشتری هیچوقت متوجه وجودش نشود و فقط مطمئن باشد که دنده به درستی عمل میکند.
بنابر این در اکثر مواقع توضیح اینکه برنامه چقدر خوب نوشته شده ارزشی برای مشتریان ندارد.
مقاله زیر به طور خلاصه مفهوم Touch Point و نقش آن در تعریف محصولات نرمافزاری را شرح دادهاست.
http://mehrandvd.me/2016/10/02/touch-point-real-percepction-product/
#مهران_داودی
لینکدین:
https://ir.linkedin.com/in/mehrandvd
کانال تلگرام:
@SoftwarePhilosophy
___
در حقیقت یک محصول را مفهومی به نام «نقاط تماس» یا Touch Points تعریف میکند. نقاط تماس مجموعه لحظاتی است که مشتری محصول را تجربه میکند. یک نقطه تماس میتواند لحظاتی باشد که مشتری با آن کار میکند، یا لحظاتی که مشتری پوستر محصول را میبیند و یا زمانی که صدای تیم پشتیبانی شما را از پشت تلفن میشوند.
ما برنامه نویسها عادت کردیم برنامه بنویسیم! و البته دوست داریم مشتریان برای این عادت ما ارزش قائل شوند و برای آن پول پرداخت کنند. اما حقیقت این است که مشتریان چیزی از زیبایی معماری نرمافزار ما نمیبینند همانطور که چیزی از جزئیات گیربکس یک BMW نمیدانند.
در حقیقت بهترین معماری و برنامهنویسی زمانی اتفاق میافتد که آنقدر همه چیز درست کار کند که مشتری اصلا نفهمد برنامه نویسی انجام شده، همانطور که یک گیربکس عالی گیربکسی است که مشتری هیچوقت متوجه وجودش نشود و فقط مطمئن باشد که دنده به درستی عمل میکند.
بنابر این در اکثر مواقع توضیح اینکه برنامه چقدر خوب نوشته شده ارزشی برای مشتریان ندارد.
مقاله زیر به طور خلاصه مفهوم Touch Point و نقش آن در تعریف محصولات نرمافزاری را شرح دادهاست.
http://mehrandvd.me/2016/10/02/touch-point-real-percepction-product/
#مهران_داودی
لینکدین:
https://ir.linkedin.com/in/mehrandvd
کانال تلگرام:
@SoftwarePhilosophy
___
Dot Philosophy
Touch Point: The Real Percepction of a Product - Dot Philosophy
Recently I've participated in a great workshop about Service Design. It was a totally new concept to me. The course was designed surprisingly great by Joannes Vandermeulen from Namahn. If you ask me about the most important keyword I've learned in the course…
کانالهای فارسی خود را دوطرفه کنید!
مدتی قبل به عنوان یک پروژه دستگرمی! یک کار جالب کردیم.
چند تا از برنامهنویسان حرفهای کانال «فلسفه نرمافزار» و طراحان حرفهای کانال «فلسفه دیزاین» طی یک هفته دست به کار شدیم و یک بات تلگرام درست کردیم که امکان «کامنتگذاری فارسی» زیر پستها را به کانال تلگرام اضافه کنیم.
پروژه بسیار جذابی بود و تصمیم گرفتیم که با شما هم به اشتراک بگذاریم.
از جذابیتهای فنی این بات:
۱. کل تیمی که یک هفته روی این بات کار کردند کاملا ریموت بوده و همدیگر را ندیدهاند!
۲. همه این سیستم روی Azure ریلیز شده و به شدت آماده گسترش (Scale شدن) است. اگر کانالهای زیادی شروع به استفاده از این بات کنند، گزارشهایی را از روش گسترش این سرویس روی Azure، همینجا با شما به اشتراک میگذاریم.
۳. این بات از ویژگی جدید LoginURL که جدیدا به تلگرام اضافه شده استفاده میکند. این ویژگی به کاربران این امکان را میدهد که وقتی از طریق تلگرام یک لینک را باز میکنند، بصورت اتوماتیک Login شوند.
ناگفته نماند خود تلگرام هم یک بات برای کامنتگذاری اضافه کرده که برای زبان فارسی اصلا خوب کار نمیکند. همین موضوع انگیزهای برای ما شد که این بات را ساخته و تجربه خوشآیندی را از کامنت گذاشتن به زبان فارسی به کانالهای تلگرام بیاوریم.
برای اضافه شدن این امکان، کافیست بات @CommentFarsiBot را به کانال خود اضافه کنید (به عنوان ادمین).
حالا دیگه ما هم صدای شما را میشنویم!
کانال فلسفه نرمافزار: @SoftwarePhilosophy
کانال فلسفه دیزاین: @Dexign
ــــــــ
مدتی قبل به عنوان یک پروژه دستگرمی! یک کار جالب کردیم.
چند تا از برنامهنویسان حرفهای کانال «فلسفه نرمافزار» و طراحان حرفهای کانال «فلسفه دیزاین» طی یک هفته دست به کار شدیم و یک بات تلگرام درست کردیم که امکان «کامنتگذاری فارسی» زیر پستها را به کانال تلگرام اضافه کنیم.
پروژه بسیار جذابی بود و تصمیم گرفتیم که با شما هم به اشتراک بگذاریم.
از جذابیتهای فنی این بات:
۱. کل تیمی که یک هفته روی این بات کار کردند کاملا ریموت بوده و همدیگر را ندیدهاند!
۲. همه این سیستم روی Azure ریلیز شده و به شدت آماده گسترش (Scale شدن) است. اگر کانالهای زیادی شروع به استفاده از این بات کنند، گزارشهایی را از روش گسترش این سرویس روی Azure، همینجا با شما به اشتراک میگذاریم.
۳. این بات از ویژگی جدید LoginURL که جدیدا به تلگرام اضافه شده استفاده میکند. این ویژگی به کاربران این امکان را میدهد که وقتی از طریق تلگرام یک لینک را باز میکنند، بصورت اتوماتیک Login شوند.
ناگفته نماند خود تلگرام هم یک بات برای کامنتگذاری اضافه کرده که برای زبان فارسی اصلا خوب کار نمیکند. همین موضوع انگیزهای برای ما شد که این بات را ساخته و تجربه خوشآیندی را از کامنت گذاشتن به زبان فارسی به کانالهای تلگرام بیاوریم.
برای اضافه شدن این امکان، کافیست بات @CommentFarsiBot را به کانال خود اضافه کنید (به عنوان ادمین).
حالا دیگه ما هم صدای شما را میشنویم!
کانال فلسفه نرمافزار: @SoftwarePhilosophy
کانال فلسفه دیزاین: @Dexign
ــــــــ
Forwarded from اِسکیلی Skilly (مهدی کرامتی)
✅ معرفی ورژن 2 Windows Subsystem for Linux (به اختصار WSL 2)
ماکروسافت در یک اقدام جالب، کرنل لینوکس (ورژن 4.19 - آخرین ورژن پایدار و LTS) رو به طور کامل به ویندوز منتقل کرد.
در نتیجه امکان اجرای کانتینر های Docker به صورت Native در آن وجود دارد و دیگر نیازی به VM برای اجرای کانتینر ها بر روی Windows نیست!
همچنین ماکروسافت ادعا کرده در این روش، زمان boot time لینوکس و میزان رم مصرفی کاهش پیدا کرده و نیز عملیات I/O filesystem افزایش پرفرمنس داشته است.
این یه حرکت بزرگ است و اولین باری هست که کرنل لینوکس به عنوان بخشی از ویندوز قرار می گیرد.
این قابلیت، اواخر امسال همراه با اپدیت ویندوز 10 به نام (Codename 19H2) عرضه خواهد شد.
اطلاعات بیشتر :
https://devblogs.microsoft.com/commandline/shipping-a-linux-kernel-with-windows
@barnamenevis_org
ماکروسافت در یک اقدام جالب، کرنل لینوکس (ورژن 4.19 - آخرین ورژن پایدار و LTS) رو به طور کامل به ویندوز منتقل کرد.
در نتیجه امکان اجرای کانتینر های Docker به صورت Native در آن وجود دارد و دیگر نیازی به VM برای اجرای کانتینر ها بر روی Windows نیست!
همچنین ماکروسافت ادعا کرده در این روش، زمان boot time لینوکس و میزان رم مصرفی کاهش پیدا کرده و نیز عملیات I/O filesystem افزایش پرفرمنس داشته است.
این یه حرکت بزرگ است و اولین باری هست که کرنل لینوکس به عنوان بخشی از ویندوز قرار می گیرد.
این قابلیت، اواخر امسال همراه با اپدیت ویندوز 10 به نام (Codename 19H2) عرضه خواهد شد.
اطلاعات بیشتر :
https://devblogs.microsoft.com/commandline/shipping-a-linux-kernel-with-windows
@barnamenevis_org
Forwarded from فلسفه دیزاین
ماجرای یک دست و دو هندوانه
مدتها به دنبال روشی بودم که بتوانم وظایف و دیزاینهایی که در یک روز به من محوّل شدهاند را تا انتهای همان روز تمام و کمال تحویل بدهم.
گاهی هم در ضرورتهای عجلهای، که زمان کم است و فشار کارفرما ایجاب میکند که دیزاین زودتر تحویل داده شود؛ پیش میآید که در حین دیزاین، باید کامنتهای زپلین را بررسی کنم، پیامهای واتساپ، تلگرام و ایمیل را چک بکنم. صحبتهای مدیر را خوب گوش دهم. و همهی اینها زمانی رخ میدهد که درحال دیزاین طرح فعلی هستم. طرحی که باید تا انتهای روز تحویل بدهم و برنامهام را نیز طبق همان چیدهام. حال باید به سرعت روی دیزاین جدید کار کرده و درعرض یکساعت آن را تحویل بدهم. شغل ما دیزاینرها مثل خلبانها، پیشخدمتها و... عملکرد چندوظیفهای را نیاز دارد.
اما به چه قیمت؟ به قیمت از دست دادن چند امتیازی سطح IQ ما؟ آن هم زمانی که ما به بیشترین سطح خلاقیت خود در دیزاین نیاز داریم؟
طبق تحقیقات و آزمایشهایی که تحت نظر دکتر ارل میلر عصب شناس دانشگاه امآیتی انجام شده به این نتیجه رسیدهاند که ذهن ما برای عملکرد چندوظیفهای ساخته نشده و بهترین عملکرد آن زمانیست که روی یک موضوع تمرکز دارد. در واقع ذهن ما بین وظایف مختلف به طور خیلی سریع جابجا میشود و این طور نیست که بتواند به صورت همزمان روی چندین موضوع تمرکز کند. این جابجاییهای پیدرپی و سریع باعث ایجاد یک عادت بد در رفتار ما میشود.
وقتی یک عملکرد کوچک را به پایان میرسانیم در واقع باعث ترشح هورمون دوپامین که به هورمون پاداش نیز معروف است، میشویم. ذهن ما این هورمون را دوست دارد و ما را تشویق به ترشح هرچه بیشتر آن میکند. ما را وادار به به جابجایی سریع بین وظایف میکند تا به ما خوشی لحظهای بدهد.
این ترشحات پیدرپی ما را وارد چرخهی خطرناکی میکند. به ما این احساس را میدهد که عملکردهای زیادی را به اتمام رساندهایم که درواقع چیز خاصی نبودهاند. ( چک کردنهای اعتیادآور شبکهها و پیامرسانهای مجازی)
آقای دیوید استب مؤسس و مربی استارلینگتیم میگوید: " مدیران زمانیکه بین عملکردشان و روابط اعضای تیمشان به صورت چندوظیفهای عمل میکنند، در انتها با این مواجه خواهند شد که افرادشان یک شئ هستند! "
این شئنگری به افراد گروه نتایج غیرقابل جبرانی دارد که در ادامه شما را با یک داستان واقعی ازین مدیر که باعث متحمل شدن هزینههای زیادی به او و تیمش شده، آشنا میکنم. بلایی که multitasking (عملکرد چندوظیفهای) سر یک سیستم و افراد آن میآورد گاهی اوقات غیرقابل جبران است.
http://bit.ly/dxgn495-1
جزئیات و نتایج بیشتر آزمایشات با محتوای multitasking را می توانید در لینک زیر ببینید:
http://bit.ly/dxgn495-2
(زمان حدودی مطالعه، ۱۰دقیقه)
نویسنده: حسین میرزاده
#عملکردچندوظیفهای #مدیریت #محیطکار
@Dexign فلسفه دیزاین
ـــــ
مدتها به دنبال روشی بودم که بتوانم وظایف و دیزاینهایی که در یک روز به من محوّل شدهاند را تا انتهای همان روز تمام و کمال تحویل بدهم.
گاهی هم در ضرورتهای عجلهای، که زمان کم است و فشار کارفرما ایجاب میکند که دیزاین زودتر تحویل داده شود؛ پیش میآید که در حین دیزاین، باید کامنتهای زپلین را بررسی کنم، پیامهای واتساپ، تلگرام و ایمیل را چک بکنم. صحبتهای مدیر را خوب گوش دهم. و همهی اینها زمانی رخ میدهد که درحال دیزاین طرح فعلی هستم. طرحی که باید تا انتهای روز تحویل بدهم و برنامهام را نیز طبق همان چیدهام. حال باید به سرعت روی دیزاین جدید کار کرده و درعرض یکساعت آن را تحویل بدهم. شغل ما دیزاینرها مثل خلبانها، پیشخدمتها و... عملکرد چندوظیفهای را نیاز دارد.
اما به چه قیمت؟ به قیمت از دست دادن چند امتیازی سطح IQ ما؟ آن هم زمانی که ما به بیشترین سطح خلاقیت خود در دیزاین نیاز داریم؟
طبق تحقیقات و آزمایشهایی که تحت نظر دکتر ارل میلر عصب شناس دانشگاه امآیتی انجام شده به این نتیجه رسیدهاند که ذهن ما برای عملکرد چندوظیفهای ساخته نشده و بهترین عملکرد آن زمانیست که روی یک موضوع تمرکز دارد. در واقع ذهن ما بین وظایف مختلف به طور خیلی سریع جابجا میشود و این طور نیست که بتواند به صورت همزمان روی چندین موضوع تمرکز کند. این جابجاییهای پیدرپی و سریع باعث ایجاد یک عادت بد در رفتار ما میشود.
وقتی یک عملکرد کوچک را به پایان میرسانیم در واقع باعث ترشح هورمون دوپامین که به هورمون پاداش نیز معروف است، میشویم. ذهن ما این هورمون را دوست دارد و ما را تشویق به ترشح هرچه بیشتر آن میکند. ما را وادار به به جابجایی سریع بین وظایف میکند تا به ما خوشی لحظهای بدهد.
این ترشحات پیدرپی ما را وارد چرخهی خطرناکی میکند. به ما این احساس را میدهد که عملکردهای زیادی را به اتمام رساندهایم که درواقع چیز خاصی نبودهاند. ( چک کردنهای اعتیادآور شبکهها و پیامرسانهای مجازی)
آقای دیوید استب مؤسس و مربی استارلینگتیم میگوید: " مدیران زمانیکه بین عملکردشان و روابط اعضای تیمشان به صورت چندوظیفهای عمل میکنند، در انتها با این مواجه خواهند شد که افرادشان یک شئ هستند! "
این شئنگری به افراد گروه نتایج غیرقابل جبرانی دارد که در ادامه شما را با یک داستان واقعی ازین مدیر که باعث متحمل شدن هزینههای زیادی به او و تیمش شده، آشنا میکنم. بلایی که multitasking (عملکرد چندوظیفهای) سر یک سیستم و افراد آن میآورد گاهی اوقات غیرقابل جبران است.
http://bit.ly/dxgn495-1
جزئیات و نتایج بیشتر آزمایشات با محتوای multitasking را می توانید در لینک زیر ببینید:
http://bit.ly/dxgn495-2
(زمان حدودی مطالعه، ۱۰دقیقه)
نویسنده: حسین میرزاده
#عملکردچندوظیفهای #مدیریت #محیطکار
@Dexign فلسفه دیزاین
ـــــ
Medium
Response to
Not only are we bad at doing many things at once, but it can actually be harmful to try
#پست_مجدد این پست تا به حال بیش از ۷۱۰۰ بار مشاهده شده و به نظر میرسد برای خوانندگان جدید کانال جذاب باشد.
Forwarded from Software Philosophy
معماری نرمافزار مانند معماری ساختمان یک هنر است آیا تا به حال به فرق یک معمار و یک مهندس عمران فکر کردهاید؟ تمرکز مهندسان عمران معمولا بر ساخت سازهها است. آنها فکر میکنند چطور سازههایی مانند دیوار، در، پنجره و سایر اجزا را به طور صحیح بسازند. از طرف دیگر معمارها معمولا به اینها فکر نمیکنند! تمرکز اصلی آنها روی ساخت و معماری فضاهایی است که بین این اجزا به وجود میآید. در حقیقت مهندسین عمران به دیوارها فکر میکنند و معمارها به فضای بین دیوارها.
نکته جالب این است که انسانها یا مشتریان در نهایت از فضاها استفاده میکنند نه دیوارها! آنها پول خرج میکنند تا فضای زیبایی بخرند و به ندرت دیوارها را میبینند.
در مهندسی نرمافزار، ساخت دیوار مانند کد نویسی است. برنامهنویسان با کد نویسی در حقیقت در حال ساخت دیوارهایی هستند که این دیوارها مستقیما برای مشتری معنی ندارد. مشتریان امکاناتی را میبینند که توسط این کدها برای آنها خلق شدهاست. یکی از وظایف یک مهندس نرمافزار تمرکز بر فضاهای ایجاد شده برای مشتری است. اینکه این فضاها چقدر کارا و مفید طراحی شدهاند.
توضیحات کامل مفهوم فضا و تاثیر آن بر مشتری را میتوانید در لینک زیر بخوانید.
http://mehrandvd.me/2015/10/26/spaces-shape-your-software-architecture/
#مهران_داودی
لینکداین:
https://ir.linkedin.com/in/mehrandvd
کانال تلگرام:
@SoftwarePhilosophy
___
نکته جالب این است که انسانها یا مشتریان در نهایت از فضاها استفاده میکنند نه دیوارها! آنها پول خرج میکنند تا فضای زیبایی بخرند و به ندرت دیوارها را میبینند.
در مهندسی نرمافزار، ساخت دیوار مانند کد نویسی است. برنامهنویسان با کد نویسی در حقیقت در حال ساخت دیوارهایی هستند که این دیوارها مستقیما برای مشتری معنی ندارد. مشتریان امکاناتی را میبینند که توسط این کدها برای آنها خلق شدهاست. یکی از وظایف یک مهندس نرمافزار تمرکز بر فضاهای ایجاد شده برای مشتری است. اینکه این فضاها چقدر کارا و مفید طراحی شدهاند.
توضیحات کامل مفهوم فضا و تاثیر آن بر مشتری را میتوانید در لینک زیر بخوانید.
http://mehrandvd.me/2015/10/26/spaces-shape-your-software-architecture/
#مهران_داودی
لینکداین:
https://ir.linkedin.com/in/mehrandvd
کانال تلگرام:
@SoftwarePhilosophy
___
#پست_مجدد این پست تا به حال بیش از ۲۴۰۰ بار مشاهده شده و به نظر میرسد برای خوانندگان جدید کانال جذاب باشد.
Forwarded from Software Philosophy
اگر بخواهیم امروز یک stack برای ۳ سال آینده انتخاب کنیم؟
در یکی از شرکتهایی که مشاور هستم سوال جالبی مطرح شده. قرار هست که برای ۳ سال آینده برنامهریزی فنی داشته باشیم و الان یک stack انتخاب کنیم که پروژههای آینده رو با اونها انجام بدیم. و خوب احتمالا ۳ سال بعد باز هم باید این تصمیم جدی رو دوباره بگیریم!
قرار شده هر کسی که پیشنهادی داره، پیشنهادش رو در قابل یک پروپوزال ارائه بده!
من تصمیم گرفتم این مستند رو روی گیتهاب درست کنم تا هم در اختیار همه باشه و هم بتونم از نظر همه شما استفاده کنم. اگر فکر میکنید در انتخاب stack تا حدودی شبیه هم فکر میکنیم خیلی خوشحال میشم تو تکمیلش بهم کمک کنین. تو گیتهاب نظراتتون رو به صورت issue مطرح کنین تا در موردشون بحث کنیم و یا حتی تغییراتی رو که به نظرتون میاد رو به صورت pull request بفرستید واسم.
https://github.com/mehrandvd/general-stack
⁉️ برای بحث و تبادل نظر فنی در مورد این پست، بر روی لینک زیر کلیک کنید:
http://ow.ly/DaUO30oz4z2
#مهران_داودی (http://ow.ly/GwIl309lFEm)
کانال تلگرام:
@SoftwarePhilosophy
___
در یکی از شرکتهایی که مشاور هستم سوال جالبی مطرح شده. قرار هست که برای ۳ سال آینده برنامهریزی فنی داشته باشیم و الان یک stack انتخاب کنیم که پروژههای آینده رو با اونها انجام بدیم. و خوب احتمالا ۳ سال بعد باز هم باید این تصمیم جدی رو دوباره بگیریم!
قرار شده هر کسی که پیشنهادی داره، پیشنهادش رو در قابل یک پروپوزال ارائه بده!
من تصمیم گرفتم این مستند رو روی گیتهاب درست کنم تا هم در اختیار همه باشه و هم بتونم از نظر همه شما استفاده کنم. اگر فکر میکنید در انتخاب stack تا حدودی شبیه هم فکر میکنیم خیلی خوشحال میشم تو تکمیلش بهم کمک کنین. تو گیتهاب نظراتتون رو به صورت issue مطرح کنین تا در موردشون بحث کنیم و یا حتی تغییراتی رو که به نظرتون میاد رو به صورت pull request بفرستید واسم.
https://github.com/mehrandvd/general-stack
⁉️ برای بحث و تبادل نظر فنی در مورد این پست، بر روی لینک زیر کلیک کنید:
http://ow.ly/DaUO30oz4z2
#مهران_داودی (http://ow.ly/GwIl309lFEm)
کانال تلگرام:
@SoftwarePhilosophy
___
GitHub
mehrandvd/general-stack
The question is as simple as this: Which stack to use for the next 3 years! - mehrandvd/general-stack
Forwarded from DotNetZoom (محمد جواد ابراهیمی)
🔰 بررسی تغییرات جدید NET Core 3.0 Preview 5
توی این نسخه که همزمان با کنفرانس Microsoft Build 2019 منتشر شد شاهد تغییرات کم ولی مهمی هستیم.
🔸بهبود های WPF و Windows Forms
توی این نسخه پرفرمنس Startup (اجرای اولیه) این دو تکنولوژی به لطف قابلیتی به نام AOT Compilation افزایش پیدا کرده
ما 2 روش کامپایل داریم:
یکی حالت معمولی که کد رو به یک زبان میانی (توی دات نت بهش IL یا CIL هم میگن) کامپایل میکنه، در واقع DLL های خروجی پروژه ها شامل کد های IL یا همون Intermediate Language هستند و توسط Just-In-Time (به اختصار JIT) اجرا میشن
روش دوم که پرفرمنس خیلی بیشتری داره اسمش هست Ahead-Of-Time (یا به اختصار AOT) که کد ها رو نه به یک زبان میانی، بلکه مستقیما به کد ماشین (Native) تبدیل میکنه
در این روش کد ها مستقیما بر روی سیستم عامل اجرا میشن و شامل کد های Optimize شده برای همون سیستم عامل هستند
حالا یه چیز جدیدی به نام Runtime دیگه برای NET Core هم هست به نام CoreRT که برای همین AOT Compilation کاربرد داره و دیگه نهایت سرعته و قراره به عنوان بخشی از NET 5. منتشر بشه. [بعدا در موردش صحبت خواهیم کرد]
🔹بهبود های کلاس SqlClient
این کلاس، جز کلاس های پایه ADO.NET هست و کارش دسترسی به دیتابیس SQL Server هست و توی ORM ها از جمله EF/EF Core و Dapper هم از همین کلاس استفاده شده
این کلاس جز کلاس های پایه NET Framework و Core بوده (داخل اسمبلی System.Data.dll) و به صورت Package جدا گانه نیست به همین خاطر هر موقع فیچر های جدیدی بهش اضافه میشد باید صبر میکردیم تا آپدیت جدید دات نت بیاد تا بتونیم ازش استفاده کنیم
ولی الان ماکروسافت اون رو به یه پکیج جداگانه به نام Microsoft.Data.SqlClient منتقل کرده تا بتونه سریع تر براش آپدیت بده. همین الان بهبود هایی بهش اضافه شده و قراره در کنار توسعه دات نت کور، این پکیچ هم توسعه و بهبود داده بشه
کلاس قبلی (System.Data.SqlClient) قرار نیست حذف بشه و بروزرسانی های مهم رو دریافت خواهد کرد پس نگران تغییر نباشید ولی برای استفاده از کلاس جدید :
اگه از این کلاس به صورت مستقم (به روش ADO.NET) استفاده کردید به راحتی با نصب این پکیج و تغییر به namespace مورد نظر میتونین ازش استفاده کنین ولی اگه از ORM هایی مثل EF Core یا Dapper استفاده میکنین باید صبر کنین تا این ORM ها هم از این پکیج جدید استفاده کنن
🔸پابلیش تک فایلی یا (Single EXEs)
از این پس میتونین خروجی پروژه هاتون رو به صورت یک فایل تکی پابلیش بگیرید. دیگه لازم نیست کلی فایل رو توی سیستم مشتری کپی کنین
این فایل به صورت self-extracting خواهد بود و تمام DLL ها و فایل های مورد نیازش (Dependencies) رو داخل خودش Embed کرده و موقع اجرا، فایل ها رو تو یه مسیر Temp کپی میکنه و Load شون میکنه
🔹بهبود های JSON Serializer
قبلا در مورد JSON Serializer داخلی فوق سریع توی NET Core 3.0 Preview 2 صحبت کردیم. اینبار اما یه سری بهبود و تغییرات دیزاینی تو پیاده سازیش داشته که خیلی کاربردی نیست پس ازش میگذریم [اطلاعات بیشتر]
🔸تغییرات Index و Range
توی سی شارپ 8 شاهد قابلیت جدید و باحالی به نام index و range بودیم که توی NET Core 3 هم کم کم پیاده سازی شد ولی الان ماکروسافت تصمیم گرفته بر اساس فیدبک های کامیونتی یه سری تغییر در این رابطه انجام بده
این تغییرات و مثال هاش کمی طولانیه و اینجا جا نمیشه. [اطلاعات بیشتر]
🔹تغییرات دیگه ای هم بوده که زیاد مهم نیستند یا خیلی تخصصی اند
اطلاعات بیشتر :
https://devblogs.microsoft.com/dotnet/announcing-net-core-3-0-preview-5/
_______________
@IranAspMvc
توی این نسخه که همزمان با کنفرانس Microsoft Build 2019 منتشر شد شاهد تغییرات کم ولی مهمی هستیم.
🔸بهبود های WPF و Windows Forms
توی این نسخه پرفرمنس Startup (اجرای اولیه) این دو تکنولوژی به لطف قابلیتی به نام AOT Compilation افزایش پیدا کرده
ما 2 روش کامپایل داریم:
یکی حالت معمولی که کد رو به یک زبان میانی (توی دات نت بهش IL یا CIL هم میگن) کامپایل میکنه، در واقع DLL های خروجی پروژه ها شامل کد های IL یا همون Intermediate Language هستند و توسط Just-In-Time (به اختصار JIT) اجرا میشن
روش دوم که پرفرمنس خیلی بیشتری داره اسمش هست Ahead-Of-Time (یا به اختصار AOT) که کد ها رو نه به یک زبان میانی، بلکه مستقیما به کد ماشین (Native) تبدیل میکنه
در این روش کد ها مستقیما بر روی سیستم عامل اجرا میشن و شامل کد های Optimize شده برای همون سیستم عامل هستند
حالا یه چیز جدیدی به نام Runtime دیگه برای NET Core هم هست به نام CoreRT که برای همین AOT Compilation کاربرد داره و دیگه نهایت سرعته و قراره به عنوان بخشی از NET 5. منتشر بشه. [بعدا در موردش صحبت خواهیم کرد]
🔹بهبود های کلاس SqlClient
این کلاس، جز کلاس های پایه ADO.NET هست و کارش دسترسی به دیتابیس SQL Server هست و توی ORM ها از جمله EF/EF Core و Dapper هم از همین کلاس استفاده شده
این کلاس جز کلاس های پایه NET Framework و Core بوده (داخل اسمبلی System.Data.dll) و به صورت Package جدا گانه نیست به همین خاطر هر موقع فیچر های جدیدی بهش اضافه میشد باید صبر میکردیم تا آپدیت جدید دات نت بیاد تا بتونیم ازش استفاده کنیم
ولی الان ماکروسافت اون رو به یه پکیج جداگانه به نام Microsoft.Data.SqlClient منتقل کرده تا بتونه سریع تر براش آپدیت بده. همین الان بهبود هایی بهش اضافه شده و قراره در کنار توسعه دات نت کور، این پکیچ هم توسعه و بهبود داده بشه
کلاس قبلی (System.Data.SqlClient) قرار نیست حذف بشه و بروزرسانی های مهم رو دریافت خواهد کرد پس نگران تغییر نباشید ولی برای استفاده از کلاس جدید :
اگه از این کلاس به صورت مستقم (به روش ADO.NET) استفاده کردید به راحتی با نصب این پکیج و تغییر به namespace مورد نظر میتونین ازش استفاده کنین ولی اگه از ORM هایی مثل EF Core یا Dapper استفاده میکنین باید صبر کنین تا این ORM ها هم از این پکیج جدید استفاده کنن
🔸پابلیش تک فایلی یا (Single EXEs)
از این پس میتونین خروجی پروژه هاتون رو به صورت یک فایل تکی پابلیش بگیرید. دیگه لازم نیست کلی فایل رو توی سیستم مشتری کپی کنین
این فایل به صورت self-extracting خواهد بود و تمام DLL ها و فایل های مورد نیازش (Dependencies) رو داخل خودش Embed کرده و موقع اجرا، فایل ها رو تو یه مسیر Temp کپی میکنه و Load شون میکنه
🔹بهبود های JSON Serializer
قبلا در مورد JSON Serializer داخلی فوق سریع توی NET Core 3.0 Preview 2 صحبت کردیم. اینبار اما یه سری بهبود و تغییرات دیزاینی تو پیاده سازیش داشته که خیلی کاربردی نیست پس ازش میگذریم [اطلاعات بیشتر]
🔸تغییرات Index و Range
توی سی شارپ 8 شاهد قابلیت جدید و باحالی به نام index و range بودیم که توی NET Core 3 هم کم کم پیاده سازی شد ولی الان ماکروسافت تصمیم گرفته بر اساس فیدبک های کامیونتی یه سری تغییر در این رابطه انجام بده
این تغییرات و مثال هاش کمی طولانیه و اینجا جا نمیشه. [اطلاعات بیشتر]
🔹تغییرات دیگه ای هم بوده که زیاد مهم نیستند یا خیلی تخصصی اند
اطلاعات بیشتر :
https://devblogs.microsoft.com/dotnet/announcing-net-core-3-0-preview-5/
_______________
@IranAspMvc
.NET Blog
Announcing .NET Core 3.0 Preview 5 | .NET Blog
Today, we are announcing .NET Core 3.0 Preview 5. It includes a new Json serializer, support for publishing single file executables, an update to runtime roll-forward, and changes in the BCL. If you missed it, check out the improvements we released in .NET…
Forwarded from فلسفه دیزاین
که آسان مینمود اول ولی …
انتقال از مرحله دیزاین به مرحله توسعه نقطه عطفی در روند پیشبرد هر پروژه است. کلید موفقیت این انتقال، ارتباط و هماهنگی بین دیزاینر و توسعهدهندگان است که در اغلب موارد یکی از چالشهای اصلی هر تیم فعال در این زمینه است.
در این انتقال عدم ارتباط و بدفهمی در نیت طراحی را میتوان از مشکلات شناخته شدهای دانست که باعث ایجاد استرسهای بیمورد در تمامی اعضای تیم میشود.
حال این سوال مطرح میشود که یک دیزاینر چه کاری میتواند انجام دهد تا این انتقال هر چه سریعتر و باکیفیتتر صورت گیرد؟ یا بطور کلی چه مواردی را در این انتقال باید در نظر بگیرد.
هنگامی که طرحی به توسعهدهنده تحویل داده میشود، چندین لایه اطلاعاتی وجود دارد که باید منتقل شود. علاوه بر Mockups و Specs ،Assets، باید Interactions، Copy و Checklist را نیز به اشتراک گذاشت. تمامی این اطلاعات زوایای مختلفی از راهکار دیزاین شده را به توسعهدهنده نشان میدهد. تمامی این موارد را در قالب یک مستند میتوان “Design Handoff Document" نامید. این مستند جامع و کاملیست از اطلاعات و عناصری که به توسعهدهندهها در تحلیل و فهم درست دیزاین کمک کرده، همچنین باعث تسریع در کار آنها میشود. که این اتفاق کیفیت توسعه و برنامهنویسی را ارتقا میبخشد.
امروز آنچه در این مقاله میخوانید، مروری کلی بر کارآمدترین روشهای موجود برای دیزاینرها و تیمهای توسعه است تا در نتیجه آن بتوانند به بهترین هماهنگی و خروجی برسند.
مقاله امروز را از دست ندهید:
http://bit.ly/dxgn496
(زمان حدودی مطالعه، ۱۰ دقیقه)
نویسنده: نیما حکیمرابط
#Handoff #تعامل #توسعه
@Dexign فلسفه دیزاین
ــــــــ
انتقال از مرحله دیزاین به مرحله توسعه نقطه عطفی در روند پیشبرد هر پروژه است. کلید موفقیت این انتقال، ارتباط و هماهنگی بین دیزاینر و توسعهدهندگان است که در اغلب موارد یکی از چالشهای اصلی هر تیم فعال در این زمینه است.
در این انتقال عدم ارتباط و بدفهمی در نیت طراحی را میتوان از مشکلات شناخته شدهای دانست که باعث ایجاد استرسهای بیمورد در تمامی اعضای تیم میشود.
حال این سوال مطرح میشود که یک دیزاینر چه کاری میتواند انجام دهد تا این انتقال هر چه سریعتر و باکیفیتتر صورت گیرد؟ یا بطور کلی چه مواردی را در این انتقال باید در نظر بگیرد.
هنگامی که طرحی به توسعهدهنده تحویل داده میشود، چندین لایه اطلاعاتی وجود دارد که باید منتقل شود. علاوه بر Mockups و Specs ،Assets، باید Interactions، Copy و Checklist را نیز به اشتراک گذاشت. تمامی این اطلاعات زوایای مختلفی از راهکار دیزاین شده را به توسعهدهنده نشان میدهد. تمامی این موارد را در قالب یک مستند میتوان “Design Handoff Document" نامید. این مستند جامع و کاملیست از اطلاعات و عناصری که به توسعهدهندهها در تحلیل و فهم درست دیزاین کمک کرده، همچنین باعث تسریع در کار آنها میشود. که این اتفاق کیفیت توسعه و برنامهنویسی را ارتقا میبخشد.
امروز آنچه در این مقاله میخوانید، مروری کلی بر کارآمدترین روشهای موجود برای دیزاینرها و تیمهای توسعه است تا در نتیجه آن بتوانند به بهترین هماهنگی و خروجی برسند.
مقاله امروز را از دست ندهید:
http://bit.ly/dxgn496
(زمان حدودی مطالعه، ۱۰ دقیقه)
نویسنده: نیما حکیمرابط
#Handoff #تعامل #توسعه
@Dexign فلسفه دیزاین
ــــــــ
Medium
A Guide to Successful Design Handoffs
A comprehensive walkthrough to help Designers handoff their designs effectively. Also includes a few tips & tricks to simplify the process.
خرمشهر را اسکات هانسلمن آزاد کرد!!
چند روزی بود که دنیای نرمافزار اوپن سورس ایران دچار کابوس شده بود! شهر آرمانی دنیای اوپنسورس، جایی که همه آزادانه سورسهای خود را به اشتراک میگذارند، یعنی GitHub به علت تحریمها برای ایرانیان محدود شده بود.
خرمشهر در فارسی یعنی شهری که همه در اون خوش و خرم هستند و در ادبیات تاریخی ما نماد جایی هست که به زور میخواستند بگیرنش، بی شباهت به گیتهاب نیست!
خبر جذذاب (با تو تا ذ!) این بود که اسکات هانسلمن امروز فارسی توییت کرد «خسته نباشید!» اما چه ربطی داره!؟
ظاهرا تعداد زیادی برنامهنویس ایرانی که در توییتر با اسکات هانسلمن در این مورد صحبت کردن باعث شدن که صحبتی بین اسکات و «نات فریمن» مدیر عامل گیتهاب شکل بگیره و در حال حاضر این امکان فراهم شده که برنامهنویسانی که ریپازیتوری خصوصی داشتن بتونن پابلیکش کنن و به کدهاشون دسترسی پیدا کنن.
نات فریمن در توییتی توضیح داده که: «فعلا تونستیم کاری کنیم که افراد بتونن ریپازیتوریهاشون رو پابلیک کنن تا بهش دسترسی داشته باشن، طبق فهم ما از قانون فعلا نمیتونیم کار بیشتری کنیم...» و در توییتی دیگه نوشته: «ما این کار رو نکردیم چون میخواستیم، این کار رو کردیم چون مجبور شدیم...»
و در آخر اینکه لامصب اسکات هانسلمن، فارسی هم میخواد صحبت کنه فلوئنت صحبت میکنه!
لینک توییتهای ذکر شده:
https://twitter.com/shanselman/status/1155240674301624321
https://twitter.com/natfriedman/status/1155311124687945728
https://twitter.com/natfriedman/status/1155311125967171585
https://twitter.com/mehrandvd/status/1155385194657935360
#مهران_داودی (http://ow.ly/GwIl309lFEm)
کانال تلگرام:
@SoftwarePhilosophy
⁉️ برای بحث و تبادل نظر فنی در مورد این پست، دکمه پایین را بزنید. 👇👇
چند روزی بود که دنیای نرمافزار اوپن سورس ایران دچار کابوس شده بود! شهر آرمانی دنیای اوپنسورس، جایی که همه آزادانه سورسهای خود را به اشتراک میگذارند، یعنی GitHub به علت تحریمها برای ایرانیان محدود شده بود.
خرمشهر در فارسی یعنی شهری که همه در اون خوش و خرم هستند و در ادبیات تاریخی ما نماد جایی هست که به زور میخواستند بگیرنش، بی شباهت به گیتهاب نیست!
خبر جذذاب (با تو تا ذ!) این بود که اسکات هانسلمن امروز فارسی توییت کرد «خسته نباشید!» اما چه ربطی داره!؟
ظاهرا تعداد زیادی برنامهنویس ایرانی که در توییتر با اسکات هانسلمن در این مورد صحبت کردن باعث شدن که صحبتی بین اسکات و «نات فریمن» مدیر عامل گیتهاب شکل بگیره و در حال حاضر این امکان فراهم شده که برنامهنویسانی که ریپازیتوری خصوصی داشتن بتونن پابلیکش کنن و به کدهاشون دسترسی پیدا کنن.
نات فریمن در توییتی توضیح داده که: «فعلا تونستیم کاری کنیم که افراد بتونن ریپازیتوریهاشون رو پابلیک کنن تا بهش دسترسی داشته باشن، طبق فهم ما از قانون فعلا نمیتونیم کار بیشتری کنیم...» و در توییتی دیگه نوشته: «ما این کار رو نکردیم چون میخواستیم، این کار رو کردیم چون مجبور شدیم...»
و در آخر اینکه لامصب اسکات هانسلمن، فارسی هم میخواد صحبت کنه فلوئنت صحبت میکنه!
لینک توییتهای ذکر شده:
https://twitter.com/shanselman/status/1155240674301624321
https://twitter.com/natfriedman/status/1155311124687945728
https://twitter.com/natfriedman/status/1155311125967171585
https://twitter.com/mehrandvd/status/1155385194657935360
#مهران_داودی (http://ow.ly/GwIl309lFEm)
کانال تلگرام:
@SoftwarePhilosophy
⁉️ برای بحث و تبادل نظر فنی در مورد این پست، دکمه پایین را بزنید. 👇👇
X (formerly Twitter)
Scott Hanselman 🌮 (@shanselman) on X
خسته نباشید
#پست_مجدد این پست تا به حال بیش از ۳۱۰۰ بار مشاهده شده و به نظر میرسد برای خوانندگان جدید کانال جذاب باشد.
Forwarded from Software Philosophy
با ایجاد هر تکنولوژی در دنیای نرم افزار ، انبوهی از قابلیتهای جدید ایجاد میشود که به توسعه دهندگان این امکان را میدهند تا برنامههایی با قابلیتهای بالا و کد کمتر ایجاد کنند . در لینک زیر 20 کتابخانه مبتنی بر .netcore معرفی شده است که هر برنامه نویسی ممکن است به آنها نیاز داشته باشد.
https://codinginfinite.com/best-top-dot-net-core-useful-libraries-open-source/
#شهریار_انتظام (http://ow.ly/qDN430nPiCg)
کانال تلگرام:
@SoftwarePhilosophy
___
https://codinginfinite.com/best-top-dot-net-core-useful-libraries-open-source/
#شهریار_انتظام (http://ow.ly/qDN430nPiCg)
کانال تلگرام:
@SoftwarePhilosophy
___
Coding Infinite
Best 20 dot Net Core Libraries Every Developer should know
In this article, I'm listing down some of the most useful but not very commonly used .Net Core Libraries that every developer needs to know.
Forwarded from DotNetZoom (محمد جواد ابراهیمی)
✅ معرفی ML.NET 1.0
🔸همزمان با کنفرانس Microsoft Build نسخه 1.0 ML.NET منتشر شد. ML.NET فریمورک سورس باز و کراس پلتفرم برای یادگیری ماشین مخصوص دات نت هست.
🔹توسط ML.NET میتونین به زبان های C# و F# برای سناریو های مختلفی از جمله تجزیه و تحلیل احساسات، طبقه بندی متون، تشخیص آنومالی (ناهنجاری)، پیش بینی و تخمین، سیستم های توصیه گر (recommendations) و... برنامه های مدل سازی یادگیری ماشین چند سکویی (قابل اجرا بر روی Linux, Mac و Windows) ایجاد کنید.
مثال های کار با ML.NET رو میتونین در ریپازیتوری زیر مشاهده کنین
https://github.com/dotnet/machinelearning-samples
🔸این فریمورک توسط واحد تحقیقاتی ماکروسافت توسعه داده شده و هم اکنون در برنامه های مختلفی از جمله Windows ،Azure ،Bing, Office, PowerBI و نیز سازمان های مختلفی داره استفاده میشه
🔹همچنین قابلیت انعطاف پذیری و گسترش پذیری بالایی داشته و ازفریمورک های مطرح دیگه مانند TensorFlow و Accord.Net و ONNX (فرمت مدل های یادگیری عمیق) پشتیبانی میکنه
🔸از مزایای این فریمورک میتوان به موارد زیر اشاره کرد
- قابلیت AutoML : که وظیفه آن انتخاب هوشمند الگوریتم و ساده/هوشمند سازی فرایند مدل سازی هست
- ابزار Model Builder : یک ابزار UI برای ساخت مدل های ML توسط AutoML
- ابزار ML.NET CLI : یک ابزار command line برای کار با ML.NET و AutoML
اطلاعات بیشتر :
https://devblogs.microsoft.com/dotnet/announcing-ml-net-1-0/
https://devblogs.microsoft.com/cesardelatorre/what-is-ml-net-1-0-machine-learning-for-net/
_______________
@IranAspMvc
🔸همزمان با کنفرانس Microsoft Build نسخه 1.0 ML.NET منتشر شد. ML.NET فریمورک سورس باز و کراس پلتفرم برای یادگیری ماشین مخصوص دات نت هست.
🔹توسط ML.NET میتونین به زبان های C# و F# برای سناریو های مختلفی از جمله تجزیه و تحلیل احساسات، طبقه بندی متون، تشخیص آنومالی (ناهنجاری)، پیش بینی و تخمین، سیستم های توصیه گر (recommendations) و... برنامه های مدل سازی یادگیری ماشین چند سکویی (قابل اجرا بر روی Linux, Mac و Windows) ایجاد کنید.
مثال های کار با ML.NET رو میتونین در ریپازیتوری زیر مشاهده کنین
https://github.com/dotnet/machinelearning-samples
🔸این فریمورک توسط واحد تحقیقاتی ماکروسافت توسعه داده شده و هم اکنون در برنامه های مختلفی از جمله Windows ،Azure ،Bing, Office, PowerBI و نیز سازمان های مختلفی داره استفاده میشه
🔹همچنین قابلیت انعطاف پذیری و گسترش پذیری بالایی داشته و ازفریمورک های مطرح دیگه مانند TensorFlow و Accord.Net و ONNX (فرمت مدل های یادگیری عمیق) پشتیبانی میکنه
🔸از مزایای این فریمورک میتوان به موارد زیر اشاره کرد
- قابلیت AutoML : که وظیفه آن انتخاب هوشمند الگوریتم و ساده/هوشمند سازی فرایند مدل سازی هست
- ابزار Model Builder : یک ابزار UI برای ساخت مدل های ML توسط AutoML
- ابزار ML.NET CLI : یک ابزار command line برای کار با ML.NET و AutoML
اطلاعات بیشتر :
https://devblogs.microsoft.com/dotnet/announcing-ml-net-1-0/
https://devblogs.microsoft.com/cesardelatorre/what-is-ml-net-1-0-machine-learning-for-net/
_______________
@IranAspMvc
#پست_مجدد این پست تا به حال بیش از ۲۵۰۰ بار مشاهده شده و به نظر میرسد برای خوانندگان جدید کانال جذاب باشد.
Forwarded from Software Philosophy
و بالاخره... اینم از سخنرانی تدکس من: «پروژه یک من جدید!».
تو تدکس در مورد نرونهای آینهای صحبت کردم و اینکه چطور این قسمت عجیب از مغز میتونه کمک کنه کارهای عجیبی رو انجام بدیم. کارهایی که به نظر خیلی نشدنی میان!
یکی از چیزهایی که انتقالش خیلی سخته، انتقال درده! خیلی سخته یه یکی توضیح بدی چطور درد میکنه! یه مفهوم بیربط دیگه هم هست که به نظر همینقدر سخته: انتقال مهارتهای کار تیمی! تو این TEDx Talk توضیح دادم که چطور یه قسمت از مغزمون به نام Mirror Neurons (که خیلی هم غافلیم ازش) میتونه کمک کنه این کارهای خیلی سخت رو، به حتی بدون صحبت کردن انجام بدیم!
یه قسمت از کلیپ هست که پام با محکککم میخوره به یه صندلی که تو صحنه هست که تو فیلم خیلی واضح نیفتاده. این رو گفتم که اون وسط نگین چی شد یه هو!
لینک ویدئوی کامل در صفحه رسمی تدکس در یوتیوب: https://www.youtube.com/watch?v=DfTuWdPV6JU
در صورت باز نشدن، این ویدئو در آپارات هم آپلود شده.
تو تدکس در مورد نرونهای آینهای صحبت کردم و اینکه چطور این قسمت عجیب از مغز میتونه کمک کنه کارهای عجیبی رو انجام بدیم. کارهایی که به نظر خیلی نشدنی میان!
یکی از چیزهایی که انتقالش خیلی سخته، انتقال درده! خیلی سخته یه یکی توضیح بدی چطور درد میکنه! یه مفهوم بیربط دیگه هم هست که به نظر همینقدر سخته: انتقال مهارتهای کار تیمی! تو این TEDx Talk توضیح دادم که چطور یه قسمت از مغزمون به نام Mirror Neurons (که خیلی هم غافلیم ازش) میتونه کمک کنه این کارهای خیلی سخت رو، به حتی بدون صحبت کردن انجام بدیم!
یه قسمت از کلیپ هست که پام با محکککم میخوره به یه صندلی که تو صحنه هست که تو فیلم خیلی واضح نیفتاده. این رو گفتم که اون وسط نگین چی شد یه هو!
لینک ویدئوی کامل در صفحه رسمی تدکس در یوتیوب: https://www.youtube.com/watch?v=DfTuWdPV6JU
در صورت باز نشدن، این ویدئو در آپارات هم آپلود شده.
YouTube
Mirroring Neurons: A "NEW ME" can change the world! | Mehran Davoudi | TEDxYouth@Tehran
We are living in the most strange country of the world. We have everything to be the best, but still we are not! Far far away, just because of one thing! We have the majority types of mines, majority types of planets and… Lack of "one thing" stops us from…
Forwarded from فلسفه دیزاین
نکتههایی درباره ارائه بهتر
به عنوان یک دیزاینر، در هر سطحی که باشید، یک روزی احساس نیاز به ارائه کارهایتان به افراد تیم، مدیرتان یا صاحب آن کسبوکار پیدا میکنید. چه موضوع ارائه شما روند طراحی یک باتن باشد و چه روند طراحی UX یک پروژه بینالمللی، شما باید پیامتان را به بهترین وجه ممکن برسانید.
طبیعتا سادهترین گزینه ممکن این است که از اول مسیر، شروع کنید با نرمافزار مورد علاقهتان به طراحی اسلایدها. اما این یکی از اشتباهترین کارهای ممکن در مساله طراحی یک پرزنتیشن میباشد.
جالب است بدانید پرزنتیشنها هم پروژههای مخصوص به خودشان هستند، نیاز به تفکر زیاد، اسکچ روی کاغذ و حتی پروتوتایپ دارند. یادمان نرود که در هر حالت هدف ما به عنوان دیزاینر، انتقال درست مفاهیم به مخاطب است.
مقالهای که امروز برای شما آماده کردیم، درباره روش طراحی پرزنتیشنی موثر و زیباست. خانوم «Sierre Wolfkostin» »، طراح محصول در کمپانی Domino’s از چالشهایی که یک طراح باید برای طراحی یک پرزنتیشن با آنها دست و پنجه نرمکند میگوید. عواملی مانند «ایدهپردازی» ، «ساخت پروتوتایپ» ، «تست پرزنتیشن»، «دریافت بازخوردها» و تکرار دوباره تمام این مراحل تا رسیدن به بهترین نتیجه ممکن.
حالا چگونه باید پرزنتیشنهای خود را ارزیابی کنیم؟
طبیعتا یکی از مهمترین بخشهای یک پرزنتیشن، مخاطبان آن هستند، و هدف یک پرزنتیشن، رساندن یک یا چند پیام مهم به مخاطبان میباشد.
از عوامل مهمی که در طراحی و ارائه یک پرزنتیشن باید مورد توجه باشد میتوان به موراد زیر اشاره کرد:
۱- داستانی جذاب تعریف کنید. حتی اگر موضوع پرزنتیشن درباره یک مساله درونسازمانی خستهکننده باشد.
۲- روی اسلایدها، شروع خوبی داشته باشید، محصول یا موضوع خود را درست و محکم معرفی کنید.
۳- با کمک اسلایدها و قدرت کلام، به مخاطبانتان بفهمانید چرا راهحلی که در دست دارید، یا محصولی که طراحی کردید، برای کسبوکار آنها مهم است؟
۴- درباره روندی که تا به امروز طی کردید تا به این راهحل رسیدید کاملا توضیح بدهید.
۵- یک پروتوتایپ آماده کنید و ارائه کنید.
۶- و در آخر حتما تاکید داشته باشید موردی که دربارهاش صحبت میکنید چرا برای رونق کسبوکار آنها مهم است و چه ارزشی برای بهبود کیفتش دارد.
این مقاله را از دست ندهید:
http://bit.ly/dxgn502
(زمان حدودی مطالعه، ۸ دقیقه)
نویسنده: آرش اصغری
@Dexign فلسفه دیزاین
#تجربه_کاربری #ارائه #پرزنتیشن
ـــــــ
به عنوان یک دیزاینر، در هر سطحی که باشید، یک روزی احساس نیاز به ارائه کارهایتان به افراد تیم، مدیرتان یا صاحب آن کسبوکار پیدا میکنید. چه موضوع ارائه شما روند طراحی یک باتن باشد و چه روند طراحی UX یک پروژه بینالمللی، شما باید پیامتان را به بهترین وجه ممکن برسانید.
طبیعتا سادهترین گزینه ممکن این است که از اول مسیر، شروع کنید با نرمافزار مورد علاقهتان به طراحی اسلایدها. اما این یکی از اشتباهترین کارهای ممکن در مساله طراحی یک پرزنتیشن میباشد.
جالب است بدانید پرزنتیشنها هم پروژههای مخصوص به خودشان هستند، نیاز به تفکر زیاد، اسکچ روی کاغذ و حتی پروتوتایپ دارند. یادمان نرود که در هر حالت هدف ما به عنوان دیزاینر، انتقال درست مفاهیم به مخاطب است.
مقالهای که امروز برای شما آماده کردیم، درباره روش طراحی پرزنتیشنی موثر و زیباست. خانوم «Sierre Wolfkostin» »، طراح محصول در کمپانی Domino’s از چالشهایی که یک طراح باید برای طراحی یک پرزنتیشن با آنها دست و پنجه نرمکند میگوید. عواملی مانند «ایدهپردازی» ، «ساخت پروتوتایپ» ، «تست پرزنتیشن»، «دریافت بازخوردها» و تکرار دوباره تمام این مراحل تا رسیدن به بهترین نتیجه ممکن.
حالا چگونه باید پرزنتیشنهای خود را ارزیابی کنیم؟
طبیعتا یکی از مهمترین بخشهای یک پرزنتیشن، مخاطبان آن هستند، و هدف یک پرزنتیشن، رساندن یک یا چند پیام مهم به مخاطبان میباشد.
از عوامل مهمی که در طراحی و ارائه یک پرزنتیشن باید مورد توجه باشد میتوان به موراد زیر اشاره کرد:
۱- داستانی جذاب تعریف کنید. حتی اگر موضوع پرزنتیشن درباره یک مساله درونسازمانی خستهکننده باشد.
۲- روی اسلایدها، شروع خوبی داشته باشید، محصول یا موضوع خود را درست و محکم معرفی کنید.
۳- با کمک اسلایدها و قدرت کلام، به مخاطبانتان بفهمانید چرا راهحلی که در دست دارید، یا محصولی که طراحی کردید، برای کسبوکار آنها مهم است؟
۴- درباره روندی که تا به امروز طی کردید تا به این راهحل رسیدید کاملا توضیح بدهید.
۵- یک پروتوتایپ آماده کنید و ارائه کنید.
۶- و در آخر حتما تاکید داشته باشید موردی که دربارهاش صحبت میکنید چرا برای رونق کسبوکار آنها مهم است و چه ارزشی برای بهبود کیفتش دارد.
این مقاله را از دست ندهید:
http://bit.ly/dxgn502
(زمان حدودی مطالعه، ۸ دقیقه)
نویسنده: آرش اصغری
@Dexign فلسفه دیزاین
#تجربه_کاربری #ارائه #پرزنتیشن
ـــــــ
Invisionapp
How to crush your next business presentation as a designer | Inside Design Blog
<p>Stories, themes, and 3 other things to keep in mind when assembling a design presentation.</p>
آیا شما با Git کار میکنید؟
آیا کد شما Commit شده اما Push نشده است؟
آیا کد در یک Branch مشترک Push شده است؟
آیا یک Merge اشتباها Push شده است؟
احتمالا با خواندن مقاله زیر مشکلتان برطرف میشود:
https://dev.to/vorahsa/fixing-mistakes-with-git-27a5
#شهریار_انتظام (http://ow.ly/qDN430nPiCg)
کانال تلگرام:
@SoftwarePhilosophy
___
آیا کد شما Commit شده اما Push نشده است؟
آیا کد در یک Branch مشترک Push شده است؟
آیا یک Merge اشتباها Push شده است؟
احتمالا با خواندن مقاله زیر مشکلتان برطرف میشود:
https://dev.to/vorahsa/fixing-mistakes-with-git-27a5
#شهریار_انتظام (http://ow.ly/qDN430nPiCg)
کانال تلگرام:
@SoftwarePhilosophy
___
DEV Community
Fixing Mistakes with git
How to roll back accidental changes with git, grouped by what happened and how far the changes ended up
#پست_مجدد این پست تا به حال بیش از ۴۰۰۰ بار مشاهده شده و به نظر میرسد برای خوانندگان جدید کانال جذاب باشد.
Forwarded from Software Philosophy
با ایجاد هر تکنولوژی در دنیای نرم افزار ، انبوهی از قابلیتهای جدید ایجاد میشود که به توسعه دهندگان این امکان را میدهند تا برنامههایی با قابلیتهای بالا و کد کمتر ایجاد کنند . در لینک زیر 20 کتابخانه مبتنی بر .netcore معرفی شده است که هر برنامه نویسی ممکن است به آنها نیاز داشته باشد.
https://codinginfinite.com/best-top-dot-net-core-useful-libraries-open-source/
#شهریار_انتظام (http://ow.ly/qDN430nPiCg)
کانال تلگرام:
@SoftwarePhilosophy
___
https://codinginfinite.com/best-top-dot-net-core-useful-libraries-open-source/
#شهریار_انتظام (http://ow.ly/qDN430nPiCg)
کانال تلگرام:
@SoftwarePhilosophy
___
Coding Infinite
Best 20 dot Net Core Libraries Every Developer should know
In this article, I'm listing down some of the most useful but not very commonly used .Net Core Libraries that every developer needs to know.
Forwarded from DotNetZoom (محمد جواد ابراهیمی)
🔰 معرفی Deno.js (شاید جایگزین Nodejs !)
سال قبل در کنفرانس JSConf 2018 خالق Nodejs از ساخت آن اظهار پشیمانی کرد و در مورد تعدادی از مشکلات آن ارائه داشت
https://www.youtube.com/watch?reload=9&v=M3BM9TB-8yA
سپس ماه قبل در کنفرانس JS Fest 2019، محصول جدیدی به نام Deno.js را ارائه کرد که مشابه Nodejs یک Runtime جاوااسکریپت بر فراز موتور V8 کروم است ولی با زبان های Rust و TypeScript نوشته شدهاست.
https://github.com/denoland/deno
https://deno.land/
_______________
@IranAspMvc
سال قبل در کنفرانس JSConf 2018 خالق Nodejs از ساخت آن اظهار پشیمانی کرد و در مورد تعدادی از مشکلات آن ارائه داشت
https://www.youtube.com/watch?reload=9&v=M3BM9TB-8yA
سپس ماه قبل در کنفرانس JS Fest 2019، محصول جدیدی به نام Deno.js را ارائه کرد که مشابه Nodejs یک Runtime جاوااسکریپت بر فراز موتور V8 کروم است ولی با زبان های Rust و TypeScript نوشته شدهاست.
https://github.com/denoland/deno
https://deno.land/
_______________
@IranAspMvc