سلام دوستان جلسه رو برای فردا ساعت 9 میذاریم سعی میکنم ضبط کنم که اگر کسی دوست داشت ببینه
جلسه به صورت گفتگو هست و شنیدن تجربیات دوستان در مورد کار تیمی و چطور مدیریت کنیم وقتی توی تیم مشکل پیش میاد

میبینمتون!

لطفا با دوستانتون به اشتراک بذارید.

لینک گوگل:
https://calendar.app.google/YCiLARv3C1Qg9Hp2A

این لینک گوگل میت هست:
https://meet.google.com/adg-xnyz-kya

جلسه ضبط شده و میتونید اینجا ببینید:
https://youtu.be/LNXKjifJi5Q?si=g2eQae9kfc18bZ7m

⏱ فقط ۱۴ ثانیه!

چند وقت پیش پستی در لینکدین دیدم که یکی از عزیزان از این‌که رزومه‌اش تنها در ۱۴ ثانیه رد شده بود ناراحت بود.

نظرم رو در کامنت نوشتم: به‌عنوان کسی که بارها رزومه بررسی کرده، این ۱۴ ثانیه برای یک رزومه عدد عجیبی نیست!

بعد از اون پست، افراد زیادی پیام دادن و خواستن که رزومه‌هاشون رو بررسی کنم. همین جرقه‌ای شد برای شروع یک ایده تازه:

🎯 «رویداد ۱۴ ثانیه‌ای!»

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

اگه دوست داری بدونی توی اون ۱۴ ثانیه چه اتفاقی برای رزومه‌ات می‌افته، این رویداد دقیقاً برای توئه.

📌 اگر علاقه‌مندی:

ثبت نام کن ← عضو گروه اطلاع رسانی ای که در پروفایلت بعد از ثبت نام قرار میگیره بشو ← رزومتو بفرست و روز جلسه آنلاین باش تا بررسی رزومتو ببینی.

منتظرت هستم تا با هم بفهمیم در ۱۴ ثانیه چقدر میشه تأثیر گذاشت!

لینک ثبت نام رایگان : https://yun.ir/14sec1
دوره شهریور ماه تکلید ۳۶۰ : https://yun.ir/tl3603

✨ StyleCop.Analyzer and EditorConfig

🌀 خیلی وقت ها سورس کدهای تیم هارو میبینم چه به صورت متن باز در گیت هاب و یا به صورت خصوصی در شرکت ها که از این امکان استفاده نمیکنن. این شد که گفتم یه ویدیوی کوچیک هم ازش بسازیم. بد نیست، اگه شما هم استفاده نمیکنید، کم کم توی سورس خودتون اد کنیش. ( احتمال خیلی زیاد تقریبا همه باهاش کار کردند)


00:00 With Out EditorConfig
05:00 .editorConfig file
10:00 StyleCop.Analyzer package

🚢 پلی لیست : C# in a nutshell
🕶 مدت ویدیو : 15 دقیقه
📺 لینک ویدیو :
https://youtu.be/jKq1lbnC2g8

❤️❤️ بعد از 70 روز مجدد شروع کردم به تولید، واقعیتش اصلا تصمیمی به ادامه نداشتم، اما خوب دوستان لطف دارن و پیگیری میکنن که چرا چند وقتیه محتوی نمیاد. خلاصه بریم ببینیم چند چند هستیم. دمتون گرم.

⛔ Don’t Assume. Ask.

در کار برنامه‌نویسی، یکی از خطرناک‌ترین عادت‌ها اینه که "فرض کنیم" چیزی درست کار می‌کنه یا منظور همکار یا مشتری رو درست متوجه شدیم.

فرض کردن باعث چی میشه:
- باگ‌های عجیبی توی سیستم به وجود بیاد
- زمان پروژه از دست بره
- اعضای تیم دچار سوءتفاهم بشن

🔑 چیزی که باید جاش بیاد، "پرسیدن سؤاله"!

سؤال پرسیدن نشونه‌ی ضعف نیست، بلکه نشونه‌ی حرفه‌ای بودنه.
وقتی مطمئن نیستی، پرسیدن یه سؤال ساده می‌تونه جلوی چند روز یا حتی چند هفته کار اشتباه رو بگیره (واقعا میتونه جلوی چند هفته کار اشتباه رو بگیره!)

✅ بنابراین به‌عنوان یه برنامه‌نویس حرفه‌ای، هیچ‌وقت به Assumption تکیه نکنیم!

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

در باب همکاری کردن و اشتراک دانش

حافظ یه بیت خیلی عمیقی داره:

اگر شراب خوری جرعه ای فشان بر خاک
از آن گناه که نفعی رسد به غیر چه باک

میشه خیلی بسطش داد اینجا میتونیم بگیم شراب همون دانش ماست اگر دانشی داریم و ممکنه بدرد همکار/دوست/غریبه بخوره چرا به اشتراک نذاریم

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

شما از شراب خودتون جرعه ای به خاک میریزید؟