✨ 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 تکیه نکنیم!

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

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

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

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

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

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

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