💡 تعریف Merge Conflict یعنی Git نمیدونه کدوم تغییر باید حفظ بشه.

مثلاً:

👩‍💻 تو یک خط از فایل رو تغییر دادی.
👨‍💻 هم‌تیمی‌ات هم همون خط رو تغییر داده.

پس اینجا Git نمیتونه حدس بزنه کدوم درسته.

پس تصمیم رو به خودت واگذار میکنه.

📌پس Merge Conflict یعنی:

«لطفاً خودتون تصمیم بگیرید.»

این خطا نیست؛
یک مرحله طبیعی در توسعه تیمیه.

━━━━━━━━━━━━━━━━━━
°⋆⸜ 𝙋𝙧𝙤𝙜𝙧𝙖𝙢𝙢𝙚𝙧'𝙨 𝘾𝙞𝙩𝙮 ⸝⋆°
➤ Code • Learn • Build
➤ @programercity
━━━━━━━━━━━━━━━━━━

💬 اگر برای اولین بار Merge Conflict ببینی، احتمالاً چه حسی داری؟

1️⃣ استرس 😅

2️⃣ کنجکاوی

3️⃣ هیجان

4️⃣ نمیدونم باید چیکار کنم.

شماره گزینه رو مشخص کن.

📅 فردا فصل جدیدی از این مسیر رو شروع میکنیم...

━━━━━━━━━━━━━━━━━━
°⋆⸜ 𝙋𝙧𝙤𝙜𝙧𝙖𝙢𝙢𝙚𝙧'𝙨 𝘾𝙞𝙩𝙮 ⸝⋆°
➤ Code • Learn • Build
➤ @programercity
━━━━━━━━━━━━━━━━━━

💼 از دانشگاه تا شرکت
🚀 فصل دوم | قسمت اول
🎉 اولین روز کاری یک برنامه‌نویس؛ چه انتظاری باید داشته باشی؟

🎬 فصل دوم آغاز شد...

بعد از کلی یادگیری، مصاحبه و تلاش...

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

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

اما معمولاً اولین روز، بیشتر برای آشنایی با تیم، پروژه و ابزارهای شرکت میگذره.

بیاین ببینیم چه اتفاقاتی در اولین روز کاری منتظرته.

━━━━━━━━━━━━━━━━━━
°⋆⸜ 𝙋𝙧𝙤𝙜𝙧𝙖𝙢𝙢𝙚𝙧'𝙨 𝘾𝙞𝙩𝙮 ⸝⋆°
➤ Code • Learn • Build
➤ @programercity
━━━━━━━━━━━━━━━━━━

💼 در اولین روز کاری معمولاً این اتفاق‌ها میفته:

✅ آشنایی با اعضای تیم
✅ دریافت دسترسی‌ها
✅ نصب ابزارهای موردنیاز
✅ دریافت پروژه
✅ مطالعه مستندات
✅ اجرای پروژه روی سیستم

📌 اگر روز اول حتی یک خط کد هم ننویسی، کاملاً طبیعیه.

اول باید محیط کار رو بشناسی.

━━━━━━━━━━━━━━━━━━
°⋆⸜ 𝙋𝙧𝙤𝙜𝙧𝙖𝙢𝙢𝙚𝙧'𝙨 𝘾𝙞𝙩𝙮 ⸝⋆°
➤ Code • Learn • Build
➤ @programercity
━━━━━━━━━━━━━━━━━━

💬 به نظرت اولین روز کاری، کدوم بخش استرس بیشتری داره؟

1️⃣ آشنا شدن با تیم
2️⃣ راه‌اندازی پروژه
3️⃣ فهمیدن ساختار کدها
4️⃣ گرفتن اولین تسک

شماره گزینه رو مشخص کن.

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

━━━━━━━━━━━━━━━━━━
°⋆⸜ 𝙋𝙧𝙤𝙜𝙧𝙖𝙢𝙢𝙚𝙧'𝙨 𝘾𝙞𝙩𝙮 ⸝⋆°
➤ Code • Learn • Build
➤ @programercity
━━━━━━━━━━━━━━━━━━

💼 از دانشگاه تا شرکت
🚀 فصل دوم | قسمت دوم
📝 چرا اولین تسک معمولاً کوچیکه؟

🎬 داستان امروز از یک روز واقعی در دنیای برنامه‌نویسی...

روز دوم یا سوم کاریه.

منتظر بودی یک پروژه بزرگ بهت بدن...

اما لید تیم فقط میگه:

«لطفاً رنگ این دکمه رو اصلاح کن.»

یا

«این باگ کوچیک رو برطرف کن.»

شاید با خودت بگی:

«مگه من برای این استخدام شدم؟»

اما پشت این تصمیم، یک دلیل مهم وجود داره.

━━━━━━━━━━━━━━━━━━
°⋆⸜ 𝙋𝙧𝙤𝙜𝙧𝙖𝙢𝙢𝙚𝙧'𝙨 𝘾𝙞𝙩𝙮 ⸝⋆°
➤ Code • Learn • Build
➤ @programercity
━━━━━━━━━━━━━━━━━━

💡 شرکت‌ها معمولاً اولین تسک رو کوچیک انتخاب میکنن، چون میخوان ببینن:

✅ با ساختار پروژه آشنا میشی یا نه.
✅ قبل از تغییر، کدها رو میخونی یا نه.
✅اصلا Git رو درست استفاده میکنی یا نه.
✅ میتونی با تیم ارتباط مؤثر داشته باشی یا نه.

📌 اولین تسک برای سنجش سرعت کدنویسی نیست؛

برای سنجش شیوه فکر کردن و همکاری توئه.

━━━━━━━━━━━━━━━━━━
°⋆⸜ 𝙋𝙧𝙤𝙜𝙧𝙖𝙢𝙢𝙚𝙧'𝙨 𝘾𝙞𝙩𝙮 ⸝⋆°
➤ Code • Learn • Build
➤ @programercity
━━━━━━━━━━━━━━━━━━

🎯 اگر اولین تسک کاریت فقط رفع یک باگ کوچیک باشه، چه حسی داری؟

1️⃣ خوشحال میشم؛ فرصت خوبیه که پروژه رو بشناسم.
2️⃣ ترجیح میدم یک قابلیت جدید بنویسم.
3️⃣ فرقی برام نمیکنه.
4️⃣ کمی ناامید میشم.

شماره گزینه رو مشخص کن. 👇

📅 در قسمت بعدی میریم سراغ یکی از مهم‌ترین مهارت‌های یک جونیور:

چطور وقتی گیر میکنی، بدون اتلاف وقت کمک بگیری؟

━━━━━━━━━━━━━━━━━━
°⋆⸜ 𝙋𝙧𝙤𝙜𝙧𝙖𝙢𝙢𝙚𝙧'𝙨 𝘾𝙞𝙩𝙮 ⸝⋆°
➤ Code • Learn • Build
➤ @programercity
━━━━━━━━━━━━━━━━━━

💼 از دانشگاه تا شرکت
🚀 فصل دوم | قسمت سوم
🆘 چطور وقتی گیر میکنی، بدون اتلاف وقت کمک بگیری؟

🎬 داستان امروز از یک روز واقعی در دنیای برنامه‌نویسی...

اولین هفته کاریت گذشته.

روی یک باگ ساده کار میکنی، اما هر کاری انجام میدی، مشکل حل نمیشه.

یک ساعت...
دو ساعت...

حالا دو راه داری:

❌ همچنان بدون نتیجه ادامه بدی.

✅ یا به شکل درست از تیم کمک بگیری.

امروز یاد میگیریم برنامه‌نویس‌های حرفه‌ای چطور کمک میگیرن، بدون اینکه وقت خودشون یا تیمو هدر بدن.

━━━━━━━━━━━━━━━━━━
°⋆⸜ 𝙋𝙧𝙤𝙜𝙧𝙖𝙢𝙢𝙚𝙧'𝙨 𝘾𝙞𝙩𝙮 ⸝⋆°
➤ Code • Learn • Build
➤ @programercity
━━━━━━━━━━━━━━━━━━

💡 کمک گرفتن یعنی آماده بودن، نه فقط سؤال پرسیدن.

قبل از اینکه از هم‌تیمی یا لید کمک بخوای، این مواردو آماده کن:

✅ هدفت چی بوده؟
✅ چه کاری انجام دادی؟
✅ چه پیام خطایی دیدی؟
✅ چه راه‌حل‌هایی رو امتحان کردی؟

وقتی این اطلاعات رو ارائه میدی، هم سریع‌تر جواب میگیری، هم نشون میدی خودت برای حل مسئله تلاش کردی.

📌 بهترین برنامه‌نویس‌ها، بهترین سؤال‌ها رو میپرسن.

━━━━━━━━━━━━━━━━━━
°⋆⸜ 𝙋𝙧𝙤𝙜𝙧𝙖𝙢𝙢𝙚𝙧'𝙨 𝘾𝙞𝙩𝙮 ⸝⋆°
➤ Code • Learn • Build
➤ @programercity
━━━━━━━━━━━━━━━━━━

💬 فرض کن دو ساعت روی یک مشکل وقت گذاشتی و هنوز به نتیجه نرسیدی.

اولین کارت چیه؟

1️⃣ باز هم ادامه میدم.
2️⃣ مستندات و اینترنت رو دوباره بررسی میکنم.
3️⃣ با توضیح کامل از یکی از اعضای تیم کمک میگیرم.
4️⃣ کار رو رها میکنم و سراغ تسک دیگه میرم.

شماره گزینه رو مشخص کن. 👇

📅 فردا درباره یکی از مهم‌ترین جلسه‌های هر تیم نرم‌افزاری صحبت میکنیم:

تعریف Daily Stand-up چیه و چرا فقط چند دقیقه طول میکشه؟

━━━━━━━━━━━━━━━━━━
°⋆⸜ 𝙋𝙧𝙤𝙜𝙧𝙖𝙢𝙢𝙚𝙧'𝙨 𝘾𝙞𝙩𝙮 ⸝⋆°
➤ Code • Learn • Build
➤ @programercity
━━━━━━━━━━━━━━━━━━

💼 از دانشگاه تا شرکت
🚀 فصل دوم | قسمت چهارم
☕ مفهوم Daily Stand-up چیه و چرا همه تیم‌های نرم‌افزاری اونو برگزار میکنن؟

🎬 داستان امروز از یک روز واقعی در دنیای برنامه‌نویسی...

ساعت ۹ صبحه.

همه اعضای تیم دور هم جمع شدن.

فکر میکنی قراره یک جلسه طولانی شروع بشه...

اما فقط ۱۰ دقیقه بعد، همه برمیگردن سراغ کارشون!

این جلسه کوتاه، یکی از مهم‌ترین عادت‌های تیم‌های نرم‌افزاریه.

اسمش Daily Stand-up هست.

━━━━━━━━━━━━━━━━━━
°⋆⸜ 𝙋𝙧𝙤𝙜𝙧𝙖𝙢𝙢𝙚𝙧'𝙨 𝘾𝙞𝙩𝙮 ⸝⋆°
➤ Code • Learn • Build
➤ @programercity
━━━━━━━━━━━━━━━━━━

💡 هدف Daily Stand-up گزارش دادن به مدیر نیست.

هدف اینه که اعضای تیم از وضعیت هم باخبر باشن و اگر کسی به کمک نیاز داره، سریع مشخص بشه.

معمولاً هر نفر به سه سؤال جواب میده:

✅ دیروز روی چه کاری کار کردم؟
✅ امروز روی چه کاری کار میکنم؟
✅ آیا مانعی برای ادامه کار دارم؟

📌 اگر جلسه بیشتر از چند دقیقه طول بکشه، احتمالاً از هدف اصلی خودش دور شده.

━━━━━━━━━━━━━━━━━━
°⋆⸜ 𝙋𝙧𝙤𝙜𝙧𝙖𝙢𝙢𝙚𝙧'𝙨 𝘾𝙞𝙩𝙮 ⸝⋆°
➤ Code • Learn • Build
➤ @programercity
━━━━━━━━━━━━━━━━━━

💬 اگر قرار باشه در یک Daily Stand-up شرکت کنی، به نظرت گفتن کدوم مورد از همه مهم‌تره؟

1️⃣ کارهایی که دیروز انجام دادی.
2️⃣ برنامه امروزت.
3️⃣ مشکلی که باعث شده نتونی ادامه بدی.
4️⃣ هر سه مورد به یک اندازه مهم هستن.

شماره گزینه رو مشخص کن. 👇

📅 در قسمت بعدی وارد یکی از مهم‌ترین مهارت‌های جونیورها میشیم:

چطور زمان انجام یک تسکو درست تخمین بزنیم و چرا نباید قول‌های غیرواقعی بدیم؟

━━━━━━━━━━━━━━━━━━
°⋆⸜ 𝙋𝙧𝙤𝙜𝙧𝙖𝙢𝙢𝙚𝙧'𝙨 𝘾𝙞𝙩𝙮 ⸝⋆°
➤ Code • Learn • Build
➤ @programercity
━━━━━━━━━━━━━━━━━━

🚀 فصل دوم | قسمت پنجم
⏳ چرا برنامه‌نویس‌ها گاهی زمان انجام یک تسکو اشتباه تخمین میزنن؟

🎬 داستان امروز از یک روز واقعی در دنیای برنامه‌نویسی...

لید تیم میاد سراغت:

«این قابلیتو تا فردا میتونی تحویل بدی؟»

تو هم با اعتمادبه‌نفس میگی:

«آره، فکر کنم چند ساعت بیشتر طول نکشه.»

⏰ فردا میشه...

هنوز کارت تموم نشده!

یک باگ پیدا کردی، یک بخش پروژه رو بهتر نفهمیدی و یک مشکل دیگه هم وسط کار به وجود اومده.

حالا سؤال:

❓ مشکل از کجا بود؟

آیا برنامه‌نویس ضعیفی بودی؟

یا از اول زمان انجام کار رو درست تخمین نزدی؟

امروز درباره یکی از مهارت‌های مهم دنیای واقعی برنامه‌نویسی صحبت میکنیم. 👇

━━━━━━━━━━━━━━━━━━
°⋆⸜ 𝙋𝙧𝙤𝙜𝙧𝙖𝙢𝙢𝙚𝙧'𝙨 𝘾𝙞𝙩𝙮 ⸝⋆°
➤ Code • Learn • Build
➤ @programercity
━━━━━━━━━━━━━━━━━━

⏳ تخمین زمان یعنی قبل از شروع کار، حدس بزنیم انجام یک Task واقعاً چقدر زمان میبره.

اما یک اشتباه رایج وجود داره:

❌ «فکر کنم دو ساعت طول بکشه.»

برنامه‌نویس حرفه‌ای قبل از تخمین، اول Task رو بررسی میکنه.

مثلاً:

🔹 دقیقاً چه چیزی باید ساخته بشه؟
🔹 چه بخش‌هایی باید تغییر کنن؟
🔹 آیا با بخش ناشناخته‌ای از پروژه روبه‌رو هستیم؟
🔹 نیاز به تست داریم؟
🔹 احتمال وجود مشکل یا وابستگی وجود داره؟

📌 تخمین خوب یعنی حدس زدنِ شانسی نیست؛
یعنی شناختن کاری که قراره انجام بدی.

━━━━━━━━━━━━━━━━━━
°⋆⸜ 𝙋𝙧𝙤𝙜𝙧𝙖𝙢𝙢𝙚𝙧'𝙨 𝘾𝙞𝙩𝙮 ⸝⋆°
➤ Code • Learn • Build
➤ @programercity
━━━━━━━━━━━━━━━━━━