#پست_مجدد این پست تا به حال نزدیک به ۱۴۰۰ بار مشاهده شده و به نظر میرسد برای خوانندگان جدید کانال جذاب باشد.
Forwarded from Software Philosophy
این روزها همه در مورد react صحبت میکنند و برنامهنویسان زیادی دوست دارند آن را یاد بگیرند اما سوالی که برای اکثر ما مطرح است این است که برای یادگیری react اول چه چیزهایی را باید بلد باشیم. این مقاله به شکلی بسیار گویا توضیح میدهد، برای اینکه در react استاد شوید چه مسیری را باید طی کنید.
https://github.com/adam-golab/react-developer-roadmap?utm_source=mybridge&utm_medium=blog&utm_campaign=read_more
#مریم_کمالی (http://ow.ly/9Wa430mFGeK)
کانال تلگرام:
@SoftwarePhilosophy
___
https://github.com/adam-golab/react-developer-roadmap?utm_source=mybridge&utm_medium=blog&utm_campaign=read_more
#مریم_کمالی (http://ow.ly/9Wa430mFGeK)
کانال تلگرام:
@SoftwarePhilosophy
___
GitHub
GitHub - adam-golab/react-developer-roadmap: Roadmap to becoming a React developer
Roadmap to becoming a React developer. Contribute to adam-golab/react-developer-roadmap development by creating an account on GitHub.
توسعه دهندگان در ارتباط با APIها همیشه با چالشهایی رودرو بودهاند مانند:
-Multiple Endpoints
- Over-fetching/Under-fetching Data
- API Versioning
این مشکلات باعث شد تا برخی متخصصین به دنبال روشهایی برای کاهش این چالشها باشند . GraphQL یکی از این راهکارهاست که در سال 2012 توسط facebook ارائه شد.
از نکات مهم این است که یک پرس و جو را به API خود ارسال کنید و دقیقا همان چیزی که نیاز دارید را دریافت کنید ، نه اطلاعات اضافه را که هر API ممکن است در خروجی خود ارسال کند. لینک زیر یک فیلم با عنوان: "Moving Existing "API From REST To GraphQL است که نگاه جالبی نسبت به موضوع دارد:
https://www.youtube.com/watch?v=broQmxQAMjM
#شهریار_انتظام (http://ow.ly/qDN430nPiCg)
کانال تلگرام:
@SoftwarePhilosophy
___
-Multiple Endpoints
- Over-fetching/Under-fetching Data
- API Versioning
این مشکلات باعث شد تا برخی متخصصین به دنبال روشهایی برای کاهش این چالشها باشند . GraphQL یکی از این راهکارهاست که در سال 2012 توسط facebook ارائه شد.
از نکات مهم این است که یک پرس و جو را به API خود ارسال کنید و دقیقا همان چیزی که نیاز دارید را دریافت کنید ، نه اطلاعات اضافه را که هر API ممکن است در خروجی خود ارسال کند. لینک زیر یک فیلم با عنوان: "Moving Existing "API From REST To GraphQL است که نگاه جالبی نسبت به موضوع دارد:
https://www.youtube.com/watch?v=broQmxQAMjM
#شهریار_انتظام (http://ow.ly/qDN430nPiCg)
کانال تلگرام:
@SoftwarePhilosophy
___
اگر بخواهیم امروز یک 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
Media is too big
VIEW IN TELEGRAM
این ویدئوی ۱ دقیقهای، خلاصهای از سخنرانی تدکس مهران داودی هست. نسخه اصلی این TEDx Talk حدود ۱۸ دقیقه است. برای دیدن ویدئو کامل در صفحه رسمی تدکس در یوتیوب، میتونید لینکی که تو پیام زیر هست رو ببینید.
👇👇👇👇
👇👇👇👇
و بالاخره... اینم از سخنرانی تدکس من: «پروژه یک من جدید!».
تو تدکس در مورد نرونهای آینهای صحبت کردم و اینکه چطور این قسمت عجیب از مغز میتونه کمک کنه کارهای عجیبی رو انجام بدیم. کارهایی که به نظر خیلی نشدنی میان!
یکی از چیزهایی که انتقالش خیلی سخته، انتقال درده! خیلی سخته یه یکی توضیح بدی چطور درد میکنه! یه مفهوم بیربط دیگه هم هست که به نظر همینقدر سخته: انتقال مهارتهای کار تیمی! تو این 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 DotNetZoom (محمد جواد ابراهیمی)
✅ معرفی کتابخانه CacheManager
این کتابخانه تمامی ابزار های لازم برای فرایند #Caching را یکپارچه کرده و در اختیار ما میگذاره.
در واقع با استفاده از این کتابخانه میتونین از بهترین ابزار های کش رو درکنار هم به راحتی استفاده کنین و هر موقع که خواستین، هر کدوم از اونا رو با یه کانفیگ ساده تغییر بدین. مثلا روش کشینگ تون رو از MemoryCache به Redis تغییر بدین
قابلیت ها :
🔹امکان استفاده از کش پروایدر های مختلف InMemory مانندMemoryCache و System.Runtime.Caching
🔸امکان استفاده از کش پروایدر های مختلف Distributed مانند Memcached، Redis و Couchbase
🔹امکان استفاده از ابزار های Serialization مانند : Binary، Json ، Bond و ProtoBuf گوگل که جز سریع ترین هاست
🔸لاگ تمامی عملیات ها بر اساس Logging موجود در NET Core
🔹قابلیت اعمال تنظیمات بر اساس Configuration موجود در NET Core و App/Web.config و نیز کد نویسی
🔸 امکان فراخوانی متد ها به هنگام رخ داد (Event) های مختلف مانند OnGet, OnAdd, OnRemove و...
🔹قابلیت استفاده از کش های چند لایه ای
🔸مدیریت خودکار مباحث Expiration در کش های چند لایه
🔹قابلیت Sync کردن دیتا ها در کش های چند لایه
🔸امکان ثبت گزارشات (Statistics) و معیار های پرفرمنسی (Performance Counters)
همچنین این کتابخانه ضمن رعایت نکات پرفرمنسی و Best Practice های کشینگ، امکان استفاده ایمن و یکپارچه برای ما فراهم میکنه
https://github.com/MichaCo/CacheManager
در حال حاضر این کتابخونه و کتابخونه EasyCaching که قبلا معرفی کردیم، بهترین کتابخانه های Cache Integration هستند
@IranAspMvc
این کتابخانه تمامی ابزار های لازم برای فرایند #Caching را یکپارچه کرده و در اختیار ما میگذاره.
در واقع با استفاده از این کتابخانه میتونین از بهترین ابزار های کش رو درکنار هم به راحتی استفاده کنین و هر موقع که خواستین، هر کدوم از اونا رو با یه کانفیگ ساده تغییر بدین. مثلا روش کشینگ تون رو از MemoryCache به Redis تغییر بدین
قابلیت ها :
🔹امکان استفاده از کش پروایدر های مختلف InMemory مانندMemoryCache و System.Runtime.Caching
🔸امکان استفاده از کش پروایدر های مختلف Distributed مانند Memcached، Redis و Couchbase
🔹امکان استفاده از ابزار های Serialization مانند : Binary، Json ، Bond و ProtoBuf گوگل که جز سریع ترین هاست
🔸لاگ تمامی عملیات ها بر اساس Logging موجود در NET Core
🔹قابلیت اعمال تنظیمات بر اساس Configuration موجود در NET Core و App/Web.config و نیز کد نویسی
🔸 امکان فراخوانی متد ها به هنگام رخ داد (Event) های مختلف مانند OnGet, OnAdd, OnRemove و...
🔹قابلیت استفاده از کش های چند لایه ای
🔸مدیریت خودکار مباحث Expiration در کش های چند لایه
🔹قابلیت Sync کردن دیتا ها در کش های چند لایه
🔸امکان ثبت گزارشات (Statistics) و معیار های پرفرمنسی (Performance Counters)
همچنین این کتابخانه ضمن رعایت نکات پرفرمنسی و Best Practice های کشینگ، امکان استفاده ایمن و یکپارچه برای ما فراهم میکنه
https://github.com/MichaCo/CacheManager
در حال حاضر این کتابخونه و کتابخونه EasyCaching که قبلا معرفی کردیم، بهترین کتابخانه های Cache Integration هستند
@IranAspMvc
GitHub
GitHub - MichaCo/CacheManager: CacheManager is an open source caching abstraction layer for .NET written in C#. It supports various…
CacheManager is an open source caching abstraction layer for .NET written in C#. It supports various cache providers and implements many advanced features. - MichaCo/CacheManager
#پست_مجدد این پست تا به حال نزدیک به ۱۲۰۰ بار مشاهده شده و به نظر میرسد برای خوانندگان جدید کانال جذاب باشد.
Forwarded from Software Philosophy
نیازمندیهای نرمافزاری در سالهای اخیر نسبت به گذشته تغییرات زیادی داشتهاند .
تا چند سال پیش یک برنامه بزرگ دهها سرور داشت، ثانیه ملاک پاسخگویی و گیگابایت ملاک دادهها بود، اما امروزه کاربران از زمان پاسخگویی سیستمها، واکنشی در حد میلیثانیه انتظار دارند و دادههای بزرگ در Petabytes اندازهگیری میشوند .
بنابراین ما نیازمند سیستمهایی هستیم که با انعطاف پذیری بالا توانمندی پاسخگویی به حجم اطلاعات بسیار زیاد در زمان مناسب را داشته باشند.
طراحی واکنشگرا یا Reactive پاسخی بود به این نیازمندی که تاثیر عمدهای بر روند تولید سیستمها گذاشته است.
در لینک زیر مانیفست این طراحی قرار داده شده است که تلاش میکند چارچوب و اصول آن را معرفی کند .
https://www.reactivemanifesto.org
#شهریار_انتظام (http://ow.ly/qDN430nPiCg)
کانال تلگرام:
@SoftwarePhilosophy
___
تا چند سال پیش یک برنامه بزرگ دهها سرور داشت، ثانیه ملاک پاسخگویی و گیگابایت ملاک دادهها بود، اما امروزه کاربران از زمان پاسخگویی سیستمها، واکنشی در حد میلیثانیه انتظار دارند و دادههای بزرگ در Petabytes اندازهگیری میشوند .
بنابراین ما نیازمند سیستمهایی هستیم که با انعطاف پذیری بالا توانمندی پاسخگویی به حجم اطلاعات بسیار زیاد در زمان مناسب را داشته باشند.
طراحی واکنشگرا یا Reactive پاسخی بود به این نیازمندی که تاثیر عمدهای بر روند تولید سیستمها گذاشته است.
در لینک زیر مانیفست این طراحی قرار داده شده است که تلاش میکند چارچوب و اصول آن را معرفی کند .
https://www.reactivemanifesto.org
#شهریار_انتظام (http://ow.ly/qDN430nPiCg)
کانال تلگرام:
@SoftwarePhilosophy
___
Forwarded from Moien Tajik 💭
یه بنده خدایی با قابلیت جدید Client to Server Streaming تو SignalR اومده یه سرویس درست کرده و روی Raspberry Pi و Linux اجراش کرده.✌🏻
یکی از سرویس های Azure ، سرویس Azure Cognitive Service هست که Face Detection داره و Emotion هایی مثل خنده ، گریه ، ترس و عصبانی بودن رو تشخیص میده. 🤬
این یه دوربین گذاشته و هر چند ثانیه یه عکس از بچه اش میگیره و میفرسته به این سرویس و این سرویس هم تشخیص میده که بچه گریه میکنه یا نه. 👶🏻
اگر درصد تشخیص Congnitive Service از گریه بچه بیشتر از 50% شد ، تو کروم به طرف یه Notification میده که Baby is crying و طرف میتونه اونموقع Video Stream رو ، رو دوربین Start کنه و در لحظه بچه رو ببینه. 🎥
[ لینک دمو ویدیویی ] : youtu.be/mg-B13bGNeI
[ لینک مقاله ] : kutt.it/sigcog
〰️〰️〰️〰️〰️〰️
#SignalR #Streaming #Azure #RaspberryPi
یکی از سرویس های Azure ، سرویس Azure Cognitive Service هست که Face Detection داره و Emotion هایی مثل خنده ، گریه ، ترس و عصبانی بودن رو تشخیص میده. 🤬
این یه دوربین گذاشته و هر چند ثانیه یه عکس از بچه اش میگیره و میفرسته به این سرویس و این سرویس هم تشخیص میده که بچه گریه میکنه یا نه. 👶🏻
اگر درصد تشخیص Congnitive Service از گریه بچه بیشتر از 50% شد ، تو کروم به طرف یه Notification میده که Baby is crying و طرف میتونه اونموقع Video Stream رو ، رو دوربین Start کنه و در لحظه بچه رو ببینه. 🎥
[ لینک دمو ویدیویی ] : youtu.be/mg-B13bGNeI
[ لینک مقاله ] : kutt.it/sigcog
〰️〰️〰️〰️〰️〰️
#SignalR #Streaming #Azure #RaspberryPi
YouTube
PiMonitR - Real Time Baby Monitor Streaming from Raspberry PI using SignalR
Real Time Baby Monitor Chrome Extension - Streaming from Raspberry PI using SignalR and Cognitive Vision Service
با ایجاد هر تکنولوژی در دنیای نرم افزار ، انبوهی از قابلیتهای جدید ایجاد میشود که به توسعه دهندگان این امکان را میدهند تا برنامههایی با قابلیتهای بالا و کد کمتر ایجاد کنند . در لینک زیر 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 فلسفه دیزاین
دیزاین به احترام حریم خصوصی
از زمانی که تکنولوژی وارد زندگی شخصی بشر شد، میزان نگرانی نسبت به حفظ اطلاعاتی که ما در اختیار تکنولوژی قرار میدهیم بیشتر و بیشتر شد.
امروزه «اطلاعات» از ارزشمندترین منابع روی زمین هستند، حتی ارزشمندتر از نفت.
اما چگونه باید از این اطلاعات ارزشمند و از همه مهمتر، از «اعتماد» کاربران محافظت کرد؟ چگونه باید اختیار عمل لازم را به کاربران داد تا با سلیقه خودشان اطلاعاتی که به یک سرویس میدهند را مدیریت کنند؟
حتما برای شما هم پیشآمده که سرویسی قبل از ارائه خدمات، از شما میخواهد تا قوانین و مقررات آن سرویس را بخوانید و قبول کنید. معمولا این اتفاق بدون اینکه قوانین را بخوانیم و بدانیم دقیقا چه زمانی، چه اطلاعاتی را در اختیار سرویس قرار میدهیم، میافتد.
سوال اینجاست که چرا «قوانین و مقررات» یک سرویس — که معمولا خیلی مهم هستند — را نخوانده رها میکنیم؟ پاسخ به این سوال ساده است.
انتخاب بین «سرویسگرفتن» یا «خروج از سرویس» دقیقا زمانی که شما به سرویس نیاز دارید، سر راه شما قرار میگیرد و همه معمولا برای اینکه سریعتر به هدف برسند، روی «قبول میکنم» کلیک میکنند.
یکی از مهمترین دلایل کمتوجهی کاربران به «قوانین و مقررات» و «سیاست حفظ حریم خصوصی» یک سرویس، پیچیده بودن سبک نگارش آنهاست. به صورتی که فکر میکنیم فقط یک وکیل از پس خواندن و درک درست تمامی آن بر میآید.
دقیقا همینجا فرصت طلایی برای طراحان است، تا بتوانند درک این قوانین را برای کاربران سادهتر کنند و این وظیفه طراحان است که قبل از شروع یک پروژه، دقیقا از اطلاعات شخصی که توسط سرویس درخواست میشود، باخبر باشند.
در مقاله پیش رو، مثالها و روشهایی را مطالعه خواهیم کرد که به درک سادهتر مقررات حریم خصوصی توسط کاربر میانجامد. از دست ندهید:
http://bit.ly/dxgn467
(زمان حدودی مطالعه، ۱۳ دقیقه)
📖 نویسنده: آرش اصغری
#مفاهیم #طراحی #حریم_خصوصی
@Dexign فلسفه دیزاین
___
از زمانی که تکنولوژی وارد زندگی شخصی بشر شد، میزان نگرانی نسبت به حفظ اطلاعاتی که ما در اختیار تکنولوژی قرار میدهیم بیشتر و بیشتر شد.
امروزه «اطلاعات» از ارزشمندترین منابع روی زمین هستند، حتی ارزشمندتر از نفت.
اما چگونه باید از این اطلاعات ارزشمند و از همه مهمتر، از «اعتماد» کاربران محافظت کرد؟ چگونه باید اختیار عمل لازم را به کاربران داد تا با سلیقه خودشان اطلاعاتی که به یک سرویس میدهند را مدیریت کنند؟
حتما برای شما هم پیشآمده که سرویسی قبل از ارائه خدمات، از شما میخواهد تا قوانین و مقررات آن سرویس را بخوانید و قبول کنید. معمولا این اتفاق بدون اینکه قوانین را بخوانیم و بدانیم دقیقا چه زمانی، چه اطلاعاتی را در اختیار سرویس قرار میدهیم، میافتد.
سوال اینجاست که چرا «قوانین و مقررات» یک سرویس — که معمولا خیلی مهم هستند — را نخوانده رها میکنیم؟ پاسخ به این سوال ساده است.
انتخاب بین «سرویسگرفتن» یا «خروج از سرویس» دقیقا زمانی که شما به سرویس نیاز دارید، سر راه شما قرار میگیرد و همه معمولا برای اینکه سریعتر به هدف برسند، روی «قبول میکنم» کلیک میکنند.
یکی از مهمترین دلایل کمتوجهی کاربران به «قوانین و مقررات» و «سیاست حفظ حریم خصوصی» یک سرویس، پیچیده بودن سبک نگارش آنهاست. به صورتی که فکر میکنیم فقط یک وکیل از پس خواندن و درک درست تمامی آن بر میآید.
دقیقا همینجا فرصت طلایی برای طراحان است، تا بتوانند درک این قوانین را برای کاربران سادهتر کنند و این وظیفه طراحان است که قبل از شروع یک پروژه، دقیقا از اطلاعات شخصی که توسط سرویس درخواست میشود، باخبر باشند.
در مقاله پیش رو، مثالها و روشهایی را مطالعه خواهیم کرد که به درک سادهتر مقررات حریم خصوصی توسط کاربر میانجامد. از دست ندهید:
http://bit.ly/dxgn467
(زمان حدودی مطالعه، ۱۳ دقیقه)
📖 نویسنده: آرش اصغری
#مفاهیم #طراحی #حریم_خصوصی
@Dexign فلسفه دیزاین
___
Invisionapp
4 key trends in designing for privacy and data protection | Inside Design Blog
<p>Design has the power to keep your data safe.</p>
Forwarded from DotNetZoom (محمد جواد ابراهیمی)
❇️ نحوه ساخت اپلیکیشنهای Real-time تحت وب با ASP NET Core SignalR (زبان اصلی زیر نویس دار)
[02:10] - Quick introduction to SignalR
[06:06] - Targeting clients
[10:51] - Leveraging the Hub protocol
[12:18] - SignalR Transports
[13:55] - Hosting SignalR in a background service
[16:22] - Azure SignalR Service
[18:22] - The SignalR Java client on Android
[22:34] - Streaming with SignalR
https://channel9.msdn.com/Shows/On-NET/Real-time-web-applications-with-ASPNET-Core-SignalR
_______________
@IranAspMvc
[02:10] - Quick introduction to SignalR
[06:06] - Targeting clients
[10:51] - Leveraging the Hub protocol
[12:18] - SignalR Transports
[13:55] - Hosting SignalR in a background service
[16:22] - Azure SignalR Service
[18:22] - The SignalR Java client on Android
[22:34] - Streaming with SignalR
https://channel9.msdn.com/Shows/On-NET/Real-time-web-applications-with-ASPNET-Core-SignalR
_______________
@IranAspMvc
Channel 9
Real-time web applications with ASP.NET Core SignalR
Brady Gaster (@bradygaster) joins Cecil (@cecilphillip) to show how easy it is to add real-time functionality to your web applications using ASP.NET Core SignalR. They discuss topics such as targeting
Forwarded from Iran Agile
🔴 اگر بر روی سیستمی کار می کنید که از نظر زیرساخت فنی با اصول چابکی همخوان نیست، معماری یا مدل طراحی یا نحوه پابلیش سیستم را دوست ندارید و بدنبال تغییر آن هستید. از طرفی دیگر اصطلاحا در وضعیت براوون فیلد هستید و مشتریانی دارید که از سیستم استفاده می کنند، معمولا تغییرات بنیادی فنی و معماری خیلی سخت هستند.
برخی اوقات میخواهیم سیستم موجود را به سمت معماری سرویس گرا ببریم یا کل سیستم را زیر پوشش تست خودکار بیاوریم یا ... معمولا هیچ وقت فرصت نمی شود.
داشتن یک نقشه راه برای ایجاد چنین تغییراتی میتواند برای شما مفید باشد. این نقشه راه باید معلوم کند که شما در کوتاه مدت و بلند مدت میخواهید چه تغییراتی ایجاد کنید. در زیر یک نمونه از این نقشه راه را میتوانید مشاهده کنید:
✅ اهداف در کوتاه مدت:
Automate build process & set up CI pipeline.
Agree with stakeholders to accept current "status quo" as baseline quality for CI/CD.
Every new line of code gets a unit test.
Build metric hooks and set up a measurement system.
Build service API for core monolith.
✅ اهداف میان مدت
Introduce Coding Conventions and add measurement to CI pipeline
Stop the current branching process and move towards genuine CD process
Automated deployment to Test Stage
Automate e2e tests for critical user journeys
Decouple frontend and backend.
✅ اهداف بلند مدت
Build new capabilities as autonomous services.
Containerize services.
Extract service components from existing monolith.
Move towards polyglot development.
Move individual services to Cloud.
Build Security Services (IAM, Secrets-as-Service, etc.)
بیشتر مطالعه کنید:
http://bit.ly/2H1z7IE
@iranagile
برخی اوقات میخواهیم سیستم موجود را به سمت معماری سرویس گرا ببریم یا کل سیستم را زیر پوشش تست خودکار بیاوریم یا ... معمولا هیچ وقت فرصت نمی شود.
داشتن یک نقشه راه برای ایجاد چنین تغییراتی میتواند برای شما مفید باشد. این نقشه راه باید معلوم کند که شما در کوتاه مدت و بلند مدت میخواهید چه تغییراتی ایجاد کنید. در زیر یک نمونه از این نقشه راه را میتوانید مشاهده کنید:
✅ اهداف در کوتاه مدت:
Automate build process & set up CI pipeline.
Agree with stakeholders to accept current "status quo" as baseline quality for CI/CD.
Every new line of code gets a unit test.
Build metric hooks and set up a measurement system.
Build service API for core monolith.
✅ اهداف میان مدت
Introduce Coding Conventions and add measurement to CI pipeline
Stop the current branching process and move towards genuine CD process
Automated deployment to Test Stage
Automate e2e tests for critical user journeys
Decouple frontend and backend.
✅ اهداف بلند مدت
Build new capabilities as autonomous services.
Containerize services.
Extract service components from existing monolith.
Move towards polyglot development.
Move individual services to Cloud.
Build Security Services (IAM, Secrets-as-Service, etc.)
بیشتر مطالعه کنید:
http://bit.ly/2H1z7IE
@iranagile
#پست_مجدد این پست تا به حال نزدیک به ۱۱۰۰ بار مشاهده شده و به نظر میرسد برای خوانندگان جدید کانال جذاب باشد.
Forwarded from Software Philosophy
این همه انواع Messaging Service روی Azure؟ چه خبره؟
اگر از سرویس Cloud مایکروسافت یا همان Microsoft Azure برای طراحی و معماری Solution های خود استفاده میکنید، روزی خواهد رسید که به یک Service Bus نیاز خواهید داشت. سرویس باس، سرویسی است که در معماری به شما کمک میکند برنامههای مختلف سیستم که نیاز دارند با هم ارتباط داشته باشند را به هم متصل کنید. معمولا اگر این اتصال از طریق database polling صورت پذیرد در مقیاس بالا بسیار هزینهبر و پیچیده میشود. به همین دلیل استفاده از «باس» بسیار پر کاربرد است.
در Azure سه نوع سرویس به این منظور تعبیه شده که هر کدام کاربردهای تخصصی خود را دارند:
- Event Grid
- Event Hub
- Service Bus
برای درک تفاوت این سرویسها ابتدا باید تفاوت مفهوم Event و Message را در Azure بدانید که در مقاله زیر توضیح داده شدهاست. اما کاربرد هر یک را میتوان به این صورت خلاصه گفت:
- Event Grid:
انتشار رویدادها و Reactive Programming، مثلا عکسالعمل نشان دادن به تغییر وضعیتها در دیتا
- Event Hub:
کار با stream های سنگین دیتا. برای کار و مدیریت میلیونها رویداد در ثانیه در Big data pipleline طراحی شده.
- Service Bus:
انتقال پیام (Message) بین سیستمهای Enterprise.
مستند زیر این مفاهیم را با جزئیات کاملتری شرح میدهد.
https://docs.microsoft.com/en-us/azure/event-grid/compare-messaging-services
⁉️ برای بحث و تبادل نظر فنی در مورد این پست، بر روی لینک زیر کلیک کنید:
http://ow.ly/fhwz30nWt1e
#مهران_داودی (http://ow.ly/GwIl309lFEm)
کانال تلگرام:
@SoftwarePhilosophy
___
اگر از سرویس Cloud مایکروسافت یا همان Microsoft Azure برای طراحی و معماری Solution های خود استفاده میکنید، روزی خواهد رسید که به یک Service Bus نیاز خواهید داشت. سرویس باس، سرویسی است که در معماری به شما کمک میکند برنامههای مختلف سیستم که نیاز دارند با هم ارتباط داشته باشند را به هم متصل کنید. معمولا اگر این اتصال از طریق database polling صورت پذیرد در مقیاس بالا بسیار هزینهبر و پیچیده میشود. به همین دلیل استفاده از «باس» بسیار پر کاربرد است.
در Azure سه نوع سرویس به این منظور تعبیه شده که هر کدام کاربردهای تخصصی خود را دارند:
- Event Grid
- Event Hub
- Service Bus
برای درک تفاوت این سرویسها ابتدا باید تفاوت مفهوم Event و Message را در Azure بدانید که در مقاله زیر توضیح داده شدهاست. اما کاربرد هر یک را میتوان به این صورت خلاصه گفت:
- Event Grid:
انتشار رویدادها و Reactive Programming، مثلا عکسالعمل نشان دادن به تغییر وضعیتها در دیتا
- Event Hub:
کار با stream های سنگین دیتا. برای کار و مدیریت میلیونها رویداد در ثانیه در Big data pipleline طراحی شده.
- Service Bus:
انتقال پیام (Message) بین سیستمهای Enterprise.
مستند زیر این مفاهیم را با جزئیات کاملتری شرح میدهد.
https://docs.microsoft.com/en-us/azure/event-grid/compare-messaging-services
⁉️ برای بحث و تبادل نظر فنی در مورد این پست، بر روی لینک زیر کلیک کنید:
http://ow.ly/fhwz30nWt1e
#مهران_داودی (http://ow.ly/GwIl309lFEm)
کانال تلگرام:
@SoftwarePhilosophy
___
Docs
Compare Azure messaging services - Azure Service Bus
Describes the three Azure messaging services - Azure Event Grid, Event Hubs, and Service Bus. Recommends which service to use for different scenarios.
Forwarded from فلسفه دیزاین
بررسی طیف رنگ در طراحی بصری
یکی از روندهای مهمی که از گذشته تا امروز در طراحیها جایگاه خود را حفظ کرده، طیفهای رنگ یا همان Gradientها است. استفاده از آنها از سال ۲۰۱۸ با بروزرسانی Flat Design با قدرتی بیش از پیش ادامه پیدا کرده است؛ بطوریکه امروزه در بیشتر وب سایتها دیده میشود.
اگر بخواهیم به نمونههای موفق استفاده از طیفهای رنگی گریزی بزنیم، بعید است نام Spotify را نیاوریم. این اپلیکیشن را میتوان به عنوان یک نمونه موفق در استفاده چشمنواز از طیف رنگی مثال زد. طراحان Spotify با ترکیب رنگهای مختلف طرحیهای هیجانانگیز و جذابی را برای کاربرای خود ایجاد کردهاند.
با وجود نمونههای موفق استفاده از طیفهای رنگی، این تکنیک، همیشه هم اثر مثبتی روی طراحیها نداشته، بلکه گاهی باعث حس پیچیدگی و سردرگمی در کاربران (بواسطه وجود رنگهای متنوع و مختلف) میشود.
حال این سوال مطرح است که، چاره چیست؟ برای استفاده صحیح از طیفهای رنگی در طرحهای خود، گذشته از انتخاب رنگهای درست، بایستی از نحوه استفاده صحیح طیفها نیز آگاهی داشته باشیم.
در ادامه شما را به خواندن مقاله جذاب امروز دعوت میکنم که در آن، نویسنده نکات مهم ساخت و استفاده از طیفهای رنگی را، به خوبی توضیح داده است.
مقاله امروز را از دست ندهید!
http://bit.ly/dxgn471
(زمان حدودی مطالعه، ۵ دقیقه)
نویسنده: نیما حکیمرابط
#طیف_رنگی #رنگ #طراحی_بصری
@Dexign فلسفه دیزاین
منابع بیشتر برای طیفهای رنگی در طراحی بصری:
http://paletton.com
https://www.grabient.com
https://webgradients.com
https://webkul.github.io
https://codepen.io/supah/pen/prVVOx
یکی از روندهای مهمی که از گذشته تا امروز در طراحیها جایگاه خود را حفظ کرده، طیفهای رنگ یا همان Gradientها است. استفاده از آنها از سال ۲۰۱۸ با بروزرسانی Flat Design با قدرتی بیش از پیش ادامه پیدا کرده است؛ بطوریکه امروزه در بیشتر وب سایتها دیده میشود.
اگر بخواهیم به نمونههای موفق استفاده از طیفهای رنگی گریزی بزنیم، بعید است نام Spotify را نیاوریم. این اپلیکیشن را میتوان به عنوان یک نمونه موفق در استفاده چشمنواز از طیف رنگی مثال زد. طراحان Spotify با ترکیب رنگهای مختلف طرحیهای هیجانانگیز و جذابی را برای کاربرای خود ایجاد کردهاند.
با وجود نمونههای موفق استفاده از طیفهای رنگی، این تکنیک، همیشه هم اثر مثبتی روی طراحیها نداشته، بلکه گاهی باعث حس پیچیدگی و سردرگمی در کاربران (بواسطه وجود رنگهای متنوع و مختلف) میشود.
حال این سوال مطرح است که، چاره چیست؟ برای استفاده صحیح از طیفهای رنگی در طرحهای خود، گذشته از انتخاب رنگهای درست، بایستی از نحوه استفاده صحیح طیفها نیز آگاهی داشته باشیم.
در ادامه شما را به خواندن مقاله جذاب امروز دعوت میکنم که در آن، نویسنده نکات مهم ساخت و استفاده از طیفهای رنگی را، به خوبی توضیح داده است.
مقاله امروز را از دست ندهید!
http://bit.ly/dxgn471
(زمان حدودی مطالعه، ۵ دقیقه)
نویسنده: نیما حکیمرابط
#طیف_رنگی #رنگ #طراحی_بصری
@Dexign فلسفه دیزاین
منابع بیشتر برای طیفهای رنگی در طراحی بصری:
http://paletton.com
https://www.grabient.com
https://webgradients.com
https://webkul.github.io
https://codepen.io/supah/pen/prVVOx
Medium
Gradients in UI Design
For a long time, using gradients was the biggest no-no in design. Designers tended to avoid gradients because they created a strong…
شاید برای شما هم تا کنون پیش آمده باشد که در یک وب سایت با اشکال هندسی روبرو شوید که در #CSS تولید شده اند، یا حتی بخواهید در وب سایت خود این اشکال جالب را قرار دهید. یکی از شکلهای پرتکرار در وب سایتها، مثلث است که از آن در ایجاد انواع مختلف مثلث، جهتنما (فلش) و یا حتی جهتدار کردن اشکال دیگر استفاده میگردد.
لینک زیر به صورت بسیار مختصر و مفید، به همراه یک انیمیشن عالی، به توضیح نحوه ایجاد آن می پردازد:
https://bit.ly/1GzOIaN
همچینن در زیر، لینک یک تولید کننده مثلث در کد #CSS آورده شده است که بعد از مطالعه لینک بالا می توانید به راحتی از آن در طراحی های خود استفاده نمایید.
https://bit.ly/2W9NzDf
#محمدرضا_حاج_بابایی (http://ow.ly/PnEY30oq1sK)
کانال تلگرام:
@SoftwarePhilosophy
___
لینک زیر به صورت بسیار مختصر و مفید، به همراه یک انیمیشن عالی، به توضیح نحوه ایجاد آن می پردازد:
https://bit.ly/1GzOIaN
همچینن در زیر، لینک یک تولید کننده مثلث در کد #CSS آورده شده است که بعد از مطالعه لینک بالا می توانید به راحتی از آن در طراحی های خود استفاده نمایید.
https://bit.ly/2W9NzDf
#محمدرضا_حاج_بابایی (http://ow.ly/PnEY30oq1sK)
کانال تلگرام:
@SoftwarePhilosophy
___
CSS-Tricks
CSS Triangle
HTML You can make them with a single div. It's nice to have classes for each direction possibility. CSS The idea is a box with zero width and height. The
Forwarded from DotNetZoom (محمد جواد ابراهیمی)
✅معرفی EFSecondLevelCache.Core
در سری #معرفی_اکستنشن_های_کاربردی_EFCore
توسط این کتابخانه میتونین کش سطح دوم (second level caching) رو روی EF Core فعال کنین. در واقع میتونین نتیجه کوئری هاتون رو کش کنین تا دفعه بعد، به جای دیتابیس، از کش خونده بشه.
این کتابخانه توسط وحید نصیری عزیز، مدیر سایت dotnettips.info نوشته شده است.
🔸این کتابخانه برای مدیریت Caching اش از کتابخانه CacheManager استفاده میکنه که فوق العاده قدرتمند و انعطاف پذیر هست و قبلا معرفیش کردیم.
🔹در حال حاضر این کتابخانه محبوبترین و سپس کتابخانه EntityFrameworkCore.Cacheable که قبلا معرفی کردیم جز بهترین کتابخانه های کش سطح دوم برای EF Core هستند.
🔸مزیت این کتابخانه نسبت به اون، اینه که از async هم پشتیبانی میکنه. مثال :
https://github.com/VahidN/EFSecondLevelCache.Core/
_______________
@IranAspMvc
در سری #معرفی_اکستنشن_های_کاربردی_EFCore
توسط این کتابخانه میتونین کش سطح دوم (second level caching) رو روی EF Core فعال کنین. در واقع میتونین نتیجه کوئری هاتون رو کش کنین تا دفعه بعد، به جای دیتابیس، از کش خونده بشه.
این کتابخانه توسط وحید نصیری عزیز، مدیر سایت dotnettips.info نوشته شده است.
🔸این کتابخانه برای مدیریت Caching اش از کتابخانه CacheManager استفاده میکنه که فوق العاده قدرتمند و انعطاف پذیر هست و قبلا معرفیش کردیم.
🔹در حال حاضر این کتابخانه محبوبترین و سپس کتابخانه EntityFrameworkCore.Cacheable که قبلا معرفی کردیم جز بهترین کتابخانه های کش سطح دوم برای EF Core هستند.
🔸مزیت این کتابخانه نسبت به اون، اینه که از async هم پشتیبانی میکنه. مثال :
var products = context.Products.Include(x => x.Tags).Cacheable().FirstOrDefault();
🔹مزیت دیگه اش اینه که به صورت خودکار بحث اعتبار سنجی کش (اصطلاحا Invalidation یا Revalidation) رو به صورت خودکار مدیریت میکنه به این صورت که به محض تغییر یه entity یعنی (insert, update, delete)، آیتم های مربوط به اون رو از کش حذف میکنه تا توی کوئری بعدی بروز رسانی بشه.https://github.com/VahidN/EFSecondLevelCache.Core/
_______________
@IranAspMvc
GitHub
GitHub - VahidN/EFSecondLevelCache.Core: Entity Framework Core Second Level Caching Library
Entity Framework Core Second Level Caching Library - VahidN/EFSecondLevelCache.Core
👍1
#پست_مجدد این پست تا به حال بیش از ۶۱۰۰ بار مشاهده شده و به نظر میرسد برای خوانندگان جدید کانال جذاب باشد