thisisnabi.dev [System Design]

Battle Tested System Design Lessons and Experience for keeping the system alive in War فصل سه کتاب هم تمام شد امیدوارم عمر باقی باشه و بتونم تمومش کنم.

بنظرم کانتکست و دامینی که درش کار می کنید بسیار مهم هست برای دادن راه حل. برای همون توی اون مقاله معروف مارتین فاولر میگه معمار باید توی دل تیم باشه و دست به گل شده باشه با درد های اون دامین تا بتونه یه راه حل برای یک مشکل بده. مثلا من توی اوردر اسنپ فود اصلا بنظرم درست نیست برای کاستومر اکسپرینس راه حل بدم. یک چیز جذابی که امروز دیدم این بود که در کتاب جدیدم دارم در مورد می نویسم این بود که SRE توی یک پرزنتی به ما می گفت که اگر سیستم ساعت ۳ دان بود به کی زنگ بزنیم؟

واقعیت اینه که MCP ی که توسط تیم خود محصول ارائه نشه 2 زار نمی ارزه.

the domain knowledge still matters.

اگر پروژه ساختین چند تا کار اینطوری خفن بسازید، مثلا یه برنامه بدین ما مکان زمین رو مشخص کنیم، بهمون پیشنهاد بده که بر اساس داده های هواشناسی زمین رو امسال نخود بکاریم یا گندم. کلافه شدیم از آرایشگاه آنلاین، کاریابی آنلاین، سایت ساز آنلاین، کوفت آنلاین. اینا قبل AI هم واقعا برای ما توی اشل کوچیک یکی 2 روز بیشتر کار نداشت. من یادمه توی میت های سیستم دیزاینمون سه چهار سال پیش هر هفته پنجشنبه ها یه سرویس دولوپ میکردیم توی یه میت چهار ساعته تازه کلی هم وسطش توضیح می دادیم.

با اختلااااف پروژه مورد علاقه ام 😄 فقط گوسفند های من رو با انگشت میشه شمرد پس نیازی بهش ندارم. yagni principle

چه جهان عجیبی شده، یه اورکستریتور (مثل کوبرنتیس) شخصی با GO برای خودم ساختم. یه کوچولو سر یه موضوعی اذیت می کرد بزرگوار منم کاستومایز کردم ابزار رو :)) حالا این زیاد چیز عجیبی نیست، عجیب اینه که الان یه خبر خوندم، یکسری اساتید توی آزمایشگاه طلا تولید کردن :/

امروز یه موضوعی داشتیم سر ارتباط یکی از تیم های شرکت با یکی از محصولات بچه های مفید، برام جالب بود این موضوع ارتباط bounded context ها چطوری دیده میشه. توی میت 10x یه نیم ساعتی در موردش صحبت کردم و ارتباط هایی که بین اینها هست رو گفتم، برای خودمم مرور جذابی بود. جدای از اینکه AI اومده و خیلی هامون تنبل شدیم و سراغ این مفاهیم بنیادین نمیریم، یه توصیه ی من به شما جوان ها اینه که یه نگاه دوستانه به بخش استراتژیک ddd داشته باشید.

کتاب خوب بخونیم.

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

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

سلام به همگی عزیزان فردا اولین میت system design مون هست که طبق روال سابق interview خواهد بود یک دورنمایی از کل فرایندمون رو صحبت خواهیم کرد. من برای عزیزانی که جدیدا ثبت نام کردن حتما تا ساعت 10 صبح ایمیل میفرستم. ویدیوش رو هم طبق روال 1 روز بعد از میت روی گوگل درایو خواهید داشت. اگر عزیز دیگری دوست داشت ثبت نام کنه از طریق لینک زیر می تونه اقدام کنه https://thisisnabi.dev/#/system-design-2 انتهای صفحه لینک ادمین رو هم گذاشتیم.

کم کم با گیت هم خداحافطی میکنیم :/ https://www.anthropic.com/engineering/redesigning-source-control

میت خوبی بود. وقت کردین یه نگاهی بندازید.

چند سال پیش (حدودا ۵ سال) که با pro score ai کار میکردم اینا چند تا دیتاسنتر در ایالت های مختلف آمریکا داشتن که به اجبار دولت برای HA روی پروایدر های مختلفی مثل aws و azure بود. کل اون اکوسیستم رو یه cloud engineer پیاده و نگهداری میکرد. وقتی رفتم علی بابا جالب بود برام که اون سیستم ۸ نفر فقط DevOps engineer داشت و یا یه تیم نت ورک و sre چند عزیز دیگه. این توی شرکت های دیگه ای هم همینه. دلیلش هست که خب شرکت های داخلی به اون ابزار دسترسی نداشتن و ناچار بودن خودشون این سرویس ها رو بالا بیارن و خب قاعدتا با توجه به گستردگی که وجود داره برای نگهداری و مدیریتش نیاز به اون تعداد مهندس بود. اما بنظرم با وجود ai این لایه در شرکت های داخلی که دیتاسنتر خودشون رو دارن حذف نمیشه، اما لایه نازکتری رو شاهد خواهیم بود. من یه سرویسی رو استفاده میکردم برای برای ۸ تا سرویس و ماهانه میانگین مصرفش یه ۱۰ میلیون تومنی می‌شد که میگفتم اوکیه خب بذار از اون ابزار آماده استفاده میکنم، پری روز ۲ تا کلاستر با چهارتا ورکر بالا آوردم به کمک کلاد و فقط یک ssh به عزیز دل دادم، ماهی ۴.۵ میلیون، فک کنم ظرفیت ۱۰ سرویس دیگه هم داشته باشه. البته اسکیل استفاده اش کوچیکه ولی خب به هر حال... پس بنظرم این پروایدر ها و فروشنده های خدمات هاستینگ هم به چالش کشیده می شن، خیلی از شرکت هم به کمک این ai حتی میرن سمت اینکه خودشون این کارا رو انجام بدن. برای همین توصیه میکنم یک تایمی رو بذارین و زیرساخت رو بیشتر یاد بگیرین. بعنوان یه software engineer قطعا در آینده با وجود ai ازتون می خوان خیلی از کارهای سرویس هاتون رو خودتون انجام بدین.

بنظرم روی استخدام agent developer ها باید خیلی حساس باشید نسبت به اون شخص که چقدر اصول مهندسی بلده. وگرنه مثل امت قبل که یک مشت کد کثیف میراثشون بوده، یسری agent مریض تحویلتون میدن.

بلاگ خوبی هست. بد نیست هفتگی مقاله هاش رو بخونید. https://commandline.microsoft.com

اونجا که دیگران دغدغه بیکار شدن بخاطر هوش مصنوعی داشتن، من 4 ماه از ساعت 10 شب تا 2 صبح درگیر این بودم که چطوری به کمک AI یک سیستم لگسی رو میشه ریرایت کرد. ۲۱ سرویس و اپ رو ریفکتور و ریرایت کردم و بنظرم یکی از بزرگترین تجربه های زندگیم شد. سه شنبه گذشته بزرگوار رو لانچ کردیم و طوری شده که دیگر نیازی به توسعه نداره، استک هولدر نیاز رو میگه، توی یه محیط آزمایشی تست میکنه، تایید و ریلیز میشه. بماند به یادگار عکس از دیمن ❤️

این قسمت مقاله جدید آقای مارتین فولر خیلی برای من جذاب بود. لینک کامل مقاله. https://martinfowler.com/fragments/2026-09-29.html وقت کردین این پرزنت کنت بک هم ببینید https://www.youtube.com/watch?v=F8fBgDCf2Y4