هانی تربتی
بازگشت
Self-Taught Developer Roadmap

مسیر خودآموز یادگیری توسعه نرم‌افزار از صفر

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

نویسنده: هانی تربتی موضوع: مسیر یادگیری توسعه نرم‌افزار زمان مطالعه: حدود ۱۴ دقیقه

لازم نیست از روز اول همه‌چیز را بلد باشی؛ باید یاد بگیری چطور جواب سؤال‌هایت را پیدا کنی و از تلاش‌کردن نترسی.

درود به همه دوستان خوبم!

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

در پایان هم چند پیشنهاد دارم که می‌تونه این مسیر رو براتون ساده‌تر، سریع‌تر و لذت‌بخش‌تر کنه.

دیدگاه اولیه و شوق یادگیری

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

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

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

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

ویژگی‌های یک توسعه‌دهنده

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

همون‌طور که تا اینجا متوجه شدی، در این حرفه فقط یک کدنویس نیستی؛ بلکه قراره مثل یک مهندس نرم‌افزار فکر کنی.

یک سؤال مهم اگه همه‌چیز فقط کدنویسی نیست، پس یک توسعه‌دهنده دقیقاً چه کاری انجام می‌ده؟

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

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

همون‌طور که در تصویر دیدی، با یک ساختار چندلایه روبه‌رو هستیم.

ممکنه در ابتدا تصمیم گرفته باشی فقط یه وب‌سایت فروشگاهی ساده راه‌اندازی کنی؛ اما حالا بیایم نگاه ساده‌مون رو کنار بذاریم و از دید یک توسعه‌دهنده واقعی به ماجرا نگاه کنیم.

تفاوت یک مهندس نرم‌افزار با کدنویس عادی

در نگاه اول، یک وب‌سایت از دو بخش اصلی تشکیل شده:

01

Frontend

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

02

Backend

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

اما ماجرا فقط به فرانت‌اند و بک‌اند ختم نمی‌شه.
01

Domain & DNS

برای اینکه کاربران بتونن وارد سایت بشن، باید دامنه تهیه کنیم، DNS رو تنظیم کنیم و نیم‌سرورها رو به‌درستی به سرویس میزبانی متصل کنیم.

02

APIs & Backend Logic

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

03

Databases & Storage

اطلاعات محصولات، کاربران، سفارش‌ها، پیام‌ها و فایل‌ها کجا و چطور نگهداری می‌شن؟

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

04

Authentication & Permissions

کاربر چطور وارد حساب خودش می‌شه؟ از کجا بفهمیم چه کسی کاربر عادیه و چه کسی مدیر سیستمه؟

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

05

Hosting & Deployment

تا حالا به این فکر کردی که بک‌اند پروژه باید روی چه سروری اجرا بشه؟ سرور چه سخت‌افزاری داشته باشه؟ از چه سیستم‌عامل یا پلتفرمی استفاده کنه؟

علاوه بر توسعه برنامه، باید با روش‌های اجرا، انتشار و نگهداری اون روی سرور هم آشنا باشیم.

06

Cloud & Compute

آیا پروژه به فضای ابری نیاز داره؟ فایل‌ها کجا ذخیره می‌شن؟ اگه تعداد کاربران زیاد بشه، منابع پردازشی موردنیاز رو چطور تأمین می‌کنیم؟

انتخاب سرویس مناسب کاملاً به نیازها و اندازه پروژه بستگی داره.

07

CI/CD & Version Control

اگه یه تغییر توی پروژه ایجاد کردی و همه‌چیز به هم ریخت، چطور به نسخه قبلی برمی‌گردی؟

سیستم‌های کنترل نسخه مثل Git کمک می‌کنن تغییرات پروژه رو مدیریت کنیم. ابزارهای CI/CD هم می‌تونن فرایند تست، ساخت و انتشار نسخه‌های جدید رو سریع‌تر و مطمئن‌تر کنن.

08

Security

چطور از اطلاعات کاربران محافظت کنیم؟ چطور جلوی دسترسی غیرمجاز، نشت اطلاعات یا سوءاستفاده از برنامه رو بگیریم؟

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

09

Caching & CDN

چطور تعداد زیادی محصول، تصویر و اطلاعات رو سریع به کاربر برسونیم، بدون اینکه سرور بیش از حد درگیر بشه؟

چطور کاری کنیم کاربر مجبور نباشه با هر بار بازکردن صفحه، همه فایل‌ها رو دوباره دانلود کنه؟

اینجاست که ابزارهایی مثل Cache و CDN به کمکمون میان.

10

Error Handling & Updates

خطاهای برنامه رو چطور مدیریت کنیم؟ چطور متوجه بشیم کدوم بخش دچار مشکل شده؟ اطلاعیه‌ها، به‌روزرسانی‌ها یا خطاهای قابل‌نمایش رو چطور به کاربر نشون بدیم؟

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

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

اگه می‌خوای یک توسعه‌دهنده واقعی باشی، باید کم‌کم دیدگاهت رو تغییر بدی و یاد بگیری فراتر از ظاهر برنامه به ساختار و نحوه کار اون نگاه کنی.

بهترین عادت من در یادگیری

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

یک تجربه واقعی

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

همین کنجکاوی باعث شد با کتابخونه Pygame آشنا بشم. بعد کم‌کم پروژه رو گسترش دادم؛ قابلیت پخش و توقف اضافه کردم و بعد کاری کردم که برنامه بتونه فایل‌های موسیقی رو به‌صورت خودکار از داخل یک پوشه پیدا کنه.

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

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

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

هر بار از نو ساختن پروژه، به معنی برگشتن به نقطه شروع نیست؛ چون این بار با تجربه و دانش بیشتری شروع می‌کنی.

اگه به عقب برگردم

اگه به ابتدای مسیر برگردم، چند موضوع رو خیلی جدی‌تر می‌گیرم.

01
اشتباه اول

استفاده اشتباه از هوش مصنوعی

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

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

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

هوش مصنوعی باید دستیار تو باشه، نه جایگزین درک و تصمیم‌گیریت.
02
اشتباه دوم

بی‌نظمی و کدهای حجیم

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

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

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

تنظیمات، ثابت‌ها و قابلیت‌های مشترک رو در بخش‌های مشخص و قابل‌کنترل قرار بده و از استفاده بی‌دلیل از متغیرهای سراسری یا Global خودداری کن؛ چون این متغیرها در پروژه‌های بزرگ می‌تونن مدیریت برنامه رو سخت‌تر کنن.

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

یک مثال کاملاً ساده CSS

در طراحی یک وب‌سایت، اگه رنگ‌ها رو به‌صورت مستقیم و جداگانه در بخش‌های مختلف کد بنویسی، برای ایجاد یک تم رنگی جدید یا تغییر ظاهر سایت با مشکل روبه‌رو می‌شی.

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

:root {
  --primary-color: #4f46e5;
  --background-color: #ffffff;
  --text-color: #1f2937;
}

این فقط یک مثال ساده از اهمیت نظم و مدیریت متمرکز تنظیماته.

یک تجربه ساده اما کاربردی

هنگام اضافه‌کردن یک قابلیت جدید، مخصوصاً در سمت سرور، بهتره از Feature Flag یا تنظیمات قابل‌کنترل برای فعال و غیرفعال‌کردن اون قابلیت استفاده کنی.

این کار کمک می‌کنه بدون حذف کد یا ایجاد تغییرات گسترده در سایر بخش‌های پروژه، یک قابلیت رو موقتاً خاموش کنی.

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

البته این تنظیمات هم باید اصولی طراحی بشن و دسترسی به اون‌ها فقط در اختیار افراد مجاز باشه.

منابع یادگیری

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

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

ویدئوهای آموزشی و منابع متنی می‌تونن گزینه‌های خوبی برای شروع باشن. در ویدئوها معمولاً نحوه انجام کار و خروجی نهایی رو هم‌زمان می‌بینی و منابع متنی هم برای مرور سریع‌تر، یادگیری عمیق‌تر و پیداکردن جزئیات خیلی کاربردی هستن.

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

هوش مصنوعی هم می‌تونه یکی از بهترین همراه‌های تو در مسیر یادگیری باشه؛ به‌شرطی که یادگیری رو کاملاً به اون نسپری.

از هوش مصنوعی برای این کارها استفاده کن:

  • پرسیدن سؤال درباره مفاهیمی که متوجه نشدی
  • پیداکردن علت خطاها
  • گرفتن مثال‌های ساده‌تر
  • مقایسه چند راه‌حل مختلف
  • بررسی کدی که خودت نوشتی
  • پیداکردن مسیر مناسب برای مطالعه بیشتر

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

چطور شروع کنیم؟

پایتون اولین قدم من برای ورود به دنیای برنامه‌نویسی بود؛ زبانی خوانا، قابل‌فهم و پر از منابع رایگان برای یادگیری.

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

پایتون برای آشنایی با مفاهیم اولیه برنامه‌نویسی گزینه خیلی خوبیه، اما قرار نیست تنها زبان مسیرت باشه.

اولین قدم تا اینجا اطلاعات کافی برای شروع رو داری؛ پس فکرکردن بیش از حد رو کنار بذار و شروع کن.

لازم نیست از روز اول بهترین ابزار رو انتخاب کنی یا یک پروژه بی‌نقص بسازی. مهم اینه که قدم اول رو برداری و در طول مسیر، هر روز کمی بهتر از دیروز بشی.

نیاز به راهنمایی داری؟

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

فرم زیر رو پر کن و پیامت رو برام بنویس تا در اولین فرصت راهنماییت کنم.

۰ از ۲۰۰۰

جمع‌بندی

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

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

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

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

لازم نیست از همون روز اول همه‌چیز رو بلد باشی؛ فقط باید یاد بگیری چطور جواب سؤال‌هات رو پیدا کنی و از تلاش‌کردن نترسی.

شروع کن بساز خراب کن یاد بگیر و دوباره بهتر بساز.