En senior utvecklare som håller båda apparna aktuella och deras funktioner i linje.
Jag tar över underhåll och löpande arbete på dina native iOS- och Android-appar och håller funktionsparitet medan jag respekterar varje plattforms konventioner. Dagspris: 500 € eller 600 $.
Att underhålla en iOS-app i Swift och en Android-app i Kotlin betyder två kodbaser, två releasekedjor och två QA-cykler. Varje funktion du lägger till måste landa på båda sidor, och i praktiken hamnar oftast den ena plattformen efter den andra. Det glappet skapar beteendeskillnader som användare och din supportinkorg snabbt märker, och ju längre det får sitta, desto dyrare blir det att täppa till.
Att hålla paritet betyder inte att kopiera den ena appen till den andra. iOS och Android har sina egna navigeringsmönster, komponenter och användarförväntningar. Jag behåller samma funktioner och samma produkt på båda sidor medan jag respekterar det som får varje plattform att kännas native för sina användare. Det är det som hindrar en app från att kännas främmande på Android eller malplacerad på iOS.
Apple och Google släpper var sin större version per år, med föråldrade API:er, nya integritetskrav och ibland ändringar av standardbeteende. Utan underhåll går en app till slut sönder eller får en uppdatering nekad. Jag hanterar dessa hopp tidigt och testar mot betorna när det är vettigt, så att du undviker nödfixar i september när det nya OS:et landar på dina användares telefoner.
Årligt underhåll för en app ligger ofta på omkring 15 till 20 procent av den initiala byggkostnaden, beroende på omfattning och hur snabbt produkten utvecklas. Med ett fast dagspris och en kontaktpunkt förblir den budgeten läsbar. Du betalar för identifierade arbetsdagar, inte ett ogenomskinligt supportavtal, och du kan se vad en given release kommer att ta innan den börjar.
Till mitt dagspris på 500 € eller 600 $, mot riktiga arbetsdagar. Vi kan sätta upp reserverade dagar per månad eller arbeta vid behov, beroende på hur aktiv din roadmap är.
Ja, det är det vanliga fallet för underhåll. Jag tar tid att förstå den befintliga koden innan jag ändrar något, och jag dokumenterar det som behöver dokumenteras så att arbetet förblir friskt framåt.
Ja. Vissa kunder behåller ett team på en plattform och ger mig den andra, och vissa ger mig båda. Båda upplägg fungerar, och jag samordnar paritet vid gränsen med ditt team.
Jag kontrollerar beteendet på den nya versionen, ersätter föråldrade API:er och anpassar mig till nya butikskrav innan något av det blockerar dina uppdateringar. När det är värt det testar jag mot utvecklarbetorna inför den publika releasen.
Jag kör en utvecklar-QA-genomgång på riktiga enheter före varje release. För bredare testtäckning arbetar jag gärna tillsammans med ditt team eller en dedikerad testare, men jag släpper inte utan att först kontrollera builden på hårdvara.
Jag spårar funktioner på båda sidor för att hålla glappet litet. Perfekt paritet i varje ögonblick är sällsynt i praktiken, men målet är konkret: ingen plattform hamnar efter länge, och nytt arbete landar på båda inom ett snävt fönster.
Skicka produktkontexten, målplattformen, repository-status och tidsplan. Jag säger snabbt om jag kan hjälpa.