اومدم موزه تایپ😍 بیاین ببینین چی داریم

همه تایپ رایتر های این سالنی که می‌بینید فروشی هستن

@ever_code

از قدیمی ترین دستگاه تایپ نابیناها

@ever_code

از معدود دستگاه های تایپ نت های موسیقی 😍
این دستگاه ها کاستوم بودن و تعداد خیلی کمی ازشون تولید شده تو دنیا
@ever_code

دستگاه حضور غیاب ارتش آمریکا!
@ever_code

دستگاه تایپ چندزبانی!

@ever_code

mermaid in vs :)

امروز داشتم با gpt codex یه سورس کدی رو براش دیاگرام جنریت میکردم. یکی از بهترین ابزارها برای اینکار mermaid هست.
با mermaid میتونین با استفاده از متن دیاگرام تعریف کنین و خیلی اپشن های زیادی داره و خوبیش اینه که نیازی نیست از عکس استفاده کنین که حجمش بالاست، میتونین با چند خط ساده کلی دیاگرام پر مفهوم رو انتقال بدین.
این ابزار بخصوص با پیشرفت هوش مصنوعی خیلی توجه بهش شد چون هوش مصنوعی میتونست خیلی راحت و بدون نیاز به تولید تصویر بهتون دیاگرام بده. بنطر میاد که توی نسخه های جدید vs code داخل خودش mermaid رو ساپورت میکنه ولی قبلش هم خیلی راحت میتونستین با اکستنشن ازش استفاده کنین.

اکثر رندر کننده‌های markdown (.md) از mermaid ساپورت میکنن و میتونین با

%% your mermaid code here

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

@ever_code

درهای خیلی جدید و عمیقی از کار با شبکه داره به روم باز میشه که این کتاب شاید حتی سطحشم خراش نمیده😂🥲🤦‍♂
هرچی جلوتر میرم انگار بیشتر توی دنیای شبکه غرق میشم و تمومی نداره. کی وقت میکنه این همه بخونه😭

@ever_code

سازنده Redis در جواب توییتی که نوشته بود تکنولوژی ای رو نام ببرید که quality خیلی زیادی داره و hype کمی داره، از ruby language design نام برده بود.

دلایل مختلفی برای این قضیه وجود داره من چندتا شو سعی میکنم ذکر کنم.
یکی اینکه آقای Matsumoto سازنده Ruby اولویت ش برای طراحی زبان رو productive بودن برنامه نویس ها در نظر گرفته بود و نه speed و چیزای دیگه..
به عبارتی developer happiness با کم کردن confusion در کدنویسی

زبان Ruby یک زمان کاملا Object-Oriented هست. اما فرق میکنه با اون چیزی که از OOP میدونیم..
یکی از نکات جالب طراحی Ruby وفاداری ش به تعریف OOP از آقای Alan Kay هست که در SmalTalk هم طراحی شده.
در تعریف آقای Alan Kay هر object با objectهای دیگه از طریق message passing ارتباط برقرار میکنه و نه از طریق method callها.

این چیزی هست که در زبان ruby هم طراحی شده. در ruby شما send message میکنی به object و اون object میتونه تصمیم بگیره که به پیام شما پاسخ بده و یا نده.

یکی دیگه از ایده های Alan Kay برای oop که به objectها انعطاف بیشتری میده تغییر رفتار objectها در runtime هست.

نکته کلیدی ای که در مورد OOP از نظر آقای Kay وجود داره که در Ruby هم پیاده سازی شده اینه که رفتار یا behaviour که معمولا از طریق interface تعریف میشه به object وابسته ست و نه class.

تعریف مرسومی که ما از OOP تو ذهن داریم رفتار وابسته به class هست. چیزی که در java و cpp هم خیلی رایجه.
اما تعریفی که آقای Kay از oop داره و در ruby هم پیاده سازی شده رفتار وابسته به object هست ونه class.
تعریف آقای Kay اگه درست رعایت بشه باعث میشه اصل composition over inheritance رعایت بشه. اصلی که مهمه و زبان های دیگه مثل گولنگ هم خیلی این مورد رو بهش اهمیت دادن.

آقای Kay معتقده که
behavioral composition is often better than deep inheritance hierarchies


یادگیری یه زبانی مثل ruby کمک میکنه که اصول oop آقای Kay رو بهتر متوجه بشیم و ذهنیتمون کاملا متفاوت بشه نسبت به OOPی که زبان های java و cpp به ما تحمیل کردن...


@gocasts

اولین PR ام توی گیتهاب Merge شد😍
این اولین contribution من به دنیای اوپن سورس هست و قراره که زیاد ازین اتفاقا بیفته😂😌
میتونید این PR رو اینجا ببینید. توی این PR مشکلی که برای Validate کردن مدل ها وجود داشت و باعث میشد خطای نامناسب به کاربر برگرده رو حل کردم و الان خطاها درست برمیگردن.

@ever_code

https://youtu.be/l7BjhysbXf8

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

@ever_code