برای اینکه این پستو بهتر درک کنید میخوام ۲ مثال بزنم که overengieering یعنی چی

۱. فرض کنید دارین برنامه چت تحت وب مینویسید که notification نداره. میخواین schedule message بسازین. مثل تلگرام.

۲. فرض کنید میخواین مورد یک رو پیاده کنید ولی این بار رو گوشی باشه و notification هم داشته باشه.

چیکار میکنید؟

@ManiFoldsPython

همیشه ساده فکر کردن هنره. من با صدرا کاملا موافقم. همیشه نباید خیلی آینده نگر و کمالگرا باشیم. مثلا اگه اپ چت تحت وب داریم مینویسیم دیگه نباید دیزاین رو طوری کنیم که <ممکنه در آینده بخوایم گوشی و نوتیفیکشن هم ساپوت کنیم> . یعنی این assumption هیچوقت نباید از برنامه نویس بیاد. این احمقانه ترین کاره چون کد بیشتر میزنید در صورتی که بیزنس و پروداکت اصلا بهش احتیاج نداشت!

۱. خب من چیکار میکردم؟ تو سناریو اول کلا schedule نمیکردم! به جاش همون لحظه ای که schedule کرده پیام رو داخل دیتابیس میساختم ولی یک فیلد میذاشتم با display_at به زمان آینده که توسط یوزر تعیین شده. و وقتی بقیه کلاینت ها (تو همون گروه تلگرامی) درخواست میفرستن که محتوا رو ببینن فقط محتوایی که display_atشون کمتر مساوی زمان حال بود رو نشون میدادم.
that's it!
نه بروکر نیازه. نه استریم. نه event driven architecture
من تونستم به همون هدفی که requirement ام بوده برسم. که بقیه یوزر ها ببینن پیامو. همیشه وقتی requirement مینوسید رو how تمرکز نکنید. رو what تمرکز کنید. اگه requirement این بود که طرف schedule کنه اونوقت اون requirement احتمالا احمقانه هست چون داره رو نحوه پیاده سازی دخالت میکنه.


@ManiFoldsPython

و در نهایت همین سناریو ساده میتونه پیچیده تر شه...
مثلا تو این مثال میتونیم یک ورکر بذاریم پیام هایی که زمان displayAtشون رسیده و فرانت قراره نشون بده به کلاینت, رو با یک ورکر به صورت periodically بگیریم.

ممکنه بهترین راه کار نباشه. ولی ساده ترینه...

میتونیم هم همین سناریو رو با EventBridge پیاده کنیم. منتهی اشاره نکردم چون ممکنه بعضیا اشنا نباشن و خیلی تمیز تر هندل میشه.

خلاصه بخوام بگم یعنی همیشه نیازی نیست خیلی راهکار پیچیده انتخاب کنیم. سولوشن های پیچیده هم ممکنه جای خودشون استفاده شن خوب باشن مثلا برای scale یا بالا تر بردن availability ولی به شرطی که واقعا بیزنسمون و پروداکتمون اینقدر براش این مباحث حساسه که بخواد برای داشتن اینا بیشتر هزینه کنه و وقت و انرژی بذاره.

این over engineering رو خیلی زیاد دیدم .. بنظرم فقط تو مصاحبه خوبه که یکم نشون بدین بلدین(پز بدین) 😁

@ManiFoldsPython

تو گروه بحث خوبی شد راجب ساید افکت. مهدی سورس خوبی رو گفت که میتونید ساید افکت رو مطالعه کنید و متوجه شین چیه دقیقا. لاگ انداختن ساید افکت نیست.
https://en.m.wikipedia.org/wiki/Side_effect_(computer_science)

من همونطور که اشاره کردم فقط functional نمیزنم. فانکشنال خالی و pure نوشتن اصلا اونقدر ساپورت خوبی نداره تو پایتون. پس بازم OOP هم نیازتون میشه. من خودم ترکیبی مینویسم ولی بیشتر اخیرا سعی میکنم فانکشنال کد بزنم چون ساید افکت نداره و تستش راحت تره. مثال قبلی بد بود. شاید با این مثال بهتر درک کنید:

یک مثال تمیز از داشتن و نداشتن ساید افکت:

class Order
   def deliver(self): ...

def deliver(order: StartedOrder) -> DeliveredOrder:
    .

..


استیت اوردر بعد از اجرای فانکشن دلیور تغییر میکنه. ولی فانکشن دلیور تو مثال دوم یک آبجکت جدید میسازه که میدونیم چیه و side effect نداره و راحت تست میشه.
برای تست کردنش:

result = deliver(order)
assert isinstance(

result

, DeliveredOrder)

# OOP
order.deliver()
assert ... # assert all the side effects now if you dare

@ManiFoldsPython

✔️ در طی چند سال گذشته از فعالیت کانال، محتواهای رایگان زیادی تولید شده و هدف کانال هم از ابتدا اشتراک دانش رایگان و عام المنفعه بوده، برای همین تصمیم گرفتیم یک بار دیگه تمام این محتواهارو در یک پیام قرار بدیم تا به راحتی قابل دسترسی برای افراد علاقمند به یادگیری باشه:

✅🎥 کانال یوتوب سیلیسیم مهران تعریف (آموزش پایتون و جاوااسکریپت و...)
https://www.youtube.com/@Silicium7

✅🎥 کانال یوتوب میکروفرانت اند (آموزش پایتون و جاواسکریپت و ...)
https://www.youtube.com/@MicroFrontend

✅🎥 کانال یوتوب بابی کلاد (آموزش پایتون، کلاد، دوآپس و ...)
https://www.youtube.com/@bobycloud

✅🎥 کانال یوتوب امیر مطهری (آموزش پایتون، میکروپایتون و ...)
https://www.youtube.com/@AmirMotahari

✅🎥 کانال یوتوب گیت اور هیر مانی (آموزش پایتون، دیزاین پترن و ...)
https://www.youtube.com/@GitOverHere

✅🎥 کانال یوتوب تورهام (آموزش پایتون، فست ای پی آی و ...)
https://www.youtube.com/@techwithtori

✅🎥 کانال یوتوب شهریار شریعتی (آموزش سلری، جنگو چنلز، وب فریمورک ها و ...)
https://www.youtube.com/@ShahriarShariati

✅🎥 کانال یوتوب دوآپس هابیز (آموزش امیربهادر - دوره پروژه محور جنگو به همراه داکر، سی آی سی دی و ...)
https://www.youtube.com/watch?v=KtYDIJN3wmM&list=PLYrn63eEqAzY5uG5ks_OquWcojzHvhp9Z

✅🔥 سه فایل مصاحبه با آقای حسن رمضانی که از Core Developer های Django, Gunicorn, Pydantic, Urllib3 و ... هستند در کانال موجود هست که با سرچ کردن اسم آقای "حسن رمضانی" در کانال میتونید مصاحبه هارو پیدا کنید و گوش بدید.

✅📚 ریپازیتوری گیتهاب Awesome Python Resources: مجموعه ای از بهترین و کامل ترین ریسورس‌های مورد نیاز برای رشد در مسیر شغلی مهندسی نرم افزار (پایتون) به همراه تفکیک بر اساس Career Path و Advanced Topics
https://github.com/DjangoEx/awesome-python-resources

✅📚 ریپازیتوری گیتهاب Awesome Python Roadmaps: مجموعه از رودمپ‌های مورد نیاز یک مهندس نرم افزار (پایتون) در Career Path هایی نظیر Backend، Data Scientist، Software Architect و ...
https://github.com/DjangoEx/awesome-python-roadmaps

✅📚 تمام ریپازیتوری‌ها به صورت یکجا نیز در صفحه گیتهاب DjangoEx قابل دسترسی هست
https://github.com/DjangoEx

✅ تمام این موارد آموزشی رایگان هستند و میتونید ازشون استفاده کنید.
✅ موقت: اگر مطلبی رو یادم رفته بزارم و قبلا توی کانال تولید محتوا داشتند لطفا به من (@BobyCloud) پیام بدید.

#رودمپ #پایتون #جنگو #منابع #از_کجا_شروع_کنیم

〰️〰️〰️〰️〰️〰️
© @DjangoEx

اف تاپیک؛ این بار ولاگ استایل :))

۴ روزه اومدم برلین. واقعا شهر باحالیه. نکته جالبش اینه که هرجور کالچری شما اینجا میبینی… از رستوران ایرانی تو مال بگیر تا کره ای ژاپنی چینی. من حتی از رستوران اِتیوپی هم رد شدم 🤣 و هرکی تو اون رستوران کار میکنه برای اون ملت و فرهنگه. همه انگلیسی حرف میزنن و حداقل تا الان تو برخورد های اول ادمای خیلی مهربون و خوبی بودن 🫠 خیلی قشنگه واقعا مردم اینطوری باهم کنار میان و نمیبینی مثلا بگن “go back to your country” و این چیزا…

تنها چیز مزخرف برلین تا اینجا با اختلاف زیاد هواش بوده… همش سرده همش بارونی ساعت ۳-۴ هم تاریک میشه😂 و کمبود خونه برای اجاره

@ManiFoldsPython

تو این پست میخوام ثبات داده رو بهتون توضیح بدم که به ۲ نوع وجود داره:

بذارین مثال بخوام بزنم که تفاوتشو متوجه شین. مثال خیلی راحت میزنم distributed system هم نباشه. فکر کنید دو تا سیستم دارین که یکی به اون یکی وابسته هست. مثلا یک api ساختین برای جمع آوری دیتا وضعیت آب و هوای همه کشور و شهر های دنیا. و هر پایگاه آب و هوایی هم سیستم خودشو داره و با api ای که شما ساختین حرف میزنه و براتون اطلاعات میفرسته.

دو تا راه حل دارین:
۱. تو هر دقیقه براتون دما اون شهرو بفرستن که میشه strong consistency
۲. هر یک ساعت یک بار تک تک دمای یک ساعت گذشته رو براتون ارسال کنند که میشه eventually consistent. و بعد شما همرو با هم insert کنی تو دیتابیس.

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

اگه یکم بهش فکر کنید و جدول هم ببینید متوجه میشین pros و cons هر روش چیه و به جاش با آگاهی راجب ثبات داده تو اپلیکیشنتون با قاطعیت باید تصمیم بگیرین.

@ManiFoldsPython

خیلیا این مفهوم رو با pull based و push based اشتباه میگیرن... شما میتونید اپی داشته باشین که eventual consistency داشته باشه چه بخواد pull based باشه چه push based.

سیستم های مانیتورینگ معمولا eventual consistency هستن چون هزینه نگه داریشون اینطوری کمتره و latencyشون خیلی مهم نیست و availabilityشون خیلی مهم تره.

سیستم های تراکنشی و بانکی حتما باید actual consistency باشن چرا که خیلی مهمه دیتا درست نمایش داده شه حتی اگه منجر به این شه که بیشتر داون شه سیستم.

@ManiFoldsPython

این مطالب سیستم دیزاین در صورتی که خیلی مهمن ولی جالبه برام اصلا طرفدار نداره (engage نمیگیره). حالا کافیه یک کتاب معرفی کنم ۳۰۰ تا share و لایک میخوره کسیم نمیخونش 😂 به زودی هم فعالیت یوتیوب از سر گرفته میشه‌😁 بگذریم... بریم سره اصل مطلب.

اینا رو برای چی گفتم؟‌بحث وب هوک بود. که چرا بانکا وب هوک نمیدن تو ایران و چرا خوبه که به جای اینکه با api بیایم integrate کنیم با وب هوک کنیم. حالا اصلا وب هوک چیه؟

A webhook in web development is a method of augmenting or altering the behavior of a web page or web application with custom callbacks. These callbacks may be maintained, modified, and managed by third-party users and developers who may not necessarily be affiliated with the originating website or application

خب یعنی چی؟
یعنی همون مثال قبلی, اگه میخواین داده های شهر های مختلف رو بگیرین از پایگاه هاشون, وب هوکشون رو integrate میکنید. url میدین و بهتون درخواست میزنن میگن الان دما تغییر کرد. بعد شما یک درخواست دوباره میزنی و دیتا مورد نظر رو میگیری. اصصطلاحا callback هستند که دیگه لازم نباشه تند تند درخواست بزنیم و ببینیم ایا تغییر کرده یا نه.

خب حالا میریم سراغ سوال بعدی :)‌ تو پست بعدی...

@ManiFoldsPython

خب برگردیم جواب quiz
اگه بخوایم Theory به قضیه نگاه کنیم همونی میشه که من گذاشتم
ولی اگه بخوایم عملی به قضیه نگاه کنیم inconsistent میشه جوابش!

سیستم های وب هوک در واقعیت eventually inconsistent هستند. یعنی شما اگه آپ تایم و خطا پذیری رو درنظر بگیرین امکان داره که مسیجی باشه که دریافت نشه (حالا به دلیل داون بودن شما یا اون سرویس). پس چرا استفاده ازش خوبه و چه محدودیت هایی داره؟

ببینید وقتی دیتا سورس از کنترلتون خارجه وب هوک میتونه بهترین گزینه integrate باشه. یعنی مثال مثالی که زدم برای آپدیت وضعیت هوا اگه به جای اینکه شما تند تند درخواست بدی به API و وضعیت رو بگیرین با وب هوک مطلع بشین کی درخواست بزنید بهتره. ولی بازم Strong consistence نیست معمولا. چرا؟ چون معمولا اینطوری کار میکنه که تلگرام مثلا یک پیام میفرستید شما به دوستتون, همون لحظه پیام رو تو دیتابیس ایجاد میکنه. بعد تو لایه پایین تر با بروکرش جاب های دیگه رو هم انجام میده مثل ارسال نوتیفیکشن به گوشی دوستتون یا هندل وب هوک اگه پیامی دریافت شده. پس ذخیره شدن پیام تو دیتابیس و مطلع شدن شما از اون پیام همیشه تاخیری وجود داره. ولی این تاخیر معمولا کمه (اگه مشکل backlog نباشه و ترافیک خیلی بالا نباشه تو سرور تلگرام) در صورتی که شما اگه درخواست بزنید تند تند بازم eventual consistent هست ولی خیلی eventual تره و با تاخیر بیشتریه نسبت به وب هوک.

ولی وب هوک چون eventually inconsistent هست پس همیشه باید یک periodic job بذارین که پیام هایی که دریافت نشدن تو وب هوک رو به صورت periodic چک کنید و ببینید ایا چیزی miss شده یا نه؟ مثلا این periodic job میتونه روزانه باشه یا ساعتی یا هفتگی بسته به نیاز شما. اینکه چقدر یک وب هوک eventually inconsistent هست هم خیلی مهمه. شما باید یک تست کنید قبل اینکه یک webhook رو کاملا integrate کنید. چطوری تست کنید؟‌مثلا ۱۰۰۰ تا پیام بدید به دوستتون و ببینید ایا ۱۰۰۰ تا درخواست گرفتین رو وب هوک یا نه؟‌
همیشه گفتم تو دپندسی خیلی دقت کنید. یک اشتباه رایج اینه که میرن کلی با وب هوک یک اپ integrate میکنن بعد میفهمنن خیلی inconsistent هست و لگ زیادی داره و درواقع اگه تند تند درخواست زده شه بهتره.

@ManiFoldsPython

سیستم دیزاین به عنوان بک اند دولوپر برای شما مهمه.
بحث های چند پست اخر کاربردش میشه مثلا وقتی دارین ربات تلگرام مینویسین یا درگاه بانکی دارین اتصال میکنید یا با third party application دارین integration انجام میدین. حتما یکی از این کارا رو انجام دادین اگه حداقل ۱ ساله که کار میکنید .... 🙂

@ManiFoldsPython

دو کتاب خوب برای سیستم دیزاین:

Designing Data-Intensive Applications: The Big Ideas Behind Reliable, Scalable, and Maintainable Systems - Kleppmann, Martin

System Design Interview – An insider's guide

بالایی خوندم. پایینی رو هم به زودی سفارش میدم و میخونم 😁 تعریفشو خیلی شنیدم.
@ManiFoldsPython

از وقتی تلگرام آپدیت داده Similiar Channels اش واقعا زیاد ممبر میاره. جالبه...

@ManiFoldsPython

آف تاپیک

واقعا آهنگ قشنگیه
https://www.youtube.com/watch?v=UboPPTZLFas

آهنگ بی‌کلامه.. برای تمرکز خیلی خوبه به شرطی که داستان پشتشو ندونید :))

@ManiFoldsPython

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

این ویدیو prime خیلی خوب بود :)) حتما توصیه میکنم که ببینید
اتفاقا امروز برام سوال شده بود چطور گوگل میتونه ۱۰ درصد شرکتو یک دفعه اخراج کنه و بلایی سرش نیاد؟ بعد دیدن این ویدیو جوابشو فهمیدم

@ManiFoldsPython

اسنپ فود داره افتخار میکنه دیتایی که نداشته تو دیتابیسش هک نشده 😂
@ManiFoldsPython

بعضیا میگن هک داخلی بوده بعضیا میگن زیرساخت رو زدن و ... . خلاصه من خبر معتبری ندیدم ولی

چند وقت پیش این ویدیو رو معرفی کرده بودم و گفته بودم ببینید...
https://youtu.be/LxUAnZY_08o?si=iD2nvFhyJwmEJ6Do

هنوزم همینو میگم... امنیت فقط باگ بانتی و هانت نیست... دنیای امنیت باید قابل درک باشه برای چه کسی که فرانت کاره چه کسی که بک کار میکنه چه کسی که نتورک کار میکنه.. طبیعتا سطح عمقشون باید نسبت به خودشون باشه ولی اینکه بدونن boundary چیه خیلی مهمه! شما تو هر اپی و هر دیتابیسی تا زمانی که e2e واقعی نیست میتونی ادعا کنی بالاخره یک نفر هست کل دیتا رو داره.. پس بالاخره یک راه هک اجتماعی چیزی وجود داره... ولی بحث اینجاست که اون boundary و مرز رو شما کجا میکشی؟ آیا اصلا مطلع هستی همچین چیزی وجود داره؟

توصیه میکنم حتما این ویدیو رو ببینید تا دیدتون نسبت به امنیت تغییر کنه...

@ManiFoldsPython

پس از وقفه ای, در پنجمین قسمت از ویدیو دیزاین پترن...

تو این قسمت راجب ‍دیزاین پترن Abstract Factory صحبت کردم و مثال با کد زدم, گفتم کجا و چقدر میتونه استفاده شه و کاربردش چیه و مزایا و معایب استفاده ازش چیه؟ یک دیزاین پترنی که میتونه اینترفیس خیلی جذاب به ما بده ولی پیچیدگی کد مارو زیاد کنه!

https://www.youtube.com/watch?v=_XiEQ6ns-js

لینک گیتهاب دوره دیزاین پترن; جزوه و مثال های دوره همه اینجا ذخیره خواهند شد.
https://github.com/ManiMozaffar/design-101

@ManiFoldsPython

امروز به یک باگ خوردم.. شاید عجیب ترین باگ زندگیم بود. از بیرون بنظر میومد لیست پایتون و ساخت آبجکت تو پایتون کار نمیکنه :)))


کلاسا اینقدر بی معنی نبودن:)) ولی خب امیدوارم مثالو درک کنید, و داشتم به python کم کم شک میکردم :))
فکر کنید یک لیستی از ابجکت ساخته بودم داخلش کلی تایپ مختلف داشتم و بعد خط بعدی که pointer رو میذاشتم میدیدم همشون یک تایپ شدن!! و یک آبجکت 🤣

*‌ خروجی کد رو تو شل ببینید و اونی که هایلایت کردم. لیست یک ادمین داشت تو کد ولی تو خروجی همه لیست آبجکت ادمین شدن!
@ManiFoldsPython