https://youtube.com/playlist?list=PLp3qkYQbU5kexG03Z79eU7SpoWtTv7Ww3
این کانال یوتوب یه سری ویدیوی خیلی خوب برای گیت داره و بنظرم واضح توضیح میده مباحث گیت رو
@ever_code
این کانال یوتوب یه سری ویدیوی خیلی خوب برای گیت داره و بنظرم واضح توضیح میده مباحث گیت رو
@ever_code
YouTube
Git
Share your videos with friends, family, and the world
🔥1
❤3
از معدود دستگاه های تایپ نت های موسیقی 😍
این دستگاه ها کاستوم بودن و تعداد خیلی کمی ازشون تولید شده تو دنیا
@ever_code
این دستگاه ها کاستوم بودن و تعداد خیلی کمی ازشون تولید شده تو دنیا
@ever_code
❤3
یه نکتهی تاریخی اینه که اولین بار که دستگاه های تایپ رایتر میان مردم خیلی خوششون نمیومد چون میگفتن چون دستخط ما رو ازمون میگیره و روح نداره بدرد نمیخوره و خیلی برام با داستان هوش مصنوعی شباهت داشت😉
خلاصه باید با زمانه پیش رفت و الگو گرفت ازش
@ever_code
خلاصه باید با زمانه پیش رفت و الگو گرفت ازش
@ever_code
❤5
thisisnabi.dev [Farsi]
mermaid in vs :)
امروز داشتم با gpt codex یه سورس کدی رو براش دیاگرام جنریت میکردم. یکی از بهترین ابزارها برای اینکار mermaid هست.
با mermaid میتونین با استفاده از متن دیاگرام تعریف کنین و خیلی اپشن های زیادی داره و خوبیش اینه که نیازی نیست از عکس استفاده کنین که حجمش بالاست، میتونین با چند خط ساده کلی دیاگرام پر مفهوم رو انتقال بدین.
این ابزار بخصوص با پیشرفت هوش مصنوعی خیلی توجه بهش شد چون هوش مصنوعی میتونست خیلی راحت و بدون نیاز به تولید تصویر بهتون دیاگرام بده. بنطر میاد که توی نسخه های جدید vs code داخل خودش mermaid رو ساپورت میکنه ولی قبلش هم خیلی راحت میتونستین با اکستنشن ازش استفاده کنین.
اکثر رندر کنندههای markdown (.md) از mermaid ساپورت میکنن و میتونین با
که برای کد استفاده میشه و زبانش رو mermaid مشخص کردین توی مستنداتتون استفاده کنین ازش و توی گیتهابم ساپورت میشه.
@ever_code
با mermaid میتونین با استفاده از متن دیاگرام تعریف کنین و خیلی اپشن های زیادی داره و خوبیش اینه که نیازی نیست از عکس استفاده کنین که حجمش بالاست، میتونین با چند خط ساده کلی دیاگرام پر مفهوم رو انتقال بدین.
این ابزار بخصوص با پیشرفت هوش مصنوعی خیلی توجه بهش شد چون هوش مصنوعی میتونست خیلی راحت و بدون نیاز به تولید تصویر بهتون دیاگرام بده. بنطر میاد که توی نسخه های جدید vs code داخل خودش mermaid رو ساپورت میکنه ولی قبلش هم خیلی راحت میتونستین با اکستنشن ازش استفاده کنین.
اکثر رندر کنندههای markdown (.md) از mermaid ساپورت میکنن و میتونین با
%% your mermaid code here
که برای کد استفاده میشه و زبانش رو mermaid مشخص کردین توی مستنداتتون استفاده کنین ازش و توی گیتهابم ساپورت میشه.
@ever_code
❤6
EverCode
Hands_On_Network_Programming_with_C_and_NET_Core2019,_Packt_Publishing.pdf
درهای خیلی جدید و عمیقی از کار با شبکه داره به روم باز میشه که این کتاب شاید حتی سطحشم خراش نمیده😂🥲🤦♂
هرچی جلوتر میرم انگار بیشتر توی دنیای شبکه غرق میشم و تمومی نداره. کی وقت میکنه این همه بخونه😭
@ever_code
هرچی جلوتر میرم انگار بیشتر توی دنیای شبکه غرق میشم و تمومی نداره. کی وقت میکنه این همه بخونه😭
@ever_code
❤5
Forwarded from Go Casts 🚀
سازنده 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
دلایل مختلفی برای این قضیه وجود داره من چندتا شو سعی میکنم ذکر کنم.
یکی اینکه آقای 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
❤2
اولین PR ام توی گیتهاب Merge شد😍
این اولین contribution من به دنیای اوپن سورس هست و قراره که زیاد ازین اتفاقا بیفته😂😌
میتونید این PR رو اینجا ببینید. توی این PR مشکلی که برای Validate کردن مدل ها وجود داشت و باعث میشد خطای نامناسب به کاربر برگرده رو حل کردم و الان خطاها درست برمیگردن.
@ever_code
این اولین contribution من به دنیای اوپن سورس هست و قراره که زیاد ازین اتفاقا بیفته😂😌
میتونید این PR رو اینجا ببینید. توی این PR مشکلی که برای Validate کردن مدل ها وجود داشت و باعث میشد خطای نامناسب به کاربر برگرده رو حل کردم و الان خطاها درست برمیگردن.
@ever_code
GitHub
fix: changed validation handling in CrudService by PureJoyMind · Pull Request #10 · ashkanRmk/FastCrud
Summary
changed validation handling in CrudService to use a Result type pattern.
Linked Issue: #9
Changes
Added OpResult type to pass data from CrudService to FastCrudEndpointExtensions since they...
changed validation handling in CrudService to use a Result type pattern.
Linked Issue: #9
Changes
Added OpResult type to pass data from CrudService to FastCrudEndpointExtensions since they...
❤4🔥2