2. Open-Closed Principle:
اینجاست که abstract class و interface ها معنی پیدا میکنن.
اگر بخوام این دو رو تو یک کلمه خلاصه کنم: قرارداد. (بله فقط مسائل حقوقی رو کم داشتیم که تو برنامه نویسی اضافه شد)

این قانون برای این به وجود اومده که اجازه بده که بدون اینکه کد قدیمیتون رو تغییر بدید برنامتون رو توسعه بدید.
اینطوری احتمال اینکه به باگ بخورید کمتره. به عبارتی Open برای اضافه کردن و Closed برای دستکاری کردن.

بعضی وقتا میبینید که نوع های مختلفی از کلاس دارید که رفتار مشابه دارن ولی تو جزییات تفاوت دارن. تو بخش‌هایی از برنامه هم میتونن جای هم استفاده بشن.
اینجاست که از abstract class یا interface استفاده میکنید تا رفتار های مشترک رو به عنوان یک قرار دادی بسازید که تمام کلاس‌های فرزند ازش پیروی میکنن.

اینطوری اگر خواستید که جایی از هر کدوم از کلاسا به عنوان ورودی استفاده کنید میتونید از کلاس قرارداد (abstract class) یا interface استفاده کنید.

فرق این دو هم تو اینه که abstract class مثل یک کلاس میمونه که میتونی متد های قراردادی که باید پیاده بشن رو بنویسی، همینطور میتونی متد های معمولی هم همراه تعریف داشته باشی که ازش تو کلاس‌های فرزند استفاده بشه.

اما تو interface متد ها بدون تعریف هستن و باید توسط فرزند پیاده‌سازی بشن.
تو هر زبانی ممکنه اسم مفاهیم ها یکم متفاوت باشن. مثلاً تو پایتون یا سی پلاس پلاس interface نداریم.
اما مفاهیم مشابه مثل virtual methods تو ++C و ABC (abstract base classes) و Protocols تو پایتون هستن که برای همین کار ساخته شدن.

#OOP
#SOLID

3. Liskov Substitution Principle:
هر کلاس فرزندی باید بتونه جایگزین کلاس والد بشه و مشکلی برای برنامه پیش نیاد.
این قانون گیج کنندست. و ایرادات اینطوری رو تو کد ها به وضوح نمیشه پیدا کرد.

معمولاً هر وقت که متد های فرزندتون رو override میکنید حواستون باشه که چه منطقی رو پیاده میکنید و اگر احتمال خطا وجود داشت حتماً هندلش کنید.

#OOP
#SOLID

4. Interface Segregation Principle:
بعضی وقتا یه interface یا abstract class کافی نیست.
چون وقتی که interface یا class ات بزرگ و کلی باشه تو کلاس‌های خاص ممکنه متد هایی رو پیاده کنی که اصن برای اون کلاس نیستن.
سر همین بهتره که سلسله ای interface یا abstract class بسازی که کارو ساده‌تر میکنه.

#OOP
#SOLID

5. Dependency Inversion Principle:
کل قاعده Open-Closed برای این بود که بتونیم از کلاس‌های جدید که از کلاس‌های فعلی جدا هستن استفاده کنیم تا برنامه رو بدون تغییر کد قبلی توسعه بدیم.
اما اگر بخوایم اینکارو انجام بدیم باید متد های ما جای اینکه یک کلاس خاصی رو قبول کنن کلاس‌ قرارداد رو قبول میکنن که تضمین میشه کلاس های ورودی حاوی متد های مشخص شده هستن.

اینجا بود که گفتم Liskov Substitution Principle مهمه.
چون آبجکت هایی که قرارداد رو میپذیرن ممکنه که هر جایی که اون کلاس قراردادی رو بپذیره استفاده بشن.
سر همین می‌بینی که این کلاسه یه جا کار میکنه و جای دیگه درست کار نمیکنه.

#OOP
#SOLID

منابع تورنت مشکلات کپی رایت دارن.

اما فکر میکنم برگردوندنشون به کانال اصلی ایده بهتریه.

Tensorflow Playground
عجب چیز باحالیه

https://playground.tensorflow.org/

توی این هفته freecodecamp دوتا دوره عالی گذاشته؛ این دو مورد ربطی به پایتون نداره اما بدرد خیلیا میخوره بخصوص :
@pytens, @pyrust

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

دوره ها کدوم موارد هستند ؟


1- Cuda Programming Course (in C)

2- Linux Device Driver Development (in C)


حقیقتش اینکه این هفته جلسه نداریم؛ برای این هست که از شروع لایوها اولین جمعه ای هست که تسک ندارم و چون ۲ هفته گذشته بسیار بسیار درگیر بودم؛ ترجیح دادم این جمعه رو استراحت کنم و برای این استراحت این ۲ ویدئو رو انتخاب کردم برای دیدن.

امیدوارم شما هم لذت ببرید؛ کانسپت مهم هست.

A language for next-generation compiler technology

When we realized that no existing language could solve the challenges in AI compute, we embarked on a first-principles rethinking of how a programming language should be designed and implemented to solve our problems. Because we require high-performance support for a wide variety of accelerators, traditional compiler technologies like LLVM and GCC were not suitable (and any languages and tools based on them would not suffice). Although they support a wide range of CPUs and some commonly used GPUs, these compiler technologies were designed decades ago and are unable to fully support modern chip architectures. Nowadays, the standard technology for specialized machine learning accelerators is MLIR.

MLIR is a relatively new open-source compiler infrastructure started at Google (whose leads moved to Modular) that has been widely adopted across the machine learning accelerator community. MLIR’s strength is its ability to build domain specific compilers, particularly for weird domains that aren’t traditional CPUs and GPUs, such as AI ASICS, quantum computing systems, FPGAs, and custom silicon.

Given our goals at Modular to build a next-generation AI platform, we were already using MLIR for some of our infrastructure, but we didn't have a programming language that could unlock MLIR's full potential across our stack. While many other projects now use MLIR, Mojo is the first major language designed expressly for MLIR, which makes Mojo uniquely powerful when writing systems-level code for AI workloads.

https://docs.modular.com/mojo/why-mojo

دقیقا مشکل هوش مصنوعی هم همینجاست.

معماری سخت افزار های تسریع کننده محاسبات خیلی با کامپیوتر های معمولی فرق میکنه.

دلیلی برای وجود این تکنولوژی هست ولی خب خیلیا از همون اول دلیل وجودش رو متوجه نشدن.

پشت Mojo یه compiler toolchain جدیده.

سرعت دیگه اهمیت ندارع وقتی که روی سیستمی نشه کامپایل کرد.

ولی خب نگفتم که برید همون اول یاد بگیرید. :)

صبر کنید که اکوسیستمش خوب رشد کنه و بالغ بشه بعدش سویچ کنید.

نکنید اینکارو.

آقا نکنید. ای بابا...

کتاب اینترنتی شبکه های عصبی و یادگیری عمیق. نویسنده Michael Nielson.

میاد و از صفر کل مباحث شبکه های عصبی که باهاش تشخیص عدد MNIST رو حل کردن رو توضیح میده همراه با کد.

حتی الگوریتم SGD و backprop رو هم توضیح میده و کدش رو با numpy نوشته.

درسته که الان tranaformer ها رو داریم و هوش مصنوعیمون پیشرفته تره ولی خب پایه رو یاد بگیرید بعد سراغ اونم میرید.

http://neuralnetworksanddeeplearning.com/

بهترین راه واسه یادگیری هوش مصنوعی

1. مقاله علمی رو گیر بیار
2. با کد پیاده سازی کن
3. اونقدر مراحل بالا رو تکرار کن تا مهارت پیدا کنی

- George Hotz

Haha GPUs go brrrrr

#Meme

کانال letsgetrusty آموزش های خوبی راجب rust میزاره.
اگر rust کار باشید قطعا میشناسید.

https://www.youtube.com/@letsgetrusty

حالا یه آموزشی هم داره که تو downloadly گذاشته شده. که به نظر میاد عالیه.

https://downloadly.ir/elearning/video-tutorials/rust-developer-bootcamp/#/134348-letsgetr-112401103107.html

چه ابزارایه اوپن سورس جایگزین PowerPoint داریم؟

https://revealjs.com/

https://www.manim.community/

https://marp.app/

https://sli.dev/

https://impress.js.org

تازه ترکیب manim و revealjs هم میتونیم داشته باشیم با embed کردنش داخل خود revealjs.

اینم احتمالا بدردتون میخوره.

https://manim-slides.eertmans.be/latest/

تکنولوژی وب انعطاف پذیرتر هست برای ساخت انیمیشن و بصری سازی اسلاید ها تا PowerPoint.

فرانت اند کارا هیچ وقت کم نمیارن ;)

بیشتر ویدیو های 3Blue1Brown با manim ساخته شده.

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

اگر علاقه به ریاضیات دارید حتما سری بزنید.

https://www.youtube.com/3blue1brown

سری ویدیو های شبکه های عصبی از 3Blue1Brown

https://m.youtube.com/playlist?list=PLZHQObOWTQDNU6R1_67000Dx_ZCJB-3pi

اشتباهت را در آغوش بگیر:

یک زمانی فکر میکردم که نباید بزارم بقیه ثابت کنن که من اشتباه میگم.

یک زمان فکر میکردم که باید همیشه مورد تایید بقیه قرار بگیرم.

یک زمان از اشتباه بودن حرف های خودم میترسیدم.

اما چند وقتی هست که بینشم عوض شده. بلکه هر وقتی که مخالفت میبینم یعنی اتفاقی بسیار خوبی برام افتاده.

از الان هر موقع که صدای کسایی که دارن به من شک میکنن رو میشنوم. به تاسف نمیفتم. بلکه جور دیگه ای بهش نگاه میکنم.

با خودم میگم. اگر من توانایی اینو ندارم که برای خودم ثابت کنم که دارم مسیر درستی رو میرم. چطور میتونم از خودم مطمئن باشم.

اگر نتونم ریسک های محاسبه شده انجام بدم و از روی انکار جلو برم، چطور میتونم موفق باشم؟

اینکه بخواد حرف یه نفر منو تو شک بندازه مقصر طرف نیست.
مقصر من هستم که اینقدر بدون بررسی انتخاب کردم.
مقصر منم که مسیرم رو ساده انگارانه و بدون مسئولیت انتخاب کردم.

آدم های شرور تلاش میکنن آدم رو از مسیر درست منحرف کنن.

اما کسی که تصمیم میگیره که تسلیم بشه کسی هست که به خودش هم نمیتونه ثابت کنه که داره کار درستی میکنه.

همون کسی هست که از روی واهمه داره مسیرش رو جلو میره.

از حرف های منفی بقیه و حتی درون خودت فرار نکن.
بلکه بهشون گوش کن. بررسیشون کن.

بعضی وقتا هم میبینی که همین حرف ها درست هستن. و تو داری اشتباه میکنی.

بعضی وقتا تورو به فکر وا میدارن. و وقتی که فکر میکنی، درست تصمیم میگیری. درست انتخاب میکنی. و درست عمل میکنی.

به حرف های منفی بقیه به چشم فرصت برای پاسخ دادن به شک ها و ترس هات نگاه کن.

و بدون که این ها نشونه ضعف تو نیستن.

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

باهاشون رو به رو شو.

#LifeLessons
#Part1

اگر در شاخه های دیگه از مهندسی هستید و محاسبات مهندسی با Matlab یا هر چیز دیگه انجام میدید.

این دوستمون Mr P Solver ویدیو فقط راجب Scientific Programming میزاره و مسائل مختلف رو با استفاده از ابزار های مختص این موضوع حل میکنه. همش هم پایتون

لایبرری هایی مثل
Numpy, Scipy, Sympy, Matplotlib
کاور میشن

https://www.youtube.com/@MrPSolver

لیست آموزش پایتون مختص به Scientific Programming:
https://www.youtube.com/watch?v=FggJNXN68fs&list=PLkdGijFCNuVnGxo-1fSNcdHh5gZc17oRM

توصیه میکنم از هر رشته ای هستید پلی لیست رو بررسی کنید و ببینید که چیزی میبینید که بدردتون بخوره.