داش اصلا بک‌اند بمولا 🥰❤️

@TorhamDevCH

اون گپ صورتی‌رنگ پای‌دنتیک دقیقا PydanticV2 هست. دلیل اصلی این گپ به این بزرگی اینه که سیستم ولیدیشن از پای‌دنتیک جدا شد و تحت یه پکیج دیگه (pydantic-core) که با راست نوشته شده بود رلیز شد. بنظرم بعد از Postgres، یکی بجاترین رلیز ها بود چراکه پرفرومنس و ران‌تایم رو تا ۵۰ برابر سریعتر کرد. از خوبیاش که بگذریم، باعث شد یه سری از بیزینس ها که وابستگی نرم‌افزاری شدیدی به PydanticV1 داشتن، با اینکه کلی تول نوشته شده واسه مهاجرت از ورژن ۱ به ۲، بخاطر Breaking changeها حسرت به دل بمونن و نتونن آپگرید کنن. :(

برای آگاهی بیشتر:
https://pydantic.dev/articles/pydantic-v2#breaking-changes--compatibility--section

خوب دوستان، از الان میتونیم بگیم حداقل قزقستان نیستیم!😂

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

اتفاقی که اینجا با http میوفته، از اونجا که http هیچ رمزنگاری روش سوار نیست، همه میتونن پکت‌ها رو باز کنن و بخوننش. اما https که اومد و TLS اضافه کرد باعث شد که پکت‌ها رمزنگاری بشن و کسی نتونه اونا رو بخونه؛ اگه شما لازم دارید که پکت رو بخونید باید کلید‌ها رمزنگاری رو داشته باشید. در نتیجه هیچ کس جز مقصد و مبدا نمیتونن بخوننش، اما شاید براتون سوال بشه که پس چطوری فیلتر میکنن؟ خب اون فیلترینگ تو لایه پایین تر اتفاق میوفته که برای مثال IP هارو میبندن، چون هیچ وقت IP و پورت رمزنگاری نمیشن همه میتونن بخوننشون، در نهایت خواستم بگم دوستان غیور قزاقستان اومدن یک برنامه نوشتن که رو یوزر نصب میشه و این کلید‌های رمزنگاری رو هم میگیره :))) و گویا نصبش هم اجباری. تازه اسمش هم چسبوندم به امنیت :)))))

@TorhamDevCH

آقا جدی بیایید فریمورک محور نباشید. همه چیز رو به فریمورکی که باهاش کار می‌کنید نچسبونید، اینکه چقدر SQLAlchemy بخونید کافیه چون FastAPI کار میکنید یا چقدر Mysql بلد باشم که با جنگو کار کنم که جقدر پایتون بخونم که جنگو یادبگیرم ( چنگو زیاد مقال میزنم چون اینجا خیلی بیشتر استفاده میشه).

جواب همشون: هر چقدر بیشتر بهتر
به جای چقدر sqlalchemy برای fastapi خود sqlalchemy رو یادبگیرید
به جای چقدر mysql برای جنگو خود mysql یادبگیرید. در نهایت هم اینا نظر منه، اگه میخوایید فقط جنگو کار باشید و هیچ پ‌دیگه از بقیه‌جاها ندونید مثل یک داننده که فقط بلده رانندگی کنه اونم فقط و فقط با ماشین خودش اشکالی نداره، در نهایت انتخاب خودتونه:)
@TorhamDevCH

مثال شاید بی‌خود. خیلی‌هاتون جنگو کار میکنید و همیشه داخل پوشه کانفیگ جنگو فایل wsgi.py رو دید، شاید حتی تغییرش داده باشید اگه Django channels زده باشید. ولی تا حالا رفتید ببینید اصلا wsgi چیه؟‌ یا وقتی جنگو چنلز کار میکردید رفتید ببینید Asgi فرقش چیه؟ خیلی‌ها رفتن خیلی بیشتر‌ها نرفتن.

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

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

مثال میگم, کسی که کتاب two scopes django رو خونده باشه اونجا نویسنده میگه که تو جنگو تمام assert ها رد میشن موقعی که دیباگ رو false میذارین. دلیلش چیه؟ دلیلش اینه که شما وقتی پایتون رو آپتیمایز ران میکنید (و خود پایتونم از حالت دیباگ خارج میشه که با داندر دیباگ میتونید ببینید) یکی از کار هایی که میکنه تمام assertion هارو ایگنور میکنه. پس شما وقتی two scopes رو دارید میخونید باید بعد اون جمله ای که نوشته یک چرا بذارید و گوگلش کنید. چرا اینکارو میکردن؟‌ قطعا یک دلیلی دارن دیگه... جنگو core دولوپر ها که الکی کدی وارد جنگو نمیکنن... عمق اطلاعاتتون هم در همین راستا زیاد میشه.

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

مثال دیگه وقتی شما مینویسی router.post باید بدونید داره چه اتفاقی میفته. اینکه میاین validation حجم باینری فایل input رو توی خود روتر مینویسید یعنی عمق سواد HTTP نداشتین.
مثال دیگه اینکه داریم کد رو decouple میکنیم که reusable شه باید بدونید چرا داریم اینکارو میکنیم. برنامه نویسی جغرافی نیست. من دیدم بعضیا میگن چون فلان کتاب یا فلان شخص گفته, دنبال راه حل اونا نباشید تو مرحله اول شما باید صورت سوال رو درک کنید تا بعد بتونید راه حل اونا رو درک کنید.

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

@ManiFoldsPython

🚀 خبر هیجان‌انگیز! 🚀

اولین محتوای انگلیسی خودم رو تو یوتیوب منتشر کردم با عنوان “چطور یک پروژه فرانت‌اند رو با استفاده از CDKTF روی AWS پیاده‌سازی کنیم”. این ویدیو یک راهنمای جامع برای کمک به توسعه‌دهنده‌ها، چه تازه‌کار و چه حرفه‌ای، برای پیاده‌سازی اپلیکیشن‌های فرانت‌اند روی AWS با استفاده از Cloud Development Kit for Terraform (CDKTF) هست.

🔗 الان ببینید:

How to deploy a Frontend project to "AWS", using " CDKTF"?
https://youtu.be/P1ZUJrzJNcs

درود دوستان

مصاحبه سطح جونیور با آقا بهداد عزیز

سری جدید ماک اینترویو رو داریم شروع می‌کنیم و لطفا در این فرآیند هرگونه ‍نظر مثبت و منفی دارین برام بنویسین که توی مصاحبه های بعد تغییر بدیم

@BenDevelop

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

یک پلی لیست عالی از امیربهادر 👌
دیدن ماک یکی از بهترین روش های یادگیریه.
مصاحبه انجام دادن مثل رزومه نوشتن یک اسکیله. لزوما کسی که دانش تکنیکال خوبی داره خوب مصاحبه نمیکنه. بخش خیلی زیادی از مصاحبه اسکیل communication هست که خیلی مهمه. لزوما کسی که بره تو یک مصاحبه ۳ تا سوال الگوریتمی حل کنه استخدام نمیشه و FAANG و شرکت های بزرگ تر برای اینکه فرصت چک کردن assignment ندارن و هزینه زیادی براشون میبره و لایو هم نیست رو به پرسیدن سوال های الگوریتمی آوردن‍, که البته هدفشون استخدام یک leet coder نیست‌(ولی سولوشن بهتری براشون وجود نداره یا هنوز پیدا نشده که بتونن یک سوالی رو طرح کنند و طرف بتونه با کد زدن حلش کنه و اسکیل communication اش هم نشون بده و عمق دانشش هم نشون بده)
و البته سوالای system design ای که میپرسن هم دوباره یک مکانیزمه که leet coder ای استخدام نکنن که communication خوبی هم داره.

من میخواستم خیلی وقت پیش یک repo بنویسم برای مصاحبه دادن (مثل رزومه نویسی)
ولی بعدش فهمیدم که اونقدر مصاحبه objective نیست و تا کسی مصاحبه ماک خوب نبینه چند تا مصاحبه نده قلقش دستش نمیاد. ولی نوشتن resume خیلی آبجکتیو هست که یک ریپو دارم در خصوص تکنیک های نوشتن رزومه.

یک نکته که اخیرا کشف کردم برای اپلای, اگه سطح زبانتون خوبه حتما درج کنید (مثلا اگه c1 هستین بنویسید که c1 هستین) چون واقعا خیلیا (حتی اروپایی و خارجی ها) خیلی خوب حرف نمیزنن. البته دروغ ننویسید چون قطعا باعث ریجکتتون میشه اگه بنویسید c1 بلدید ولی تو مصاحبه اول نتونید در حد c1 حرف بزنید.
@PyBackendHub

ساعت ۷ صبح بهتون خوش بگذره 🥰

دوستان شهریار پس از سالها بلاخره پخت

حل کردن بازی Wordle با پایتون

https://shahriarshm.com/?p=104


@TorhamDevCH

دوستان همینک وب سرور خودم رو معرفی میکنم. آینده وب سرورها.
https://github.com/TorhamDev/its-a-webserver

فقط متد GET از HTTP/1.1 رو ساپورت میکنه 😂✌️
@TorhamDevCH

#music

خواستم بگم امینم برگشت 💀
https://youtu.be/22tVWwmTie8
موزیک ویدیوش حتما ببینید

Learn PostgreSQL Tutorial - Full Course for Beginners

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

شاید برای شما هم سوال بود که چطور SQL کوئری‌هایی که با ORM جنگو میزنیم رو ببینیم؟

https://b0uh.github.io/django-show-me-the-sql.html

@TorhamDevCH

به نظرم یکی از بهترین اسکیل(مهارت؟)هایی که به عنوان یک برنامه‌نویس میتونید داشته باشید، توانایی تحقیق و جست‌وجو، یعنی چی؟
یعنی وقتی یک سوالی براتون پیش میاد سریع نرید دنبال اینکه جواب چیه. منظورم اینه که بدون درک کردن جواب صرفا جواب بدونید. مثل اون موقع‌هایی که داری گیم بازی میکنی تو یک مرحله میمونی و گوگل و بقیه جاهارو میگردی که فقط مرحله رو رد کنی، دقیقا هرکاری که طرف میکنه رو انجام میدی تا مرحله رو رد کنی:).
ولی خب شاید بهتر بود از همون اول دیالوگ NPCهارو میخوندی XD.
موضوع اینه که آدم فضایی‌ها نمیان به اون آدم‌ها بگن که چطوری اون مرحله کار میکنه یا راه حل فلان مشکل چیه، اون آدم‌ها صرفا انقدر صبور و کنجکاو بودن که دیالوگ NPCها رو بخونن. در نتیجه شماهم اگه سعی کنی دفعه بعد که مشکلی رو خوردید به جای جواب مستقیم به سمت جواب غیر مستقیم برید و اول موضوع و مشکل رو درک کنید احتمالا خیلی چیزهای بیشتری یاد میگیرید.

روشش هم ساده است.
به یک مشکل میخورید، مثلا ارور، اینجا دوتا مسیر پیش‌رو داریم.
مسیر اول ارور کپی میکنی گوگل یا این‌روزا با کلاس‌ترها GPTمیکنن و جواب مستقیم در میارید دوتا خط کد هم کپی میکنید یا تغییر میدید و پایان.

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

@TorhamDevCH

ایونت لوپ چیست؟ درسته داخل js توضیح میده ولی این مفهوم همجا یک چیزه ما داخل Async پایتون هم ایونت لوپ رو داریم. و البته که یکم js یادگرفتن بد نیست :)

اگه یک نفر اینطوری js یاد میده، من برم js دولوپر شم 😂💔

https://www.youtube.com/watch?v=8aGhZQkoFbQ