Niyə yalnız kurs bitirmək iş tapmağa bəs etmir?

Portfolio və Real Layihə arasındakı fərq

Bir çox insan proqramlaşdırma öyrənməyə başlayanda qarşısına belə bir məqsəd qoyur:

“Kursu bitirim, sertifikatımı alım və işə müraciət edim.”

Əvvəllər bu yanaşma müəyyən qədər işləyə bilərdi. Amma junior developer bazarı dəyişib.

Şirkətlər artıq yalnız “bu texnologiyanı bilirəm” deyən namizəd axtarmırlar. Onlar öyrəndiklərini real problemin həllinə necə tətbiq edə bildiyini görmək istəyirlər.

Bu səbəbdən kursu bitirmək son nöqtə deyil. Əslində, kursun bitməsi işə hazırlıq prosesinin başlanğıcıdır.

---

Kurs sənə nə verir?

Kursun əsas məqsədi sənə fundamental bilikləri sistemli şəkildə öyrətməkdir.

Məsələn, Frontend kursunda:

• HTML və CSS
• JavaScript
• React
• API-lərlə işləmək
• Git
• komponent strukturu
• state management

kimi mövzuları öyrənə bilərsən.

Bu biliklər vacibdir. Amma bir şirkət səni işə götürəndə yalnız “React bilir” məlumatı kifayət etmir.

Çünki şirkətin problemi belə səslənmir:

“Bizə React bilən biri lazımdır.”

Əslində problem daha çox belədir:

“İstifadəçilərin qeydiyyatdan keçə biləcəyi, məlumatlarını idarə edə biləcəyi və şirkətin real ehtiyaclarını qarşılayan bir sistem qurmalıyıq.”

Burada artıq sadəcə texnologiyanı bilmək kifayət etmir.

Problemi anlamaq, parçalamaq və işlək həllə çevirmək lazımdır.

---

Junior developer işə götürmək niyə şirkət üçün risklidir?

Junior developer işə qəbul edildikdə şirkət yalnız əmək haqqı ödəmir.

Onun onboarding prosesi, mentorluğu, kod review-ları və layihəni başa düşməsi üçün komandanın vaxtı da tələb olunur.

Tom Smykowski-nin yazısında da əsas arqumentlərdən biri budur: junior developer ilk dövrlərdə şirkət üçün əlavə resurs tələb edir. Təcrübəli əməkdaş gündəlik işindən vaxt ayıraraq junior-a layihəni izah etməli, istiqamət verməli və onun inkişafına kömək etməlidir.

Bu, junior-ların pis olması demək deyil.

Sadəcə şirkət özünə belə bir sual verir:

“Bu namizədin işə başladığı ilk gündən bizə nə qədər dəyər yaratmaq potensialı var?”

Burada portfolio və real layihə təcrübəsi böyük fərq yaradır.

---

Portfolio nədir?

Portfolio sənin nələri bacardığını göstərən işlər toplusudur.

Məsələn, GitHub profilində 4 layihən ola bilər:

• Todo App
• Weather App
• E-commerce UI
• Movie Search App

Bunlar öyrənmə prosesində çox faydalıdır.

Amma burada bir problem var.

Əgər bu layihələr yalnız tutorial izləyərək hazırlanıbsa, recruiter və ya developer üçün onların dəyəri məhdud ola bilər.

Çünki həmin layihə sənin kod yaza bildiyini göstərə bilər, amma mütləq şəkildə real problem həll edə bildiyini göstərmir.

---

Real layihə nədir?

Real layihənin əsas fərqi onun arxasında real istifadəçi, real ehtiyac və real məhdudiyyət olmasıdır.

Məsələn, “Todo App” hazırlamaq bir portfolio layihəsidir.

Amma 100 nəfərlik bir kursun tələbələrinin tapşırıqlarını, mentor feedback-lərini və progress məlumatlarını idarə edən platforma hazırlamaq artıq real layihəyə daha yaxındır.

Çünki burada suallar ortaya çıxır:

• İstifadəçi kimdir?
• Onun problemi nədir?
• Hansı funksiyalar vacibdir?
• Hansı funksiyalar sonrakı mərhələyə qala bilər?
• Məlumat bazası necə qurulmalıdır?
• Authentication necə işləməlidir?
• API necə dizayn olunmalıdır?
• Səhvlər necə idarə ediləcək?
• Sistem çoxlu istifadəçidə necə davranacaq?
• İstifadəçi hansı nəticəni əldə etməlidir?

Bunlar artıq sadəcə proqramlaşdırma sualları deyil.

Bunlar məhsul və mühəndislik problemləridir.

---

Portfolio layihəsi və real layihə arasındakı əsas fərq

| Portfolio layihəsi | Real layihə | |---|---| | Öyrənmək üçün hazırlanır | Real ehtiyacı həll edir | | Tələbləri sən müəyyən edirsən | Tələblər istifadəçi və ya biznes tərəfindən gəlir | | Səhv etmək daha asandır | Səhvlərin real nəticəsi olur | | Adətən istifadəçi sayı azdır | Real istifadəçilər ola bilər | | Deadline olmaya bilər | Müəyyən deadline olur | | Texnologiyanı göstərmək əsasdır | Nəticə və problem həlli əsasdır | | Çox vaxt solo hazırlanır | Komanda ilə hazırlana bilər | | “Necə kod yazım?” sualı ön plandadır | “Nəyi və niyə qururam?” sualı ön plandadır |

Əslində portfolio ilə real layihə arasında sərhəd həmişə kəskin deyil.

Portfolio layihəsi də real layihəyə çevrilə bilər.

Bunun üçün onu sadəcə “demo” kimi deyil, real məhsul kimi düşünmək lazımdır.

---

“Mən bunu özüm üçün hazırlamışam” və “insanlar bundan istifadə edir” fərqi

Bu iki cümlə CV-də eyni görünmür.

Birinci:

“React ilə e-commerce layihəsi hazırladım.”

İkinci:

“Kiçik biznes üçün məhsul kataloqu və sifariş idarəetmə sistemi hazırladım.”

İkinci nümunədə artıq texnologiyadan əlavə kontekst var.

Daha da güclüsü:

“Sistem real istifadəçilər tərəfindən istifadə olunur və məhsul kataloqu, sifarişlərin idarə edilməsi və admin panelini əhatə edir.”

Burada recruiter artıq sənin sadəcə kod yazmadığını, məhsulun bir hissəsinə cavabdeh olduğunu görə bilir.

---

Bugünkü bazarda “kod yazmaq” niyə təkbaşına kifayət etmir?

DEV Community-də yayımlanan son məqalələrdən birində də vurğulanan fikir budur: müasir developer üçün yalnız syntax bilmək kifayət etmir. Problem decomposition, system thinking, AI alətlərindən düzgün istifadə və konkret domeni başa düşmək daha vacib bacarıqlara çevrilir.

Bu dəyişiklik xüsusilə AI alətlərinin inkişafı ilə daha görünən olub.

Əgər bir developer yalnız belə işləyirsə:

“Mənə bu kodu yaz.”

onda onun üstünlüyü getdikcə azalır.

Daha vacib sual budur:

“Mən hansı problemi həll edirəm və bunu ən düzgün necə həll edə bilərəm?”

AI kodun müəyyən hissəsini yaza bilər.

Amma:

• düzgün problemi seçmək,
• tələbləri anlamaq,
• trade-off-ları qiymətləndirmək,
• arxitektura qərarı vermək,
• nəticəni test etmək,
• yaranan problemi analiz etmək

hələ də developer-in düşünmə qabiliyyətindən ciddi şəkildə asılıdır.

---

Real layihə sənə nə öyrədir?

Real layihənin ən böyük üstünlüyü budur ki, sən kursda qarşılaşmadığın problemlərlə üzləşirsən.

Məsələn:

1. Tələblər dəyişir

Sən bir funksiya hazırlayırsan.

Sonra deyilir:

“Bunu belə yox, başqa cür etmək lazımdır.”

Bu zaman mövcud kodu necə dəyişəcəyini düşünməlisən.

2. Bug yaranır

Tutorial-da kod işləyir.

Real layihədə isə istifadəçi gözlənilməz input göndərir və sistem xəta verir.

İndi artıq sadəcə “kod necə yazılır?” yox,

“problem haradadır?”

sualını cavablandırmalısan.

3. Vaxt məhduddur

Real layihədə hər şeyi mükəmməl etmək mümkün deyil.

Prioritet verməyi öyrənirsən:

Must have → Should have → Could have

Bu artıq texniki bacarıqdan əlavə məhsul düşüncəsidir.

4. Başqa insanlarla işləyirsən

Developer, designer, product manager və ya müştəri ilə kommunikasiya etməli ola bilərsən.

Bu zaman texniki qərarını izah etməyi öyrənirsən.

5. Kod sənin kompüterində qalmır

Deployment, authentication, database, monitoring, security, performance və maintenance kimi mövzular ortaya çıxır.

Bunlar real software engineering-in bir hissəsidir.

---

Bəs kursdan sonra nə etmək lazımdır?

Ən düzgün yanaşma:

Kurs → Kiçik layihələr → Real problem → Real istifadəçi → Portfolio → İş müraciəti

şəklində düşünməkdir.

Məsələn, frontend öyrənirsənsə:

Mərhələ 1 — Fundamental

HTML, CSS, JavaScript, React və Git.

Mərhələ 2 — Kiçik portfolio

2–3 layihə hazırlayırsan və əsas məqsəd öyrəndiklərini tətbiq etməkdir.

Mərhələ 3 — Real problem

Bir biznesin, universitetin, kursun, startupın və ya icmanın həqiqi problemini seçirsən.

Mərhələ 4 — Məhsul

Sadəcə UI hazırlamırsan.

Authentication, API, database, error handling, responsive design, deployment və s. kimi real tələbləri həll edirsən.

Mərhələ 5 — İstifadəçi

Məhsulu insanlara verirsən.

Onların feedback-lərini toplayırsan.

Problemləri düzəldirsən.

Mərhələ 6 — Portfolio

Artıq CV-də belə yaza bilərsən:

“React layihəsi hazırladım”

əvəzinə:

“Real istifadəçilərin istifadə etdiyi platformanın frontend hissəsini hazırladım, istifadəçi axınlarını və API inteqrasiyalarını implement etdim.”

Fərq böyükdür.

---

İşəgötürən əslində nə görmək istəyir?

Junior namizəd üçün mütləq 3 illik professional təcrübə tələb olunmaya bilər.

Amma şirkət aşağıdakı suallara cavab axtarır:

Bu insan problemi özü araşdıra bilərmi?

Tapşırığı kiçik hissələrə bölə bilərmi?

Kodunu izah edə bilərmi?

Bug qarşısında nə edəcəyini bilir?

Git və komanda işini başa düşür?

Feedback qəbul edib məhsulu yaxşılaşdıra bilir?

Öyrəndiyini yeni situasiyada tətbiq edə bilir?

Hazırladığı məhsulun niyə lazım olduğunu başa düşür?

Portfolio bunların hamısını təkbaşına sübut etmir.

Amma yaxşı hazırlanmış real layihə bunların bir çoxunu nümayiş etdirə bilər.

---

Sertifikatın rolu nədir?

Sertifikat faydasız deyil.

O, sənin müəyyən bir proqramı tamamladığını və müəyyən mövzularla tanış olduğunu göstərə bilər.

Amma sertifikat:

“Bu insan real məhsul hazırlaya bilir”

demək deyil.

Buna görə sertifikatı başlanğıc kimi görmək daha düzgündür.

Sertifikat → bilik əldə etdiyini göstərir.

Portfolio → nə hazırladığını göstərir.

Real layihə → həmin bilikləri real problemdə necə tətbiq etdiyini göstərir.

Nəticə → yaratdığın dəyəri göstərir.

---

Ən böyük səhv: portfolio-nu layihələrin sayı ilə ölçmək

GitHub-da 15 layihənin olması səni avtomatik olaraq daha güclü namizəd etmir.

Bəzən 3 yaxşı layihə 15 tutorial layihəsindən daha dəyərlidir.

Məsələn:

❌ 10 fərqli Todo App

əvəzinə:

✅ 1 real task management platforması

və həmin layihədə:

• authentication
• role-based access
• REST API
• database
• search
• filtering
• pagination
• error handling
• responsive UI
• deployment

kimi xüsusiyyətləri düzgün tətbiq etmək daha çox şey göstərə bilər.

Əsas sual:

“Neçə layihən var?” deyil.

Əsas sual:

“Bu layihələr sənə nəyi həll etməyi öyrədib?”

---

Yekun: Kurs başlanğıcdır, nəticə deyil

Proqramlaşdırma kursunu bitirmək artıq bir bacarığın olduğunu göstərir.

Amma iş bazarında fərqlənmək üçün həmin bacarığı nəticəyə çevirmək lazımdır.

Bugünkü developer üçün əsas üstünlük yalnız daha çox kod yazmaq deyil.

Əsas üstünlük:

problemi anlamaq → həllə çevirmək → məhsulu qurmaq → test etmək → feedback almaq → yaxşılaşdırmaq

prosesini bacarmaqdır.

Ona görə də kursu bitirəndə:

“Mən artıq işə hazıram?”

sualını vermək əvəzinə:

“Mən hansı real problemi həll edə biləcəyimi göstərə bilərəm?”

sualını vermək daha faydalıdır.

Çünki şirkət səndən yalnız kod yazmağını gözləmir.

Şirkət problem həll edən developer axtarır.

Və bunun ən güclü sübutlarından biri də yaxşı hazırlanmış, real problemlə əlaqəli layihədir.