بیل گیتس نابغه بود؟!

ببین، یه سؤال خیلی پرتکرار ازم می پرسن: «استاد، ریاضیم ضعیفه. یعنی نمی تونم برنامه نویس بشم؟» یکی دیگه هم می گه «چند تا آموزش پایتون دیدم، ولی وقتی یه مسئله جدید می بینم، نمی دونم از کجا شروع کنم.» به نظرم این دو سؤال از چیزی که فکر می کنیم بیشتر به هم ربط دارن. اگر تو هم می پرسی «چطور برنامه نویسی رو تمرین کنیم؟»، این مقاله برای همون نقطه شروع نوشته شده. مشکل خیلی وقت ها ندانستن فرمول نیست؛ مشکل اینه که هنوز یاد نگرفتیم مسئله رو به قسمت های کوچیک تبدیل کنیم. اینجا می خوام با هم روی همین مهارت کار کنیم؛ نه با شعار، با تمرین برنامه نویسی واقعی.

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

اگه با ویدیو راحت تری، داخل همین مقاله یک ویدیوی آموزشی هم گذاشتم. توی اون درباره ارتباط ریاضی، حل مسئله و شیوه تمرین حرف می زنم؛ متن رو هم طوری چیدم که بتونی بعد از دیدن ویدیو، تمرین های عملی رو خودت اجرا کنی. اگه می خوای مرحله قبل رو هم ببینی، ویدیوی مرتبط درباره تبدیل الگوریتم به کد با دارت بهت کمک می کنه موضوع رو از زاویه دیگه ای ببینی.

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

تمرین برنامه نویسی یعنی دقیقا چه کاری انجام بدیم؟

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

مثلا فرض کن فقط شرط if و حلقه for رو بلدی. یک تمرین برنامه نویسی خوب اینه که فهرست سفارش های یک فروشگاه رو بگیری و سفارش هایی رو که مبلغشون از یک مقدار بیشتره جدا کنی. بعد سؤال رو سخت تر کن: اگر فهرست خالی بود چی؟ اگر مبلغ منفی وارد شد چی؟ اگر دو سفارش مبلغ برابر داشتن چی؟ همین چند سؤال ساده تو رو از حفظ کردن سینتکس به فکر کردن درباره رفتار برنامه می رسونه.

یه راه راحت برای جواب دادن به سؤال «چطور برنامه نویسی رو تمرین کنیم؟» اینه که ببینی جواب مسئله رو از قبل بلدی یا نه. اگر فقط همون مثال ویدیو رو بدون تغییر اجرا می کنی، بیشتر داری تکرار می کنی. اگر می تونی یک محدودیت جدید اضافه کنی، خروجی رو پیش بینی کنی و بعد درستی جواب رو بسنجی، تمرینت ارزش بیشتری پیدا می کنه. برای شروع، پیچیدگی زیاد لازم نیست؛ یک مسئله کوچیک ولی کامل، بهتر از پروژه بزرگیه که نیمه کاره می مونه.

آیا برای برنامه نویسی ریاضی لازم است؟

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

یه اشتباه رایج اینه که می گن «هر کس ریاضیش عالیه، حتما برنامه نویس خوبی می شه». نه، ماجرا اینقدر ساده نیست. حل مسئله ریاضی می تونه قدرت استدلال رو تقویت کنه؛ اما برنامه نویسی علاوه بر منطق، به شناخت ابزار، خواندن مستندات، اشکال زدایی، طراحی، تست و ارتباط با نیاز کاربر هم احتیاج داره. همون طور که یک برنامه نویس خوب لزوما قرار نیست همه شاخه های ریاضی رو عالی بلد باشه.

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

پس سؤال درست این نیست که «آیا برای برنامه نویسی ریاضی لازم است؟» به صورت یک جواب همیشگی بله یا نه. سؤال بهتر اینه: «من دقیقا چه محصولی می خوام بسازم و برای حل مسئله های اون محصول چه دانشی لازم دارم؟» این جواب هم واقعی تره، هم باعث می شه بی دلیل یادگیری رو ماه ها عقب نندازی.

اصلا چرا ریاضی رو به برنامه نویسی ربط می دن؟

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

مثلا مسئله اینه: «مبلغ خرید مشتری رو حساب کن و اگر مجموع سفارش به ۴۰۰ هزار تومان رسید، ده درصد تخفیف بده». اول باید روشن کنی ورودی چیه؛ فهرست قیمت ها. بعد قانون رو بنویسی؛ اگر جمع از آستانه کمتر بود، تخفیف صفره. خروجی هم مبلغ نهایی به تومانه. تازه بعد از مشخص شدن این سه مورد نوبت زبان برنامه نویسی می رسه. این روش رو هر بار در تمرین برنامه نویسی تکرار کن.

یه روش عملی برای تمرین حل مسئله در برنامه نویسی اینه که قبل از کدنویسی چهار سؤال رو جواب بدی: داده ورودی چیه؟ خروجی درست چه شکلیه؟ چه قانون هایی داریم؟ چه حالت هایی می تونن برنامه رو خراب کنن؟ وقتی این چهار تا معلوم بشه، انتخاب بین حلقه و شرط و تابع خیلی ساده تر می شه.

ریاضیم خوب نیست؛ از کجا شروع کنم؟

خود من همیشه می گم قرار نیست همه توی حل مسئله های ریاضی سرعت یکسانی داشته باشن. ممکنه یک نفر چیزی رو توی چند دقیقه بفهمه و من لازم باشه بیشتر روش وقت بذارم. این تفاوت هیچ حکم قطعی درباره آینده برنامه نویسی ما نمی ده. مهم اینه که برای ضعف خودمون یک برنامه واقعی داشته باشیم، نه اینکه با برچسب «من استعداد ندارم» یادگیری رو تعطیل کنیم.

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

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

روش پنج قدمی من برای حل مسئله

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

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

تمرین واقعی: محاسبه مبلغ سفارش با تخفیف

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

قانون رو قبل از کد مشخص کنیم: ورودی یک فهرست از قیمت های غیرمنفی و عدد صحیحه. اگر فهرست خالی بود مبلغ صفره. اگر مجموع کمتر از ۴۰۰ هزار بود مبلغ همون جمعه. اگر بیشتر یا مساوی بود، مبلغ نهایی نود درصد مجموع می شه. توی این مثال برای ساده موندن مسئله، هزینه ارسال و مالیات رو حساب نمی کنیم و قیمت ها رو به تومان صحیح فرض می کنیم.

اول خودت برای ورودی [120000, 250000, 80000] جواب رو حساب کن. مجموع می شه ۴۵۰ هزار تومان و با ده درصد تخفیف، مبلغ نهایی ۴۰۵ هزار تومان. حالا همون قانون رو در سه زبان ببین. قبل از کپی کردن، حدس بزن برای سبد خالی و برای خرید دقیقا ۴۰۰ هزار تومانی چه اتفاقی می افته.

حل مسئله با پایتون

def final_price(prices):
    if any(price < 0 for price in prices):
        raise ValueError("Prices must be non-negative")
    total = sum(prices)
    if total >= 400_000:
        return total * 90 // 100
    return total

assert final_price([120_000, 250_000, 80_000]) == 405_000
assert final_price([]) == 0
assert final_price([400_000]) == 360_000
assert final_price([399_999]) == 399_999
print(final_price([120_000, 250_000, 80_000]))

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

فقط این کد رو اجرا نکن و رد نشو. یکی از تست ها رو تغییر بده، یک قیمت جدید اضافه کن، آستانه تخفیف رو به ۵۰۰ هزار برسون یا قانون تخفیف رو پلکانی کن. این کار دقیقا اون قسمتیه که تمرین برنامه نویسی رو از تماشای آموزش جدا می کنه. برای درک عمیق تر تابع و شرط هم می تونی دوره پایتون نابغه ها رو بررسی کنی؛ ولی قبلش همین مثال رو مستقل حل کن.

همان مسئله با زبان دارت

int finalPrice(List<int> prices) {
  if (prices.any((price) => price < 0)) {
    throw ArgumentError('Prices must be non-negative');
  }
  final total = prices.fold<int>(0, (sum, price) => sum + price);
  if (total >= 400000) {
    return total * 90 ~/ 100;
  }
  return total;
}

void main() {
  assert(finalPrice([120000, 250000, 80000]) == 405000);
  assert(finalPrice([]) == 0);
  assert(finalPrice([400000]) == 360000);
  print(finalPrice([120000, 250000, 80000]));
}

توی تمرین دارت همون ورودی و خروجی رو داریم. به جای sum از fold استفاده کردیم تا جمع رو بسازیم و برای تقسیم صحیح از ~/ کمک گرفتیم. تفاوت اصلی شکل نوشتن کده، نه منطق مسئله. حواست باشه در دارت، assert معمولا در اجرای معمول نسخه نهایی فعال نیست؛ پس برای پروژه واقعی باید تست خودکار مستقل هم داشته باشی. این نمونه برای فهم منطق و تمرین اولیه نوشته شده.

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

همان مسئله با زبان روبی

def final_price(prices)
  raise ArgumentError, 'Prices must be non-negative' if prices.any? { |price| price < 0 }

  total = prices.sum
  total >= 400_000 ? total * 90 / 100 : total
end

raise 'Test failed' unless final_price([120_000, 250_000, 80_000]) == 405_000
raise 'Empty cart failed' unless final_price([]) == 0
raise 'Threshold failed' unless final_price([400_000]) == 360_000
puts final_price([120_000, 250_000, 80_000])

روبی همین مسئله رو با سینتکس کوتاه تر حل می کنه. اینجا هم ورودی رو بررسی کردیم، مجموع رو با sum حساب کردیم و نتیجه رو برگردوندیم. این مثال تمرین روبی خوبیه چون هم شرط داره، هم تابع، هم مجموعه داده و هم تست. اگر بعدا خواستی بک اند با روبی یا Rails یاد بگیری، همین فکر کردن درباره قواعد یک سفارش کمک بزرگیه؛ آموزش زبان روبی نابغه ها مسیر مرتبطشه.

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

۱۵ تمرین برنامه نویسی از ساده تا کاربردی

برای اینکه فقط یک مثال حل نکرده باشیم، ۱۵ تمرین برنامه نویسی رو با ترتیب سختی مشخص گذاشتم. پیشنهادم اینه هر روز یک یا دو مورد رو انتخاب کنی. از بین پایتون، دارت و روبی فقط یک زبان رو برای شروع بردار؛ قرار نیست از روز اول هر سه رو با هم یاد بگیری. وقتی منطق حل مسئله رو فهمیدی، تبدیلش به زبان دوم خودش یک تمرین تازه می شه.

۱. جمع خرید — فهرست قیمت کالاها رو بگیر و مجموع رو چاپ کن. ورودی خالی باید صفر بده.

۲. میانگین نمره — میانگین یک فهرست نمره رو حساب کن؛ برای فهرست خالی به جای تقسیم بر صفر پیام مناسب بده.

۳. زوج یا فرد — عدد صحیح رو بگیر و مشخص کن زوجه یا فرد. صفر و عدد منفی رو هم تست کن.

۴. هزینه ارسال — اگر مبلغ خرید به آستانه مشخص رسید ارسال رو رایگان کن؛ مرز دقیقا برابر آستانه رو تست کن.

۵. بزرگترین مبلغ — بزرگترین مقدار یک فهرست رو بدون استفاده از تابع آماده پیدا کن. برای فهرست خالی تصمیم روشن بگیر.

۶. شمارش کلمه — تعداد دفعات تکرار یک کلمه در یک فهرست رو بشمار. تفاوت حروف بزرگ و کوچک رو مشخص کن.

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

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

۹. حذف داده تکراری — نام شهرها رو بدون تغییر ترتیب اولین حضور، از موارد تکراری پاک کن.

۱۰. شمارش خطا — از روی فهرست لاگ های ساختگی، تعداد خطاها و هشدارها رو جدا گزارش بده.

۱۱. تخفیف پلکانی — دو آستانه متفاوت برای خرید تعریف کن؛ تست کن روی مرزها دقیقا چه تخفیفی اعمال می شه.

۱۲. پرداخت قسطی — جمع اقساط رو با قیمت کل مقایسه کن و اختلاف رو نمایش بده؛ هنوز نیازی به اتصال درگاه نیست.

۱۳. کتابخانه ساده — فهرست کتاب ها رو نگه دار و امکان جستجو، افزودن و حذف با کنترل ورودی بساز.

۱۴. مدیریت نوبت — زمان های آزاد یک کلینیک رو ذخیره کن و اجازه نده یک زمان دوبار رزرو بشه.

۱۵. گزارش یک پروژه واقعی — یک فایل داده آزمایشی رو بخون، خطاهای ورودی رو مشخص کن و گزارش نهایی با تست بساز.

توی این ۱۵ تمرین برنامه نویسی لازم نیست برای هر مسئله یک پروژه عظیم بسازی. بهتره تمرین های اول توی یک فایل ساده باشن، بعد از تمرین هشتم توابع جدا بنویسی و از تمرین دوازدهم به بعد سناریوهای واقعی تر رو انتخاب کنی. برای تمرین الگوریتم نویسی هم می تونی بعد از پیدا کردن سفارش، آموزش جستجوی خطی و آموزش جستجوی دودویی رو بخونی و فرقشون رو درک کنی.

برنامه ۱۴ روزه تمرین برنامه نویسی

اگه هر روز بین ۳۰ تا ۶۰ دقیقه وقت داری، این برنامه ۱۴ روزه رو پیشنهاد می کنم. زمان ها قانون نیستن و اگر یک تمرین سخت بود می تونی دو روز روش بمونی. هدف این نیست که حتما روز چهاردهم «حرفه ای» بشی؛ هدف اینه که یک چرخه قابل تکرار برای تمرین برنامه نویسی بسازی.

اگه هنوز از خودت می پرسی «چطور برنامه نویسی رو تمرین کنیم؟»، هر روز سه مرحله کوچیک داشته باش: ده دقیقه مرور مثال دیروز، بیست تا چهل دقیقه حل مسئله تازه، و پنج دقیقه ثبت اینکه کجا گیر کردی. اگر یک روز نتونستی تمرین کنی، قرار نیست همه چیز از دست بره؛ از همون جایی که موندی ادامه بده. این نوع تداوم از فشار چند ساعته یک روز و رها کردن یادگیری برای یک هفته، قابل اتکاتر به نظر می رسه.

اگر وسط تمرین گیر کردیم چه کار کنیم؟

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

اگر بعد از تلاش هنوز جواب رو پیدا نکردی، از مستندات یا هوش مصنوعی کمک بگیر؛ ولی سؤال دقیقی بپرس. به جای «کدم کار نمی کنه»، بگو ورودی چیه، خروجی مورد انتظار چیه، نتیجه واقعی چیه و متن خطا چیه. بهتره از AI بخوای مسیر اشکال زدایی رو توضیح بده یا چند تست پیشنهادی بده، نه اینکه همیشه یک پروژه کامل تحویلت بده و تو حتی ندونی چطور کار می کنه.

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

برای رفع خطا یک فایل کوچک به اسم «دفترچه اشتباهات» داشته باش. بنویس مسئله چی بود، چه چیزی حدس زدی، دلیل واقعی خطا چی بود و دفعه بعد چطور زودتر تشخیصش بدی. بعد از چند هفته همین دفترچه از خیلی ویدیوهای پراکنده برات مفیدتر می شه؛ چون دقیقا اشتباه های خودت رو ثبت کرده.

چطور بفهمیم واقعا پیشرفت کردیم؟

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

یک تمرین برنامه نویسی رو وقتی تمام شده بدون که فقط ورودی نمونه رو درست جواب نده؛ حالت خالی، حد مرزی و یک ورودی غیرعادی رو هم بررسی کرده باشی. البته برای پروژه واقعی باید معیارهای جدی تری مثل امنیت، کارایی، تست و نگهداری هم بررسی بشه. ولی برای شروع، همین سه نوع تست کمک می کنه «کد من اجرا شد» رو با «راه حل من قابل اعتمادتر شده» اشتباه نگیری.

از تمرین ساده تا مسیر واقعی کار

خیلی ها دنبال یک پاسخ سریع برای سؤال «چطور با برنامه نویسی درآمد داشته باشم؟» هستن. مسیر معمول این نیست که ده تمرین کوتاه بنویسی و فردا مشتری سراغت بیاد. باید تمرین ها رو به پروژه قابل نشان دادن تبدیل کنی. مثلا مدیریت نوبت رو از یک فهرست ساده به برنامه ای با ذخیره اطلاعات، گزارش خطا و راهنمای استفاده برسون. بعد می تونی با یک کسب و کار کوچک درباره نیاز واقعی اون مسئله صحبت کنی.

اگه پایتون رو دوست داری، پروژه های اتوماسیون، پردازش فایل، API و بک اند می تونن ادامه طبیعی تمرین پایتون برای مبتدیان باشن. اگر به اپ موبایل علاقه داری، اول دارت رو خوب یاد بگیر و بعد با Flutter از منطق تمرین ها برای ساخت رابط و اتصال به داده استفاده کن. اگر روبی رو انتخاب کردی هم سراغ پروژه های مبتنی بر فایل، تست و بعدا Rails برو. هیچ کدوم از این مسیرها با یک زبان جادویی شروع نمی شن؛ با حل مسئله و پروژه واقعی جلو می رن.

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

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

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

سؤال های متداول درباره ریاضی و تمرین برنامه نویسی

حرف آخر: تمرین کردن رو به عادت تبدیل کن

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

به جای اینکه از خودت بپرسی «آیا برای برنامه نویسی ریاضی لازم است و من از پسش برمیام؟»، یک مسئله کوچیک انتخاب کن و همین امشب قدم اولش رو بردار. اگر بعدا برای پروژه ات ریاضی بیشتری لازم شد، اون رو هدفمند یاد بگیر. این روش هم قابل اجراست، هم با نیاز واقعی تو جلو می ره.

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