Пет пројекат у развоју апликација — шта је, идеје и одакле почети

Шта је пет пројекат и зашто га радити

Пет пројекат (од енгл. pet project — омиљени пројекат) — софтверски производ који програмер ствара у слободно време за сопствене циљеве: учење, експерименте или аутоматизацију личних задатака. За разлику од посла, где технологије и архитектуру често диктирају бизнис и legacy, пет пројекат даје потпуну слободу избора: желиш да пробаш Rust за мобилни развој? Изволи. Желиш да напишеш свој компајлер? Само напред.

Зашто радити пет пројекат? Први разлог — учење кроз праксу. Теорија (књиге, курсеви, документација) даје основу, али право разумевање долази тек када сам доносиш архитектонске одлуке, сам поправљаш багове и сам деплојиш на продукцију. Learning by doing — најефикаснији начин за савладавање новог технолошког стека. Други разлог — портфолио: послодавац види не само ред у ЦВ-у „знам Flutter”, већ прави пројекат са архитектуром, тестовима и CI/CD.

Трећи разлог — каријерни раст. Програмер са пет пројектом на интервјуу може показати код, причати о архитектонским одлукама и демонстрирати разумевање пуног циклуса развоја — од идеје до деплоја. Према подацима Stack Overflow Survey (2025), програмери са јавним пет пројектима у просеку добијају 15-20% више понуда за сениор позиције. Пет пројекат — није обавеза, већ инвестиција у каријеру.

Како одабрати идеју за пет пројекат

Главна грешка почетника — почињање са превеликом идејом: „написаћу свој Instagram”. Пет пројекат са огромним обимом осуђен је на напуштање после 2-3 недеље, јер програмер наилази на сложеност и губи мотивацију. Правилна стратегија: изабрати идеју која се може довести до радног прототипа за 2-4 недеље, а затим итеративно проширивати. MVP mindset — минимална верзија која ради тачно једну ствар.

Најуспешније категорије за пет пројекте: клон постојеће апликације на новом стеку (трагач навика, менаџер лозинки, временска апликација, RSS читач); алат за аутоматизацију личног задатка (парсер CV-а, генератор извештаја, Telegram бот); библиотека или додатак за отворену заједницу (згодан омотач преко API-ја, прилагођени Gradle plugin, Figma plugin). Clone project — најбољи почетак: знаш како треба да ради и можеш се фокусирати на учење технологије, а не на дизајн UX-а.

Критеријуми избора идеје: лично те занима (ако није занимљиво — напустићеш за недељу дана); оствариво за 2-4 недеље до MVP-а; омогућава употребу технологије коју желиш да научиш; решава стварни проблем (твој или познаника). Идеје које нису погодне: још једна листа задатака (милион аналога), крипто берза (правна усклађеност), друштвена мрежа (огроман обим). Goldilocks principle: ни превише једноставно (досадно), ни превише сложено (напустићеш), већ баш оно што је занимљиво и достижно.

Избор технолошког стека за лични пројекат

Избор стека зависи од циља пет пројекта. Ако је циљ учење нове технологије, стек је очигледан: управо та технологија. Ако је циљ стварање корисног алата, изабери стек у којем си већ компетентан, да не би трошио време на учење синтаксе. Compromise: 70% познатог стека + 30% новог. На пример, Android програмер може узети познати Kotlin + нову архитектуру (MVI уместо MVVM) и нову библиотеку за анимације (Compose Animation).

За мобилне пет пројекте популарне комбинације: Kotlin + Jetpack Compose (Android); Swift + SwiftUI (iOS); Flutter + Dart (cross-platform); React Native + TypeScript (cross-platform). За backend: Kotlin + Ktor (лаки сервер), Go + Chi (високе перформансе), Python + FastAPI (брзи прототип). Full-stack pet project може укључивати мобилног клијента + backend + базу података + CI/CD — то даје разумевање пуног циклуса развоја.

Важан савет: не покушавај да направиш савршен избор стека на почетку. Изабери оно што те тренутно занима. Ако после месец дана схватиш да стек не одговара — препиши пројекат на другом. Искуство преписивања (rewrite) — такође вредно искуство. У пет пројекту нема техничког дуга осим оног који сам себи створиш. Freedom of choice — главна предност пет пројекта у односу на комерцијални развој.

Како организовати процес и не напустити пројекат

80% пет пројеката се напушта у прва 3 месеца. Разлог — не недостатак времена, већ лоша организација. Главни непријатељи: недостатак рока (може се одложити заувек), превелики обим (демотивација од бескрајног рада), перфекционизам (жеља да се уради савршено из првог пута). Anti-patterns: „прво ћу проучити целу документацију, па онда почети да пишем код” — погрешно. Почни да пишеш код од првог дана, користећи документацију као приручник.

Практични савети за одржавање замаха: постави редовно време за пројекат (на пример, сваки уторак и четвртак од 20:00 до 22:00), прави мале комитове са разумљивим порукама (то даје осећај напретка), користи GitHub Issues или једноставну листу задатака за планирање следећих корака, деплој у раној фази (Firebase Hosting, Vercel, GitHub Pages) да би видео резултат рада уживо. Ship early, ship often — принцип који функционише и за пет пројекте.

Ако си пропустио недељу дана — не кори себе и не покушавај да надокнадиш за викенд. Једноставно се врати редовном распореду. Пет пројекат не треба да постане извор стреса. Ако пројекат престане да доноси задовољство — можеш га одложити или затворити. Sunsetting (свесно завршавање пројекта) — нормална пракса. Важно је извући поуке и, можда, објавити код као референцу.

Како претворити пет пројекат у каријерни актив

Само написати код и заборавити — није довољно. Да би пет пројекат радио у корист каријере, мора бити презентабилан. Квалитетан README — прво што регрутер или tech lead виде на GitHub-у. README треба да садржи: опис пројекта (шта и зашто), снимке екрана или GIF демонстрацију, упутство за покретање, архитектонски опис (који обрасци, библиотеке, приступи), линк ка живом демо-у (ако је применљиво). README first impression — визиткарта програмера.

Додатни елементи који повећавају вредност портфолија: CI/CD pipeline (значка GitHub Actions у README-у показује да се пројекат одржава); јединични и UI тестови (демонстрирају разумевање best practices тестирања); документација архитектуре (ADR-ови, дијаграми); issue-и и PR-ови са дискусијама (показују способност рада у тиму чак и у личном пројекту). Quality signals за регрутера: тестови + CI + README + структура > број звездица или комитова.

Како поменути пет пројекат у ЦВ-у: посебна секција „Personal Projects” са 2-4 пројекта. За сваки: назив, линк ка GitHub-у, стек, 2-3 реченице о задатку и решењу. Ако пројекат има активне кориснике (пријатељи, породица) или је објављен у продавници — обавезно наведи број инсталација/преузимања. Metrics: „Пет пројекат на Flutter-у, 50+ инсталација у Google Play-у, CI/CD кроз GitHub Actions, 85% покривености тестовима” говори више од „знам Flutter”.

<!-- 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

Важно: не претварај секцију пет пројеката у депонију 20 напуштених репозиторијума. Изабери 2-3 најбоља, где је код у реду, README попуњен, тестови пролазе. Curated portfolio је вреднији од количине.

Када пет пројекат постаје open-source пројекат

Не мора сваки пет пројекат бити open-source. Ако пројекат решава твој лични задатак и вероватно неће бити користан другима — приватни репозиторијум је сасвим у реду. Али ако пројекат имплементира функционалност коју други програмери траже (библиотека, додатак, алат), вреди га објавити јавно. Open-source додаје видљивост, повратне информације од заједнице и гради репутацију у developer заједници.

Кључни елементи open-source пет пројекта: лиценца (MIT, Apache 2.0 — најчешће); CONTRIBUTING.md (како доприносити); шаблони за issue (bug report, feature request); code of conduct; семантичко верзионисање са ознакама издања. Без ових елемената пројекат изгледа као недовршени лични експеримент, а не open-source пројекат. Баријера уласка: добар open-source пројекат захтева више времена за одржавање (преглед PR-ова, одговори на питања) него за писање кода.

Приче о успеху open-source пет пројеката: Retrofit (Square), Picasso, Coil — сви су почели као пет пројекти програмера који су решавали свој проблем. Picasso (учитавање слика за Android) написао је Jake Wharton за викенд као решење проблема, а сада га користе милиони апликација. Pet to product — пут од личног пројекта до индустријског стандарда је могућ, али не би требало да буде циљ сам по себи.