Én senior udvikler, der holder begge apps aktuelle og deres funktioner på linje.
Jeg overtager vedligeholdelse og løbende arbejde på dine native iOS- og Android-apps og holder funktionsparitet, mens jeg respekterer hver platforms konventioner. Dagstakst: 500 € eller 600 $.
At vedligeholde en iOS-app i Swift og en Android-app i Kotlin betyder to kodebaser, to udgivelseskøer og to QA-cyklusser. Hver funktion, du tilføjer, skal lande på begge sider, og i praksis ender den ene platform som regel med at halte efter den anden. Det gab skaber adfærdsforskelle, som brugere og din supportindbakke hurtigt bemærker, og jo længere det får lov at sidde, jo dyrere bliver det at lukke.
At holde paritet betyder ikke at kopiere den ene app over på den anden. iOS og Android har deres egne navigationsmønstre, komponenter og brugerforventninger. Jeg beholder de samme funktioner og det samme produkt på begge sider, mens jeg respekterer det, der får hver platform til at føles native for sine brugere. Det er det, der forhindrer en app i at føles fremmed på Android eller malplaceret på iOS.
Apple og Google udsender hver én større udgivelse om året, med forældede API'er, nye privatlivskrav og lejlighedsvise ændringer i standardadfærd. Uden vedligeholdelse går en app til sidst i stykker eller får en opdatering afvist. Jeg håndterer disse spring tidligt og tester mod betaerne, når det giver mening, så du undgår nødrettelser i september, når det nye OS lander på dine brugeres telefoner.
Årlig vedligeholdelse for en app løber ofte omkring 15 til 20 procent af den oprindelige byggeomkostning, afhængigt af omfang og hvor hurtigt produktet udvikler sig. Med en fast dagstakst og ét kontaktpunkt forbliver det budget læsbart. Du betaler for identificerede arbejdsdage, ikke et uigennemsigtigt support-retainer, og du kan se, hvad en given udgivelse vil tage, før den starter.
Til min dagstakst på 500 € eller 600 $, mod rigtige arbejdsdage. Vi kan opsætte reserverede dage pr. måned eller arbejde efter behov, afhængigt af hvor aktiv din roadmap er.
Ja, det er det almindelige tilfælde for vedligeholdelse. Jeg tager tid til at forstå den eksisterende kode, før jeg ændrer noget, og jeg dokumenterer det, der skal dokumenteres, så arbejdet forbliver sundt fremover.
Ja. Nogle kunder beholder et team på én platform og giver mig den anden, og nogle giver mig begge. Begge ordninger virker, og jeg koordinerer paritet ved grænsen med dit team.
Jeg tjekker adfærd på den nye version, erstatter forældede API'er og tilpasser mig nye butikskrav, før noget af det blokerer dine opdateringer. Når det er det værd, tester jeg mod udvikler-betaerne forud for den offentlige udgivelse.
Jeg kører en udvikler-QA-gennemgang på rigtige enheder før hver udgivelse. For bredere testdækning arbejder jeg gerne sammen med dit team eller en dedikeret tester, men jeg leverer ikke uden først at tjekke buildet på hardware.
Jeg sporer funktioner på begge sider for at holde gabet lille. Perfekt paritet i hvert øjeblik er sjælden i praksis, men målet er konkret: ingen platform sakker bagud længe, og nyt arbejde lander på begge inden for et stramt vindue.
Send produktkonteksten, målplatformen, repository-status og tidsplan. Jeg fortæller dig hurtigt, om jeg kan hjælpe.