![thisisnabi.dev [System Design]](https://cdn.tlmtr.io/_next/image?url=https%3A%2F%2Fimg.telemetr.io%2Fc%2F24HqYg%2F5933515577789976336%3Fty%3Dl&w=48&q=75){kind=small}
thisisnabi.dev [System Design]
前往频道在 Telegram
من نبی هستم @thisisnabi اینجا مطالبی از تجربیات خودم رو در زمینه طراحی سیستم باهاتون به اشتراک میذارم. دوره ی سیستم دیزاین من رو می تونید از سایت زیر تهیه کنید: https://thisisnabi.dev
显示更多2 388
订阅者
+2724 小时
+337 天
+7030 天
正在加载数据
吸引订阅者
十一月 '2611月 '26
十一月 '26
+33
在0个频道中
十月 '26
+78
在0个频道中
Get PRO
九月 '26
+70
在3个频道中
Get PRO
八月 '26
+44
在1个频道中
Get PRO
七月 '26
+52
在1个频道中
Get PRO
六月 '26
+88
在1个频道中
Get PRO
五月 '26
+24
在0个频道中
Get PRO
四月 '26
+7
在0个频道中
Get PRO
三月 '26
+6
在0个频道中
Get PRO
二月 '26
+118
在1个频道中
Get PRO
一月 '26
+16
在1个频道中
Get PRO
十二月 '25
+22
在0个频道中
Get PRO
十一月 '25
+44
在2个频道中
Get PRO
十月 '25
+72
在4个频道中
Get PRO
九月 '25
+52
在5个频道中
Get PRO
八月 '25
+84
在1个频道中
Get PRO
七月 '25
+332
在3个频道中
Get PRO
六月 '25
+25
在0个频道中
Get PRO
五月 '25
+44
在1个频道中
Get PRO
四月 '25
+33
在1个频道中
Get PRO
三月 '25
+85
在1个频道中
Get PRO
二月 '25
+43
在1个频道中
Get PRO
一月 '25
+72
在0个频道中
Get PRO
十二月 '24
+76
在4个频道中
Get PRO
十一月 '24
+64
在1个频道中
Get PRO
十月 '24
+96
在0个频道中
Get PRO
九月 '24
+63
在1个频道中
Get PRO
八月 '24
+194
在1个频道中
Get PRO
七月 '24
+169
在3个频道中
Get PRO
六月 '24
+100
在1个频道中
Get PRO
五月 '24
+156
在2个频道中
Get PRO
四月 '24
+948
在2个频道中
| 日期 | 订阅者增长 | 提及 | 频道 | |
| 05 十一月 | +1 | |||
| 04 十一月 | +28 | |||
| 03 十一月 | 0 | |||
| 02 十一月 | +1 | |||
| 01 十一月 | +3 |
频道帖子
Battle Tested System Design
Lessons and Experience for keeping the system alive in War
فصل سه کتاب هم تمام شد
امیدوارم عمر باقی باشه و بتونم تمومش کنم.
| 2 | بنظرم کانتکست و دامینی که درش کار می کنید بسیار مهم هست برای دادن راه حل.
برای همون توی اون مقاله معروف مارتین فاولر میگه معمار باید توی دل تیم باشه و دست به گل شده باشه با درد های اون دامین تا بتونه یه راه حل برای یک مشکل بده.
مثلا من توی اوردر اسنپ فود اصلا بنظرم درست نیست برای کاستومر اکسپرینس راه حل بدم.
یک چیز جذابی که امروز دیدم این بود که در کتاب جدیدم دارم در مورد می نویسم این بود که SRE توی یک پرزنتی به ما می گفت که اگر سیستم ساعت ۳ دان بود به کی زنگ بزنیم؟ | 1 |
| 3 | واقعیت اینه که MCP ی که توسط تیم خود محصول ارائه نشه 2 زار نمی ارزه. | 946 |
| 4 |  the domain knowledge still matters. | 1 487 |
| 5 | اگر پروژه ساختین چند تا کار اینطوری خفن بسازید، مثلا یه برنامه بدین ما مکان زمین رو مشخص کنیم، بهمون پیشنهاد بده که بر اساس داده های هواشناسی زمین رو امسال نخود بکاریم یا گندم.
کلافه شدیم از آرایشگاه آنلاین، کاریابی آنلاین، سایت ساز آنلاین، کوفت آنلاین.
اینا قبل AI هم واقعا برای ما توی اشل کوچیک یکی 2 روز بیشتر کار نداشت.
من یادمه توی میت های سیستم دیزاینمون سه چهار سال پیش هر هفته پنجشنبه ها یه سرویس دولوپ میکردیم توی یه میت چهار ساعته تازه کلی هم وسطش توضیح می دادیم. | 2 164 |
| 6 |  با اختلااااف
پروژه مورد علاقه ام 😄
فقط گوسفند های من رو با انگشت میشه شمرد پس نیازی بهش ندارم.
yagni principle | 1 527 |
| 7 | https://www.linkedin.com/feed/update/urn:li:activity:7519800183820386304/ | 1 |
| 8 |  چه جهان عجیبی شده، یه اورکستریتور (مثل کوبرنتیس) شخصی با GO برای خودم ساختم. یه کوچولو سر یه موضوعی اذیت می کرد بزرگوار منم کاستومایز کردم ابزار رو :))
حالا این زیاد چیز عجیبی نیست، عجیب اینه که الان یه خبر خوندم، یکسری اساتید توی آزمایشگاه طلا تولید کردن :/ | 1 597 |
| 9 |  امروز یه موضوعی داشتیم سر ارتباط یکی از تیم های شرکت با یکی از محصولات بچه های مفید، برام جالب بود این موضوع ارتباط bounded context ها چطوری دیده میشه. توی میت 10x یه نیم ساعتی در موردش صحبت کردم و ارتباط هایی که بین اینها هست رو گفتم، برای خودمم مرور جذابی بود.
جدای از اینکه AI اومده و خیلی هامون تنبل شدیم و سراغ این مفاهیم بنیادین نمیریم، یه توصیه ی من به شما جوان ها اینه که یه نگاه دوستانه به بخش استراتژیک ddd داشته باشید. | 1 673 |
| 10 |  کتاب خوب بخونیم. | 1 760 |
| 11 |  من واقعا بهینه سازی برام خیلی جذابه، یعنی علاقه مندی زیادی به این دارم که ذهنم روی یه موضوعی قفل کنه و تا درستش نکنم ولکنش نباشم.
اما برای این کار نیاز به حس تعلق بالایی داری که این هم خودش وابستگی مستقیم به این داره که دست و بالت چقدر باز هستش. | 2 393 |
| 12 |  سلام و عرض ادب
عزیزان این میت رو باید روی کلندرتون داشته باشید.
1 درصد اگر فراموش کردیم ادد کنیم، به همون ادمین پیام بدین که اددتون کنیم. | 568 |
| 13 | سلام به همگی
عزیزان فردا اولین میت system design مون هست که طبق روال سابق interview خواهد بود یک دورنمایی از کل فرایندمون رو صحبت خواهیم کرد.
من برای عزیزانی که جدیدا ثبت نام کردن حتما تا ساعت 10 صبح ایمیل میفرستم. ویدیوش رو هم طبق روال 1 روز بعد از میت روی گوگل درایو خواهید داشت.
اگر عزیز دیگری دوست داشت ثبت نام کنه از طریق لینک زیر می تونه اقدام کنه
https://thisisnabi.dev/#/system-design-2
انتهای صفحه لینک ادمین رو هم گذاشتیم. | 526 |
| 14 | کم کم با گیت هم خداحافطی میکنیم :/
https://www.anthropic.com/engineering/redesigning-source-control | 2 471 |
| 15 |  میت خوبی بود.
وقت کردین یه نگاهی بندازید. | 372 |
| 16 | چند سال پیش (حدودا ۵ سال) که با pro score ai کار میکردم اینا چند تا دیتاسنتر در ایالت های مختلف آمریکا داشتن که به اجبار دولت برای HA روی پروایدر های مختلفی مثل aws و azure بود. کل اون اکوسیستم رو یه cloud engineer پیاده و نگهداری میکرد.
وقتی رفتم علی بابا جالب بود برام که اون سیستم ۸ نفر فقط DevOps engineer داشت و یا یه تیم نت ورک و sre چند عزیز دیگه.
این توی شرکت های دیگه ای هم همینه.
دلیلش هست که خب شرکت های داخلی به اون ابزار دسترسی نداشتن و ناچار بودن خودشون این سرویس ها رو بالا بیارن و خب قاعدتا با توجه به گستردگی که وجود داره برای نگهداری و مدیریتش نیاز به اون تعداد مهندس بود.
اما بنظرم با وجود ai این لایه در شرکت های داخلی که دیتاسنتر خودشون رو دارن حذف نمیشه، اما لایه نازکتری رو شاهد خواهیم بود.
من یه سرویسی رو استفاده میکردم برای برای ۸ تا سرویس و ماهانه میانگین مصرفش یه ۱۰ میلیون تومنی می‌شد که میگفتم اوکیه خب بذار از اون ابزار آماده استفاده میکنم، پری روز ۲ تا کلاستر با چهارتا ورکر بالا آوردم به کمک کلاد و فقط یک ssh به عزیز دل دادم، ماهی ۴.۵ میلیون، فک کنم ظرفیت ۱۰ سرویس دیگه هم داشته باشه.
البته اسکیل استفاده اش کوچیکه ولی خب به هر حال...
پس بنظرم این پروایدر ها و فروشنده های خدمات هاستینگ هم به چالش کشیده می شن، خیلی از شرکت هم به کمک این ai حتی میرن سمت اینکه خودشون این کارا رو انجام بدن.
برای همین توصیه میکنم یک تایمی رو بذارین و زیرساخت رو بیشتر یاد بگیرین.
بعنوان یه software engineer قطعا در آینده با وجود ai ازتون می خوان خیلی از کارهای سرویس هاتون رو خودتون انجام بدین. | 2 309 |
| 17 | بنظرم روی استخدام agent developer ها باید خیلی حساس باشید نسبت به اون شخص که چقدر اصول مهندسی بلده. وگرنه مثل امت قبل که یک مشت کد کثیف میراثشون بوده، یسری agent مریض تحویلتون میدن. | 1 937 |
| 18 |  بلاگ خوبی هست.
بد نیست هفتگی مقاله هاش رو بخونید.
https://commandline.microsoft.com | 2 199 |
| 19 |  اونجا که دیگران دغدغه بیکار شدن بخاطر هوش مصنوعی داشتن، من 4 ماه از ساعت 10 شب تا 2 صبح درگیر این بودم که چطوری به کمک AI یک سیستم لگسی رو میشه ریرایت کرد. ۲۱ سرویس و اپ رو ریفکتور و ریرایت کردم و بنظرم یکی از بزرگترین تجربه های زندگیم شد.
سه شنبه گذشته بزرگوار رو لانچ کردیم و طوری شده که دیگر نیازی به توسعه نداره، استک هولدر نیاز رو میگه، توی یه محیط آزمایشی تست میکنه، تایید و ریلیز میشه.
بماند به یادگار
عکس از دیمن ❤️ | 3 473 |
| 20 |  این قسمت مقاله جدید آقای مارتین فولر خیلی برای من جذاب بود.
لینک کامل مقاله.
https://martinfowler.com/fragments/2026-09-29.html
وقت کردین این پرزنت کنت بک هم ببینید
https://www.youtube.com/watch?v=F8fBgDCf2Y4 | 2 280 |
