Middle-dan Senior-a keçid: hansı sübutlar lazımdır?
Kod yazmaqdan əlavə sistem dizaynı, mentorluq, etibarlılıq və biznes təsiri göstəricilərini necə toplamaq olar.
Senior olmaq üçün üç sübut lazımdır
Birinci sübut texniki müstəqillikdir. Siz qeyri-müəyyən problemi götürüb onu kiçik qərarlara bölə bilirsiniz? Məsələn, "istifadəçi axını ləng işləyir" kimi qeyri-dəqiq şikayəti götürüb, onu konkret ölçülə bilən tapşırıqlara (hansı endpoint, hansı query, hansı komponent) bölmək bacarığı.
İkinci sübut sistem düşüncəsidir. Dəyişiklik etdiyiniz yerdə performans, security, data və gələcək maintenance risklərini nəzərə alırsınız? Middle səviyyədə diqqət çox vaxt "bu funksiya işləyirmi" sualına yönəlir, senior səviyyədə isə "bu dəyişiklik 6 ay sonra kimin işini çətinləşdirəcək" sualına.
Üçüncü sübut komanda təsiridir. Başqalarının işini asanlaşdıran sənəd, review, mentorluq və ya tooling yaradırsınız? Senior mühəndisin dəyəri təkcə öz kodunda deyil, komandanın ümumi sürətində və keyfiyyətində görünür.
Sistem dizaynı bacarığını necə inkişaf etdirmək
Sistem dizaynı təcrübəsi toplamaq üçün real production sistemi olmasa belə, mövcud layihənizin arxitekturasını tənqidi təhlil edin: bu sistem 10 dəfə çox trafik alsa nə pozulardı? Verilənlər bazası bir nöqtədə uğursuz olsa, sistemin qalan hissəsi necə davranardı?
Bu cür sualları özünüzə vermək və cavabları sənədləşdirmək — hətta heç kim tələb etməsə belə — sizi növbəti müsahibədə və ya daxili təşviqdə fərqləndirən konkret hazırlıq materialına çevrilir.
CV-də Senior siqnalı necə görünür?
“5 il təcrübəm var” zəif siqnaldır. “Billing modulunda idempotent webhook flow dizayn etdim və duplicate payment riskini aradan qaldırdım” daha güclüdür.
Səviyyə illə yox, məsuliyyətin çətinliyi ilə görünür. İki namizəd eyni 5 il təcrübəyə malik ola bilər, amma biri "tapşırıqları vaxtında bitirdim" yazır, digəri "3 komandanın istifadə etdiyi shared library-ni dizayn etdim və migration planını özüm apardım" yazır — ikincisi açıq-aydın daha yüksək məsuliyyət səviyyəsini göstərir.
- Dizayn etdiyiniz arxitektura qərarlarını yazın
- Mentor etdiyiniz və ya unblock etdiyiniz insanları qeyd edin
- Incident, performance və reliability təcrübəsini göstərin
- Biznes nəticəsi ilə bağlı real təsir əlavə edin
- Cross-team koordinasiya tələb edən layihələri xüsusi qeyd edin
Mentorluq təcrübəsini necə sənədləşdirmək
Mentorluq çox vaxt CV-də görünməz qalır, çünki "kömək etdim" formal nəticə kimi görünmür. Amma konkret formatda yazsanız, güclü siqnala çevrilir: "2 junior mühəndisin onboarding prosesini idarə etdim, ilk PR-larını 1 həftə ərzində production-a çıxarmalarına kömək etdim."
Əgər komanda daxilində texniki qərar sənədi (RFC, ADR) yazmısınızsa və ya code review mədəniyyətini formalaşdırmısınızsa, bunları da konkret nəticə ilə qeyd edin.
Bir ayda toplana bilən sübutlar
Senior-a keçid üçün iş dəyişməyi gözləmək lazım deyil. Mövcud komandanızda kiçik, görünən ownership sahəsi seçin.
Məsələn, error logging standartı, reusable form komponenti, deployment checklist-i və ya query performance audit-i. Bunlar kiçik görünür, amma sistemə təsir edir.
Konkret plan: birinci həftə komandanızın ən çox təkrarlanan manual prosesini tapın (məsələn, hər deploy-dan əvvəl əl ilə yoxlama). İkinci-üçüncü həftə bunu avtomatlaşdırın və ya checklist halına salın. Dördüncü həftə komandaya təqdim edin və nəticəni ölçün (neçə dəfə istifadə olundu, neçə xəta qarşısı alındı).
Terfi (promotion) söhbətinə necə hazırlaşmaq
Əgər mövcud şirkətinizdə Senior-a terfi almaq istəyirsinizsə, manager ilə söhbətdən əvvəl özünüzün 3-6 aylıq konkret nailiyyət siyahınızı hazırlayın — "yaxşı işləyirəm" kimi ümumi ifadə deyil, yuxarıdakı üç sübut kateqoriyasına (texniki müstəqillik, sistem düşüncəsi, komanda təsiri) uyğun konkret nümunələr.
Bir çox şirkətdə terfi qərarı yalnız bir insanın rəyi ilə deyil, komissiya və ya çoxlu rəy əsasında verilir — ona görə nailiyyətlərinizi yalnız öz managerinizlə deyil, birlikdə işlədiyiniz digər komandalarla da paylaşılan formatda (məsələn, rüblük yekun sənədi) sənədləşdirmək faydalıdır.