شغل و فریلنسری

ساختن پورتفولیوی توسعه‌دهنده‌ای که استخدامتان کند

نویسنده: Hadi ZareZadeh۱۸ فروردین ۱۴۰۵۲۹۶۱ بازدید
ساختن پورتفولیوی توسعه‌دهنده‌ای که استخدامتان کند

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

روایت بگویید، فهرست نکنید

«React، Node، PostgreSQL» چیزی به استخدام‌کننده نمی‌گوید. «یک سیستم رزرو ساختم که زمان‌های دوبار‌رزرو را با قفل‌گذاری در سطح پایگاه داده مدیریت می‌کرد» همه چیز را می‌گوید. هر پروژه باید به سه سوال پاسخ دهد: چه مسئله‌ای؟ چه کردید؟ چه نتیجه‌ای؟

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

کیفیت بر کمیت

سه پروژه صیقلی و کامل از بیست پروژه نیمه‌تمام بهتر است. هر پروژه باید یک README روشن، کد تمیز و در حالت ایده‌آل یک دموی زنده داشته باشد. یک ریپوی شلوغ با commitهای «اصلاحات» و کدهای کامنت‌شده، نگرانی ایجاد می‌کند، نه اعتماد.

دموی زنده برنده‌اند

یک لینک زنده که کسی بتواند در ده ثانیه کلیک کند و امتحان کند، ارزش هزار اسکرین‌شات را دارد. اگر نمی‌توانید آن را زنده میزبانی کنید، یک ضبط ویدیویی کوتاه از کارکردنش بگذارید. اصطکاک دیدن کارتان را حذف کنید.

کد را قابل‌خواندن نشان دهید

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

روی خودتان بنویسید

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

اشتباهات رایج

  • فهرست‌کردن هر فناوری که تا حالا لمس کرده‌اید. رقیق‌کننده است و حرفه‌ای به نظر نمی‌رسد.
  • کلون‌های آموزشی بدون توییست. استخدام‌کننده‌ها همان اپ todo را هزار بار دیده‌اند.
  • نبود زمینه. یک اسکرین‌شات بدون توضیح مسئله بی‌معناست.

بهترین شیوه‌ها

  • هر پروژه را با ساختار مسئله-اقدام-نتیجه ارائه کنید.
  • هرجا ممکن است دموی زنده یا ویدیو بگذارید.
  • پورتفولیو را روی سه تا پنج اثر بهتر هرس کنید.
  • یک یا دو نوشته فنی اضافه کنید تا تفکرتان را نشان دهید.

جمع‌بندی

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