#آموزش #پایتون
‌⚡️ می‌دونستین برای شمردن تکرارها توی پایتون یک ابزار آماده هست؟
‌
اسمش Counter هست و توی ماژول collections خود پایتونه، پس نصب لازم نداره. یک لیست بهش بدین تا تعداد تکرار هر عضو رو بشمره و پرتکرارترین‌ها رو هم بهتون بده:
‌

from collections import Counter

langs = ["python", "go", "python", "rust", "go", "python"]
counts = Counter(langs)
print(counts)
print(counts.most_common(2))

‌
خروجی:
‌

Counter({'python': 3, 'go': 2, 'rust': 1})
[('python', 3), ('go', 2)]

‌
متد most_common(2) دو عضو پرتکرار رو به‌ترتیب، همراه تعدادشون برمی‌گردونه. دیگه لازم نیست خودتون یک دیکشنری بسازید و توی حلقه یکی‌یکی بهش اضافه کنید.
‌
🔸 کلید ناموجود خطا نمی‌ده
توی دیکشنری معمولی، خوندن کلیدی که وجود نداره خطای KeyError می‌ده، ولی Counter برای چیزی که ندیده صفر برمی‌گردونه (ادامهٔ همون کد بالا):
‌

print(counts["java"])

‌
خروجی:
‌

0

‌
🔸 روی رشته هم کار می‌کنه
هر چیزی که بشه روش حلقه زد رو می‌شمره؛ مثلاً حروف یک کلمه:
‌

letters = Counter("banana")
print(letters)

‌
خروجی:
‌

Counter({'a': 3, 'n': 2, 'b': 1})

‌
🔸 پیدا کردن عضوهای تکراری
چون Counter در اصل یک دیکشنریه، متد items و بقیهٔ امکانات دیکشنری رو داره:
‌

dupes = [x for x, n in counts.items() if n > 1]
print(dupes)

‌
خروجی:
‌

['python', 'go']

‌
🔸 اضافه کردن داده‌های جدید
متد update شمارش‌های جدید رو با قبلی‌ها جمع می‌کنه، نه اینکه جاشون بنویسه:
‌

counts.update(["rust", "rust"])
print(counts["rust"])

‌
خروجی:
‌

3

‌
▫️ اگه به most_common عددی ندید، همهٔ عضوها رو از بیشترین به کمترین برمی‌گردونه.
▫️ اگه تعداد تکرار دو عضو برابر باشه، هر کدوم زودتر دیده شده باشه اول میاد.
▫️ چند کاربرد واقعی: شمردن کدهای وضعیت توی فایل لاگ، پیدا کردن پرتکرارترین کلمه‌های یک متن یا شمردن رأی‌های یک نظرسنجی.
‌
آموزش هوش مصنوعی و برنامه نویسی 👇
@codingyar
وبسایت آموزشی:
www.codingyar.com

#آموزش #گیت
‌
⚡️ می‌دونستین کامیتی که با یک ریست اشتباه از تاریخچه پریده، هنوز توی گیت هست و برمی‌گرده؟
‌
گیت هر جابه‌جایی HEAD رو توی یک دفترچهٔ محلی به اسم reflog ثبت می‌کنه. فرض کنید با ریست کردن به یک کامیت عقب‌تر، کامیت «add login page» غیب شده. با این دو دستور پیداش می‌کنیم و برش می‌گردونیم:
‌

git reflog
git reset --hard HEAD@{1}

‌
خروجی:
‌

377ca14 HEAD@{0}: reset: moving to HEAD~1
73550dc HEAD@{1}: commit: add login page
377ca14 HEAD@{2}: commit (initial): initial commit
HEAD is now at 73550dc add login page

‌
عبارت HEAD@{1} یعنی «جایی که HEAD یک قدم قبل بود». همون‌طور که توی خط دوم خروجی می‌بینید، اون موقع روی کامیت گمشده بود؛ پس با ریست به همون نقطه، کامیت دوباره سر جاش برمی‌گرده.
‌

💎
راه امن‌تر: اول یک برنچ نجات بسازید
اگه مطمئن نیستید کدوم خط درسته، به‌جای ریست، اون نقطه رو توی یک برنچ جدا نگه دارید و با خیال راحت بررسیش کنید:
‌

git branch rescue HEAD@{1}
git log --oneline rescue

‌
خروجی:
‌

73550dc add login page
377ca14 initial commit

‌
‌
🔥 برنچی که پاک کردین هم برمی‌گرده
موقع پاک کردن برنچ، گیت هش آخرین کامیتش رو نشون می‌ده:
‌

git branch -D feature

‌
خروجی:
‌

Deleted branch feature (was 94be905).

‌
اگه این پیام رو از دست دادین، هش رو از خروجی reflog پیدا کنید (خط «commit: add feature») و برنچ رو با همون هش دوباره بسازید:
‌

git reflog -3
git branch feature 94be905

‌
خروجی:
‌

73550dc HEAD@{0}: checkout: moving from feature to main
94be905 HEAD@{1}: commit: add feature
73550dc HEAD@{2}: checkout: moving from main to feature

‌
‌
⚠️ ریست با گزینهٔ --hard تغییرات کامیت‌نشده رو پاک می‌کنه و reflog فقط کامیت‌ها رو نگه می‌داره، نه تغییراتی که هیچ‌وقت کامیت نشدن. پس قبلش با این دستور مطمئن بشید چیز کامیت‌نشده‌ای ندارید:
‌

git status

‌
▫️ دفترچهٔ reflog فقط روی سیستم خودتونه و با push جایی نمی‌ره؛ توی یک کلون تازه فقط یک خط «clone» داره.
▫️ ورودی‌ها همیشگی نیستن: با تنظیمات پیش‌فرض، ورودی‌هایی که به کامیت‌های بیرون از تاریخچهٔ برنچ فعلی اشاره دارن (مثل همین کامیت گمشده) بعد از ۳۰ روز و بقیه بعد از ۹۰ روز موقع پاک‌سازی خودکار گیت حذف می‌شن؛ پس نجات رو عقب نندازید.
‌
آموزش هوش مصنوعی و برنامه نویسی 👇
@codingyar
وبسایت آموزشی:
www.codingyar.com

#آموزش #گیت
‌
‌⚡️ می‌دونستین اگه پیام آخرین کامیت رو اشتباه تایپ کردین یا یک فایل ازش جا موند، لازم نیست یک کامیت «fix» جدا بسازید؟
‌
گزینهٔ --amend آخرین کامیت رو با یک نسخهٔ درست‌شده جایگزین می‌کنه. فرض کنید کامیت «add login pgae» رو با غلط تایپی ساختین و فایل settings.py هم توش نرفته:
‌

git add settings.py
git commit --amend -m "add login page"
git log --oneline

‌
خروجی:
‌

[main 5600caf] add login page
 Date: Mon Oct 26 10:00:00 2026 +0330
 2 files changed, 2 insertions(+)
 create mode 100644 login.py
 create mode 100644 settings.py
5600caf add login page
513b5b1 initial commit

‌
حالا به‌جای دو کامیت، فقط یک کامیت تمیز با پیام درست داریم که هر دو فایل رو داره.
‌✔️ فقط فایل جاافتاده رو اضافه کنید و پیام دست نخوره
اگه پیام درسته و فقط یک تغییر کوچیک جا مونده، با --no-edit همون پیام قبلی می‌مونه و ادیتور هم باز نمی‌شه:
‌

git add login.py
git commit --amend --no-edit

‌
خروجی:
‌

[main a72abbd] add login page
 Date: Mon Oct 26 10:00:00 2026 +0330
 2 files changed, 3 insertions(+)
 create mode 100644 login.py
 create mode 100644 settings.py

‌
💎هش کامیت عوض می‌شه
گیت کامیت قبلی رو ویرایش نمی‌کنه؛ یک کامیت تازه می‌سازه و برنچ رو می‌بره روی اون. برای همین توی این مثال هش اول 5600caf شد و بعد a72abbd. کامیت‌های قبلی هم هنوز توی reflog پیدا می‌شن:
‌

git reflog -3

‌
خروجی:
‌

a72abbd HEAD@{0}: commit (amend): add login page
5600caf HEAD@{1}: commit (amend): add login page
0984448 HEAD@{2}: commit: add login pgae

‌
⚠️اگه کامیت رو قبلاً push کردین
بعد از amend، تاریخچهٔ شما با سرور فرق می‌کنه و push معمولی رد می‌شه:
‌

 ! [rejected]        main -> main (non-fast-forward)

‌
فقط روی برنچ شخصی خودتون و با این دستور push کنید. اگه برنچ روی سرور با آخرین چیزی که شما ازش دیدین فرق کرده باشه (مثلاً هم‌تیمی‌تون چیز جدیدی فرستاده)، گیت push رو رد می‌کنه و کار اون پاک نمی‌شه:
‌

git push --force-with-lease

‌
▫️ روی برنچ مشترک مثل main، کامیتی رو که بقیه گرفتن amend نکنید؛ بهتره یک کامیت اصلاحی جدید بسازید.
▫️ گزینهٔ --amend فقط آخرین کامیت رو عوض می‌کنه؛ برای کامیت‌های قدیمی‌تر باید سراغ rebase تعاملی برید.
▫️ اگه -m رو ننویسید، ادیتور با پیام قبلی باز می‌شه تا همون‌جا ویرایشش کنید.
‌
آموزش هوش مصنوعی و برنامه نویسی 👇
@codingyar
وبسایت آموزشی:
www.codingyar.com