Python Hints
Python tips and tricks The Good, Bad and the Ugly توی این کانال فقط قرار هست در مورد core python صحبت کنیم. این کانال یک بلاگ شخصی هست و پیرامون نظرات و چیزهایی که توی بیش از ۱۰ سال کد زدن یاد گرفتم (فقط برای کمک به دوستان تازهکار) Admin: @Abbasi_ai
Больше📈 Аналитический обзор Telegram-канала Python Hints
Канал Python Hints (@pyhints) языкового сегмента Фарси является активным участником. Сейчас сообщество объединяет 10 190 подписчиков, занимая 11 887 место в категории Технологии и приложения и 31 810 место в регионе Иран.
📊 Показатели аудитории и динамика
С момента создания невідомо проект демонстрирует стремительный рост, собрав аудиторию из 10 190 подписчиков.
Согласно последним данным от 16 октября, 2026, канал показывает стабильную активность. За последние 30 дней изменение числа участников составило 108, а за последние 24 часа — 4, при этом общий охват остаётся высоким.
- Статус верификации: Не верифицирован
- Уровень вовлечённости (ER): Средний показатель вовлечённости аудитории составляет 24.09%. В первые 24 часа после публикации контент обычно набирает 12.77% реакций от общего числа подписчиков.
- Охват публикаций: В среднем каждый пост получает 2 454 просмотров. В течение первых суток публикация набирает 1 301 просмотров.
- Реакции и взаимодействия: Аудитория активно поддерживает контент: среднее количество реакций на один пост — 32.
- Тематические интересы: Контент сосредоточен на ключевых темах, таких как ᴘʀᴏxʏ, کانفیگ, مورد, shift, ابزار.
📝 Описание и контентная политика
Автор описывает ресурс как площадку для выражения субъективного мнения:
“Python tips and tricks
The Good, Bad and the Ugly
توی این کانال فقط قرار هست در مورد core python صحبت کنیم.
این کانال یک بلاگ شخصی هست و پیرامون نظرات و چیزهایی که توی بیش از ۱۰ سال کد زدن یاد گرفتم (فقط برای کمک به دوستان تازهکار)
Admin: @Abbasi...”
Благодаря высокой частоте обновлений (последние данные получены 17 октября, 2026) канал поддерживает актуальность и высокий уровень охвата публикаций. Аналитика показывает, что аудитория активно взаимодействует с контентом, что делает его важной точкой влияния в категории Технологии и приложения.
Lazy import توی پایتون ۳.۱۵ میگن گفتم یادآوری کنم:
اگر پروژه تست نداشته باشه و توی توسعهی یک فیچر یا بخش اون ماژول که Lazy import داره صدا زده نشه و به import نیازی نباشه، ارورهای اون بخش رو نمیبینیدا
اینم یک دلیل خوب دیگه که باید تست بنویسید.Kanagawa هست و ۷ تم معروف دیگر ترمینال هم بصورت پیشفرض وجود داره (تمهایی که اضافه میکنید بین ورژنها آپدیت نمیمونه؛ اگر فکر میکنید لازم هست که این مورد رو هم اضافه کنم که توی دیتابیس ذخیره بشه)
Kanagawa (default) Argonaut Tokyo Night Catppuccin Mocha Nord Gruvbox Dark One Dark Night Owl
git commit --allow-empty -m "from: develop"
لطفا دستور بالا رو یاد بگیرید البته بخش commit message رو خودتون باید تغییر بدید و بعد از یادگیری خواهشا استفاده کنید.
برای یک کار موقت وارد شدم؛ فکر کنم بالای ۷۰ تا برنچ دارند (مدیر فنی خدافظی کرده و سنیورهارو هم اخراج شدند.)
حالا ۷۰ تا برنچ هست که هرکدوم یک سری فیچر رو اضافه کردند؛ هیچکدوم مرج نشده و پروژه از روی یکی از برنچها دپلوی شده باقی برنچها هم هرکدوم یکی از فیچرهای پروژه رو داره که لازم بوده و ...
و البته که
git log —graph
و ... وجود داره ولی انقدر بهم ریخته و کثیف شده که خوندن اونم دردسر داره.
اضافه کردن یک کامیت خالی که فقط بگه برنچ parent چیزی که توسعه داده میشه کی هست باعث میشه بعدا خودتون هم راحت باشید و خواهشا وقتی چیزی رو merge میکنید حتما برنچ رو پاک کنید. اگر فکر میکنید حذف نکردن برنچ بعدا کمک شما خواهد کرد شما مشکل مهارتی git دارید و معلوم هست git رو درست یاد نگرفتید.
با سنیورها تماس گرفته شده هرکسی چندتا برنچ رو یادش هست و کمک کرد ولی خب خیلی برنچها نامشخص هست.comic book تبدیل کنید ؟
هر مدلی که Image generation داشته باشه (مثال بالا Gemini Notebook هست)
برای کسایی که حافظه تصویری قویتری دارند این روش خیلی جواب هست.
پینوشت:
سورس دیتای تصویر بخشی از ارائه خودم هست؛ قراره ۱۲-۱۶ ساعت آموزش Axum بدم.
بطوریکه از روز بعدش بکند پروژه جدید رو روی Axum شروع به کد زدن کنند و از اونجایی که از درست کردن powerpoint نفرت دارم؛ به ذهنم رسید این کار رو بکنم (چون ۹۰٪ کد هست) برای مواقعی که کد نیست و باید توضیح بدم این بهترین گزینه هست بنظرم.At its peak, Python helped us serve more than 20 million requests every second.تیم مهندسی
openai یک مقاله داده در مورد یک لایبراری برای دسترسی سادهتر به دیتابیس که با پایتون روز اول نوشته شده بوده و بعد به سرویس پایتون تبدیل شده و نشون داده با طراحی درست سیستم تا ۲۰ میلیون درخواست رو داشتند باهاش هندل میکردند.
البته توی این مقاله راجب تصمیم برای سوییچ کردن به Rust صحبت شده ولی کل مقاله رو اگر بخونید از ابتدا درمورد مزایای استفاده از پایتون برای اینکار هست؛ پیشنهاد میکننم حتما این مقاله رو بخونید (پارت دوم هم داره که scale اش رو میگه)
علاوه بر اون برای دوستان علاقمند پیشنهاد میکنم حتما مقاله مربوط به Postgres رو هم بخونید بخصوص اگر توی تیمی هستید که از روز اول Shard کردن رو دوس داره.
How we adapted our application storage platform, Habitat, in Python to manage unprecedented growth. (Part 1)
Scaling PostgreSQL to power 800 million ChatGPT users.env و پایتون انجام میده
امروز نیاز و نگاهم عوض شده
اگر جونیور هستید و توی تیم میخواید ابزار جدیدی رو پیشنهاد بدید یادتون باشه باید نشون بدید :
۱- این ابزار جایگزین روش قبلی هست
۲- جایگزین کردن ابزار قدیم چقدر هزینه داره (یادگیری نیروهای دیگه هم در نظر بگیرید)
۳- مزیتهاش چیه
که بازم بر میگرده به یکی از مهمترین چیزایی که قبلا گفتم حتما یاد بگیرید یعنی نوشتن ADR اونم صادقانه هم مزایا و هم معایبdev برای ابزارها و کانفیگشون با اسکریپت و ... رو شاید ۱-۲ ماه بعد از یادگیری داکر (اوایل معروف شدن) شروع کردم همین امروز هم اگر تنبلی باعثش نبود عمرا همچین چیزی رو سرچ نمیکردم.
حتی اگر احمق بودن بیش از حد LLM ها نبود هم اینکار رو نمیکردم؛فیچرهایی که خواستم تست کنم جدید بود و البته چون نمیدونستم رفتار درست ابزارها روی فیچرهای جدید چی هست و چطوری عمل میکنه اعتمادی به LLM برای نوشتن این اسکریپت نداشتم دلیلش هم واضح هست :
از کجا بفهمم خطا توی کدم هست؛ یا توی اسکریپت LLM یا حتی اون فیچر رو اشتباه درک کردم یا اشتباه استفاده کردم و ...
این باعث شد سرچ کنم و testcontainers رو پیدا کنم؛ من همیشه محیط تست و توسعهام یکی هست همه چیزش.
روی پروداکشن هم سرور dev, stage و prod همیشه یکسان کانفیگ میشه حتی تا سطح دسترسی و جزئیاتی مثل firewall , ...
فقط تفاوت این میشه که مثلا prod با ۱۰ تا سرور میاد بالا dev با ۱ سرور و stage با ۳ تا سرور اگر جنبه distribute بودن چیزی باشه که برامون مهم هست تست شدنش.
خلاصه اینا معمولا دانشی هست که یک جونیور خوب به تیم اضافه میکنه؛ توی جلسات هفتگی یا حتی ماهانه راهکارهای جدید و به روز شده رو جونیورها معمولا به تیم اضافه میکردند وگرنه من و مثل من که ۱۰ سال هست یک راهکار رو دنبال میکنیم و همیشه جواب داده چرا باید دنبال راه دیگهای بگردیم ؟
جونیورهای تیم رو نگه دارید؛ چونیور درست و خوب تیم رو آپدیت نگه میداره.cheat sheet که توی چند مورد که من خوندم خیلی خوب و درست نوشته شده.
خلاصه این رو روزی ۱ بار بهش سر بزنید.troubleshoot کردنم برای یک شرکت رو مینوشتم و اینکه ۷ نفر قبل من رفته بودند و راهکاری پیدا نشده بود.
حتی بهشون جابجایی استک پایتون رو هم پیشنهاد داده بودند.
و حتی اینکه خرید سرور تا ۳ برابر قویتر هم کمکی نکرده بود.
که سیستمم خاموش شد (نوسان برق)
خلاصهاش رو بگم،
تیبل refresh token رو براش بکگراند جاب بنویسید تمیز کنه.
که اگر یکی refresh token رو اشتباهی گذاشت روی 1 ساعت و ۵ میلیون یوزر داشتید
توی چندین ساعت تیبل بزرگ نشه، شما اون باگ رو توی ۳ ساعت بعدش حل میکنید
ولی ماها بعد حجم اون تیبل چندین برابر میشه و سرچ کردن توش تمام کوئریها رو کند میکنه و میشه چیزی که نباید بشه و خفت میشید.
تقریباً داشتم از پیدا کردن راهکار ناامید میشدم که مشکل رو پیدا کردم.
پینوشت:
۱- دسترسی گرفتن به سرور پروداکشن سخت بود، شاید تنبلی شایدم هرچیز دیگری نفرات قبلی اینکار رو نکرده بودند.
۲- من بعد از اطمینان از کد و البته تست لود و پروفایل روی سرور dev مطمئن شدم باید روی پروداکشن دنبالش بگردم
۳- حتی فکرشم نمیکردم مشکل از refresh باشه چون کد تغییری نکرده بود (۱ سال این بخش کدها دست نخورده بود، گیتلاگ) و البته آخرین تغییر فایل .env روی سرور هم برای ۷ ماه قبل بود ولی مشکل ۲ ماه پیش شروع شده بود.
۴- اگر سوال پیش اومد چرا refresh رو توی دیتابیس داریم در مورد jti, family id توی jwt بخونید.sqlalchemy برای relationship هست که شخصا خیلی دوسش دارم؛ باعث میشه به کوئری که سمت دیتابیس میفرستم فکر کنم بجای اینکه سادهترین راه رو انتخاب کنم.
هرجا هم که نیاز دارم دولوپرها به کوئریهاشون دقت کنند حتما ازش استفاده میکنند.
lazy = "raise"
الان داشتم خروجی پروفایلینگ یک پروژه رو نگاه میکردم؛ توی RandRng گفتم راجبش.
دیدم خیلی کوئریهای دیتابیس زمان بر هست؛ ی سرچ توی مدلهای دیتابیس زدم و همهی relationship هارو بهش؛
lazy = "raise"
اضافه کردم؛ تا دلتون بخواد ارور میگیریم حالا ولی باعث میشه همه به کوئریهاشون فکر کنند.
گفتم اینجا هم بذارم شاید بدرد کسی خورد.Postgres به Sqlite منتقل کنه؛
Sqlite + Litestream
توی خیلی پروژهها برای خودم پیش اومده که یک دیتابیس نیاز داشتم؛ شاید ۵-۱۰ تا جدول ولی اینکه فقط روی یک سرور نباشه هم برام مهم بوده که خب سرویسهای کلاد رو استفاده میکردم.
همزمان هم Latency میرفت بالا هم کلی هزینه پرفورمنس واسه سربارهایی کار کردن با Postgres میدادم درحالی که به ۹۰٪ اون ویژگیها نیازی نداشتم.
الان داشتم دنبال یک راهکار برای یک پروژه دیگه میگشتم و واقعا دلم نمیخواد Latency و Throughput ام بخاطر استفاده از Postgres کم بشه و بعد بشینم اپتیمایز کنم. بخصوص اینکه این دیتابیس هیچ دیتای حساسی نداره و فقط همین که دیتاها از بین نره برام مهم هست.
به چندتا راهکار رسیدم که بنظرم این ترکیب برای کار من برنده هست بخصوص اینکه RustFS رو همین الان داریم :
Turso + Litestream + Rustfs
بعد از پروژه یادم باشه نتایجش رو هم میذارم.class Base(AsyncAttrs, DeclarativeBase):
metadata = sa.MetaData(
naming_convention={
"ix": "ix_%(column_0_label)s",
"uq": "uq_%(table_name)s_%(column_0_name)s",
"ck": "ck_%(table_name)s_%(column_0_name)s",
"fk": "fk_%(table_name)s_%(column_0_name)s_%(referred_table_name)s",
"pk": "pk_%(table_name)s",
}
)
من همیشه اینکار رو برای خودم میکنم که توی همه پروژههام یک استاندارد رعایت شده باشه و راحت بتونم دیباگ کنم و بخونم؛ خلاصه برای راحتی خودم هست.
این حرفا رو که امشب شنیدم گفتم بذارم شما هم توی پروژههاتون رعایت کنید.
امیدوارم مفید باشه