Mid sa mobile development — ano ito, mga responsibilidad at kompetensiya

Sino ang mid sa mobile development?

Mid (Middle) — isang developer na may 2 hanggang 5 taong komersyal na karanasan na kayang magsagawa ng mga gawain mula simula hanggang matapos nang nakapag-iisa. Hindi tulad ng Junior, ang Middle ay hindi nangangailangan ng araw-araw na mentoring at maaaring gumawa ng mga teknikal na desisyon nang hindi kumokonsulta sa Senior. Nauunawaan ng Mid kung paano gumagana ang proyekto sa kabuuan, hindi lamang ang kanyang bahagi ng code, at nakikilahok sa pagpaplano ng sprint.

Ayon sa Stack Overflow Developer Survey 2024, 34% ng mga developer ay kinikilala ang kanilang sarili bilang Middle. Ito ang pinakamalaking segment — ang pangunahing pasanin ng pagpapatupad ng feature ay nasa mga mid. Ang average na suweldo ng Middle developer ay 1.8–2.5 beses na mas mataas kaysa sa Junior at bumubuo ng 50–70% ng suweldo ng Senior. Para sa mga Android developer sa US ang median ay $130 000/taon, sa Europa — €60 000–85 000.

Ang pangunahing katangian ng Middle — pag-iisip ng produkto. Ang Mid ay hindi lamang sumusulat ng code ayon sa spec, nauunawaan niya ang halaga ng negosyo ng gawain. Maaari siyang magmungkahi ng alternatibong teknikal na solusyon na mas mabilis na naghahatid ng resulta, o magturo ng mga potensyal na problema sa mga kinakailangan bago magsimula ang pag-develop. Ayon sa McKinsey Developer Productivity Report (2024), ang presensya ng mga Middle developer sa isang team ay nagpapataas ng bilis ng paghahatid ng 40% kumpara sa mga team na binubuo lamang ng Junior.

Paano naiiba ang Middle sa Junior

Ang pangunahing pagkakaiba — pagsasarili. Ang Junior ay tumatanggap ng gawain na may detalyadong paglalarawan at minsan ay may handa nang solusyon. Ang Middle ay tumatanggap ng gawain sa antas ng user story: “implementahin ang screen ng cart na may ganitong mga kinakailangan” — at siya mismo ang nagpapasya kung paano ito isasagawa, kung anong mga bahagi ang gagamitin, kung paano hahatiin sa mga module. Ang Junior ay naghihintay ng instruksiyon, ang Middle ay gumagawa ng plano.

Ang pangalawang pagkakaiba — kalidad ng code. Ang Junior ay sumusulat ng code na gumagana, ang Middle ay sumusulat ng code na madaling mapanatili at masuri. Nauunawaan ng Middle ang mga prinsipyo ng SOLID, gumagamit ng Dependency Injection, sumusulat ng unit test para sa kritikal na lohika. Ayon sa Google Code Health (2024), ang bilang ng mga bug sa bawat 1000 linya ng code sa Middle ay 3 beses na mas mababa kaysa sa Junior, at ang oras ng code review ay 2 beses na mas maikli.

Ang pangatlong pagkakaiba — kamalayang komersyal. Nauunawaan ng Middle ang halaga ng kanyang mga solusyon: alam niya na ang over-engineering ay humahantong sa pag-aaksaya ng oras, at ang mga kompromiso sa arkitektura ay humahantong sa teknikal na utang. Ang Junior ay may posibilidad na mag-overcomplicate (gamitin ang Clean Architecture para sa login form) o mag-simplify (lahat sa Activity). Ang Middle ay nakakahanap ng balanse at kayang ipaglaban ang kanyang pinili.

Mga pangunahing kasanayan ng Middle developer

Arkitektura — Ang Middle ay may kumpiyansa na gumagamit ng mga pattern ng arkitektura. Para sa Android: MVVM + Clean Architecture (UseCases, Repositories, Data Sources), nabigasyon sa pamamagitan ng Jetpack Navigation Component, DI sa pamamagitan ng Dagger/Hilt o Koin. Para sa iOS: VIPER, MVVM na may Coordinator, DI sa pamamagitan ng Swinject o Sourcery. Nauunawaan ng Middle kung kailan kailangan ang isang modyul sa proyekto at kung kailan — monolith first.

Multi-threading — Ang Middle ay marunong magtrabaho nang asynchronous nang walang race conditions at deadlock. Sa Android: coroutines (launch, async, withContext), Flow, Channels, pag-unawa sa CoroutineScope at structured concurrency. Sa iOS: async/await, Combine framework, GCD (DispatchQueue, DispatchGroup). Alam ng Middle kung kailan gagamit ng background threads para sa mabibigat na operasyon at kung paano i-synchronize ang access sa shared resources.

Pagsubok — Ang Middle ay sumusulat ng unit test (JUnit, XCTest), UI test (Espresso, XCUITest) at snapshot test. Ang mga bahagi ay dinisenyo na isinasaalang-alang ang testability: sa pamamagitan ng DI ang mga tunay na dependency ay pinapalitan ng mock/fake. Ayon sa Microsoft Research (2024), ang mga proyektong may code coverage na 60%+ ay naglalaman ng 45% na mas kaunting production bug. Ang Middle ay nagsusumikap para sa antas na ito ng coverage.

CI/CD at mga kasangkapan — Ang Middle ay nagko-configure ng GitHub Actions, GitLab CI o Bitrise para sa pag-build at pagsubok. Marunong magbasa ng build logs, mag-analyze ng crashes at mag-ayos ng mga configuration. Alam kung paano gumagana ang code signing (iOS) at signing config (Android). Ang Middle ay nagtatrabaho din sa mga monitoring system: Crashlytics, Sentry, New Relic — at nag-a-analyze ng mga error sa produksyon.

Mga responsibilidad at sakop ng pananagutan

Ang pangunahing responsibilidad ng Middle — pagpapatupad ng mga feature na may katamtaman at mataas na kumplikasyon. Ito ay maaaring bagong screen na may hindi karaniwang layout, integrasyon ng third-party SDK, pagpapatupad ng kumplikadong animasyon o migrasyon sa bagong arkitektura. Tinatantiya ng Middle ang gawain (na may accuracy na ±30%), hinahati ito sa mga sub-task at isinasagawa sa loob ng sprint. Ang paglabag sa deadline sa Middle ay bihira.

Ang pangalawang mahalagang responsibilidad — code review. Ang Middle ay nagsusuri ng code ng mga junior at kasamahan (hindi bababa sa 2–3 review bawat araw). Tinitingnan niya ang lohika, arkitektura, mga convention sa pagpapangalan at coverage ng test. Ang magandang code review ay hindi lang “LGTM”, kundi mga konstruktibong komento na may paliwanag kung “bakit ito ay mas mahusay”. Ayon sa JetBrains Developer Survey (2024), 70% ng mga developer ay itinuturing ang code review bilang pangunahing kasangkapan sa paglago ng propesyonal na kasanayan.

Ang pangatlong responsibilidad — pagtulong sa mga junior. Ang Middle ay madalas nagiging mentor para sa isa o dalawang baguhang developer: nagpapaliwanag ng arkitektura ng proyekto, mga patakaran ng estilo ng code, nagsasagawa ng mga sesyon ng pair programming. Ang mentoring ay nagpapaunlad ng mga katangian ng pamumuno at naghahanda ng daan para sa paglipat sa Senior. Ayon sa LinkedIn Talent Report (2024), ang mga developer na nagsasagawa ng mentoring ay 30% na mas madalas na nakakatanggap ng promosyon.

Paano lumipat mula Middle patungong Senior

Ang paglipat mula Middle patungong Senior ay nangangailangan ng sistemikong pag-iisip. Kung nakikita ng Mid ang kanyang modyul, nakikita ng Senior ang buong proyekto: kung paano nakakaapekto ang mga pagbabago sa isang modyul sa iba, anong halaga ang naidudulot ng feature sa negosyo, anong mga teknikal na panganib ang dapat isaalang-alang. Ang Senior ay gumagawa ng mga desisyong nakakaapekto sa arkitektura ng buong proyekto at tinutukoy ang teknikal na estratehiya para sa susunod na quarter.

Ang pangalawang aspeto — pamumuno. Ang Senior ay hindi lang gumagawa ng code review, kundi nagtatakda ng mga pamantayan ng kalidad sa team. Siya ay nagdaraos ng tech talks, sumusulat ng ADR (Architecture Decision Records), nagpapatupad ng mga bagong praktika (Code Review Checklist, Definition of Done). Ang Senior ay boses ng teknikal na ekspertisa sa team: lumalapit sila sa kanya para sa payo, at ang kanyang opinyon ay nakakaapekto sa mga desisyon ng produkto. Ayon sa Google Project Oxygen (2024), ang mga katangian ng pamumuno ay pangunahing prediktor ng promosyon mula Middle patungong Senior.

Ang roadmap Middle → Senior ay kinabibilangan ng: Cross-functional na kasanayan (pag-unawa sa backend, DevOps, product management), Komunikasyon (kakayahang makipag-negosasyon sa kliyente, magpaliwanag ng mga teknikal na solusyon sa negosyo), Arkitektura (malalim na pag-unawa sa disenyo ng sistema, scalability, performance). Average na oras ng paglago — 2–4 taon, ayon sa LinkedIn Tech Leadership Report (2024).