• sudo : به سیستم میگه «من ادمین (مدیر) هستم و هر غلطی دلم خواست میتونم انجام بدم!» (اجرا با دسترسی روت).
• rm : مخفف «حذف» یعنی پاک‌کردن.
• r- : یعنی «بازگشتی»؛ اگر پوشه بود، برو توش و همه چیز رو یکی‌یکی پاک کن.
• f- : یعنی «اجباری»؛ زورکی پاک کن و اصلاً از من سؤال نپرس که «مطمئنی؟»
• /* : یعنی همه چیز از ریشه دیسک سختت. یعنی از فایل‌های ویندوز و لینوکس گرفته تا عکس‌های خاطره‌انگیزت، فیلم‌ها، پروژه‌های دانشگاهی و حتی خود سیستم‌عامل!

کاربردش چیه؟
دقیقاً هیچ کاربرد مفیدی برای یه کاربر عادی نداره! مگر اینکه یه هکر بدجنس باشی که بخوای سیستم یه نفر رو کامل نابود کنی، یا اینکه بخوای یه سرور رو کامل جمع کنی و از نو راه بندازی (آن هم با این دستور کار اشتباهی است و روش استاندارد خودش را دارد).

خطراتش چی هستن؟ (لطفاً این قسمت رو با دقت بخون)

۱. مرگ حتمی سیستم‌عامل: تا ۱۰ ثانیه بعد از زدن این دستور، سیستم‌عاملت از کار میافته و دیگه بالا نمیاد.
۲. نابودی کامل اطلاعات: همه عکس‌ها، مدارک، پروژه‌ها، فیلم‌ها و فایل‌های شخصی‌ات برای همیشه حذف میشن. این فایل‌ها به زباله‌دان نمیرن؛ انگار که هیچ وقت وجود نداشتن!
۳. هیچ راه برگشتی نیست: به جز اینکه از قبل یه پشتیبان کامل گرفته باشی، هیچ راهی برای برگردوندن اطلاعات نیست (هزینه‌های بازیابی هم نجومی و غیرقطعی‌اند).

جالب است بدانی: در بیشتر توزیع‌های مدرن لینوکس، اگر همین دستور را بدون ستاره (sudo rm -rf /) بزنی، سیستم یک محافظ داخلی دارد و بهت خطا میده؛ اما خودت که ستاره (/*) رو آوردی، محافظ رو دور زدی و کار را تمام‌کننده کردی! 😰

List  = []
Set = {}
Tuple = ()

List_name.append 
Set_name.add

فقط یک برنامه نویس می‌فهمه تموم کردن یک تسک چه لذتی داره

pip install requests

import math
print(math.sqrt(16))  # خروجی: 4.0

چرا از Virtualenv استفاده می‌کنیم؟

به جای نصب مستقیم روی کل سیستم، از محیط مجازی استفاده می‌کنیم تا:

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

مثال ساده:

· پروژه A به Django نسخه 2.2 نیاز دارد.
· پروژه B به Django نسخه 4.0 نیاز دارد.

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

  import math
  print(math.sqrt(25))
  
  # یا
  from my_tools import sum_function
  

  import requests
  response = requests.get("https://api.example.com")
  print(response.status_code)
  # خودت تصمیم گرفتی کی این خط را اجرا کنی
  

  # در فایل views.py جنگو
  from django.http import HttpResponse
  
  def my_view(request):  # جنگو این تابع را صدا می‌زند، نه تو
      return HttpResponse("Hello")

  (برای اجرا، دستور python manage.py runserver را می‌دهی و جنگو کل فرآیند را مدیریت می‌کند).

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

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

این آشپزخانه، نمادی از دنیای سرورهای ماست. آن رباتِ بی‌رقیب زبان C است، مدیر چابک Node.js و آن سرآشپز کُند اما پرطرفدار، پایتون!

سنگینی قدم‌های پایتون از کجاست؟

پایتون یک زبان «مفسری» (Interpreted) است. به بیان ساده، کدهای پایتون قبل از اجرا به زبان ماشین ترجمه نمی‌شوند؛ بلکه درست در همان لحظه اجرا، یک مترجم وارد عمل می‌شود و کدها را خط به خط برای پردازنده معنی می‌کند. این فرآیند درنگ ایجاد می‌کند. علاوه بر این، پایتون ذاتاً «پویا» (Dynamic) است؛ یعنی مترجم در حین اجرا باید دائماً بررسی کند که آیا این متغیر عدد است یا متن؟ این چک کردن‌های مداوم، سرعت را می‌گیرد.

اما مقصر اصلی، نگهبان سرسختی به نام GIL (Global Interpreter Lock) است. این قفل نرم‌افزاری، اجازه نمی‌دهد چندین کار (Thread) به صورت کاملاً موازی و همزمان در یک پردازش اجرا شوند. مثل این است که در آن آشپزخانه شلوغ، فقط یک نفر در آنِ واحد اجازه استفاده از چاقو را داشته باشد!

چرا Node.js سبقت می‌گیرد؟

حالا چه چیزی باعث می‌شود Node.js این‌قدر سریع‌تر عمل کند؟ نود جی‌اس به جای اینکه مثل پایتون منتظر بماند تا یک کار (مثلاً خواندن اطلاعات از دیتابیس) تمام شود، از مکانیزمی به نام Non-blocking I/O استفاده می‌کند. یعنی وقتی درخواستی به دیتابیس می‌فرستد، بی‌کار نمی‌نشیند؛ آن را به پس‌زمینه می‌سپارد و بلافاصله سراغ پردازش درخواست کاربر بعدی می‌رود.

علاوه بر این، قلب تپنده Node.js موتور قدرتمند V8 گوگل است. این موتور برخلاف پایتون که خط به خط کدها را می‌خواند، از تکنیک JIT (Just-In-Time) استفاده می‌کند. یعنی در لحظه، بخش‌های پرکاربرد کد را مستقیماً به زبان ماشین تبدیل (کامپایل) می‌کند تا پردازنده بدون نیاز به مترجم، آن‌ها را با سرعت بالا اجرا کند.

راز محبوبیت لاک‌پشتِ میلیارد دلاری!

با تمام این تفاسیر، چرا پایتون همچنان پادشاهی می‌کند؟ راز ماجرا در یک مفهوم طلایی خلاصه شده است: زمان توسعه‌دهنده (Developer Time).

در پروژه‌های واقعی، زمان برنامه‌نویس بسیار گران‌تر از زمان پردازشِ سرور است. پایتون سینتکسی به شدت ساده، تمیز و شبیه به زبان انسان دارد. منطقی که در زبان‌های دیگر نیاز به نوشتن و مدیریت ۵۰ خط کد پیچیده دارد، در پایتون با ۱۰ خط نوشته می‌شود. توسعه‌دهنده به جای درگیری با پیچیدگی‌های ساختاری کد، تمام تمرکزش را روی «حل مسئله» می‌گذارد.

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

چرا همه چیز را با زبان C نمی‌نویسیم؟

شاید بپرسید اگر سرعت این‌قدر حیاتی است، چرا بک‌اندها را با زبان C نمی‌نویسیم که سرعت نور دارد؟
زبان C هیچ واسطه‌ای ندارد. قبل از اجرا، تمام کدها یک‌جا به زبان مادری پردازنده (صفر و یک) ترجمه (Compile) می‌شوند. از طرفی، هیچ سیستم خودکاری برای جمع‌آوری زباله‌های حافظه (Garbage Collector) وجود ندارد؛ خود شما مسئول تخصیص و آزادسازی تک‌تک بایت‌های رَم هستید. شما مستقیماً با سخت‌افزار حرف می‌زنید و به همین دلیل سرعت آن بی‌رقیب است.

اما این «سرعتِ نور»، بهای سنگینی دارد. نوشتن، دیباگ کردن و توسعه یک وب‌سرور ساده با C، ممکن است ماه‌ها زمان ببرد و یک اشتباه کوچک در مدیریت حافظه، می‌تواند کل سیستم را با خاک یکسان کند.

در نهایت، انتخاب ابزار به زمین بازی شما بستگی دارد. اگر در حال ساخت یک موتور بازی‌سازی یا سیستم‌عامل هستید، C شمشیر برنده شماست. اگر با هزاران درخواست همزمان و استریم‌های زنده سروکار دارید، Node.js معجزه می‌کند. اما اگر می‌خواهید ایده‌تان را در سریع‌ترین زمان ممکن به یک محصول تبدیل کنید و کدهایی بنویسید که خواندنشان لذت‌بخش باشد، پایتون همان سرآشپز دانایی است که کار را به بهترین شکل درمی‌آورد.

"Anyone who has never made a mistake has never tried anything new."
— Albert Einstein

(اگه کسی هیچ‌وقت اشتباه نکرده، هیچ‌وقت چیز جدیدی امتحان نکرده است.)

بهترین برنامه‌نویس‌ها کسانی نیستند که بیشترین دوره را دیده‌اند، بلکه کسانی هستند که بیشترین خطا را رفع کرده‌اند.