هاو تو پرانوس پراوگامینگ لنگوجیز😂😂😂😂😂


فقط CSS 😂😂😂

تاییده؟!!!!

@MPL_Code

اولین رباطی که رباط صلیبی پاره کرد


@MPL_Code

SEPTEMBER
🫠🥲

@MPL_Code

جادی اینجوری روحیه میده به شاگرداش😂
😂😂



@MPL_Code

رسماً دارن ما رو تبدیل به هیچ میکنن

فرق مردم عادی با یه برنامه نویس 🤣

@MPL_Code

شما هر زمینه ای رو که نام ببری من تو اون زمینه حداقل یه بار ریدم😂😁

گیت چیه و چرا هر شخصی بهتره از همون اول بشناسدش؟
دقت کردی نگفتم فقط برنامه‌نویس؟ گفتم هر شخصی. 😄
بذارید با یه مثال ساده توضیح بدم:
فرض کنید دارید روی لپ‌تاپتون یک کتاب می‌نویسید.
هر روز یه مقدار بهش اضافه می‌کنید و هر بار هم تغییراتتون رو توی همون فایل ذخیره می‌کنید.
حالا چند ماه می‌گذره...
یه روز با خودتون می‌گید:
«من ایده‌ی روز اول رو بیشتر دوست داشتم، کاش می‌تونستم برگردم به همون نسخه.»
ولی مشکل اینجاست که دیگه نمی‌دونید نسخه‌ی روز اول کجاست! 😐
یا شاید برای هر تغییر، یک فایل جدا ساخته باشید:
book-final
book-final-2
book-final-new
book-final-new-real 😂
و حالا خودتون هم نمی‌دونید کدوم نسخه، همونیه که می‌خواستید!
اینجاست که Git وارد میشه.
شما یک فولدر می‌سازید، مثلاً:
My Journey
و Git رو بهش اضافه می‌کنید.
از این به بعد هر تغییری که انجام می‌دید، می‌تونید به Git بسپاریدش تا تاریخچه‌ی تغییرات پروژه‌تون رو نگه داره.
امروز چیزی می‌نویسید → ذخیره
فردا تغییرش می‌دید → ذخیره
پس‌فردا کلاً نظرتون عوض میشه → مشکلی نیست!
چون Git نسخه‌های قبلی رو به خاطر سپرده. 🧠
پس اگر یه روز از تغییر جدیدتون پشیمون شدید، می‌تونید به نسخه‌ی قبلی برگردید.
و این دقیقاً یکی از دلایلیه که Git فقط برای برنامه‌نویس‌ها نیست.
هر جایی که با فایل‌ها و تغییرات زیاد سروکار دارید، داشتن تاریخچه‌ی تغییرات می‌تونه نجات‌دهنده باشه.

Git یعنی: «نگران خراب کردن نسخه‌ی قبلی نباش؛ من یادم می‌مونه چی تغییر کرده.»

دستوراتی که ممکنه خیلی کمک مون کنه:

رفیق خوب مون: git status

دوست خوب مون : git log

#گیت‌
@MPL_Code

تیکه یی از کتاب دوباره فکر کن ، نویسنده آدام گرانت
@MPL_Code

Unix
چیه؟ و چرا همه اسمشو می‌شنون؟

بذار با یه مثال ساده بگم.

اول از همه، Unix یک سیستم‌عامل و در کنار اون، یک خانواده و فلسفه مهم در دنیای سیستم‌عامل‌هاست که از دهه ۱۹۷۰ شکل گرفت.
اما چیزی که یونیکس رو خاص کرد فقط خود سیستم‌عامل نبود، بلکه طرز فکری بود که پشت طراحی اون قرار داشت.
فرض کن یه جعبه ابزار داری.
توش یه چکش هست، یه پیچ‌گوشتی، یه آچار و یه انبردست.
هیچ‌کدوم قرار نیست همه کاره باشن. هر کدوم برای یه کار مشخص ساخته شدن، ولی وقتی کنار هم قرار می‌گیرن، می‌تونی باهاشون یه کار بزرگ انجام بدی.

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

mkdir

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

یا:

cd

مخفف Change Directory هست، یعنی تغییر مسیر یا رفتن به یه پوشه دیگه.

مثلا:

mkdir myproject

یه پوشه به اسم myproject می‌سازه.

بعد:

cd myproject

وارد همون پوشه می‌شیم.

این دستورات رو می‌تونیم از طریق Command Line در ویندوز یا Terminal در لینوکس و macOS اجرا کنیم.

البته یه نکته مهم اینجاست: ویندوز خودش یونیکس نیست و بر پایه معماری Windows NT ساخته شده، اما ابزارهایی مثل WSL و Git Bash به ما اجازه میدن داخل ویندوز هم با محیط‌ها و ابزارهای شبیه یونیکس کار کنیم.
جالب‌تر اینکه لینوکس و macOS از ایده‌ها و اصول یونیکس تأثیر زیادی گرفتن.
برای همین اگر وارد دنیای برنامه‌نویسی، طراحی سایت، بک‌اند، شبکه، امنیت، سرورها یا حتی هوش مصنوعی بشید، احتمالا دیر یا زود با مفاهیم یونیکس و سیستم‌های Unix-like روبه‌رو می‌شید.

پس یونیکس فقط چندتا دستور مثل cd و mkdir نیست.
یونیکس یه دنیای خیلی بزرگه و توی بخش‌های مختلف دنیای کامپیوتر و اینترنت تأثیر زیادی داشته.
طبیعتا ما نمی‌تونیم با یه پست کوتاه کل یونیکس رو یاد بگیریم. این پست فقط یه آشنایی اولیه بود.
پیشنهاد می‌کنم در کنار این پست، یه تحقیق کوچیک درباره یونیکس، لینوکس، Terminal و Command Line داشته باشید.
#هر‌برنامه‌نویسی‌باید‌بداند

@MPL_Code

فکر کنم رمز موفقیتمو ۳ بار اشتباه زدم قفل شده

@MPL_Code

اگه Ai رو ازتون بگیرن ، از دانش تون چی برای ارائه دارید؟

@MPL_Code

اسمِ کسی که ChatGPT رو ساخته سم آلتمن ( Sam Altman ) هست

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

@ClickUniversity

من در هر شرایطی


@MPL_Code

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

اول از همه، منتظر نمون تا یه شرکت آگهی استخدام بده و بعد خودت رو معرفی کنی. از قبل دیده شو. پروژه‌هات رو منتشر کن، توی گیت‌هاب فعالیت کن، درباره چیزهایی که یاد می‌گیری بنویس و با آدم‌های این حوزه ارتباط داشته باش.
از طرف دیگه، فقط گفتن «من Django بلدم» خیلی چیز زیادی رو ثابت نمی‌کنه. یه پروژه واقعی بساز و نشونش بده. اینطوری هم مهارتت دیده می‌شه، هم رزومه قوی‌تری داری و هم آدم‌های بیشتری با کارت آشنا می‌شن.

یه چیز دیگه هم مهمه؛ فقط نتیجه کارت رو نشون نده، طرز فکرت رو هم نشون بده.
مثلاً وقتی یه پروژه می‌سازی، بگو چه مشکلی داشتی، چرا یه روش خاص رو انتخاب کردی و چطوری مشکلت رو حل کردی.
چون در آخر، چیزی که مهمه فقط این نیست که کد می‌زنی یا نه.
مهمه که بقیه ببینن چطور فکر می‌کنی و چطور مسئله حل می‌کنی.

خلاصه:
فقط نگو «من بلدم»؛ کاری کن که بقیه خودشون ببینن که بلدی.
آره خلاصه الان مثل قدیم نیست فقط کدنویسی بلد باشی ، باید خودی نشون بدی




@MPL_Code

Python core 😂😱


@MPL_Code

وقتی AI زحمت کدنویسی رو می‌کشه، اشتباهه که فقط تعداد کارهایی که انجام می‌دی رو چند برابر کنی.

قبل از AI، هفته‌ای یک پروژه می‌ساختی؛ حالا با AI سه پروژه می‌سازی.

روی کاغذ، کاراییت بیشتر شده؛ اما در واقع چی؟ باز هم تمام وقتت رو پر کردی. فقط سریع‌تر.

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

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

پ.ن: هوشواره (هوش مصنوعی) قرار نیست جای مغزت کار کنه؛ قرار بود به مغزت وقت بیشتری بده.

@ClickUniversity