#فان
فقط دارن همو پوشش میدن😂😂

16 آذر، روز دانشجو مبارک 🔥

روز دانشجو رو به همه دانشجوهایی که وسط چالش‌های سینتکس، دیباگ، و ددلاین‌های پایان‌نامه گیر کردن، تبریک می‌گم.
شماها اونا هستید که روز و شب با یه مشت کد و لاگ و گاهی ارورهای بی‌منطق سر و کله می‌زنید و آخرش یه چیزی می‌سازید که دنیای دیجیتال رو می‌چرخونه.

تو دنیایی که همه‌چیز با کد می‌چرخه، شماها سازنده‌های آینده‌اید. شاید الان تو فکر این باشید که چرا تست‌هاتون پاس نمی‌شه یا چرا یه فانکشن ساده این‌قدر ارور می‌ده، ولی یادتون باشه، همین خطاها شما رو به یه کدنویس حرفه‌ای تبدیل می‌کنه.

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

روزتون پر از انگیزه، کامیت‌های تمیز و پروداکت‌های موفق باشه.
مخلص💜

یه چالش تقریبا سخت
با استفاده از regex، از متن زیر

"0b0caf091d79a4006ebf6c2f9b17b60c1d798069$[[\\"__json_message\\"\\0540\\05425\\054\\"Your edit code: \\"\\054\\"pZESFitd\\"]]"

چگونه pZESFitd را بگیریم؟ ( یه ساعته درگیرشم )

❓ بنظرتون خروجی چیه؟

#quiz
@CodingLovers | Ali

❓ خروجی کد چیه بنظرتون؟

اینو میخواستم فردا بزارم ولی طاقت نیاوردم😂😂

#quiz
@CodingLovers | Ali

🌟 هوش مصنوعی، کمک یا تهدید؟
توی این پست بیشتر میخام راجب یه تحقیق از سایت nature.com صحبت کنم.

از وقتی هوش مصنوعی اومده بیشتر افراد - مخصوصا ادیتور ها و گرافیست ها و برنامه نویس ها - دارن ازش استفاده میکنن و تبدیل شده به کاری روزمره.
جمله ای که برای فضای مجازی میگفتن، حالا برای هوش مصنوعی هم کاربرد داره: «هم خوبه هم بد؛ ازش درست استفاده کنی کمکت میکنه، بد استفاده کنی یه تهدیده.»

💭 طبق تحقیقات: «68.9 درصد تنبلی در انسان، 68.6 درصد در مسائل حریم خصوصی و امنیتی شخصی و 27.7 درصد از دست دادن تصمیم گیری ناشی از تاثیر هوش مصنوعی است.»

وقتی AI باعث بشه تو از فکر کردن دست بکشی، و جای اینکه سر مشکلی فکر کنی و راه حل رو پیدا کنی، بری مستقیم سراغ AI، خودت رو بخشی از همین تحقیقات بدون!
قبل از هوش مصنوعی آدم ها چیکار میکردن؟ وقتی میخواستن پروژه ای بسازن نمیرفتن از هوش مصنوعی کمک بگیرن؛ خودشون میرفتن تحقیق میکردن، دانشش رو بدست میاوردن و بعد خودشون از پس پروژه بر میومدن؛

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

( فرض کن یروزی قراره تمام AIها نابود بشن، اونموقع از پس کارات بر میای، یا گیر میکنی توی گِل؟ )

پ.ن: فکر کنم قراره پست پُربحثی باشه 😂

@CodingLovers

سلام ظهرتون بخیر 🙃👋🏻

به نظرتون چه ساعت هایی معمولاً آدما بیشتر آنلاینن توی اینترنت؟

بعد مدرسه ها

دانشگاه هم حسابه

🧶 چطور یک برنامه رو thread safe کنیم؟
وقتی برنامه ای مینویسم که قراره از threading ( یا async ) برای اجرای همزمان چند پروسه استفاده کنه، بحث thread safe موضوع حساسی میشه.

البته که پایتون درحالت عادی کلا thread safe هستش، اما توی شرایطی مثل نوشتن همزمان فایل یا کار با یسری لایبرری ها به مشکل میخوریم.

🧶 مفهوم thread-safe
ما به تابعی یا classی میگیم thread-safe که اگر همزمان در یک لحظه چندین بار تغییرات در اون ایجاد بشه و خونده بشه، بدون هیچ مشکلی عمل کنه.

تمام تایپ های اصلی پایتون از نسخه ۳.۸ یا ۳.۹ به بعد thread safe هستن؛ dict list set int float ...
توی کاربرد GIL بهتر درک میکنین

🏎️ مفهوم race condition
این دقیقا زمانی هستش که دو نفر همزمان به چیزی مشترک دسترسی پیدا میکنن که مشکلات عجیبی پیش میاد اینجا:
فرض کنید متغییر counter برابر با 0 هستش.
فرد x و y همزمان بهش دسترسی پیدا میکنن.
فرد y یک عدد به counter اضافه میکنه.
فرد x متغییر counter رو میخونه و استفادش میکنه.

چه اتفاقی میوفته؟ فرد y یکی به counter اضافه کرده و شده 1، ولی فرد x همچنان از مقدار 0 استفاده کرده.

اگه امتحان کنین همچین اتفاقی رو نمیبینین چون پایتون خودش جلوشو میگیره

یا یه مثال بهتر؛ همزمان دو نفر میخوان یک فایل رو تغییر بدن، کلا محتوای فایل یچیز عجیب غریب میشه

اینو میتونین راحت امتحان کنین

به این اتفاقات میگن race condition.

🔒 درک بهتر کاربرد GIL توی async
چرا میگم از requests یا socket توی ربات هاتون ( حالت اسینک ) استفاده نکنین؟ دلیلش همینجاست.

اول بنظرم این پست رو بخونین

تمام لایبرری های پایتون ( ۹۰ درصدشون ) برای اینکه thread-safe باشن، هرکاری میخوان بکنن میزنن GIL رو قفل میکنن که مشکلی پیش نیاد؛ حتی تمام تایپ های پایتون همینکار رو میکنن

وقتی GIL قفل میشه برنامه متوقف میشه تا وقتی آزاد بشه

async def loop():
     for i in range(10000):
          print(i)

async def req():
    requests.get("https://google.com")

async def main():
    asyncio.create_task(loop())
    await req()

asyncio.run(main())

وقتی این کد رو اجرا کنین متوجه میشین وقتی requests میخواد کارش رو انجام بده کل برنامه رو میزنه متوقف میکنه، چرا؟
داخل requests از socket استفاده میشه که socket برای انجام هرکاری اول GIL رو قفل میکنه که این باعث میشه کل برنامتون متوقف میشه ( باید از aiohttp یا httpx یا ... استفاده کنید )

همونطور که گفتم «تمام لایبرری های پایتون ( ۹۰ درصدشون ) برای اینکه thread-safe باشن، هرکاری میخوان بکنن میزنن GIL رو قفل میکنن» درست مثل socket.
حتی دیکشنری هم برای هرکاری GIL رو قفل میکنه اما اینقدر سریع عمل میکنه آسیبی به برنامه نمیزنه

همتون داخل برنامه های async، هر تابعی رو گیر میارید async def مینویسید، خب این اشتباهه چون تاثیری نداره.

async def req():
     requests.get("https://google.com")

خب این چه تاثیری داشت؟ هیچی. اصلا نیازی نیست async def بنویسین چون تاثیری نداره.

async def select():
    cursor = conn.cursor()
    cursor.execute("SELECT * FROM users;")
    return cursor.fetchall()

این چی؟ بازم هیچ تاثیری نداره چون اصلا نیازی به async بودن تابع نیست،فقط باعث میشین تابع کند تر عمل بکنه
فقط زمانی حق دارید تابعی رو async def تعریف کنید که مجبورید

async def req():
     await httpx.get("https://google.com")

من اینجا مجبورم async def تعریف کنم چون اگه نباشه نمیتونم await کنم

این قانون رو رعایت نکنین فقط باعث میشید تابع کند تر عمل کنه

🌟 ادامه داستان توی پست های بعدی ...

@CodingLovers_OFF

🧶 چطور یک برنامه رو thread safe کنیم؟ ( پارت دوم )
بهضی مفاهیم رو متوجه شدیم، حالا بریم سراغ راه حل ها.

برای ایجاد یک برنامه thread-safe ما از چیزایی مثل Lock و RwLock استفاده میکنیم

تو زبان های سطح پایین بهشون میگن Mutex و RwMutex ( و دقیق تر میشه mutual exclusion )

💭 نحوه کارکرد mutual exclusion
ما برای اینکه مشکلاتی مثل race condition هارو برطرف کنیم به سیستمی نیاز داریم تا از دسترسی همزمان به یک متغیر ( یا حافظه مموری ) رو مدیریت کنه.
اسم این سیستم رو میزاریم mutual exclusion.

برای اینکه نحوه کارکرد رو متوجه بشید، یه شبیه سازی انجام میدم:
یک متغیر locked رو فرض کنید که میتونه True یا False باشه.

locked = True # or False

دو تِرِد همزمان دارن اجرا میشن که قراره یک فایل رو ادیت بزنن.
اگه بدون هیچ توجهی به race condition کارشون رو انجام بدن، محتویات فایل میریزه بهم، پس نیازه که یجوری بهم خبر بدن که «داداش صبر کن من دارم ادیت میزنم، بعد من ادیت بزن».

چجوری خبر میدن؟ هرکی قراره ادیت بزنه باید locked رو True کنه، کارش تموم شد False کنه.
اینجوری نفر دوم میتونه بررسی کنه آیا مقدار locked به True تبدیل شده ؟ ( یعنی نفر اول داره ادیت میزنه یا نه؟ )
اگه اره خب صبر میکنه تا locked دوباره بشه False.

سیستم mutual exclusion دقیقا کار locked رو انجام میده

🔒 انواع Lock در پایتون
- نوع مخصوص thread:

طبق مثال خودمون، وقتی ببینه locked شده True، کل تِرِد رو متوقف میکنه، تا یه تِرِد دیگه بیاد locked رو بکنه False

- نوع مخصوص async

طبق مثال خودمون، وقتی ببینه locked شده True، کل task رو متوقف میکنه، تا یه task دیگه بیاد locked رو بکنه False

🌟 اموزش استفاده از threading.Lock
یک تابع رو فرض کنید که فایلی رو ادیت بزنه:

def write(text):
    with open("a.txt", "w") as fd:
         fd.write(text)

اگه بدون استفاده از lock، همزمان اجراش کنیم کل محتویات فایل میریزه بهم.

t1 = threading.Thread(target=write, args=("Hello Man",))
t2 = threading.Thread(target=write, args=("Im amazing",))

t1.start()
t2.start()

اینجوری اگه همزمان در یک لحظه ادیت بزنن محتویات میریزه بهم

ممکنه تست کنین نریزه بهم، یکم تعداد ترد هارو بیشتر کنین جواب میده؛ به cpuتون بستگی داره.

پس میایم از threading.Lock استفاده میکنیم:

lock = threading.Lock()

def write(text):
    with lock:
        with open("a.txt", "w") as fd:
            fd.write(text)

# rest of code ...

اینجوری مشکل حل میشه و برنامه thread-safe پیش میره.

🌟 ادامه داستان توی پست های بعدی ...

@CodingLovers_OFF

سال نو میلادی مبارک 🎉

ایشالله سالی پر از پروژه، بدون باگ، و پیشرفت داشته باشید

🧶 چطور یک برنامه رو thread safe کنیم؟ ( پارت سوم )

🌟 اموزش استفاده از asyncio.Lock
استفاده از این هم دقیقا مثل threading.Lock انجام میشه
با این تفاوت که به async with احتیاج داره:

async with lock:
     # rest of code ...

🔏 پس RwLock چیه و فرقش با Lock چیه

اول بهتره بگم متصفانه پایتون توی کتابخونه های استانداردش اینو نداره، پس فقط توضیح‌ش میدم

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

توی Lock اهمیت نداره قراره بخونی، یا بنویسی پس درهرصورت یک نفر میتونست کاری رو انجام بده.

اما توی RwLock بهمون این امکان رو میده که فرق قائل بشیم. بهمون اجازه میده هزاران نفر بخونن، ولی یک نفر حق نوشتن داره.

خلاصه اگه پایتون همچین چیزی داشت، تقریبا باید همچین سینتکسی میداشت:

lock = RwLock()

with lock.read():
    # for reading ...

with lock.write():
    # for writing ...

📌 یه نکته: پایتون یچی داره به اسم RLock. مزخرفه تفاوت زیادی با Lock نداره.

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

- یادتون باشه الکی async def ننویسین
- از لایبرری هایی مثل requests که برنامه رو قفل میکنن توی برنامه های async استفاده نکنین

@CodingLovers_OFF

🔥 چند تا لایبرری پر سرعت توی پایتون

• میخوای درخواست http بزنی؟ HttpX

• میخوای با JSON کار کنی؟ orjson

• دنبال رمزنگاری هستی؟ cryptography

• میخوای با Yaml کار کنی؟ msgspec

• میخوای با Toml کار کنی؟ msgspec

• میخوای با MsgPack کار کنی؟ msgspec

• میخوای کار cache انجام بدی؟ cachebox

• میخوای با UUID کار کنی؟ fastuuid

• میخوای با دیتافریم ها کار کنی؟ polars ( مثل pandas ولی سریعتره )

• میخوای اسکریپنگ انجام بدی؟ منتظر لایبرریم بمون ❤️😂

ادیت: لایبرری آمادس markupever

@CodingLovers_OFF