Python Hints
8.76K subscribers
178 photos
11 videos
10 files
143 links
Python tips and tricks
The Good, Bad and the Ugly

توی این کانال فقط قرار هست در مورد core python صحبت کنیم.

این کانال یک بلاگ شخصی هست و پیرامون نظرات و چیزهایی که توی بیش از ۱۰ سال کد زدن یاد گرفتم (فقط برای کمک به دوستان تازه‌کار)

Admin: @Abbasi_ai
Download Telegram
Python Hints
#توضیح خیلی وقتا بهم میگن؛ این چیزایی که میگی و تأکید می‌کنی روش برای کسی که تازه شروع کرده یا داره شروع می‌کنه خوب نیست، دست انداز می‌شه دلزده میشه و .... اولاً من اینارو برای بچه‌های سطح بالاتر میگم؛ برای تازه‌کار شنیدنش خوبه ولی لزومی نداره روز اول بره…
من یک پستی روی لینکدین گذاشتم؛ چندروزه برای ارتباط گرفتن با maintainer های یک پروژه‌ای فعالیتم زیاد شده اونجا و کامنت گذاشتن زیر پست‌ها و ... ازم راجب منبع زیاد سوال شد.

خلاصه؛ یک عکس از کتاب‌هایی که اینجا استوری کردم گذاشتم و توضیح دادم که اکثر فعالیتم توی تلگرام هست، آخر اون متن یک چیزی نوشتم:

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


و کامنتی که هیچوقت جواب داده نشد؛ چندنفر سوال کردند گفتم بازم توضیح بدم:

اول نگاهی به کتاب‌ها بندازیم و دسته‌بندی کنیم اونارو ؟
من کتاب هوش مصنوعی رو توی لینکدین نذاشتم.

کل کتاب‌هایی که معرفی کردم به ۴ دسته تقسیم می‌شه:
۱- پایتون مقدماتی تا کمی پیشرفته.
مگه میشه ضما زبان برنامه‌نویسی که کد می‌زنی رو درست نشناسی ؟
۲- برنامه‌نویسی async و کمی optimization برای پایتون.
واجب هست؛ چون باعث میشه نسبت به رقبای بازار بهتر باشید
۳- ساختمان داده و الگوریتم؛
هرجای استانداردی که برید مصاحبه فنی حداقل چیزی هست که پرسیده میشه
۴- طراحی و معماری نرم‌افزار و سیستم
امکان نداره یک سوال هرچند کوچیک و ساده راجب این موضوع ازتون نشه.

پست بعدی
👍3614
Python Hints
من یک پستی روی لینکدین گذاشتم؛ چندروزه برای ارتباط گرفتن با maintainer های یک پروژه‌ای فعالیتم زیاد شده اونجا و کامنت گذاشتن زیر پست‌ها و ... ازم راجب منبع زیاد سوال شد. خلاصه؛ یک عکس از کتاب‌هایی که اینجا استوری کردم گذاشتم و توضیح دادم که اکثر فعالیتم توی…
یک نگاهی به مصاحبه‌های software engineering بندازید
یا حتی mock interview هایی که موجود هست!

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

در نهایت؛ فکر می‌کنم از پست‌هایی که تا به امروز گذاشته شده همه درک کردید!
من پست‌هام برای
software engineer

شدن هست و کسایی که شاید بودنشون توی این کانال هم اشتباه باشه؛ اما قطعاً خوشحالیم از اینکه هستند:

۱- انواع و اقسام وایب کدر
۲- بطور‌کلی تر؛ کدر‌‌ها
۳- هرکسی که نیازی به درک داشتن از کاری که می‌کنه نداره و فقط می‌خواد ی چیزی دمو کنه

درنهایت برای سه مورد خاص هم هیچکدوم از مطالب کتاب‌های بالا نیاز نیست :

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

۲- کارمند دولتی که ۱/۳ شرکت خصوصی حقوق میگیره و مدیرانش هم هیچ درکی از هیچی ندارند.

۳- کسی که ایده خوبی داره و کمتر از ۱-۲ هفته وقت داره برای ارائه ایده‌اش MVP داشته باشه که کار کنه

اگر توی این ۲ دسته بندی و ۶ مورد نیستید؛ شرمنده‌ام باور کنید یا نه تأکید می‌کنم!

کتاب‌هایی که گفتم حداقل‌هایی هست که باید یاد بگیرید تا بهتون بگن Software Engineer
👍3612👏10
Python Hints
4: It is appalling. Please, please don't do this. source: Architecture Patterns with Python page 14
پرسیدید چرا نویسنده می‌گه این مورد appalling هست؟ با اینکه بنظر رفتار خیلی خوبی میاد.

من یک نمونه کد زدم که نشون بدم چرا بد هست این رفتار؛ توی این حالت من بیش از حد سخت گرفتم و همه چیز NewType هست (یا یک رفتاری رو نباید دنبال کنید یا کل کد باید یک استاندارد رو رعایت کنه)

اولین و مهمترین نکته :
توجه کنید نویسنده همین رفتار یعنی تعریف مداوم تایپ جدید برای نوع داده‌های اصلی رو بد می‌دونه!
اینکه بجای str, bool, int تایپ جدید تعریف کنید که پارامتر ورودی شما بهتر بنظر برسه!


حالا بررسی کنیم خود ایرادات وارده رو:

۱- تعریف نوع داده‌ای جدید هیچ عملکرد بهتری برای runtime بهم نمیده!
خیلی از افرادی که اینکار رو می‌کنند برای فرار از تست کردن کدها؛ فرار از نوشتن ولیدیشن؛ فرار از چک کردن پارامتر‌های ورودی و ... اینکار رو می‌کنند! این چیزی هست که شخصا بسیار توی این مدل کد زدن دیدم (قطعا هستند افرادی که اینطوری عمل نمی‌کنند ولی خب من ندیدم)

۲- خط ۹۱ کد رو ببینید؛ هرجایی از کدم که بخوام یک str یا ... رو برای این توابع استفاده کنم حتما باید توی NewType ایی که تعریف کردم بذارمش!

ادامه پست بعدی:
👍165🔥1
Python Hints
پرسیدید چرا نویسنده می‌گه این مورد appalling هست؟ با اینکه بنظر رفتار خیلی خوبی میاد. من یک نمونه کد زدم که نشون بدم چرا بد هست این رفتار؛ توی این حالت من بیش از حد سخت گرفتم و همه چیز NewType هست (یا یک رفتاری رو نباید دنبال کنید یا کل کد باید یک استاندارد…
چیزایی که شخصا خیلی باهاشون مشکل دارم :

۳- وقتی این NewType هیچ runtime چکی نمیده؛ چه فرقی بین
email: Email
email: str

هست؟ استفاده از اسم متغییر درست به توسعه دهنده بعدی به درستی می‌فهمونه که باید ایمیل استفاده کنه و نه چیز دیگری

اینجا باید ترجیح بدید که Email رو تبدیل به یک کلاس کنید که validation های مختلف خودش رو هم حتما داشته باشه!

۴- احساس امنیت کاذب؛ توی مورد ۱ به این موضوع اشاره کردم!
حالا بخش بدتر این قضیه کجاس ؟ دولوپرهای حواس‌پرت به mypy تکیه می‌کنند که دولپر دیگری از کدشون سواستفاده نکنه بجای اینکه دقیقا پارامتر ورودی رو بررسی کنند و اگر ایمیل ولید نیست ارور برگردونند.

۵- توی پایتون NewType چون قوانین نامگذاری شبیه به Class داره و البته که Syntax Highlight هم مثل کلاس می‌بینه باعث سردرگمی میشه!
کلاس بدون رفتار ؟
اینم موردی دیگه و یک anti-pattern دیگه

در نهایت :
NewType
چیز بدی نیست؛ جو گیری بده. وقتی سورس کد بزرگ هست و شما این موضوع رو بیش از حد پیش بردید اتفاقات قشنگی نخواهد افتاد.
دقت کنید این موارد حتی توی زبان‌های کامپایلری و lowlevel هم قفل هست.

خلاصه که هرچیزی رو در جای درست خودش استفاده کنید؛ این مورد یک فیچر هست توی پایتون که قطعا استفاده خواهد شد ولی بهتره درجای درست و برای مفهوم درست استفاده بشه!
کل صحبت نویسنده کتاب هم همین بوده که سعی کردم با مثال توضیح بدم.
19🔥1