✅ The Power of Django ORM
مقاله ای در مورد جنگو از صدرا یحیی پور
در مورد Django ORM

- What is ORM
- Use Exceptions in get()
- Django connection
- Iterators
- Set The Timeout
- ORM Best Tricks
-- F() Function
-- Aggregations
-- len() or count()
-- bulk() For Ever

✔ لینک:
https://imsadra.me/the-power-of-django-orm

✅ مطلبی از دانیال کیماسی، مهندس نرم افزار از کوئرا - Django و Nextjs

ما توی کوئرا حدود یک سالی هست که از Nextjs استفاده می‌کنیم. از همون ابتدا برای integration بین Django و Next.js پکیجی رو توسعه دادیم که به تازگی داخل گیت‌هاب منتشر کردیم.
داخل این مقاله شیوه انجام این کار رو توضیح دادم و همینطور یه راهنمایی اولیه برای استفاده از این پکیج قرار داده شده.

✔ لینک مقاله در Medium:
https://medium.com/@danialkeimasi/django-next-js-the-easy-way-655efb6d28e1

✔ لینک ریپو گیت‌هاب:
https://github.com/QueraTeam/django-nextjs

برنامه نویسی از پایه قسمت پنجاه و هفتم - اعمال استایل های flex

توی این قسمت اول از همه، استایل هایی که قسمت بعدی با developer مرورگر اعمال کرده بودیم رو توی styles.css اضافه کردیم. بعد commit کردیم که توی ریپازیتوری گیت اونارو داشته باشم. بعدش تلاش کردیم که منو رو fixed کنیم و توی این مسیر نکاتی با هم یاد گرفتیم. البته یاد گرفتیم که html و css واقعا نیاز به تخصص داره و به همین دلیل هست که بعضی برنامه نویس های back-end اینقدر ازش فراری هستن. کاری که من توی 40 دقیقه انجام دادم، شاید کار 5 دقیقه یه برنامه نویس فرانت باشه. امیدوارم توی این مسیر و با همدیگه دانش خودمون در زمینه html و css بیشتر کنیم.

لینک آپارات:
https://www.aparat.com/v/1XVkl

لینک یوتیوب:
https://youtu.be/ehqI1EEkPkU

یه اکشن هایی توی کد هستن که گاهی نیازه یا همه با هم انجام بشن یا هیچ کدوم.
که توی جنگو ما از #transaction_atomic واسه هندل کردنش استفاده میکنیم.
و این فقط مربوط به بخش های مالی پروژه نمیشه.
چون معروف ترین مثالی که واسه اش زده میشه مثال حساب بانکیه.
ولی شما فرض کنید که یک موجودیت teacher دارید که یک نوع از User هستش. شما واسه ساخت موجودیت تیچر ؛ اول یوزر رو میسازید ؛ بعد از اون هم تیچر رو. توی خط کد های پشت سر هم.
حالا در نظر بگیرید برنامه خط اول رو پشت سر میذاره ؛ یوزر داخل مدل یوزر ساخته میشه اما قبل از این که همین یوزر داخل مدل تیچر هم ساخته بشه ؛ کد کرش میکنه یا هر نوع اکسپشنی رخ میده.
اینجاست که شما با اطلاعات ورودی یک دیتای ناقص در دیتابیس تعریف کردید.
میخوام بگم استفاده از #transaction_atomic ها مختص شرایط خیلی خاصی نیست.
فقط کافیه یه کم راجع به ترنزکشن ها توی دیتابیس بدونید و روش استفاده ازش رو مطالعه کنید.
از لینکدین fateme Akrami

✅ شاید همگی با این جمله ی خفن و معروف آشنا باشیم .

"premature optimization is the root of All evil"

بنظر شما رانندگی با ماشین فرمول یک تو خیابون های شهر کار عاقلانه ایه؟
خب مشخصه ، نه .
پس یادمون باشه قبل هر تصمیمی برای ارتقای یک پروژه یه شاخص مهم رو در نظر بگیریم ، این شاخص چیزی نیست جز نیاز مشتری ، باید این نیاز رو پیدا کنیم .
یه سوال
از کجا بفهمیم که نیاز به improvement هست یا نه و یا ساده تر بگم چطور تشخیص بدیم که نیاز داریم ارتقا بدیم یا نه ؟ اینحاست که performance testing مطرح میشه.
بنظر من performance testing ارزش یک برنامه نویس رو نشون میده ، تنها راه مقابله با کمالگرایی بیهوده ، سدیه به نام performance testing.
ما به عنوان یک برنامه نویس قراره ارزشمون رو با پاسخ به یک نیاز نشون بدیم ، نه آب در هاون کوبیدن .
سوال بعدی، خب چطور performance testing انجام بدیم ؟
یکی از روش ها تو پروژه های جنگویی استفاده از locust هست با اینکار میتونین بفهمین که پروژتون چند مرده حلاجه و به بیانی دیگر نیاز به improvement رو تشخیص بدین .

پس یادمون نره کنار هر مهارت خفنی که یاد میگیریم در نظر بگیریم که مدیریت زمانی میکنیم و ارزش اون کار دیده میشه یا نه.

کمالگرایی آفتیه که تو باغ هر برنامه نویسی میوفته ، با locuat آفتکشی کنید .

بازم از لینکدین Erfan Aliaghdam
لینک:
https://www.linkedin.com/posts/erfan-aliaghdam-20a439204_performanceabrtesting-testing-django-activity-6955392499020349440-ktMP?utm_source=linkedin_share&utm_medium=member_desktop_web

ازین مدل کد توی سورس کد پکیج‌ها زیاد دیدید همون استاندارد
EAFP
امروز یکی از نیروهای junior که باهاشون کار می‌کنم روی یکی از کدها به اروری میخورد و کار پیش نمی‌رفت.
ارور فریمورک هم واقعا نامشخص نبود و چیزی ازش دستمون رو نمی‌گرفت (زمانی که tensorflow 0.7 اومده بود قشنگ یادم هست ازین چالش‌ها زیاد داشتیم)

توی سورس اگر کدهارو بخونید یک ساختاری شبیه عکس وجود داره که باعث میشه در نهایت ارور خاص فریمورک برگرده؛ البته با یک تغییر کوچیک توی خط 10 :
raise CustomException('Finally we raise our custom error in framework.') from None

همین from None باعث میشه exception های قبلی چاپ نشه.

پاک کردن همین ۲ کلمه باعث شد توی ۵ دقیقه مشکل حل بشه‌.

دیدم نیروی خودم بلد نبود گفتم شاید بهتر باشه اینجا هم بذارم بدرد کسی بخوره.

مثال بالا در صورت وجود
from None

✅ از Linkedin آقای arash hosseini #مهندسی_سیستم لینک در نظرات پست
مهندسی سیستم بخش اول :

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

فهم کارایی :
به صورت کلی کارایی یک سیستم فاکتور اصلی سطح موفقیت یک سیستم است. نوع کارکرد سیستم برخی اوقات به عنوان "معیار موفقیت" کارایی یک سیستم تلقی می گردد.
دسته بندی کارایی :
کارایی عینی :
کارایی که شواهد فیزیکی قابل اندازه گیری بر اساس شاخص های از قبل تعیین شده را تولید می نماید . مانند جوشیدن آب در 180 درجه
کارایی ذهنی :
کارایی که بر اساس شاخص های کیفی ذهنی عمل می نماید که بر اساس سنجه های حسی، تفسیری یا دیدگاه هر شخص متفاوت است.
بخش اول کارایی عینی :
از زاویه دید مهندسی سیستم، بخصوص در ثبت مشخصه های سیستم، توانایی های یک سیستم و سطح کارایی مورد انتظار باید به صورت شفاف، بدون ابهام، قابل اندازه گیری، قابل تست، با پارامترهای قابل بازبینی و بدون اثر گذاری تفسیرهای ذهنی باشد.پاره ای از مثال های کارایی عینی به شرح ذیل می باشد :

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

سلام به همه
دوستان اگه کسی html css رو اصولی بلده
و با css grid و flexbox آشنایی خوبی داره
و وقت داره چند جلسه خصوصی آنلاین بشه
به @miladhzz پیام بده (هزینه هر جلسه توافقی 😁 )

✅ از Linkedin آقای arash hosseini #مهندسی_سیستم لینک در نظرات پست
مهندسی سیستم بخش دوم :

پیشگفتار : در مجموعه مهندسی سیستم در نظر دارم توضیحات و لیست هایی ارائه کنم که بر کیفیت تعریف پروژه ها و سیستم های ما تاثیر مثبت بگذارد.در فضای تعریف مسئله در متون فارسی وظیفه تک به تک ما بالابردن استانداردهای کاری در جهت خارج کردن افراد نابالغ و رانت از چرخه کاری تخصصی فناوری است. که بنظر بنده تعریف استانداردهای شفاف راه را بر این عزیزان تنگ خواهد نمود. نکته مهمی که باید در نظر گرفت این مباحث تنها گوشه ای از مسائلی است که به مثابه چراغی برای طی کردن مسیر خواهد بود از این رو نمی توان به این کوتاه نوشته ها به عنوان نقشه ای کامل برای رسیدن به راه حل نگریست.
ادامه کارایی عینی
دامنه عملیات سیستم :
هر سیستم دارای یک دامنه عملیاتی یا " حوزه نفوذ" می باشد که محدوده پوشش، عملیات و اثرگذاری خود را محدود می نماید. انسان در طول زمان آموخته است که با بکار گیری ابزار، محدوده اثرگذاری یک سیستم را افزایش دهد.به عنوان مثال یک هواپیما محدوده عملکردی مشخص بر اساس شرایط همانند سوخت، میزان بار و وضعیت آب و هوا دارد. به کارگیری تانکرهای حمل سوخت هوایی جهت سوخت رسانی مجدد و امکانات نگهداری و پشتیبانی در مسیر پرواز می تواند محدوده عملکرد هواپیما را افزایش دهد.
چارچوب مرجع سیستم :
هر سیستم در هر نقطه ای از زمان دارای یک چارچوب مرجع می باشد که این مورد می تواند دائمی یا موقتی باشد :
· مرکز فرماندهی عملیات برای عملکردهای حوزه فعالیت
· راهی ساده برای ناوبری سیستم
مراتب بالاتر برای سیستم ها :
· هر سیستمی در راستای اهداف یک سیستم کلان تر فعالیت می کند که تحت حاکمیت، اداره ، محدودیت یا کنترل عملیات یا کارایی آن می باشد.
· منابعی را برای اهداف بالاتر در اختیار قرار می دهد.
نقش هدفمند سیستم :
نگاه به جهان از دید "سیستمی از مجموعه ای از سیستم ها"، هر سیستم طبیعی یا دست ساخته بشر، نقشی سودمند بر پایه دلیل وجودیش دارد که توسط مالک یا به کار گیرندگان آن پیش بینی شده است.
ماموریت سیستم :
هر سیستمی ماموریت هایی را برای تحقق خود در جهت دستیابی به اهداف عملکرد مبتنی بر نتیجه که توسط مالک و کاربران آن تعیین شده است انجام می دهد

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

محدودیت های عملیاتی و شرایط کارکرد سیستم :
هر سیستمی در اجرای ماموریت خود، تحت کنترل سیستم بالاسری بر اساس تعدادی محدودیت عملیاتی وشرایط کاری می باشد.

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

سازگاری سیستم :
هر سیستم دارای درجه ای از سازگاری برای کاربر، از نظر تناسب با طرح برنامه ریزی شده و یک پارچگی با سیستم سازمان کاربران دارد.

✅ از Linkedin آقای arash hosseini #مهندسی_سیستم لینک در نظرات پست
مهندسی سیستم بخش دوم - ادامه:

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

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

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

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

✅ معرفی یک دوره آموزشی پدر بیامرزی 😂
این یک تبلیغ برای فرادرس نیست

آموزش الگوهای طراحی یا دیزاین پترن در پایتون Python
مدرس: پژمان اقبالی شمس آبادی

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

لینکش:
https://faradars.org/courses/fvpht96081-design-patterns-in-python

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

https://www.asriran.com/003j9z

✔️ که البته فعلا میخوان اینو اضافه کنن به قانون کار

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

برای همین توی ایران تا دلتون بخواد ریفکتور می‌بینیم (خیلی موارد البته بخاطر شیت کد بودن هست) ؛ ریفکتورهایی که فقط استانداردها رو تغییر دادند و وقتی کد رو مقایسه می‌کنید لزومی نمی‌بینید برای وقتی که گذاشته شده

برای این موضوع ما ۳ هفته وقت رو از دست دادیم روی یک پروژه (مربوط به ۳ ماه قبل هست) و خیلی دوست داشتم راجبش بنویسم چون دقیقا بعد از این موضوع توی تیم خودم روشی که خودم برای ریفکتور کردن دنبال می‌کنم رو ارائه دادم

نکته : اگر دارید system design رو تغییر میدید دیگه اسمش refactor نمی‌شه و این تکنیک جواب نمیده
اما اگر بعنوان مثال کدی رو روی پروداکشن دارید که داره کار می‌کنه و system design مناسبی داره و فقط کدها بد پیاده سازی شده و پرفورمنس خوبی نداره اونوقت به ریفکتور نیاز دارید و تکنیکی که میگم :

شخصا از تکنیکی استفاده می‌کنم که توی تیم بهش میگیم
3 step refactor
وقتی بیزینس درخواست فیچر جدیدی میده که اصن معلوم نیست موندگار هست یا رفتنی یا ... و فعلا فقط روی سرور تست قرار هست بالا بیاد
step 1:
do it as fast as possible (even shit code is ok)
توی سریعترین زمان ممکن اون رو توسعه میدیم حتی اگر shit code باشه (شیت کد رو هم توی تیم براش سقف گذاشتیم)

برای همین خیلی از فیچرها و اید‌ه‌های اولیه در ۵-۳۰ دقیقه پیاده‌سازی می‌شه
Fail fast

اما اگر کدی که قبلا زده شده رو داریم می‌بینم چون بیزینس توی یک بخشی تغییر خواسته یا سرعت بالاتر خواسته و ما توی بررسی به یک کد dependent هم برخورد کردیم
step 1 (not new feature):
Tag it as first seen ( CHECKED: )

با یک کلید مشترک (کل تیم سرش اجماع کردند) بصورت کامنت تگ میزنید مثلا توی تیم من کلید CHECKED: هست.
نکته این کلیدهارو به ابزارهای highlight توی IDE اضافه می‌کنید که سریعتر و راحت تر دیده بشه

اگر خود شما یا دولوپر دیگری توی تیم مجددا این کد رو ببینه اولین کاری که می‌کنه تبدیل تگ هست
step 2 (see it again) :
Tag it with ( Attention: )

اگر مجدد برای بار سوم اون تابع یا کلاس یا ... رو دیدید باید refactor بزنید رو سرش
step 3 ( 3rd time) :
PROBLEM: first priority is to refactor the code

توی این لحظه اولویت اصلی شما ریفکتور کردن تایع هست (هیچ چیزی مهمتر از این نیست)

البته شرایط خاص و ۱٪ هم داریم که در اون مواقع فقط tag میزنیم بدون ریفکتور
PROBLEM:

هر کدوم از اعضای تیم وقتی کدی رو pull - fetch میکنه اولین کاری که می‌کنه اینه که دنبال PROBLEM: باید بگرده و مشکلش رو برطرف کنه.
بعد می‌تونه به کار خودش ادامه بده.


توی پروژه خیلی از توابع و کلاس‌ها هستند که ممکنه سالی ۱ بار استفاده بشه یا اصلا استفاده نشه و انقدر پروژه بزرگ هست که کسی متوجه این موضوع نمیشه

ریفکتور کردن کل پروژه با تعریفی که از ریفکتور گفتم توی اکثر مواقع احمقانه بنظر میرسه باقی موارد هم نشون میده شما تخصص کار و درک کدهای دیگران رو ندارید متاسفانه.

@PyHints

انواع ساختار داده با شکل و موارد استفاده
از کانال @lython
با تشکر از @TadavomnisT_channel

مواردی که به نظر من یک بک اند کار برای کار تو شرکت های مدرن خارجی و گرفتن جاب آفر داخلشون باید بلد باشه, طبق تجربه این چند وقتم داخل مصاحبه ها و جاب هایی که دیدم:

1. آشنایی با گیت
2. تست نویسی
3. آشنایی با github action برای نوشتن فایل work flow yaml
4. درک عمیق تر از پایتون (خوندن کتابی مثل fluent python یا python cook book)
تسلط به پترن دیزاین ها
5. آشنایی با paradigms های مختلف برنامه نویسی
6. الگوریتم
7. تسلط روی SQL
8. آشنایی با MySQL یا PostgreSQL.
9. آشنایی با داکر و داکر کامپوز
10. آشنایی با مفاهیم Event driven architecture, SOA, microservice و Monolithic
11. تسلط رو یک فریم ورک microservice friendly مثل FastAPI یا Flask
12. آشنایی با یک فریم ورک Monolithic مثل جنگو میتونه مزیت خوبی باشه.
13. آشنایی با یک سرویس کلاد (AWS/Azure/GCP) در حد نیاز بک اند. معمولا certificate های مشخصی دارن که میتونید راجبشون تحقیق کنید و تو اون مسیری که مربوط به بک اند دولوپر میشه برین.
14. آشنایی با دیتابیس های کلاد مثل amazon rds
15. آشنایی با serverless و نمونش داخل کلاد مثل AWS Lambda
16. آشنایی با k8s در حد نوشتن فایل yaml سرویستون
17. آشنایی با یک ابزار IAC مثل terraform
(از بین ترافورم یا k8s و داکر, معمولا رو یکیش تمرکز میکنن شرکتا. و تو اغلب آگهی ها هم دیدم وزن بیشتر سمت داکر و k8s بوده تا ترافورم)


@ManiFoldsPython

ابزاری که تو جنگو استفاده میشه برای پیدا کردن bottleneck

Silk

Django Tool Bar

RunProfileSaver

فصل 26 کتاب Two scopes of django رو حتما مطالعه کنید 👍
@ManiFoldsPython

🔁 از کانال @manifoldspython

من پست interactive خیلی دوست دارم, که ذهن مخاطب رو به چالش بکشه و صرفا نخونه و رد شه. برای همین ذهنتون رو به چالش میکنم.
تو ذن پایتون داریم
There should be one-- and preferably only one --obvious way to do it.
ولی از طرفی داریم
there is no solution only trade offs

این دو تا چه فرقی باهم دارن تو software development؟ یعنی یکیشون غلطه؟ در تضادن؟ یا نیستن؟

پاسخ این موضوع:
درواقع باهم درتضاد نیستن و مختلفن
ذن پایتون به readability و maintainability بودن یک کد اشاره میکنه. میگه شما موقع نوشتن کد فقط یک راه حل منطقی دارین و بهتره فقط از همون راه حل استفاده کنید و الکی کدتون رو پیچیده و غیرقابل فهم نکنید. مثل مثالی که از لینکدین چند وقت پیش زده بودم.

اما دومی بیشتر تو بحث software design و pattern design مطرحه که میگه شما سولوشن های زیادی دارین, هیچکدوم خوب و بد نیستن. اما هرکدوم trade off خودشون رو دارن, و با توجه به منطقی که برای خودتون تعریف کردین باید یکیشو انتخاب کنید. یعنی برخلاف باینری, سولوشن ها 1 و 0 نیستند و این منطق پشت بیزنس و سایز اون بیزنس هست که باعث میشه وزن trade off های یک سولوشن سنگین تر یا سبک تر شه نسبت به هم دیگه.

دموی جرمی هاوارد برای زبان برنامه نویسی mojo
این زبان در واقع یه چیزی مثل همون تایپ اسکریپت که برای جاوااسکریپت بود برای پایتون قراره باشه.
خیلی سرعت رو بیشتر می‌کنه و تایپینگش عالیه.

🔁 از کانال @odoo_community_iran

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

اینجا (https://rastikerdar.blog.ir/1402/02/15/%D8%B2%D9%86%D8%AF%DA%AF%DB%8C-%D8%A8%D8%A7-%D8%B3%D8%B1%D8%B7%D8%A7%D9%86) داخل وبلاگ‌ش بیشتر توضیح داده خودش.

اگر استفاده‌ای از فونت‌هاش داشتین - که قطعا داشتین - به عنوان مثال، فونت فارسی تلگرام دسکتاپ وزیرمتن ایشون هست، فرصت خوبیه تا دونیت کنید و گره‌ای از گره‌های ایشون باز کنید.

لینک دونیت:

https://www.payping.ir/@saber
https://www.payping.ir/d/zfLz

#حمایت #موقت

rastikerdar.blog.ir (https://rastikerdar.blog.ir/1402/02/15/%D8%B2%D9%86%D8%AF%DA%AF%DB%8C-%D8%A8%D8%A7-%D8%B3%D8%B1%D8%B7%D8%A7%D9%86)