ما باید در مورد یک بیماری جدی که از طریق جامعه توسعه دهنده گسترش می یابد صحبت کنیم: توسعه رزومه محور (RDD). علائم شامل:
- استفاده از Kubernetes برای یک پروژه با پنج کاربر
- استفاده از AI برای یک برنامه اصلی CRUD
- انتخاب میکروسرویس هنگامی که یک یکپارچه خوب کار می کند
- انتخاب یک پشته فنی بر اساس آنچه در LinkedIn خوب به نظر می رسد به جای آنچه در واقع مشکل را حل می کند
صدا آشنا است؟ اگر چنین است ، شما یا شخصی که می شناسید ممکن است از RDD رنج ببرید. بیایید تجزیه کنیم که چرا این نرم افزار خوب را می کشد.
چگونه توسعه رزومه محور اتفاق می افتد
توسعه دهندگان می خواهند به کار خود ادامه دهند ، که این معنی دارد. مشکل؟ خیلی ها به جای کار فعلی خود ، برای کار بعدی خود بهینه می شوند. به جای فکر کردن ، بهترین راه حل برای این پروژه چیست؟ آنها فکر می کنند ، آیا این به نظر می رسد در رزومه من خوب است؟
اینگونه است که شما با مواردی مانند:
- سرور برای همه چیز – حتی اگر یک سرور ساده کار را بهتر انجام دهد.
- Microservice Madness – شکستن یک برنامه به 50 سرویس کوچک … که توسط دو devs نگهداری می شود.
- مهندسی بیش از حد جبهه-با استفاده از پنج کتابخانه مدیریت دولتی وقتی دولت محلی کافی بود.
- blockchain که در آن معنی ندارد-“اگر لیست های انجام شده را روی blockchain قرار دهیم؟” نه. فقط نه.
- هوش مصنوعی برای منطق اساسی – همه چیز به یادگیری ماشین احتیاج ندارد. گاهی اوقات ، اگر یک بیان خوب است.
چرا این امر به مشاغل آسیب می رساند
انتخاب های رزومه محور فقط پروژه ها را پیچیده تر نمی کنند-آنها وقت ، پول و انرژی را هدر می دهند. در اینجا چگونه:
- توسعه آهسته تر: پشته های پیچیده = تحویل کندتر. و مشاغل به نتایج اهمیت می دهند ، نه اینکه آیا شما از آخرین کلمات کلیدی استفاده کرده اید.
- تعمیر و نگهداری سخت تر: این چارچوب مرسوم ، مد روز ممکن است در دو سال پشتیبانی نشود و تیم را ترک کند تا با “کد میراث رزومه محور شما” مقابله کند.
- هزینه های غیر ضروری: اجرای یک خوشه Kubernetes برای یک برنامه کوچک چشمگیر نیست – گران است.
چگونه از رشد رزومه جلوگیری کنیم
اگر می خواهید به جای اینکه فقط رزومه خود را بسازید ، ارزش واقعی بسازید ، قبل از انتخاب یک پشته فنی ، این سؤالات را از خود بپرسید:
- آیا این در واقع یک مشکل تجاری را حل می کند؟ اگر جواب “نه ، اما خنک است” ، این کار را نکنید.
- آیا تیم می تواند از این بلند مدت پشتیبانی کند؟ اگر تنها کسی هستید که فناوری را درک می کنید ، فقط مشکلات آینده را ایجاد می کنید.
- آیا این بیش از حد است؟ اگر به پیچ گوشتی احتیاج دارید ، سورتمه ای را نیاورید.
- آیا اگر به رزومه من نرفت ، هنوز این را انتخاب می کنم؟ صادق باشید اگر نه ، تجدید نظر کنید.
فکر نهایی: ساخت هوشمندانه ، نه مرسوم
فناوری سریع تغییر می کند ، اما اصول محکم این کار را نمی کند. بهترین توسعه دهندگان کلمات کلیدی را تعقیب نمی کنند – آنها راه حل هایی می سازند که کار می کنند. رزومه شما نباید نیروی محرک معماری شما باشد. مشکلات واقعی را حل کنید و رشد شغلی به طور طبیعی به وجود خواهد آمد.
و اگر واقعاً می خواهید تأثیر بگذارید؟ چیزی ساده ، مقیاس پذیر و قابل نگهداری بسازید. این بسیار چشمگیرتر از یک سیستم فرانکنشتاین است که هیچ کس دیگری نمی تواند مدیریت کند.
