این نمودار رشد کانال هست توی کمتر از ۱ ماه از شروع فعالیت چندتا تشکر لازم داره بنظرم :

۱- اول از همه مرسی از شمایی که می‌خونید و پیشرفت می‌کنید و عزیزانی که فیدبک می‌دهند راجب پست‌ها خیلی کمک کننده هست قطعاً

۲- دمتون گرم که share می‌کنید مطالب رو

۳- حتی اگر کپی هم می‌کنی بازم دستتون درد نکنه که کمک می‌کنید جامعه پایتون رشد کنه

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

مرسی از همه ♥️

این کد ی مشکل اساسی داره (بزرگ و اساسی) مخصوصا توی پروژه‌های حرفه‌ای
موضوع پیچیده‌ای نیست ولی چون زیاد دیدم ترجیح دادم بهش اشاره کنم تا کم کم دیگه نبینیم.

می‌تونید حدس بزنید چی هست ؟

توضیحات پست بعدی

پ.ن : typing توی پروژه‌ها موضوع مهمی هست اما توی پایتون الزامی نیست
هیچوقت باگ محسوب نمی‌شه و فقط جزو شرایط
clean code
هست (به این مورد اشاره نکنید)

@PyHints

مشکل اصلی استفاده از
except Exception as ex:
که دوستان توی کامنت اشاره کردند.

اصطلاحا به این روش میگن
Broader Approach

مسئله اینه که توی کد بالا من با ارور هیچ‌کاری نمیکنم (اما توی این شرایط هم broader approach اشتباه هست) ولی فرض کنید شما باید این موارد رو لاگ بندازید. در این شرایط exception handle شما به درد نمیخوره احتمالا لاگ هم همینطور چون کسی اروری نمی‌بینه که بخواد لاگ فایل رو بخونه (حتی اگر توی لاگ جزئیات بیشتری هم نوشته شده باشه)
منبع بسیاری از BUG های مخفی همین مورد هست.

قبل از اینکه راه حل رو بگم ی موضوع دیگه برای تازه‌کارها اشاره کنم (شوخی و روشی برای ایستگاه کردن junior developer ها بوده البته کمتر دیده می‌شه دیگه ولی ی زمان تو دانشگاها خیلی زیاد بود بخصوص خارج از ایران) شاید بخاطر اینکه دیگه این مدل کد استفاده نمی‌شه

ی مدل دیگه exception داریم که اصطلاحا بهش میگن :
naked exception
از همینجا شاید متوجه شدید دیگه؛ 😂😂

نوع تعریفش اینطوری هست :
except:

قبلا که خیلی مد بود استفاده ازین مورد و هنوز کلمه nude انقدر جاافتاده نبود برای ایستگاه کردن دانشجوهای سال پایینی استفاده میشد (بین‌المللی)
طرف به ارور میخورد بهش میگفتن ؛ naked ات رو بده تا بگم (خیلی وقتا کار به جاهای باریک میرسید مراقب باشید خلاصه 😅😅😅)

ازین ۲ مدل هیچوقت استفاده نکنید که یا BUG مخفی میخورید یا خدایی نکرده ایستگاه می‌شید.

راه حل کد بالا :
۲ تا Exception جدا بنویسید :
except IndexError as ex:
و اگر قرار هست TypeError هم silent کنید در ادامه‌اش
except TypeError as ex:

یا حتی ادغام هر ۲ :
except (IndexError, TypeError) as ex:

Exception Inheritance Hierarchy
اینم موارد اصلی هست که خوبه داشته باشید.

لیست کامل Exception :
https://docs.python.org/3/library/exceptions.html

بخاطر صحبت‌هایی که توی گروه (کامنت‌های پست قبلی شد) تصمیم گرفتم راجب مطرح‌ترین حالت های exception handling بطور خلاصه توضیحی بدم :
توی پایتون دوتا استایل کد زدن خیلی معروف وجود داره :
1- easier to ask forgiveness than permission (EAFP)
2- look before you leap (LBYL) A.K.A : ask for permission first

شخصا روش اول رو ترجیح میدم (توی سورس کد پایتون هم دید همین هست اگر خونده باشید بخصوص پایتون ۳.۱۱) داستان روش اول اینه که شما سعی می‌کنه کار رو انجام بدی اگر نشد exception ایی که بر میگرده رو handle می‌کنی و توی اون exception سعی می‌کنی حالت دیگه کار رو انجام بدی و ....

حالت دوم میگه قبل از اینکه ارور بخوری شده ۲۰ تا if, else تو در تو داشته باشی اشکال نداره ولی try - except رو کم کن (خیلی پایتونی نیست این روش)

حالت دوم رو بیشتر توی کدهای جاوا و C++ می‌بینید که صحبت از سربار try-except هست نسبت به if - else (البته شخصا این رو قبول ندارم) این موضوع برای پایتون صادق نیست بخصوص توی پایتون 3.11 و با توجه به معرفی
zero-cost exceptions
البته ۱۰۰٪ هم بدون هزینه نیست (مثل C++ دوست داشتید سرچ کنید راجبش)


اما کدوم استایل رو باید رعایت کنید
LBYL :
داشتن if-else های تو در تو و چک کردن شرایط و جلوگیری از بروز exception یا
EAFP :
داشتن try-except تو در تو (درصورت بروز exception) به هندل کردنش فکر میکنیم اگر exception بوجود نیومد نیازی نداریم شرایط رو بررسی کنیم.

اگر میخواید پایتونی کد بزنید قطعا توی ۹۰٪ شرایط EAFP رو دنبالش باشید؛
اما چطوری ۱۰٪ رو تشخیص بدید ؟

خیلی ساده؛ هر روشی که تعداد خط کد کمتری لازم داشت و تمیزتر بود بعضی وقتا
Ask for permission first (LBYL)
کمک می‌کنه کد خواناتر و تمیزتر باشه.

سعی می‌کنم یک نمونه کد از هر ۲ مورد هم پیدا کنم یا بنویسم و بذارم.

@PyHints

توی این مثال (قطعا غیر واقعی)
هر ۲ تا روش رو بررسی کردیم و البته قانون
exception
هم رعایت شده.
تفاوت سرعت رو خودتون می‌بینید دلیلش هم اینه که اسم تابع رو وقتی کاربر می‌بینه توی ۹۹٪ موارد قطعا متوجه هست که ۲ تا عدد باید بده و ...
توی
LBYL
حتی اگر همه چیز درست باشه کد باید شرط‌ها رو چک کنه و این زمان رو کند می‌کنه تا خروجی بده
EAFP
سعی می‌کنه خروجی رو سریعا محاسبه کنه ۱٪ اگر به exception بخوره handler مربوط به اون نوع exception رو اجرا می‌کنه و این یعنی سربار کمتر

تمیزی کد هم که قطعا EAFP بسیار بسیار پایتونی تر هست.

@PyHints

راجب کدهم کمی توضیح بدم
return NotImplemented
بیشتر توی کلاس‌ها و متدهای مقایسه‌ای استفاده می‌شه مثلا :
__lt__ , __gt__, ...
به ترتیب برای علامت‌های :
<, >

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

10 < 5

به فرض 10 توی این مسئله یک نوع داده‌ای خاص هست از کلاس
CustomInt
که من نوشتم و فراموش کردم براش __lt__ با کلاس Int خود پایتون رو پیاده سازی کنم اینجا اگر
return NotImplemented
رو برگردونم پایتون همینجا بهم خروجی نمیده بلکه شعورش انقدر بالاس که میره و
5 > 10
رو حساب می‌کنه ینی تو کلاس Int داخلی خودش متد __gt__ رو صدا میزنه تا ببینه می‌تونه شرط بالا رو ارزیابی کنه یا نه
اگر جواب داد که جواب رو برمیگردونه برای

10 < 5

اگر اینم پیاده سازی نشده بود NotImplemented در اون حالت ارور میده.


راجب موارد دیگه کدها اگر سوالی بود پیام بدید حتما جواب خواهم داد.


@PyHints

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

بنظرم این موارد توهم زا هم هست، تازه‌کار فکر می‌کنه اینکه می‌تونه این سوالات رو جواب بده یعنی خیلی بلد هست.

ولی آیا واقعاً اهمیتی داره دونستن این موارد ! حتی اگر اینجوری کد بزنید.

تهش اینه ی print توی سورس کد می‌ذارید و خروجیش رو می‌بینید.

عمرتون رو صرف سوالات احمقانه نکنید، این اکانت‌ها رو هم معروف نکنید

شخصاً
Connection
رو روی لینکدین حذف می‌کنم وقتی می‌بینم کسی با این پست‌ها یا لایک کردن این پست‌ها باعث حواس پرتیم می‌شه.
دقیقاً این موارد حواشی برنامه‌نویسی هست
خیلی خیلی مراقب باشید.

همونجوری که توی کامنت و گروه صحبت شد؛ و قبلا هم بسیار اشاره کردم توی موارد مختلف
EAFP (Easier to Ask Forgiveness than Permission)
مدل کد زدنی هست که توی core python هم دیده میشه حتی توی سورس کد اصلی که با C نوشته شده؛ این تغییر رو من توی یکی از سخنرانی های Guido van Rossum خالق پایتون شنیدم و توی لایو یکی از افراد مشهور ایرانی (اسم نمیبرم دیگه) که داشت میگفت سرعت پایتون 3.11 از 3.8 - 60% بیشتر نیست و دروغ هست هم بهش اشاره کردم.

داستان ازین قرار هست؛ توی پایتون 3.11 برای مثلا عملگر + اگر شما تا اینجای اجرای کد ۴-۵ بار فقط اعداد int رو باهم جمع زدید از این به بعد پایتون دیگه نوع داده رو چک نمی‌کنه بلکه از
EAFP
استفاده می‌کنه ینی فرض می‌کنه type ها int هست و سعی می‌کنه هر ۲ مورد رو باهم جمع بزنه ولی اگر exception بخوره در اون حالت تازه میره نوع داده هر دو argument رو چک می‌کنه و add رو مناسب اون type اجرا می‌کنه.

برای همین داشتن یک لیست از نوع داده‌ای
[int, float, str, int, float, str, ....]
توی پایتون ۳.۱۱ خیلی چیز بدی هست و باعث کند شدن اجرا میشه (بدتر از پایتون ۳.۸ چون چندین سربار به سیستم میدید؛ یک تلاش برای انجام و exception و بعد تازه type check درحالی که پایتون‌های قبل از ۳.۱۱ همون اول type check میکردند)

شنگتر اینه که ۳ تا لیست یا آرایه (پایتون لیست و آرایه باهم فرق داره پست بعدی) از ۳ نوع مختلف بسازید و بعد add رو اجرا کنید.

اگر فکر می‌کنید چقدر بد هست این ویژگی: مجدد فکر کنید (داری اشتباه میزنی)
ثابت شده بیش از ۹۶٪ موارد و مخصوصا توی کدهای اصولی این حالت درست هست و نوع داده‌ای ثابت می‌مونه زبان‌های برنامه‌نویسی دیگری هم هستند که ازین ویژگی استفاده می‌کنند. (روی static type ها فکر نکنید)


خلاصه که پایتون 3.11 هم EAFP استفاده می‌کنه و اینکه آپدیت شدن روی نسخه‌های پایتون فقط به نصب کردن نسخه جدیدتر نیست.


@PyHints

همونطوری که گفتم توی پایتون

list, array 

۲ تا موضوع متفاوت از هم هست.
کار با لیست بخاطر خاصیت داینامیک بودن (هم از نظر سایز و حافظه و هم نوع داده‌ای) راحت تر هست اما همین دو ویژگی توی لیست باعث سرباز زیادی میشه

تصویر بالا مربوط به میزان مصرف حافظه
Array - List - Numpy
هست (داده مربوط به کار هوش مصنوعی)

اولین قدم توی optimization استفاده از نوع داده درست هست :

list —-> numpy array
3.8GB —-> 125MB

حساب کنید میزان بهبود در مصرف رم را


@PyHints

حتما شما هم با with open توی پایتون کار کردید فوق‌العاده کمک کننده و مفید هست
همین که دیگه لازم نیست یادتون بمونه فایل رو ببیند یا اینکه کد درست رو بزنید
بستن فایل باید توی بخش finally باشه و ...

try:
excpet:
finally:

همین شرایط برای connection به دیتابیس هم هست.

with open

از یک راه حل تمیز و زیبا استفاده می‌کنه که بهش
Context Manager Protocol
گفته می‌شه
یک کلاس داخل تعریف پروتوکل

context manager 

قرار می‌گیره اگر ۲ تا متد رو داشته باشه

__enter__, __exit__

__enter__

دقیقا وقتی وارد بلوک

with .... :
    pass

می‌شیه اجرا می‌شه و __exit__ وقتی از with خارج می‌شه
پس توی این بین میشه کارهای زیادی انجام داد

کد بالا مربوط به یکی از پروژه‌های بزرگ هست که توضیح میدم بدها
ی hot-fix که زدم و از print رو بجای logger استفاده کردم
توجه کنید خارج از with خروجی print مثل قبل چاپ میشه و دیگه توی فایلی نوشته نمیشه چون توی __exit__
sys.stdout
به مقدار قبلی برمیگرده.

@PyHints

Evenin'
Artist: Jimmy Witherspoon
Album : Evenin' Blues
Released: 1964
Produce: 1963
Genres: Blues / Jazz

@PytensMusic

موسیقی تقدیم شما بابت 1k شدن کانال توی کمتر از ۱ ماه

مرسی از همگی، امیدوارم لذت ببرید.🌹



بازم تاکید می‌کنم
share , reference
دادن به کانال رو هستم، ولی اگر میخواید مطالب رو کپی هم‌ کنید

کپی کاملاً آزاد.

مطالب رو ویدئو youtube کردن، کاملاً آزاد.

کلا هر روشی که باعث بشه استفاده از مطالب کمک به پیشرفت جامعه پایتون کنه آزاد هست.

اینارو گفتم چون به دفعات سوال شده (البته قبلاً هم گفته بودم)

فونت vscode من وقتی کسی نباید بفهمه چی کد میزنم (چون افرادی که بخشی از کار بهشون سپرده شده توی تیم رقیب رفقای صمیمی دارند)

این جنگ تیمی هست 😂😂😂

شماهم ازین جنگ‌ها دارید ؟

پ.ن :
اومدم ی مثال واقعی از پست قبلی بزنم font اینطوری بود گفتم از شما هم بپرسم. (البته اینجا زوم هم زیاد شده راحت‌تره خوندنش)

همه‌ی فونت‌های vscode من اینطوری هست
اعتماد موج میزنه 😂😂

فونت رو تغییر میخوام بدم که مثال خوانا باشه دوستان

توی لینکدین یک پستی دیدم راجب همین مشکل
pip
و عدم دانلود و ...

اول اینکه تنها راهکار مطمئن همون استفاده از

--proxy
هست

pip install --proxy <proxy-url> packagename


بعد دیدم کلی آدم زدن که از رپو‌‌های چین استفاده کن
یکی دیگه زده، از این url استفاده کن و ....

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

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

خود
pypi

دقیقاً توضیح داده که security check نداره، ینی شما الان یک ویروسی چیزی بنویسی بدی بره pypi تأیید می‌کنه اگر استانداردهاش رو رعایت کرده باشید.

بعد طرف می‌گه بریم از رپوهای دیگه استفاده کنیم ؟!

آقا/خانم چندسال پیش ی مورد بود یک هکر اومده بود کمک کرده بود روی یک سورس کد برای پرداخت بانکی (مستر، پی‌پال و ...)

بعدها فهمیدن کدهاش رو توش باگ گذاشته و خودش به سرورهای شرکت‌هایی که
pip install
زدند حمله می‌کنه.

خلاصه :

۱- هر پکیجی رو نصب نکنید (اگر سورس مطمئنی نداره برید بخونید سورس کد رو و کدهاش رو که براتون مهم هست کپی‌ کنید توی پروژه خودتون).

۲- از هر mirror یا سرویس دهنده‌ای پکیج نگیرید.


@PyHints

https://github.com/freedomofdevelopers/fod


درباب صحبت‌هایی که داخل گروه و کامنت شد،
این مورد رو جایگزین شِکن کنید.

قطعاً رستگار می‌شید

متأسفانه بعد از اتفاقات اخیری که توی کشور افتاد، وضعیت برنامه‌نویس‌ها و بطور کلی حوزه IT به شدت خراب شد.

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

اینکه بعضی دوستان می‌پرسند بمونیم یا بریم :
قطعاً به رفتن فکر کنید، موندن جز پشیمانی دستاوردی نداره (ماها موندیم)

پروژه شکن هم همونطور که قبلاً درباره‌اش صحبت کردم ،
DNS leakage
های بسیاری این اواخر داره و چون از شما میخواد روی کل ترافیک سیستم تنظیم کنید

امنیت کمتری داره نسبت به FOD.


بهشت اونجایی هست که آدما حق انتخاب داشته باشند حتی به غلط 👌

خدا خودش قدرت انتخاب به آدم داده (حتی برای گناه) جمهوری اسلامی شده کاسه داغ‌تر از آش، میگه ما مواظب هستیم به زور کسی گناه نکنه، اینا خدارو هم به سخره گرفتن.

#Quick

PyScript

هم به نقطه‌ای رسیده که شرکت‌ها حداقل برای prototype دارند ازش استفاده می‌کنند؛ شاید عالی نباشه ولی برای تست ایده‌ها ؛ دموها ؛ حتی ارائه به استاد توی دانشگاه و ...

واقعا جالب هست و ارزش بررسی داره

PyScript GitHub

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