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

از نکاتی که داخل اینجا گفته شده میتونید استفاده کنید.

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

https://stackoverflow.com/help/minimal-reproducible-example

میخوام شما رو به این آرتیست معرفی کنم.
شاید بپرسید چرا؟ جاش که اینجا نیست...

این آرتیست اسم بیشتر آهنگاش الهام گرفته از مفاهیم کامپیوتر و برنامه نویسی هست.
دیگه خودتون میتونین فرض کنین موزیکش چطوریه.

https://soundcloud.com/the-algorithm/

اثر هایی که دوست داشتم:

https://soundcloud.com/the-algorithm/oracle-machine

https://soundcloud.com/the-algorithm/dynamic-recompilation-deadlife

https://soundcloud.com/the-algorithm/the-algorithm-floating-point

https://soundcloud.com/the-algorithm/the-algorithm-userspace

https://soundcloud.com/the-algorithm/dynamic-recompilation

و خیلی چیزایه دیگه...

یکی از حرفه ای ترین ویدیو ها راجب debugging در پایتون
اگر فکر میکنید با print ساده میشه دیباگ کرد این ویدیو رو ببینید و دوباره فکر کنید
https://www.youtube.com/watch?v=R3smFr6W8jI


اگر هم اصلا هیچی راجب debug کردن و کار با دیباگر نمیدونید این ویدیو رو ببینید قبل از ویدیو بالا:
https://www.youtube.com/watch?v=7qZBwhSlfOo

داکیومنت های اصلی vscode هم واسه دیباگ کردن هست که کامل ترین منبعه
https://code.visualstudio.com/docs/python/debugging

دیباگ کردن مهارت universal ای هست.
اگر روی یه IDE یاد بگیرید تو هر IDE میتونید استفاده کنید.
بنابراین لزومی نداره از داکیومنت vscode استفاده کنید.

ولی خب نایس بودش گذاشتم.

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

https://github.com/more-itertools/more-itertools

داکیومنت more-itertools هم راهنمای شما

https://more-itertools.readthedocs.io/en/stable/

یه بخش از سایت KDE راجب ابزار های توسعه لینوکسی که بیشترشون رو KDE ساخته صحبت میکنه
اینجا میتونید ابزارایه جالبی رو پیدا کنید

https://kde.org/for/developers/

جدا از توسعه دهنده ها هم خیلی از گروه های دیگه هستن میتونن استفاده ببرن

https://kde.org/for/

آموزش asyncio ای که من دنبال میکنم

خیلی خیلی خیلی خوب هست و داخل اجزایه مختلف asyncio و حتی سورس کدشون میره تا بینش خوبی بده راجب اینکه چطور درست async بنویسیم.

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

https://www.youtube.com/playlist?list=PLhNSoGM2ik6SIkVGXWBwerucXjgP1rHmB

⚠️⚠️⚠️⚠️⚠️⚠️⚠️⚠️⚠️⚠️⚠️⚠️

پیش زمینه ای راجب generator و iterator توصیه میشه داشته باشید.

⚠️⚠️⚠️⚠️⚠️⚠️⚠️⚠️⚠️⚠️⚠️⚠️

اگر دنبال یه آموزش خوب هم واسه iterators و iterables هستید:

https://www.youtube.com/watch?v=jTYiNjvnHZY

و همینطور برای generators هم:

https://www.youtube.com/watch?v=bD05uGo_sVI

سرعت و تسلط بر کار کردن با ویم رو اینجا بسنجید
https://vim-racer.com/

#vim #ویم

Will get rid of GIL?

Of course I’m exited for using the power of a Python without the annoying GIL.

But to be honest, I read their official announcement about that and it includes a lots of "if"s :)
They are really concerned about breaking changes and backward compatibility. They should be actually.
They even mentioned a couple of times that "We’ll bring back GIL if it causes problems" [1].

So let’s not be geeky emotional about it. And remember, Developers asked many times from the man who invented Python: Will we have a Python without the GIL? And the answer is "I’m OK. Do it if you can do it without any breaking changes” [2].
From my sight, he got a point. They really don’t want to repeat Python 2 -> 3 challenges. They avoid increasing complexity. And more importantly, they don’t seem to be really convinced of reasons behind removing GIL.

So let’s use tools right. Python is powerful? Right. Our code base is on it and this GIL is really annoying? Correct. But these changes won’t happen in one night and even when they happen, might not be like our expectations.

I prefer to use another programming languages when I really concerned about using the power of my CPU. At least for the next 5 years :)

@OhMyTask

قابل توجه دوستان وب دولوپر عزیز، با یادگیری چند تا نکته تو سرفصل‌های مربوط به امنیت تو دوره‌ها، شما تبدیل به متخصص امنیت وب نخواهید شد.
دانشی به مراتب گسترده‌تر نیازه...
#هک_و_امنیت
~> @PinkOrca

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

https://bloomberg.github.io/pystack/

فک کنید برنامه پایتون اتون هنگ کرد و هیچ راهی ندارید واسه اینکه حتی با دیباگر attach بشید چون که سر یه عملیات که (که ممکنه داخل C extension ها یا هر چیز دیگه ای) بلاک شده باشه و امکان step کردن رو نده.

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

بهتون اجازه اینو میده که وضعیت فعلی برنامه پایتون اتون و حتی thread ها و process و حتی subprocess هاتون رو ببینید.

بهتون یه یه لیستی از callstack رو میده و حتی میتونه اطلاعات داخل هر کدوم از stack frame هارو هم بده. مثل متغییر های محلی مربوط به اون frame و ...

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

https://github.com/bloomberg/pystack

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

اینجاست که py-spy بدردتون میخوره

برنامه py-spy یه profiler خیلی خفنی هست که با rust نوشتن.
ولی خب تنها کارش profiling هم نیست.
آپشن اینم داره که stack frame هاتون رو هم نشون بده. و همینطور متغییر های داخل هر frame.

خیلی چیز خوبی هست و من ازش تو ویندوز استفاده کردم که یه باگ مزخرفی رو پیدا کنم.
https://github.com/benfred/py-spy