خب سلام به همگی،
من برای امسال 2 تا گروه کتابخونی ایجاد کردم.
Refactoring in CSharp -> دوشنبه ها ساعت 21:00 تا 21:45
Clean Code in CSharp -> دوشنبه ها ساعت 22:00 تا 22:45

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

⚠️ ظرفیت تموم شده

چه حسی داری وقتی کمتر از 1 روز تونستی 500 نفر رو خوشحال کنی؟

بنام خدا، خوشحالم 😅

البته اوایل بهار آمار خفنتری داشتم ولی خب الان خیلی شلوغم و نمی تونم زیاد پست بذارم :)

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

مشاوره خواستید در رابطه باهاش بهم بگید.

اگر از من می شنوید، هیچ موقع کتاب کوپی یا PDF رو دانلود نکنید!
تهش پول بدین به یه سایتی مثل ایرانی کارت بره براتون کتاب رو بخره.

ساعت 04:32 با مداد هستش و من هنوز دارم فکر می کنم که چطوری در قالب متن یک موضوع رو به خواننده ارائه بدم!
یاد پست یک دوستم افتادم که می گفتم 30 ساعت برای یک ویدیو 5 دقیقه ای وقت گذاشته و من میگفتم زر نزن بابا :))

آخرش بی خیال شدم، کتاب سال بلوای عباس معروفی رو باز کردم که مقداری ازش رو بخونم! لامذهب، سبک داستان نویسی عباس آقا روح عوام رو جلا میده :)

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

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

یه جایی توی کتاب Tidy First حضرت آقا میگن که برای پیاده سازی های قدیمی، رابط های جدید بسازید.

دوست خوب طوریه که وقتی می خوای باهاش خداحافظی کنی، به جای اینکه بهش بگی شب بخیر، میگی صبح خوبی داشته باشی!

درسته که YAGNI میگه نیازمندی رو توسعه بده و بیشتر از این نرو جلو، اما طراحی باید منعطف باشه و از اصل Forward Compatibility پیروی کنه، چرا؟ چون ذات نرم افزار تغییر پذیره و این تغییر تا جای ممکن در آینده باید با طراحی شما منطبق باشه.

سرویسی که روی دات نت 8 نباشه، سرویس نیست. 🥂

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

نسخه یک رو طبق یک مدل موجود ایجاد کردم ولی هر روی بخشی از تجربه خودم رو درش قرار میدم.

استار دادنتون هم باعث حمایت از من میشه :) 🚀

آدرس ریپازیتوری:

https://github.com/thisisnabi/Agile-Developer-Roadmap

استراتژی پیشبرد یک پروژه می تونه خیلی سلیقه ای باشه، اما نباید به دور از یک طراحی خوب باشه.

یه بعضی موقع ها از ته دل می خوام توی ایران نباشم!

https://github.com/thisisnabi/MicroWebFramework


این ریپو رو دوست دارم، برای اینکه بدونید ASP.NET Core چطوری کار می کنه می تونید یه سر به اینجا بزنید و کدش رو یه زیرو رو کنید.

توی چند ماه گذشته دو تا اسم جذاب دیدم که بنظرم خیلی خلاقانه بود

کبابیل : اسم یه کبابی
جیگرخوانده: اسم یه جیگرکی

اسم برای یه بیزینس، یه تیم، یه محصول، یه سرویس باید خیلی خلاقانه باشه تا توی ذهن بمونه

توی یک تیم اجایل داکیومنت نویسی در اولویت نیست و در زمان های اضافه ای که دارن به داکیومنت نوشتن می پردازن، بجاش فیچر رو با تست نویسی پیش میبرن که ارزشش از داکیومنت به مراتب بیشتره چون یک داکیومنت زنده برای کد شما بحساب میاد.

به کرات توی مستندات مایکروسافت هم دیدم که داکیومنت هایی هست که با SDK دات نت همخوانی نداره. این رو بهش میگن داکیومنت مرده.

باد بخر، فوت فوت پرداخت کن :)

این فیچری رو در Minimal Api ها من پیشنهاد دادم 😅

NET9

بنظرم وابستگی توی کانتکست OOP خیلی جذاب هست.

میت وابستگی
با محمد کریمی عزیز، بماند به یادگار

بنظرم برای اینکه DOD قابل اجرایی داشته باشیم باید قبل شروع تسک مشخص کنیم چه قسمت هایی رو از DOD توی تسک جاری می خوایم پوشش بدیم.
نمیشه یه چک لیست کلی تعریف کرد و نسخه عمومی برای همه تسک ها پیچید!