فرقشون چیه و کِی کدومو استفاده کنیم؟

اگه کارت بیشتر با ورودی/خروجی (I/O) سر و کار داره، مثل وقتی که از اینترنت داده می‌گیری یا فایل می‌خونی، multithreading یا async به کارت میاد.

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

@code_cache

زمان جومونگ هرروز Daily داشتن

@code_cache

وقتی پروژرو رو لوکال ران میکنم vs وقتی میبرم رو سرور

@code_cache

وب سایت levels.fyi‎ که به جویندگان کار کمک میکنه دستمزد در شرکت‌های مختلف را مقایسه کنن یک heatmap حقوق اضافه کرده که میتونید بازه حقوقی برای شغلهای مختلف را در شهرهای امریکا ببینید.

@code_cache

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

@code_cache

کی از Git Rebase استفاده کنیم و کی از Git Merge؟

گاهی توی کار با Git با این سؤال مواجه می‌شیم که کی بهتره از rebase استفاده کنیم و کی merge؟ این موضوع می‌تونه روی خوانایی و ساختار تاریخچه پروژه تاثیر زیادی بذاره.

وقتی که می‌خوایم تاریخچه‌ای تمیز و خطی داشته باشیم، از git rebase استفاده می‌کنیم. مثلاً فرض کنید در حال کار روی یک شاخهٔ جانبی (feature) هستیم که از شاخهٔ "main" ساخته شده و در این مدت، تغییرات جدیدی در "main" رخ داده است. اگر از rebase استفاده کنیم، تغییرات شاخهٔ "feature" به گونه‌ای دوباره اعمال می‌شوند که انگار بعد از آخرین تغییرات شاخهٔ "main" انجام شده‌اند. این کار کمک می‌کنه که تاریخچه پروژه به شکلی خطی و ساده باقی بمونه و دیدن اینکه چه تغییراتی و به چه ترتیبی انجام شده، راحت‌تر باشه.

اما باید با git rebase با احتیاط رفتار کنیم، چون در صورت استفاده نادرست می‌تونه مشکلات جبران‌ناپذیری ایجاد کنه. به‌ویژه، زمانی که چند نفر به طور همزمان روی یک شاخه کار می‌کنند، استفاده از rebase می‌تونه منجر به سردرگمی و مشکلات ترکیب (merge conflict) بشه. بنابراین، بهتره زمانی از rebase استفاده کنیم که با نحوهٔ عملکرد دقیق اون آشنایی کافی داشته باشیم.

از طرف دیگه، وقتی که می‌خوایم دو شاخه رو با هم ترکیب کنیم و دوست داریم که تاریخچهٔ هر دو شاخه و تغییراتشون حفظ بشه، git merge بهترین انتخابه. این روش مخصوصاً زمانی مناسب هست که بخوایم مشارکت چندین توسعه‌دهنده و تاریخچه کارهای انجام شده روی هر شاخه رو حفظ کنیم. merge به ما این امکان رو می‌ده که به وضوح ببینیم که در چه زمانی دو شاخه با هم ادغام شده‌اند و هیچ تغییری از دست نرفته است.

در کل، هر دو دستور rebase و merge کاربردهای خاص خودشون رو دارن و بسته به نیاز پروژه و ساختار تیم باید انتخاب بشن. rebase برای تمیز نگه داشتن تاریخچه و merge برای ترکیب و حفظ شاخه‌های موازی به کار می‌ره. مهم اینه که هر کدوم رو با دقت و با توجه به نیازهای پروژه استفاده کنیم.

@code_cache

وقتی از بچه های کامپیوتر درمورد ارتباط با خانواده میپرسی:

@code_cache

وضعیت فریلنسر‌ها :

@code_cache

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

@code_cache

مقایسه سرعت سی‌پی‌یو در خواندن اطلاعات از مموری و SSD

@code_cache

آسمون بیاد زمین، زمین بره آسمون فرانت برنامه نویس نیست.

@code_cache

😏😏😏

@code_cache

دهن سرویس اگه بک برنامه‌نویس نیست پس نقاشا برنامه‌نویسن؟
نکنه دیزاینر و تستر و پهپ کار و وردپرس کارم برنامه‌نویسن😂😂

@code_cache

اره داداش بکشو میزنم، api میدم خود یوزر با پست‌من یا با کرل تو ترمینالش ریکوئست میزنه 🧠

@code_cache

روی پاکت سیگار نوشته : "No Smoking"
روی بدنه موشک هم نوشته :"No War"
کی به کیه؟
بذار فرانت کارا هم توی رزومه بنویسن "برنامه نویس"

@code_cache

کدوم بدتره؟
زندگی کردن به عنوان یه فرانت دولوپر
یا مردن به عنوان یه بک‌اندکار

@code_cache