ویدئو‌های قسمت دوم کارگاه اسکالا در جشن ۱۰ سالگی لاگ

همونطور که قبلا گفته بودم برای جشن ده سالگی لاگ که تابستون پارسال برگذار شد یه کارگاه اسکالا برگذار کردیم.

این کارگاه به دو قسمت تقسیم شد که ویدئو‌های قسمت اول رو قبلا توی یه پست دیگه گذاشته بودم.  متاسفانه تنبلی و مشکلات فنی اجازه نداد ویدئو‌های قسمت دوم که اتفاقا فنی تر هم هست رو بارگذاری کنم. خوشبختانه امروز آخرین فایل هم بارگذاری شد و می‌تونید مشاهده کنید.

ویدئو اول

ویدئو دوم

ویدئو سوم

ویدئو چهارم

10 دیدگاه برای «ویدئو‌های قسمت دوم کارگاه اسکالا در جشن ۱۰ سالگی لاگ»

  1. دست شما درد نکنه آقای کریمی. لذت بردم. از تسلط و اعتماد به نفستون گرفته تا ویژگی های خود اسکالا.
    دست همه دست اندرکاران آن جشن و ارائه شما نیز درد نکنه.

    1. ممنون از علاقه و پیگیریت. مدتی هست که مشغولیت‌های دیگه‌ای دارم امیدوارم به زودی شرایط عوض میشه و احتمالا وقت میکنم پست بذارم. فعلا اگر فرصتی داشته باشم تو وبلاگ انگلیسی مطلب میذارم: http://amirkarimi.github.io

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

    حقیقتش من هم به زبان اسکالا علاقه مند شدم و در حین تحقیقاتم با شما و ویدیوهای شما آشنا شدم که برای آشنایی با این زبان شروع مناسبی هستش… من حدود ۱۵ سال تجربه دات نت دارم…

    در دقیقه ۲۵ ویدیوی قسمت دوم شماره سوم، شما گفتید “الان یه چیزی بهتون دمو میدم که در هیچ زبان دیگه ای نیست!…” البته بعدش اشاره به پرفورمنس کردید… خواستم فقط اشاره کنم که حداقل در زبان دات نت این امکان وجود داره، یعنی مثلا برای تولید و ارسال اون گزارش در دات نت کافیه که یه حلقه داشته باشید و بشکل استریم دیتا رو ارسال کنید، در اینجا هم رم اشغال نمیشه اگر که بعد از استریم هر بخش از گزارش، روی ریسپانس یه فلاش بزنید تا خروجی استریم منتقل بشه و رم رو آزاد کنه… و اما مورد استاپ کردن لوود صفحه توسط کاربر هم کافیه یکی از شروط اجرای اون حلقه مذکور این باشه که آیا هنوز کلاینت متصل هست یا خیر، که اگر اتصال قطع شده دیگه حلقه ادامه پیدا نکنه…
    HttpResponse.IsClientConnected
    از نظر سرعت و کارایی هم دات نت کور خوب عمل کرده و حرفهای زیادی برای گفتن داره…

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

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

      چیزی که توی اسکالا به راحتی قابل استفاده ست امکان Backpressure هست. که امکان این رو میده که شدت ارسال اطلاعات از سمت ارسال کننده رو هم کنترل کنید.

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

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

پاسخ دهید

نشانی ایمیل شما منتشر نخواهد شد. بخش‌های موردنیاز علامت‌گذاری شده‌اند *