معمولاً همه‌ی ما اوایل سال جدید با انگیزه‌ی زیاد دست به برنامه‌ریزی می‌زنیم و یک لیست بلندبالا از اهدافمان تهیه می‌کنیم.
اما به یاد داشته باشیم که موفقیت در پایبندی به این برنامه‌ها، بیش از آنکه به میزان زمانتان بستگی داشته باشه، به سطح انرژی و انگیزه‌ی شما وابسته هستش. پس به جای پر کردن روزهاتون با کارهای بی‌شمار، روی حفظ انرژی و استمرار تمرکز کنید.

این پست من حدودا 100k بار دیده شد و لینکی برای فروش نذاشتم.
دلیلش این بود که در لینکدین هدفم فقط نشون دادن این بود که از پروداکت هم چیزی سرم میشه.

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

بشه که C لول شدنمون رو جشن بگیریم 🤞❤️

1. Search

Let’s learn together and build something great ❤️

@thisisnabi_dev

جدای از 1 لایه و 2 لایه و 15 لایه، یا 6 ضلعی و 20 ضلعی و غیره، یا حتی کثیف و تمیز و تمیزتر،

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

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

بعضی از شرکت ها یه قاعده جالبی دارن قبل از تعطیلات اول سال و میگن از یه تاریخی به بعد کد بیس فریز میشه. این یعنی اینکه از اون تاریخ به بعد روی برنچ مستر تغییری نمیدن و خب قاعدتا احتمال بروز خطای جدید رو تا جای ممکن می خوان کاهش بدن که تعطیلات بچه ها به ف... نره.

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

با پول اون 10 روز دستمزد می تونستیم حداقل 32 گیگ رم بخریم.
خسته نباشید واقعا :)

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

سال نو تون هم مبارک عزیزان ❤️

اینم از عیدی پویا برای شما
عزیز دل قول داده که چند پروژه خفن دیگه رو هم براتون بذاره.

البته وقت کنم این ویدیو ها رو هم مثل رودمپ داخل سایت میذارم که همه عزیزان استفاده کنن.

@thisisnabi_dev

قبل اینکه پیامک رو بدین به پروایدر، روی سرویس های داخلی deadline بذارید روی هزینه و جرنی کاربر تاثیر فانتزی داره :)
برای انتقال تاریخ هم بنظرم فرمت unix خیلی جذابتر از timeSpan و یا datetime هست. (برای ددلاین منظورم هست)

@thisisnabi_dev

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

عملیات Insert که همه مون احساس می کنیم خیلی سادس، بعضی موقع ها چالش های کثافتی داره برای خودش :)

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

https://www.youtube.com/watch?v=xtxfrxf0mfE

جذاب بود :)

کلا من مفاهیم فرایند توسعه نرم افزار و معماری نرم افزار رو خیلی دوست دارم از تجربیات دیگران استفاده کنم تا کتاب بخونم. (می دونمم کتاب از آسمون نیومده و بخشیش تجربه هست)
هر چند کتاب های پایه رو هم 4، پنج جلدی مطالعه کردم ولی خب این مدل کنفرانس ها بیشتر بهم حال میده.

یه راه خوب اینه که سیستم های کوچیک رو آنالیز و طراحی کنیم که توی ۲۵ میت سیستم دیزاین این کار رو کردیم.

بعد رفتیم سر اینترگریت کردن این سرویس ها که توی طراحی انبار به این هم میرسیم.

و بعد میریم سراغ دیزاین کردن سرویس های بزرگ مثل uber, youtube, instagram و ... که اونم در راهه البته با روش تیم سازی که اوایل تابستون میت های کوچینگش شروع میشه و ماه آینده ثبت نامش هست (با ظرفیت فقط ۱۵ نفر)

خلاصه که به امید 1k یی شدن ویدیو ها :)

میشه از پروفایل لینکدینتون خروجی PDF بگیرید و به عنوان رزومه بدید.

بنظرم فرمتش هم خیلی شیک و مرتب هم هست.
فقط بخش experiance و about پروفایلتون رو کامل بذارید.

چرا این 2 بزرگوار در ایجاد یک سند از هم جدا شدن!
چالش scalability + availability هستش که توی سرویس Customs بهش پرداختیم و توی آخرین ویدیو می تونید ببینیدش (که البته تا ساعت 23 آپلود میشه خدمتتون)

من حتی اگر AI هم جام رو بگیره، خودم که با برنامه نویسی حال میکنم و جدا کد می نویسم. شبها هم میرم اسنپ :))

:)

از یادگاری های شما 🥹❤️

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

خفن باشید و پایدار ❤️🤞

چطوری حواسمون به دیتا های پخش شده داخل سرویس های دیگه باشه؟
طورش رو توی میت امشب براتون آپلود کردیم :)

خود این سرویس Notes هم خیلی فانه و خیلی توی بک آفیس می تونه کمک کننده باشه.

البته اینترنت ضعیفه و احتمالا تا 1 اینا طول میکشه 🪡

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

ملاک تشخیص یه طراحی خوب سادگی در اعمال تغییر در اون هست.

کار می کنه به این معنا که انتظار نیاز رو برآورده می کنه.
انتظار نیاز هم برای این مهمه چون نرم افزار بخاطر همون نیازس که بوجود اومده.

حالا که بحث Hybrid cache در ASP.NET Core داغ شده این ویدیو رو ببینید.
هر سه مدل InProcess، Distributed و Hybrid رو صحبت کردیم.

https://devblogs-ui.storage.iran.liara.space/roadmap-aspnetcore/9.%20Caching.mp4


ویدیو های دیگه رودمپ:
https://thisisnabi.dev/roadmaps/aspnetcore

@thisisnabi_dev