آیا هنوز ارزش دارد برای مهندسی نرم‌افزار کنکور بدهیم؟

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

حالا سؤال جدی‌تر شده، و کسانی که می‌گویند «هیچ چیز عوض نشده» یا «همه چیز تمام شد»، هر دو دارند ساده‌سازی می‌کنند.

بیایید دقیق نگاه کنیم.

آنچه واقعاً تغییر کرده

سطح ورودی سخت‌تر شده.

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

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

این واقعیت است و انکارش به کسی کمک نمی‌کند.

انتظار از سطح ورودی بالا رفته.

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

آنچه تغییر نکرده

فهمیدن اینکه چه چیزی باید ساخته شود.

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

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

معماری سیستمی که سال‌ها دوام بیاورد.

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

این تصمیم‌ها پیامدهای چندساله دارند و بر پایه‌ی تجربه گرفته می‌شوند.

تشخیص اینکه خروجی درست است یا نه.

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

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

مسئولیت.

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

پس جواب چیست

بله، هنوز ارزش دارد — ولی نه با همان مسیری که پنج سال پیش کار می‌کرد.

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

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

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

دو نکته برای کسی که دارد تصمیم می‌گیرد

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

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

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

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

دانشگاه چیزی می‌دهد که خودآموزی به‌سختی می‌دهد: پایه‌ی نظری. ساختمان داده، الگوریتم، معماری کامپیوتر، ریاضیات گسسته. این‌ها همان چیزهایی هستند که تفاوت بین کسی که کد می‌نویسد و کسی که مهندس است را می‌سازند.

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

و یک نگاه بلندتر

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

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

پس اگر وارد این حوزه می‌شوی، به‌جای نگرانی درباره‌ی اینکه ابزارها چه کار می‌کنند، یاد بگیر چطور با آن‌ها کار کنی و روی چیزی عمیق شو که آن‌ها انجام نمی‌دهند.

اگر مطمئن نیستی این حوزه با تو جور در می‌آید — به‌ویژه اینکه آیا خودآموزی جزو سبک رفتاری توست — تست انتخاب رشته این را می‌سنجد. و برای مقایسه‌ی دقیق مسیرها: هوش مصنوعی یا مهندسی نرم‌افزار · برق یا کامپیوتر · کدام رشته‌ها را هوش مصنوعی بی‌اثر می‌کند

به نظر تو کدام بخش از کار یک مهندس نرم‌افزار سخت‌ترین بخش برای خودکار شدن است؟