Tətbiq inkişafında pet layihə — bu nədir, ideyalar və haradan başlamaq olar

Pet layihə nədir və niyə onu etməli

Pet layihə (ing. pet project — sevimli layihə) — proqramçının boş vaxtında öz məqsədləri üçün yaratdığı proqram məhsuludur: öyrənmə, təcrübə və ya şəxsi tapşırıqların avtomatlaşdırılması. İşdən fərqli olaraq, texnologiyalar və memarlıq çox vaxt biznes və legacy tərəfindən diktə edilir, pet layihə isə tam seçim azadlığı verir: mobil inkişaf üçün Rust sınamaq istəyirsən? Buyur. Öz kompilyatorunu yazmaq istəyirsən? Başla.

Niyə pet layihə etməli? Birinci səbəb — təcrübə vasitəsilə öyrənmə. Nəzəriyyə (kitablar, kurslar, sənədləşdirmə) əsas verir, amma həqiqi anlayış yalnız özün memarlıq qərarları qəbul edəndə, özün səhvləri düzəldəndə və özün produksiyona yerləşdirəndə gəlir. Learning by doing — yeni texnologiya stackini mənimsəməyin ən təsirli üsuludur. İkinci səbəb — portfel: işəgötürən CV-də təkcə “Flutter” bilirəm” yazısı deyil, memarlıq, testlər və CI/CD ilə real layihə görür.

Üçüncü səbəb — karyera artımı. Pet layihəsi olan proqramçı müsahibədə kod göstərə, memarlıq qərarları haqqında danışa və tam inkişaf dövrü — ideyadan yerləşdirməyə qədər anlayış nümayiş etdirə bilər. Stack Overflow Survey (2025) məlumatlarına görə, açıq pet layihələri olan proqramçılar senior vəzifələrə orta hesabla 15-20% daha çox təklif alır. Pet layihə — öhdəlik deyil, karyeraya investisiyadır.

Pet layihə üçün ideyanı necə seçməli

Yeni başlayanların əsas səhvi — çox böyük ideya ilə başlamaqdır: “öz Instagramımı yazacağam”. Böyük əhatəli pet layihə 2-3 həftədən sonra tərkedilməyə məhkumdur, çünki proqramçı mürəkkəbliyə çarpılır və motivasiyanı itirir. Düzgün strategiya: 2-4 həftə ərzində işləyən prototipə çatdırıla bilən ideya seçmək, sonra iterativ şəkildə genişləndirmək. MVP mindset — tam olaraq bir şey edən minimal versiya.

Pet layihələr üçün ən uğurlu kateqoriyalar: mövcud tətbiqin yeni stackda klonu (vərdiş izləyici, parol meneceri, hava tətbiqi, RSS oxuyucu); şəxsi tapşırığın avtomatlaşdırılması üçün alət (CV parseri, hesabat generatoru, Telegram botu); açıq icma üçün kitabxana və ya plagin (API üzərində rahat sarıcı, xüsusi Gradle plagin, Figma plagin). Clone project — ən yaxşı başlanğıc: necə işləməli olduğunu bilirsən və UX dizaynı ilə deyil, texnologiyanı öyrənməyə diqqət edə bilərsən.

Ideya seçimi meyarları: şəxsən səni maraqlandırır (maraqlı deyilsə — bir həftəyə buraxarsan); MVP-yə 2-4 həftəyə çatdırıla bilər; öyrənmək istədiyin texnologiyadan istifadə etməyə imkan verir; real problemi həll edir (sənin və ya tanışlarının). Uyğun olmayan ideyalar: daha bir tapşırıq siyahısı (milyon analoq), kripto birjası (hüquqi uyğunluq), sosial şəbəkə (böyük əhatə). Goldilocks principle: çox sadı deyil (darıxdırıcı), çox mürəkkəb deyil (buraxarsan), amma maraqlı və əlçatan.

Şəxsi layihə üçün texnoloji stack seçimi

Stack seçimi pet layihənin məqsədindən asılıdır. Məqsəd yeni texnologiya öyrənməkdirsə, stack açıqdır: məhz həmin texnologiya. Məqsəd faydalı alət yaratmaqdırsa, artıq bacarıqlı olduğun stackı seç ki, sintaksis öyrənməyə vaxt itirməyəsən. Compromise: 70% tanış stack + 30% yeni. Məsələn, Android proqramçısı tanış Kotlin + yeni memarlıq (MVVM əvəzinə MVI) və yeni animasiya kitabxanası (Compose Animation) götürə bilər.

Mobil pet layihələr üçün məşhur kombinasiyalar: Kotlin + Jetpack Compose (Android); Swift + SwiftUI (iOS); Flutter + Dart (cross-platform); React Native + TypeScript (cross-platform). Backend üçün: Kotlin + Ktor (yüngül server), Go + Chi (yüksək performans), Python + FastAPI (sürətli prototip). Full-stack pet layihə mobil müştəri + backend + verilənlər bazası + CI/CD daxil ola bilər — bu tam inkişaf dövrü anlayışı verir.

Vacib məsləhət: başlanğıcda mükəmməl stack seçməyə çalışma. İndi səni maraqlandıranı seç. Bir aydan sonra stackın uyğun olmadığını anlasan — layihəni başqasına köçür. Yenidən yazma təcrübəsi (rewrite) — dəyərli təcrübədir. Pet layihədə özünün yaratdığından başqa texniki borc yoxdur. Freedom of choice — pet layihənin kommersiya işlənməsindən əsas üstünlüyü.

Prosesi necə təşkil etməli və layihəni buraxmamalı

Pet layihələrin 80%-i ilk 3 ayda tərkedilir. Səbəb — vaxt çatışmazlığı deyil, yanlış təşkilatdırma. Əsas düşmənlər: son tarixin olmaması (həmişə təxirə salmaq olar), çox böyük əhatə (sonsuz işdən motivasiya itkisi), perfeksionizm (ilk dəfədən mükəmməl etmək istəyi). Anti-patterns: “əvvəlcə bütün sənədləşdirməni öyrənəcəm, sonra kod yazmağa başlayacağam” — səhvdir. İlk gündən kod yazmağa başla, sənədləşdirməni istinad kitabçası kimi istifadə et.

Momentum saxlamaq üçün praktiki məsləhətlər: layihə üçün müzəmməd vaxt təyin et (məsələn, hər çərşənbə və cümə axşamı 20:00-22:00), anlaşılan mesajlarla kiçik commitlər et (bu irəliləyiş hissi verir), növbəti addımları planlaşdırmaq üçün GitHub Issues və ya sadə tapşırıq siyahısı istifadə et, erkən mərhələdə yerləşdir (Firebase Hosting, Vercel, GitHub Pages), işi canlı görmək üçün. Ship early, ship often — pet layihələr üçün də işləyən prinsip.

Bir həftəni qaçırmısan — özünü danlama və həftə sonu yetişməyə çalışma. Sadəcə müzəmməd cədvələ qayıt. Pet layihə stress mənbəyinə çevrilməməlidir. Layihə zövq gətirməzsə — onu təxirə sala və ya bağlaya bilərsən. Sunsetting (layihənin şüurlü şəkildə bağlanması) — normal təcrübədir. Əassası, dərslər çıxarmaq və bəlkə də kodu istinad olaraq dərc etməkdir.

Pet layihəni karyera aktivinə necə çevirməli

Sadəcə kod yazıb unutmaq — kifayət deyil. Pet layihənin karyeraya kömək etməsi üçün təqdimatı olmalıdır. Keyfiyyətli README — GitHub-da recruiter və ya tech lead-in gördüyü ilk şeydir. README daxil etməlidir: layihənin təsviri (nə və niyə), ekran görüntüləri və ya GIF nümayişi, işə salma təlimatı, memarlıq təsviri (hansı naxışlar, kitabxanalar, yanaşmalar), canlı demo linki (varsa). README first impression — proqramçının vizit kartıdır.

Portfel dəyərini artıran əlavə elementlər: CI/CD pipeline (README-də GitHub Actions nişanı layihənin dəstəkləndiyini göstərir); vahid və UI testləri (test best practices başa düşüldüyünü nümayiş etdirir); memarlıq sənədləri (ADR-lər, diaqramlar); müzakirələrlə issue və PR-lar (şəxsi layihədə belə komanda işi bacarığını göstərir). Quality signals recruiter üçün: testlər + CI + README + struktur > ulduz və ya commit sayı.

Pet layihəni CV-də necə qeyd etməli: “Personal Projects” ayrı bölməsi 2-4 layihə ilə. Hər biri üçün: ad, GitHub linki, stack, tapşırıq və həll haqqında 2-3 cümle. Layihənin aktiv istifadəçiləri (dostlar, ailə) varsa və ya mağazada dərc edilibsə — mütləq quraşdırma/yükləmə sayını göstər. Metrics: “Flutter pet layihəsi, Google Play-də 50+ quraşdırma, GitHub Actions ilə CI/CD, 85% test əhatəsi” “Flutter bilirəm”-dən daha çox şey deyir.

<!-- Example Personal Projects section in resume -->

## Personal Projects

### BudgetTracker — [GitHub](https://github.com/username/budget)
Stack: Kotlin, Jetpack Compose, Room, Ktor Client
Personal budgeting app with offline-first architecture.
- MVVM + Clean Architecture, 80% test coverage
- Published on Google Play, 200+ installs
- CI/CD via GitHub Actions + Fastlane

### WeatherBot — [GitHub](https://github.com/username/weatherbot)
Stack: Python, FastAPI, Telegram Bot API, Redis
Weather notification bot with location-based forecasts.
- Async processing via Celery + Redis
- Deployed on Railway with 99.9% uptime

Vacib: pet layihələr bölməsini 20 tərkedilmiş reponun zibilxanasına çevirmə. Kodu qaydasında, README-si doldurulmuş, testləri keçən 2-3 ən yaxşısını seç. Curated portfolio kəmiyyətdən daha dəyərlidir.

Pet layihə nə vaxt açıq mənbəli layihəyə çevrilir

Hər pet layihə açıq mənbəli olmalı deyil. Layihə şəxsi tapşırığını həll edirsə və başqalarına faydalı olmayacaqsa — özəl repo tam uyğundur. Amma layihə başqa proqramçıların axtardığı funksionallığı tətbiq edirsə (kitabxana, plagin, alət), onu açıq dərc etməyə dəyər. Open-source görünmə, icmadan rəy və developer icmasında reputasiya qazandırır.

Açıq mənbəli pet layihənin əsas elementləri: lisenziya (MIT, Apache 2.0 — ən geniş yayılmış); CONTRIBUTING.md (necə töhfə verməli); issue şablonları (bug report, feature request); code of conduct; buraxılış teqləri ilə semantic versioning. Bu elementlər olmadan layihə açıq mənbəli layihə deyil, yarımçıq şəxsi təcrübə kimi görünür. Giriş maneəsi: yaxşı açıq mənbəli layihə kod yazmaqdan çox dəstəkləməyə (PR-ların nəzərdən keçirilməsi, suallara cavablar) vaxt alır.

Açıq mənbəli pet layihə uğur hekayələri: Retrofit (Square), Picasso, Coil — hamısı öz problemlərini həll edən proqramçıların pet layihələri kimi başladı. Picasso (Android üçün şəkil yükləmə) Jake Wharton tərəfindən həftə sonu problem həlli kimi yazıldı, indi isə milyonlarla tətbiq tərəfindən istifadə olunur. Pet to product — şəxsi layihədən sənaye standartına yol mümkündür, amma özlüyündə məqsəd olmamalıdır.