برا قرینه کردن اعداد تو پایتون باید چیکار کنیم؟

جوابتونو کامنت کنید 🤔

گوگل نکنید😐😐😐
جواب:
یه منفی ( - ) قبلش باید بذاریم
مثلا
-3 = منفی
-(-3) = مثبت

Cross-platform project for downloading files over internet writed by Mohamad Reza in python3


🔗: https://gist.github.com/m0h4mad/79ef32006670de0d801d47144b6f3dc3

Async and Sync

+ قابلیت دانلود قالب HTML وب سایت ها

+ قابلیت دانلود همزمان چندین فایل

لطفا کامنت هاتونو توی گیست گیت هاب بزارید 😁❤️

🔗: https://distrotest.net/

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

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

🗒 در ضمن باید popup blocker مرورگرتون رو برای این سایت غیرفعال کنید که بتونه دیسترو رو به صورت popup نشون بده و استارت کنه

فرض کنید:
a = {'test1': 1, 'test2': 2}
b = {'test3': 3, 'test4': 4}

توی کامنتا یه راه بگید که این دوتا دیکشنری رو با هم تبدیل به یک دیکشنری کرد (جمع کرد) که بنظرتون بهینه و کوتاه باشه

جواب خودم:
c = {**a, **b}

لذت ببرید 😀

🔹 یوتیوب رسما اعلام کرد دیگر آمار دیس‌لایک ویدیوها را به صورت عمومی نمایش نخواهد داد.

🔹 یوتیوب می‌گوید این تغییر برای جلوگیری از آزار و اذیت یوتیوبر‌های تازه کار و کانال‌های کوچک در نظر گرفته شده است.

منبع: وبلاگ یوتیوب

🚀 @theZoomit

text editor :
یک نرم افزار که میتوان با آن محتوای انواع فایل ها را خواند/ادیت کرد/درست کرد مثل فایل تکست و فایل نرم افزار سی و پایتون و ...

IDE :
یک نرم افزار که با آن فقط میتوان فایل های زبان مخصوص خودش را خواند/ادیت کرد/درست کرد

معمولا IDE ها حجم سنگین تری نسبت به تکست ادیتور ها دارن به دلیل ابزار های زیاد و سنگین آن

کابرد تابع get در آبجکت های دیکشنری چیه؟
dict.get

بر فرض مثال شما یه آبجکت دیکشنری دارید به این شکل:
test = {'Hello': 'World!'}

برای این که مقدار یه کلید داخل این دیکشنری رو بدست بیارید در حالت معمولی این کار رو میکنید:
test['Hello']
و حالا بر فرض مثال اگه دیکشنری test کلید 'Hello' نداشته باشه موقع اجرا کدتون به ارور برمیخورید
خب در حالتی که ندونید تابع get توی دیکشنری ها چیکار میکنه این شکلی بدست میارید (یا میرید توی گوگل تحقیق میکنید برای بهینه ترین راه):
if 'Hello' in test.keys():
world = test['Hello']
else:
world = None

اما به نظرتون این راه درستیه؟
جواب من نه هست
چرا که میتونیم کل کد بالا رو در یک خط خلاصه کنیم:
world = test.get('Hello', None)

در این حالت اگه اگه آرگیومنت اول توی کلید های دیکشنری باشه مقدار اونو برمیگردونه و اگه نباشه آرگیومنت دوم که خودتون پاس دادید رو برمیگردونه



یه مثال پیشرفته تر از این دوست:

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

Phrase="Hello World...!"
dic={}
for key in Phrase:
dic[key]=dic.get(key,0)+1
print(dic)

اگه شما اینجا به جای دیک دات گت... از dic[key] استفاده میکردی قطعا اگه کلید وجود نداشت و قطعا چون دیکشنری خالیه وجود نداره ارور KeyError میگرفتی پس گت اینجا کمک میکنه توی همین یه خط بدون از استفاده ترای اکسپت یا ایف و الس کارتو انجام بدی...

#dict
#مقدماتی

نکته عکس رو بگید

متد os.urandom برای تولید رشته‌ای از بایت‌های تصادفی با اندازه مناسب برای استفاده رمزنگاری استفاده می‌شود یا می‌توان گفت این روش رشته‌ای حاوی کاراکترهای تصادفی تولید می‌کند.

#cryptography
#bytes
#os

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

مقدار دهی متغیر ها در اسمبلی
باحاله

https://www.tutorialspoint.com/assembly_programming/assembly_variables.htm
علاقه مندان مطالعه کنن

فلسفه پایتون چیست؟
>>> import this


The Zen of Python, by Tim Peters

Beautiful is better than ugly.
Explicit is better than implicit.
Simple is better than complex.
Complex is better than complicated.
Flat is better than nested.
Sparse is better than dense.
Readability counts.
Special cases aren't special enough to break the rules.
Although practicality beats purity.
Errors should never pass silently.
Unless explicitly silenced.
In the face of ambiguity, refuse the temptation to guess.
There should be one-- and preferably only one --obvious way to do it.
Although that way may not be obvious at first unless you're Dutch.
Now is better than never.
Although never is often better than *right* now.
If the implementation is hard to explain, it's a bad idea.
If the implementation is easy to explain, it may be a good idea.
Namespaces are one honking great idea -- let's do more of those!

Persian:
ذن پایتون، اثر تیم پیترز

زیبا بهتر از زشت است.
صریح بهتر از ضمنی است.
ساده بهتر از پیچیده است.
پیچیده بهتر از پیچیده تر است.
تخت بهتر از تو در تو است.
پراکنده بهتر از متراکم است.
خوانایی مهم است.
موارد خاص آنقدر خاص نیستند که قوانین را زیر پا بگذارند.
اگرچه عملی بودن بر خلوص غلبه می کند.
خطاها هرگز نباید بی صدا بگذرند.
مگر اینکه به صراحت ساکت شود.
در مواجهه با ابهام، از وسوسه حدس زدن خودداری کنید.
باید یک - و ترجیحاً فقط یک - راه واضح برای انجام آن وجود داشته باشد.
اگرچه این راه ممکن است در ابتدا واضح نباشد مگر اینکه هلندی باشید.
الان بهتر از هرگز.
اگرچه هرگز اغلب بهتر از *در حال حاضر* نیست.
اگر توضیح پیاده سازی سخت باشد، ایده بدی است.
اگر توضیح پیاده سازی آسان باشد، ممکن است ایده خوبی باشد.
فضاهای نام یک ایده عالی برای بوق زدن هستند -- بیایید بیشتر از اینها انجام دهیم!

یک مثال ساده و باحال در مورد انکریپت کردن و دیکریپت کردن داده ها در پایتون

این پست ممکنه بعد چند دیقه/ساعت/روز/ماه پاک بشه