لماذا لم يعد «full-stack» اختيارياً

قبل سنوات قليلة، كان «full-stack» ميزة إضافية في السيرة الذاتية. أما اليوم فكل إعلان توظيف جادّ أراه — بما في ذلك إعلانات فريقنا — يطلبه حداً أدنى لا مكافأة.

وهذا سبب التحوّل.

لماذا تغيّر الأمر

الشركات الناشئة والفرق الصغيرة لا تستطيع توظيف متخصّص واجهة ومتخصّص خلفية ومهندس DevOps ومدير منتج لكل مشروع. فشخص واحد ينتقل من شاشة React إلى نقطة FastAPI إلى حاوية منشورة أرخص وأسرع في التنسيق ببساطة.

كما أغلقت أدوات البرمجة بالذكاء الاصطناعي جزءاً كبيراً من فجوة «لا أعرف هذه اللغة». لم يكن الحاجز موهبة قط — كان وقت تعلّم الصياغة. وهذا الحاجز انهار بشدّة في العامين الأخيرين.

ما يعنيه «full-stack» فعلاً الآن

ليس «أكتب بعض HTML وبعض Python».

بل: أستطيع أخذ خاصية من الفكرة ← الواجهة ← الـ API ← قاعدة البيانات ← النشر ← المراقبة، وأفهم من كل طبقة ما يكفي لئلّا أحتاج مترجماً بين الفرق.

الخطر

الاتّساع بلا عمق في أي مكان خطر. رأيت مطوّرين «full-stack» يستطيعون تركيب تطبيق CRUD لكنهم لم يعالجوا حادثة إنتاج في الثانية صباحاً قط. الاتّساع بلا مجال واحد على الأقل من العمق الحقيقي يعني أنك متوسّط في كل شيء.

رأيي: اختر مجالاً واحداً تتعمّق فيه — عندي هو DevOps والبنية التحتية — ثم ابنِ حوله من الاتّساع ما يكفي كي لا تنتظر أحداً أبداً.