Developer Portfolio Necə Qurulur: 6 Addımlıq Bələdçi

GitHub-unuzda on iki repository var, amma recruiter onlardan heç birinə iki dəqiqədən çox baxmır. Bəlkə də baxır və bir şey tapmır: README yoxdur, layihələr tutorial təkrarıdır, nəyin nə üçün qurulduğu aydın deyil. Developer portfolio sizin ən güclü iş müraciətinizdir — əgər düzgün qurulubsa. Bu bələdçidə recruiterin və texniki rəhbərin portfolioya necə baxdığını və onu addım-addım necə quracağınızı göstəririk.

Qısa cavab: Güclü developer portfolio 2–4 real problemə əsaslanan layihədən ibarətdir. Hər layihənin aydın README-si, canlı demosu, məntiqli commit tarixçəsi, xəta halları və testləri olmalı, qərarlarınız isə izah edilməlidir. Portfolionu hədəf vəzifəyə görə seçin, GitHub profilini səliqəyə salın və CV-də hər layihəni "problem → həll → nəticə" formatında təqdim edin.

Recruiter və texniki rəhbər portfolioya necə baxır?

Portfolionuza iki fərqli insan baxır və hər biri fərqli sual verir:

Recruiter (adətən qısa müddət): Layihə nə edir? Vakansiyaya uyğundurmu? Səliqəlidirmi? Demo varmı?

Texniki rəhbər (daha dərin): Kod oxunaqlıdırmı? Xəta halları düşünülübmü? Test varmı? Qərarlar əsaslıdırmı? Bu insanla işləmək necə olacaq?

Portfolio hər iki baxışa cavab verməlidir: birinci baxışda aydın, ikinci baxışda dərin.

Portfolio layihəsi vs real problem: fərq nədir?

Tutorial / portfolio layihəsi	Real problemə əsaslanan layihə
Tələbləri siz seçirsiniz	Tələblər istifadəçidən və ya biznesdən gəlir
"İşləyir" kifayətdir	Xəta halları, icazələr, keyfiyyət vacibdir
Hamı eyni şeyi qurur	Kontekst unikaldır
Texnologiyanı göstərir	Problem həll etmə bacarığını göstərir
"Necə kod yazım?"	"Nəyi və niyə qururam?"

İşəgötürəni ikinci sütun inandırır. Bu, araşdırmalarla da uyğundur: Schmidt və Hunter-in meta-analizi (Psychological Bulletin, 1998) real iş nümunəsini gələcək performansın ən yaxşı proqnozlaşdırıcıları arasında göstərir.

Addım 1: Hədəf vəzifəni seçin

"Frontend developer" portfoliosu ilə "data analyst" portfoliosu tamamilə fərqli görünməlidir. Hədəf vəzifənin vakansiyalarını oxuyun və təkrarlanan tələbləri yazın — portfolionuz məhz bunları göstərməlidir.

Addım 2: 2–4 güclü layihə seçin və ya qurun

Say yox, dərinlik. Hər layihə fərqli bacarığı göstərsin. Məsələn, frontend üçün:

1. Rolları və mürəkkəb formaları olan idarəetmə paneli
2. Böyük data ilə işləyən, performansı optimallaşdırılmış cədvəl/qrafik interfeysi
3. Real vaxt yeniləmələri olan kiçik birgə iş aləti

Konkret ideyalar portfolio üçün 10 layihə ideyası yazımızda sahələr üzrə toplanıb.

Addım 3: Hər layihəyə real tələblər əlavə edin

Layihəni "demo"dan "məhsul"a çevirən elementlər:

• Autentifikasiya və icazələr
• Validasiya və aydın xəta mesajları
• Yüklənmə, boş nəticə və xəta vəziyyətləri
• Ən azı əsas axınlar üçün testlər
• Deploy və canlı demo linki

Addım 4: README-ni layihənin "satış səhifəsi" kimi yazın

README recruiterin ilk, texniki rəhbərin isə əsas istinad nöqtəsidir. Yaxşı README-də bunlar olur:

1. Bir cümləlik təsvir: layihə nə edir, kim üçündür
2. Ekran görüntüsü və ya demo linki
3. Əsas funksiyalar
4. Texnologiyalar
5. Lokalda işə salma qaydası
6. Verdiyim əsas qərarlar və səbəbləri
7. Məhdudiyyətlər və növbəti addımlar

GitHub-un öz README bələdçisi texniki tərəfi izah edir.

Addım 5: GitHub profilini səliqəyə salın

• Ən güclü layihələri profilin başına "pin" edin
• Profil README-də qısa təqdimat yazın: kim olduğunuz, hədəf vəzifə, əsas bacarıqlar
• Köhnə, yarımçıq məşq repository-lərini arxivləyin və ya gizlədin
• .env faylları və parollar heç bir repository-də olmamalıdır
• Commit mesajları mənalı olsun: feat: add role-based access, fix: handle empty search results

Addım 6: Portfolionu CV və müsahibəyə bağlayın

Portfolio təkbaşına yaşamır — o, CV-də və müsahibədə danışılmalıdır:

• CV-də: hər layihə "problem → həll → nəticə" formatında, link ilə. Ətraflı: təcrübəsiz CV yazmaq.
• Müsahibədə: hər layihə üçün 2 dəqiqəlik hekayə hazırlayın: problem nə idi, nə qurdunuz, ən çətin qərar hansı idi, nə öyrəndiniz.

Ən çox edilən 6 səhv

1. Çox, amma eyni tipli layihələr. On to-do app bir layihədən zəifdir.
2. README-siz repository. Recruiter layihəni açıb heç nə anlamır.
3. İşləməyən demo linki. Göndərməzdən əvvəl yoxlayın.
4. Bir "Initial commit". İş prosesi görünmür.
5. Başqasının layihəsini öz adına təqdim etmək. Müsahibədə dərhal üzə çıxır.
6. Hədəfsiz portfolio. Frontend vakansiyasına data notebook-ları ilə müraciət.

Real problemə əsaslanan portfolio necə qurulur?

Ən çətin hissə real tələbləri olan tapşırıq tapmaq və işi iş standartına çatdırmaq üçün rəy almaqdır. Bunu Devlab komandası sizin üçün edə bilər: Devlab-ın təcrübə proqramlarında hər həftə real biznes probleminə əsaslanan tapşırıq alırsınız, sahə mütəxəssisi olan mentor hər birini yoxlayır. Proqramın sonunda strukturlaşdırılmış, mentor yoxlamasından keçmiş portfolionuz olur; proqramı uğurla bitirənlərin portfoliosu isə performans göstəriciləri ilə birlikdə əməkdaş şirkətlərə təqdim olunur.

Nümunə README: əvvəl və sonra

Əvvəl:

my-app

React project. npm start

Sonra:

TeamBoard — kiçik komandalar üçün tapşırıq paneli

Kiçik dizayn studiyalarının layihə tapşırıqlarını idarə etməsi üçün panel. Menecer tapşırıq yaradır və təyin edir, komanda üzvləri yalnız özlərinə aid tapşırıqları görür.

Demo: [link] · Demo hesabı: demo@example.com

Əsas funksiyalar: rollar və icazələr, son tarix və prioritet, status tarixçəsi, şərhlər, filtr və axtarış

Texnologiyalar: React, TypeScript, REST API, Vitest

Lokalda işə salma: npm install → .env.example faylını .env kimi kopyalayın → npm run dev

Verdiyim əsas qərarlar:

• İcazə yoxlaması yalnız interfeysdə deyil, API tərəfində də aparılır — interfeysdəki yoxlamanı keçmək mümkündür
• Tapşırıq statusları ayrıca tarixçə cədvəlində saxlanılır ki, kim nə vaxt dəyişdiyi görünsün

Məhdudiyyətlər və növbəti addımlar: real vaxt yeniləmələri hələ yoxdur; növbəti mərhələdə websocket əlavə ediləcək

İkinci README recruiterə 30 saniyədə layihəni anlamağa, texniki rəhbərə isə düşüncə tərzinizi görməyə imkan verir.

Sahə üzrə portfolio tərkibi

Sahə	Layihə 1	Layihə 2	Layihə 3
Frontend	Rolları olan idarəetmə paneli	Böyük data ilə performanslı cədvəl/qrafik	Real vaxt və ya AI inteqrasiyalı interfeys
Backend	Autentifikasiya və audit izi olan REST API	Fon tapşırıqlı xidmət (bildiriş, emal)	Docker və CI ilə deploy olunmuş layihə
Data Analytics	Kohort və funnel təhlili + dashboard	A/B test hesabatı	SQL ilə KPI çərçivəsi
Data Science	İzah olunan proqnoz modeli	Zaman sırası proqnozu	Sadə API kimi təqdim olunmuş model
AI Engineering	RAG köməkçisi	Avtomatlaşdırma iş axını	Qiymətləndirmə və qoruyucu qaydaları olan AI tətbiqi

Hər sətirdəki üç layihə fərqli bacarıq göstərir — birlikdə isə hədəf vəzifənin əsas tələblərini əhatə edir.

Portfolionu nə vaxt "bitmiş" saymaq olar?

Portfolio heç vaxt tam bitmir, amma müraciət üçün hazır olduğunu bu meyarlar göstərir:

• Hədəf vəzifənin vakansiyalarındakı əsas tələblərin çoxu layihələrinizdə görünür
• Hər layihənin README-si, demosu və ən azı əsas testləri var
• Ən azı bir layihəni təcrübəli developer yoxlayıb və rəyə görə düzəliş etmisiniz
• Hər layihəni iki dəqiqədə izah edə bilirsiniz

Bu dörd şərt ödənirsə, müraciətə başlayın və portfolionu paralel inkişaf etdirin — mükəmməlliyi gözləmək ən çox vaxt itirən strategiyadır.

Portfolionu canlı saxlamaq

İşə düzəldikdən sonra da portfolio lazım olacaq — növbəti iş, frilans və ya daxili irəliləyiş üçün. Onu canlı saxlamağın sadə vərdişləri:

• Hər rübdə bir dəfə yeniləyin. Yeni layihə, mövcud layihəyə təkmilləşdirmə və ya köhnə layihəni arxivləmək.
• Öyrəndiyinizi əks etdirin. Yeni texnologiya öyrəndinizsə, onu kiçik layihədə göstərin.
• Asılılıqları yeniləyin. Köhnəlmiş paketlər və işləməyən demo linkləri pis təəssürat yaradır.
• README-lərdəki "növbəti addımlar" bölməsinə qayıdın. Planladığınızı reallaşdırmaq layihəni böyüdür və davamlılığınızı göstərir.

Komanda layihəsini portfolioda necə göstərməli?

Komanda layihəsi portfolioda böyük üstünlükdür, çünki işəgötürənin ən çox soruşduğu sualı — "komandada necə işləyir?" — cavablandırır. Onu düzgün təqdim etmək üçün README və ya CV-də aydın yazın: komandada neçə nəfər var idi, sizin rolunuz nə idi, hansı hissəni siz qurdunuz, hansı qərarları siz verdiniz, code review və pull request prosesi necə gedirdi. Ümumi "biz etdik" ifadəsi sizin töhfənizi gizlədir; "mən autentifikasiya modulunu və onun testlərini yazdım" isə göstərir.

Portfolio linkini harada paylaşmalı?

CV-nin başlığında, LinkedIn profilinin "Featured" bölməsində, müraciət məktubunda və GitHub profil README-sində. Hər yerdə eyni, işləyən linklər olsun. Recruiter linki tapmaq üçün axtarış etməməlidir — o, ilk baxışda görünməlidir.

Portfolio linkinin hər yerdə eyni və işlək olması kiçik detal kimi görünür, amma recruiter üçün səliqənin və diqqətin ilk göstəricisidir. Göndərməzdən əvvəl hər linki gizli brauzer pəncərəsində açıb yoxlayın.

Kiçik detallar — işləyən link, aydın README, səliqəli profil — birlikdə peşəkar təəssürat yaradır və recruiterin layihənizə daha çox vaxt ayırmasına səbəb olur.

Nəticə

Güclü developer portfolio sayla yox, dərinliklə qurulur: hədəf vəzifəyə uyğun 2–4 real layihə, real tələblər, yaxşı README, səliqəli GitHub və hər layihənin CV-də və müsahibədə izahı. Bu altı addım portfolionuzu repository siyahısından iş müraciətinin ən güclü sübutuna çevirir.

Mentor yoxlamasından keçmiş portfolio qurmaq istəyirsinizsə, pulsuz qeydiyyatdan keçin və real tapşırıq nümunələrinə baxın. Sualınız varsa, komandamızla əlaqə saxlayın.

Tez-tez verilən suallar

Developer portfolio üçün ayrıca sayt lazımdırmı?

Mütləq deyil. Frontend developer üçün şəxsi sayt özü bir nümunə ola bilər, amma əksər hallarda səliqəli GitHub profili, yaxşı README-lər və canlı demo linkləri kifayətdir.

Portfolioda neçə layihə olmalıdır?

Junior üçün 2–4 güclü layihə idealdır. Hər biri fərqli bacarıq göstərsin və ən güclüsü birinci görünsün.

Data analyst portfoliosu necə görünməlidir?

Kod repository-ləri ilə yanaşı dashboard-ların ekran görüntüləri və ya linkləri, SQL sorğuları və hər layihə üçün qısa biznes xülasəsi: sual, yanaşma, nəticə, tövsiyə.

Komanda layihəsini portfolioya əlavə etmək olarmı?

Bəli, bu böyük üstünlükdür. Sadəcə öz rolunuzu və töhfənizi aydın göstərin ki, recruiter nəyi siz etdiyinizi başa düşsün.