رزومه یا GitHub؛ کد واقعی جای روایت شغلی را نمی‌گیرد

|نویسنده: تیم تحریریه QUASA|6 دقیقه مطالعه| 1
رزومه یا GitHub؛ کد واقعی جای روایت شغلی را نمی‌گیرد

برای درخواست شغلی برنامه‌نویسی، رزومه و GitHub را کنار هم ارائه کنید. رزومه توضیح می‌دهد در چه نقش‌هایی کار کرده‌اید، مسئولیت شما چه بوده و تجربه‌تان چه نسبتی با موقعیت دارد. مخزن عمومی امکان می‌دهد بخشی از کد، مستندات، آزمون‌ها و مشارکت‌های قابل مشاهدهٔ شما بررسی شود. هیچ‌یک به‌تنهایی تصویر کاملی از دیگری به دست نمی‌دهد.

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

رزومه چه چیزی را روشن می‌کند؟

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

شرح تجربه را با فعل و دامنهٔ دقیق بنویسید. «آزمون‌های بخش پرداخت را اضافه کردم» سهم روشن‌تری از «روی سامانهٔ پرداخت کار کردم» دارد. اگر نتیجه‌ای قابل‌اندازه‌گیری و مجاز برای انتشار دارید، دوره و مبنای اندازه‌گیری را هم ذکر کنید؛ اگر چنین داده‌ای ندارید، مسئولیت و تصمیم فنی را بدون عدد توضیح دهید. دستاورد کل تیم را نیز به‌عنوان دستاورد فردی خود معرفی نکنید.

بازبین فنی در GitHub چه می‌بیند؟

در پژوهش سناریومحور Visual Resume، ده نفر با تجربه در فرایند استخدام، برای ارزیابی داوطلبان به سابقه و نوع مشارکت، تازگی فعالیت و نشانه‌های کیفیت کار رجوع کردند. پژوهشگران بررسی GitHub و Stack Overflow را در کنار ابزار تجمیعی خود مطالعه کردند؛ بنابراین یافته‌ها رفتار این گروه در یک سناریو را توصیف می‌کند، نه روش همهٔ کارفرمایان را.

پروفایل عمومی می‌تواند مخازن، تغییرات کد، درخواست‌های تغییر، آزمون‌ها و گفت‌وگوهای پیرامون کار را در دسترس بگذارد. تعداد commit یا پر بودن نمودار فعالیت، مسئله‌ای را که حل شده یا کیفیت راه‌حل را به‌تنهایی توضیح نمی‌دهد. توضیح مسئله، تغییر انجام‌شده و آزمون مرتبط کمک می‌کند بازبین از شمار فعالیت‌ها به خودِ کار برسد. در مشارکت گروهی، گفت‌وگو دربارهٔ بازبینی کد نیز می‌تواند شیوهٔ پاسخ‌دادن به بازخورد را نشان دهد.

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

یک پروفایل حداقلیِ قابل بررسی چه دارد؟

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

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

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

ادعای رزومه چگونه به مخزن وصل می‌شود؟

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

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

کار خصوصی و مستندات غیرا‌نگلیسی چه محدودیتی دارند؟

کم‌فعالیت بودن یک پروفایل عمومی به‌تنهایی دربارهٔ میزان تجربهٔ شغلی فرد حکم نمی‌دهد. طبق توضیح GitHub دربارهٔ مشارکت‌های پروفایل، اگر نمایش مشارکت خصوصی فعال باشد، افراد بی‌دسترسی به مخزن فقط شمار مشارکت‌های روزانه را می‌بینند، نه جزئیات کار را؛ برخی فعالیت‌ها نیز تنها با شرایط مشخص در نمودار ثبت می‌شوند. از این نمودار نمی‌توان نقش فرد در سامانه‌ای خصوصی یا کیفیت کد آن را بازسازی کرد.

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

زبان مستندات نیز بر دیده‌شدن کار اثر می‌گذارد. پژوهش زبان در مخازن متن‌باز نشان می‌دهد پروژه‌های غیرا‌نگلیسی یا چندزبانه در داده‌های بررسی‌شده معمولاً مشارکت و دیده‌شدن کمتری داشتند. این یافته دربارهٔ تصمیم استخدام نیست، اما یادآوری می‌کند که کم‌دیده‌شدن یک مخزن معادل ضعف فنی صاحب آن نیست. برای درخواست بین‌المللی، خلاصه‌ای کوتاه به زبان آگهی دربارهٔ مسئله، سهم شما و روش اجرا می‌تواند ورود به مستندات فارسی یا زبانی دیگر را آسان‌تر کند.

در درخواست شغلی چه چیزی بفرستیم؟

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

ارزش نمونه‌کار در تعداد مخازن یا پیوستگی روزهای فعالیت خلاصه نمی‌شود. مخزنی که مسئله، سهم فرد، روش اجرا، آزمون و نتیجهٔ قابل بررسی را روشن می‌کند، به بازبین امکان می‌دهد دربارهٔ خودِ کار گفت‌وگو کند. رزومه زمینهٔ این گفت‌وگو را می‌دهد و GitHub بخشی از شواهد آن را در دسترس می‌گذارد.

بیشتر بخوانید:

اشتراک‌گذاری:

عضویت در خبرنامه

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

0