thisisnabi.dev [Farsi]

یه مفهومی هست به اسم Alert Fatigue هست که واقعا یادم نیست توی کتاب The Site Reliability Workbook یا توی یه کتاب دیگه خوندم اما یه بحث جالبی داره،
وقتی برای هر چیزی Alert می ‌ذاریم کم ‌کم تعداد هشدارها اونقدر زیاد می‌شه که ذهن بهشون عادت می‌کنه. فرقی هم نمی‌کنه چقدر مسئولیت ‌پذیر باشی. بعد از مدتی ناخود آگاه یاد می‌گیری که خیلی از این Alertها قرار نیست اتفاق مهمی پشتشون باشه.

مشکل اینجاست که یه روز یه Incident واقعا بحرانی هم وسط همون حجم از هشدارها ظاهر می‌شه و ذهن با اون هم مثل بقیه برخورد می‌کنه.
برای همین به نظرم این جمله خیلی مهمه:

اگر یک Alert نیاز به اقدام فوری انسانی ندارد، احتمالاً Alert نیست فقط یک Metric یا Event است.

هر بار که چیزی رو بی ‌دلیل تبدیل به Alert می‌کنیم، داریم از ارزش Alert های واقعی کم می ‌کنیم.

توی اون کتاب Google SRE هم یه چیزی توی این مایه ها میگه

همه Alert ها باید Actionable باشند و نسبت سیگنال به نویز بالا باشد. در غیر این صورت خطر Alert Fatigue برای افراد On-Call افزایش پیدا می ‌کند.

سیگنال: چیزی که واقعا مهمه و باید بهش واکنش نشون بدیم
نویز: ایشالا بعدا :)

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

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

https://thisisnabi.dev/#/system-design-2

می تونید به حساب پیام بدین برای ثبت نام :)
@thisisnabi_admin

خدایی چرا دیگه برنامه نویسی براتون جذابیت نداره؟

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

مثلا اون راننده بیل مکانیکیه بیاد بگه: آخی دلم برای دسته بیل تنگ شده.
ول کنید بچه ها این فکرا رو تا می تونید استفاده کنید و پول در بیارید 😊

سال ۸۶ که توی سن ۱۶ سالگی اومدم تهران برای کارگری یه بنده خدایی بهم گفت که یادت باشه راننده خطی ها توی ترمینال کلاه نذارن سرت ازت پول اضافه بگیرن. اسنپ اومد و خیلی از این کلاه برداری ها رو جم کرد.

الان برید ترمینال غرب، یارو میگه آقا بیا سوار شو هرچقدر اسنپ زد من همونقدر میگیرم.

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

این آیا استرس و نگرانی داره؟

واقعیت اینه که encryption باید در لایه دیتا باشه نه در لایه application.

هدف encryption محافظت از داده در حالت ذخیره ‌شده (data at rest) هستش.
اگر encryption رو فقط داخل application انجام بدیم
- همه سرویس‌ها باید منطق رمزنگاری رو بدونن
- مدیریت کلیدها سخت‌تر هستش
- احتمال فراموش شدن encryption در یک مسیر جدید وجود داره
- سرویس‌ های دیگه که مستقیم به دیتابیس وصل می شن ممکنه داده رو بدون رمز نگاری ذخیره کنن

این جدا از چالش پرفورمنس کوری هستشا :) اون داستان های خودش رو داره

@thisisnabi_dev

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

دوست داشتید بخونید.

ولی انصافا تیم دواپس اسنپ‌ فود خیلی خوبن.

در این حدودا 6 ماهی که اینجا هستم با اطمینان می‌ تونم بگم تیم دواپس کالچر متفاوتی نسبت به فضای کلی سازمان داره.

تیمشوم خیلی بالغ، حرفه‌ای و همکاری‌ محور پیش میرن و تعامل باهاشون واقعا لذت‌بخشه.

Update:

این چرا باید برای شما جذاب باشه:
در یک سازمان اگر حتی ۱ تیم بالغ هم وجود داشت، برید. این باعث رشد شما میشه.

بعضی از تصمیمات کلاد رو روی دات نت واقعا خام می بینم، ولی وقتی وصلش می کنی به سورس کد فریم ورک انگار توانش 10x میشه.

کلا برای همین جذاب هست که version چیز هایی که استفاده می کنید رو در یک yml کنار پروژه نگه دارین، خود بزرگوار هر موقع سوالات سخت ازش بپرسین میره سراغ سورس اصلی.

@thisisnabi_dev

ظاهرا اون روزایی که تو علی‌بابا KPI می‌ذاشتن زمان Integrate شدن با درگاه‌های بانکی رو از ۱۴ برسونیم به ۷ روز، یه چیزی در باب بهینه کردن فرایند توسعه در من نهادینه شده.

دیشب یه درگاه پرداخت خارجی رو تو ۱۲ دقیقه implement کردم. اونم روی سیستمی که تا قبلش حتی یه کامیت هم درش نداشتم.

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

Co-Author: Claude Code
یا هر AI دیگه‌ای که واقعاً کمک کرده کار جلو بره.

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

سلام
من می خوام فروش این ماه دوره مون رو در یک کار خیر شریک بشم،

برای مشوق به شما عزیزان هم یک تخفیف 50% در نظر گرفتم که دو سر برد باشه برام و شما هم راحت تر بتونید این دوره ما رو شرکت کرده باشین.

تاریخ ثبت نامش هم میذاریم ۱۵ همین شهریور.

درست باشیم.

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

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

البته من ویراست 1 رو خونده بودم. اگر گیر آوردین نسخه 2 رو بخونید که بهتر.

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

بچه ها 23 این ماه یک ورکشاپ داریم که از 10 صبح هست و حدودا 6 ساعتی زمان ازمون میگیره.
یک فرایند توسعه نرم افزار رو کامل با هم پیش میریم.

رکورد نمیشه و آنلاین هست.
21 کم جلسه مون برگزار نمیشه و بجاش این میت رو گذاشتیم.

8. Leaderless replication
—-
1. Designing Data Intensive Applications
- Replication [6]

/three-lens-tutor Leaderless replication

@thisisnabi_dev

چند سال پیش یک سرویس انبارداری نوشته بودم برای یک شرکتی، روی اطلاعات کاربر تنظیمات منطقه زمانی، فرمت نمایش تاریخ و ساعت هم از روی outlook.com گذاشته بودم چون این فیچر روی سیستم های ERP بدرد بخور هست.

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

امروز یهو گفتم بذار یه آپدیتی روی این ارائه بدم ببینم چقدر شدنیه.

لیست 3 تا API همراه با schema رو بهش دادم و در آخر این چند کلمه رو گفتم،
"هر جا تاریخ و زمان رو نمایش میدیم بر اساس این ساختار به شخصی باشه، امکان تغییر این اطلاعات رو هم از طریق API معرفی شده در بخش تنظیمات به کاربر بک آفیس بده"

ازم پرسید برای بار اول این دیتا رو از کجا بگیرم
"از پاسخ API اطلاعات کاربر بک آفیس"

و نتیجه رو شما می بینید.
البته اینکه خیلی واضح در این پروژه agent کلمات من رو ساده می فهمه بنظرم یک دلیل خاص داره.

در راستای Domain Discovery روی این پروژه یک اسکیل ران کردم که با پرسش و پاسخ سعی کنه برام UL دامنه رو بسازه.

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

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

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

اما دیروز یک سیستم بزرگ رو با چند دستور ساده ریفکتور کردم، امروز صبح که بیدار شدم خودش تغییرات رو هم استیج کرده بود.

این تغییر یا باعث میشه ما پولدارتر بشیم، یا همه مون رو به فنا میده :/
_____

آپدیت 1: فعلا که داریم ما هم با همون ساختار های قبل پیش میریم، اما بنظرم ابزار باید این سطح انتزاع رو ارائه بدن که شما فقط بگید می خوام و اونا براتون انجام بدن :)

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

https://www.linkedin.com/company/agentic-payment-solutions

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

@thisisnabi_dev