أمثلة سيرة ذاتية لمهندس برمجيات

ما الذي يتصفحه مسؤول التوظيف فعليًا أولاً

يقضي مسؤول التوظيف بضع ثوانٍ فقط في الثلث العلوي من سيرة مهندس البرمجيات قبل أن يقرر متابعة القراءة: مسماك الوظيفي الأحدث، اللغات وأطر العمل في سطر المهارات، والنقطة الأولى تحت وظيفتك الأحدث. كل ما يلي ذلك إما يؤكد الانطباع الذي كوّنته أعلى الصفحة، أو يفقد انتباه القارئ تمامًا.

هذا يعني أن الترويسة وأول خبرة عملية تحملان وزنًا أكبر من أي جزء آخر في الصفحة. ضع أقوى سطر وأكثره تحديدًا أولاً تحت كل وظيفة بدلاً من إخفائه كالنقطة الثالثة أو الرابعة، وأبقِ سطر المهارات قريبًا من الأعلى ليصل إليه نظر متصفّح سريع قبل الانتقال إلى السيرة التالية في الكومة.

مثال لمستوى مبتدئ: مشاريع تحل محل الخبرة

يستطيع مهندس مبتدئ بتدريب واحد وبضعة مشاريع شخصية أن يكتب سيرة ذاتية كاملة ومحددة عبر معاملة كل مشروع كخبرة عمل. تحت مشروع باسم "Order Tracker"، قد يكتب مرشح مبتدئ:

هذا مثال محدد ومقتبس على النمط، وليس تصريحًا عن نتيجة نموذجية.

خبرة التدريب تتبع القاعدة نفسها: سمِّ ما تغيّر، لا ما كُلِّفت به فقط. سطر مثل

يخبر القارئ أكثر من "ساعدت فريق الهندسة في إصلاح الأخطاء." احصر هذا القسم في مشروعين أو ثلاثة، لكل منها نقطة أو نقطتان، بدلاً من سرد كل مستودع رفعته يومًا.

مثال لمستوى متوسط: نقاط أثر تذكر قبل وبعد

يجب على مهندس بمستوى متوسط وخبرة ثلاث إلى ست سنوات استبدال النقاط القائمة على المهام برقم قبل وبعد أينما وُجد فعلاً. لوظيفة في الواجهة الخلفية، قد يكون ذلك:

الرقم هو ما يُقنع؛ والجملة المحيطة به تمنح السياق فقط.

مثال ثانٍ لنوع مختلف من الإسهام:

ليست كل نقطة بحاجة إلى نسبة مئوية - عبارة نطاق مثل "بالتنسيق مع فريقين آخرين" تبقى محددة، لأنها تسمي من شارك ومدة الاستغراق، بدلاً من مجرد تسمية العمل "تعاونًا بين الفرق."

متى تحتفظ بقسم مشاريع منفصل

يستحق قسم المشاريع المستقل وجوده عندما يكون لديك عمل جانبي يُظهر شيئًا لا يُظهره سجلك الوظيفي: لغة تستخدمها خارج العمل، إسهام مفتوح المصدر، أو أداة شخصية بنيتها وما زلت تصونها. بالنسبة لمرشح مبتدئ، غالبًا ما يؤدي هذا القسم عملاً أكبر من قسم الخبرة نفسه؛ وبالنسبة لمرشح متمرس، عادةً ما يكون اختياريًا ما لم يكن المشروع ذا صلة غير معتادة بالوظيفة المتقدَّم لها.

احصر كل مدخل مشروع في سطر سياق واحد ونقطة أو نقطتين، بنفس كثافة خبرة العمل، واربط بالمستودع أو عرض تجريبي مباشر إن وُجد أي منهما. قسم مشاريع يسرد عشرة عناصر دون تفاصيل يُقرأ كحشو؛ وثلاثة عناصر بنقطة محددة لكل منها تُقرأ كدليل.

المهارات والأدوات: محددة، لا شاملة

اذكر اللغات وأطر العمل والأدوات التي ستشعر فعلاً بالارتياح عند سؤالك عنها في مقابلة، مجمَّعة بطريقة منطقية للوظيفة - لغات، أطر عمل، بنية تحتية، وهكذا. حذف تقنية استخدمتها لأسبوع واحد فقط أمر مقبول؛ يجب أن تعكس القائمة ما يمكنك التحدث عنه، لا كل ما لمس سيرتك الذاتية يومًا.

طابق الصياغة مع الإعلان الوظيفي حيث تكون دقيقة بصدق: إذا ذكر الإعلان "PostgreSQL" واستخدمته، فاكتب "PostgreSQL" بدلاً من "قواعد بيانات SQL" فقط، لأن كلاً من نظام تتبع المتقدمين الآلي والقارئ البشري غالبًا ما يبحثان عن المصطلح الدقيق. لا تضف تقنية لم تستخدمها لمجرد أن إعلانًا وظيفيًا يذكرها - تلك الفجوة تظهر في أول محادثة تقنية.

الأسئلة الشائعة

هل ينبغي أن تسرد سيرة مهندس برمجيات مبتدئ المشاريع أم الخبرة أولاً؟

المشاريع أولاً إذا كانت خبرتك المدفوعة محدودة، لأن هناك يوجد أقوى دليلك وأكثره تحديدًا؛ انقل الخبرة فوق المشاريع بمجرد أن يكون لديك تدريب أو وظيفة حقيقية لعرضها، وأبقِ القسم الأقوى أقرب إلى أعلى الصفحة.

كم نقطة يجب أن يحتوي كل مشروع أو وظيفة؟

عادةً ما تكفي نقطتان إلى أربع نقاط لكل مدخل لإظهار ما بنيته وما تغيّر نتيجة لذلك. أكثر من ذلك يبدأ بتخفيف الصفحة، ويميل القارئ إلى تذكّر السطر الأول أو الثاني تحت كل مدخل أكثر بكثير من الرابع أو الخامس.

هل من المقبول إعادة استخدام السيرة الذاتية نفسها لكل وظيفة هندسة برمجيات؟

يمكن أن يبقى الهيكل نفسه، لكن سطر المهارات وترتيب نقاطك يجب أن يتغيرا ليطابقا المتطلبات المذكورة في كل إعلان وظيفي، لأن كلاً من القارئ البشري والمرشِّح الآلي غالبًا ما يبحثان عن المصطلحات المحددة التي يستخدمها ذلك الإعلان.

ماذا ينبغي أن يحذف مهندس بمستوى متوسط إذا تجاوزت سيرته صفحتين؟

احذف الوظائف الأقدم من نحو عشر سنوات ما لم تكن ذات صلة مباشرة، واختصر أي نقطة تصف مسؤولية فقط بدلاً من نتيجة، واحتفظ بقسم المشاريع فقط إذا كان يُظهر شيئًا لا يغطّيه سجلك الوظيفي حقًا بعد.