Pet project sa pag-develop ng application — ano ito, mga ideya at saan magsimula

Ano ang pet project at bakit ito gagawin

Pet project (mula sa Ingles na pet project — paboritong proyekto) — ay isang software product na ginagawa ng developer sa kanyang libreng oras para sa kanyang sariling mga layunin: pag-aaral, eksperimento, o automation ng mga personal na gawain. Hindi tulad ng trabaho, kung saan ang mga teknolohiya at arkitektura ay kadalasang idinidikta ng negosyo at legacy, ang pet project ay nagbibigay ng ganap na kalayaan sa pagpili: gustong subukan ang Rust para sa mobile development? Sige. Gustong sumulat ng sariling compiler? Magpatuloy.

Bakit gagawa ng pet project? Unang dahilan — pag-aaral sa pamamagitan ng praktika. Teorya (mga libro, kurso, dokumentasyon) ay nagbibigay ng pundasyon, ngunit ang tunay na pag-unawa ay dumarating lamang kapag ikaw mismo ang gumagawa ng mga desisyon sa arkitektura, ikaw mismo ang nag-aayos ng mga bug, at ikaw mismo ang nagde-deploy sa produksyon. Learning by doing — pinakamabisang paraan upang ma-master ang bagong teknolohiya stack. Pangalawang dahilan — portfolio: nakikita ng employer hindi lamang isang linya sa CV “marunong ng Flutter”, kundi isang tunay na proyekto na may arkitektura, tests, at CI/CD.

Pangatlong dahilan — paglago ng karera. Ang developer na may pet project sa panayam ay maaaring magpakita ng code, magkuwento tungkol sa mga desisyon sa arkitektura, at magpakita ng pag-unawa sa buong ikot ng pag-develop — mula sa ideya hanggang sa deployment. Ayon sa Stack Overflow Survey (2025), ang mga developer na may pampublikong pet project ay tumatanggap ng average na 15-20% mas maraming alok para sa senior positions. Pet project — hindi obligasyon, kundi isang investment sa karera.

Paano pumili ng ideya para sa pet project

Pangunahing pagkakamali ng mga nagsisimula — magsimula sa masyadong malaking ideya: “isusulat ko ang sarili kong Instagram”. Ang pet project na may malawak na scope ay tiyak na iiwan pagkatapos ng 2-3 linggo, dahil ang developer ay makakaranas ng komplikasyon at mawawalan ng motibasyon. Tamang strategiya: pumili ng ideya na maaaring gawing gumaganang prototype sa loob ng 2-4 na linggo, pagkatapos ay iterative na palawakin. MVP mindset — minimal na bersyon na gumagawa ng eksaktong isang bagay.

Pinakamatagumpay na kategorya para sa pet project: clone ng umiiral na aplikasyon sa bagong stack (habit tracker, password manager, weather app, RSS reader); tool para sa automation ng personal na gawain (CV parser, report generator, Telegram bot); library o plugin para sa open-source na komunidad (maginhawang wrapper sa API, custom na Gradle plugin, Figma plugin). Clone project — pinakamahusay na simula: alam mo kung paano ito dapat gumana at maaari kang tumutok sa pag-aaral ng teknolohiya, hindi sa pagdidisenyo ng UX.

Mga pamantayan sa pagpili ng ideya: personal kang interesado (kung hindi kawili-wili — iiwan mo sa isang linggo); magagawa sa loob ng 2-4 na linggo hanggang MVP; nagpapahintulot sa paggamit ng teknolohiyang gusto mong matutunan; lumulutas ng totoong problema (sa iyo o sa mga kakilala). Mga ideyang hindi angkop: isa pang listahan ng gagawin (milyong analog), crypto exchange (legal compliance), social network (malawak na scope). Goldilocks principle: hindi masyadong simple (nakakabagot), hindi masyadong mahirap (iiwan mo), kundi kawili-wili at maaabot.

Pagpili ng teknolohiya stack para sa personal na proyekto

Ang pagpili ng stack ay depende sa layunin ng pet project. Kung ang layunin ay matuto ng bagong teknolohiya, ang stack ay malinaw: mismo ang teknolohiyang iyon. Kung ang layunin ay gumawa ng kapaki-pakinabang na tool, pumili ng stack kung saan may kakayahan ka na, upang hindi mag-aksaya ng oras sa pag-aaral ng syntax. Compromise: 70% pamilyar na stack + 30% bago. Halimbawa, isang Android developer ay maaaring kumuha ng pamilyar na Kotlin + bagong arkitektura (MVI sa halip ng MVVM) at bagong library para sa animation (Compose Animation).

Para sa mobile pet project, mga popular na kombinasyon: Kotlin + Jetpack Compose (Android); Swift + SwiftUI (iOS); Flutter + Dart (cross-platform); React Native + TypeScript (cross-platform). Para sa backend: Kotlin + Ktor (magaan na server), Go + Chi (mataas na performance), Python + FastAPI (mabilis na prototype). Full-stack pet project ay maaaring magsama ng mobile client + backend + database + CI/CD — ito ay nagbibigay ng pag-unawa sa buong ikot ng pag-develop.

Mahalagang payo: huwag subukang gumawa ng perpektong pagpili ng stack sa simula. Piliin kung ano ang interesado ka ngayon. Kung pagkatapos ng isang buwan ay napagtanto mo na hindi angkop ang stack — isulat muli ang proyekto sa iba. Ang karanasan sa muling pagsulat (rewrite) — ay mahalagang karanasan din. Sa pet project, walang teknikal na utang maliban sa iyong ginagawa para sa iyong sarili. Freedom of choice — pangunahing bentahe ng pet project kumpara sa komersyal na pag-develop.

Paano ayusin ang proseso at hindi iwanan ang proyekto

80% ng pet project ay iniiwan sa unang 3 buwan. Dahilan — hindi kakulangan ng oras, kundi maling organisasyon. Pangunahing mga kaaway: kawalan ng deadline (maaaring ipagpaliban magpakailanman), masyadong malaking scope (demotivation mula sa walang katapusang trabaho), perfectionism (pagnanais na gawin itong perpekto mula sa unang pagkakataon). Anti-patterns: “una kong pag-aaralan ang lahat ng dokumentasyon, pagkatapos ako magsisimulang magsulat ng code” — mali. Magsimulang magsulat ng code mula sa unang araw, gamit ang dokumentasyon bilang sanggunian.

Mga praktikal na tip para sa pagpapanatili ng momentum: magtakda ng regular na oras para sa proyekto (halimbawa, tuwing Martes at Huwebes mula 20:00 hanggang 22:00), gumawa ng maliliit na commit na may malinaw na mensahe (ito ay nagbibigay ng pakiramdam ng progreso), gumamit ng GitHub Issues o simpleng listahan ng gagawin para sa pagpaplano ng mga susunod na hakbang, mag-deploy sa maagang yugto (Firebase Hosting, Vercel, GitHub Pages) upang makita ang resulta ng live. Ship early, ship often — prinsipyong gumagana rin para sa pet project.

Kung napalampas mo ang isang linggo — huwag sisihin ang iyong sarili at huwag subukang habulin sa katapusan ng linggo. Bumalik lamang sa regular na iskedyul. Ang pet project ay hindi dapat maging pinagmumulan ng stress. Kung ang proyekto ay hindi na nagbibigay ng kasiyahan — maaari mo itong ipagpaliban o isara. Sunsetting (malay na pagtatapos ng proyekto) — normal na praktika. Ang mahalaga ay kumuha ng mga aral at, marahil, i-publish ang code bilang reference.

Paano gawing asset ng karera ang pet project

Ang pagsulat lamang ng code at pagkalimot — ay hindi sapat. Para makatulong ang pet project sa karera, dapat itong maging presentable. Ang kalidad ng README — unang bagay na nakikita ng recruiter o tech lead sa GitHub. Ang README ay dapat maglaman ng: paglalarawan ng proyekto (ano at bakit), screenshot o GIF demonstrasyon, mga tagubilin sa pagpapatakbo, paglalarawan ng arkitektura (anong mga pattern, library, approach), link sa live na demo (kung naaangkop). README first impression — business card ng developer.

Mga karagdagang elemento na nagpapataas ng halaga ng portfolio: CI/CD pipeline (badge ng GitHub Actions sa README ay nagpapakita na ang proyekto ay pinapanatili); unit at UI tests (nagpapakita ng pag-unawa sa best practices ng testing); dokumentasyon ng arkitektura (ADR, diagram); issues at PR na may mga diskusyon (nagpapakita ng kakayahang magtrabaho sa isang team kahit sa personal na proyekto). Quality signals para sa recruiter: tests + CI + README + structure > bilang ng mga bituin o commit.

Paano banggitin ang pet project sa CV: hiwalay na seksyon “Personal Projects” na may 2-4 na proyekto. Para sa bawat isa: pangalan, link sa GitHub, stack, 2-3 pangungusap tungkol sa gawain at solusyon. Kung ang proyekto ay may aktibong user (kaibigan, pamilya) o nai-publish sa tindahan — tiyaking banggitin ang bilang ng mga pag-install/pag-download. Metrics: “Pet project sa Flutter, 50+ na pag-install sa Google Play, CI/CD sa pamamagitan ng GitHub Actions, 85% test coverage” ay mas maraming sinasabi kaysa “marunong ng 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

Mahalaga: huwag gawing tambakan ng 20 inabandonang repositoryo ang seksyon ng pet project. Pumili ng 2-3 pinakamahusay, kung saan maayos ang code, napunan ang README, pumapasa ang mga test. Curated portfolio ay mas mahalaga kaysa dami.

Kailan nagiging open-source project ang pet project

Hindi lahat ng pet project ay kailangang maging open-source. Kung ang proyekto ay lumulutas ng iyong personal na gawain at malamang na hindi magiging kapaki-pakinabang sa iba — ang pribadong repositoryo ay ganap na okay. Ngunit kung ang proyekto ay nag-iimplementa ng functionality na hinahanap ng ibang developer (library, plugin, tool), ito ay nagkakahalaga na i-publish ito nang publiko. Open-source ay nagdaragdag ng visibility, feedback mula sa komunidad, at nagtatayo ng reputasyon sa developer community.

Mga pangunahing elemento ng open-source pet project: lisensya (MIT, Apache 2.0 — pinakakaraniwan); CONTRIBUTING.md (paano mag-ambag); mga template ng issue (bug report, feature request); code of conduct; semantic versioning na may release tags. Kung wala ang mga elementong ito, ang proyekto ay mukhang hindi tapos na personal na eksperimento, hindi isang open-source project. Barrier sa pagpasok: ang magandang open-source project ay nangangailangan ng mas maraming oras para sa pagpapanatili (pagsusuri ng PR, pagsagot sa mga issue) kaysa sa pagsulat ng code.

Mga kwento ng tagumpay ng open-source pet project: Retrofit (Square), Picasso, Coil — lahat ay nagsimula bilang pet project ng mga developer na lumulutas ng kanilang sariling problema. Ang Picasso (pag-load ng imahe para sa Android) ay isinulat ni Jake Wharton sa isang weekend bilang solusyon sa isang problema, at ngayon ay ginagamit ng milyun-milyong aplikasyon. Pet to product — ang daan mula sa personal na proyekto tungo sa industry standard ay posible, ngunit hindi dapat maging layunin mismo.