Etsitkö iOS-kehittäjän työpaikkoja Suomesta? Opi lukemaan UIKit- ja SwiftUI-työ, reaktiivinen koodi, testaus ja paikanpäällä olo ennen hakemista.
Lue iOS-kehittäjän työpaikat koodikannan hakuna
iOS-kehittäjän työpaikat Suomessa näyttävät otsikossa samalta ja eroavat sen alla selvästi. Yksi ilmoitus hakee tekijää uuden SwiftUI-sovelluksen aloittamiseen. Toinen hakee kokenutta insinööriä pitämään laajan ja liiketoiminnalle kriittisen kuluttajasovelluksen vakaana, kun uusia ominaisuuksia julkaistaan joka sprintissä. Molemmissa nimike voi olla iOS-kehittäjä, iOS engineer tai mobiilikehittäjä, ja molemmat voivat pyytää Swiftiä. Työ, riski ja tarvittava näyttö ovat silti erilaisia.
Aloita hausta, jota ihmiset oikeasti kirjoittavat. iOS-kehittäjä työpaikat on haku, joka vastaa natiivia Applen alustojen työtä. Pelkkä mobiilikehittäjän työpaikkojen haku sekoittaa mukaan Android-, Flutter- ja React Native -roolit, joilla on omat hakunsa ja omat osaamislistansa.
Lue jokainen ilmoitus kuvauksena koodikannasta, ei muotisanojen listana. Kysy, millä sovellus on tehty nyt, mihin se on menossa, kuka sitä testaa ja kuinka usein se julkaistaan. Näistä neljästä vastauksesta selviää enemmän kuin nimikkeestä, ja ne kertovat, mitä kokemustasi kannattaa nostaa hakemuksessa ensimmäiseksi.
Myös sijainti kannattaa rajata. Suurin osa Suomen iOS-tiimeistä toimii pääkaupunkiseudulla, ja pienempiä keskittymiä on Tampereella, Oulussa ja Turussa. Etäpainotteisia iOS-rooleja on, mutta moni kuluttajasovelluksen tiimi pyytää kiinteän määrän toimistopäiviä, koska suunnittelijat, tuoteomistajat ja taustajärjestelmien kehittäjät työskentelevät rinnakkain. Rajaa haku siis heti alussa niihin kaupunkeihin ja työmalleihin, jotka oikeasti sopivat sinulle.
Erota UIKit-ylläpito SwiftUI-rakentamisesta
Ensimmäinen tekninen jako on käyttöliittymäkehys. UIKit on Applen pitkäaikainen imperatiivinen kehys, jossa iOS-käyttöliittymä rakennetaan näkymäohjaimilla ja näkymillä. SwiftUI on Applen deklaratiivinen kehys, jossa käyttöliittymä kuvataan tilan funktiona. Moni vakiintunut suomalainen kuluttajasovellus on edelleen pääosin UIKitillä tehty ja ottaa SwiftUI:ta käyttöön vähitellen.
Kun ilmoitus vaatii Swiftiä ja UIKitiä ja mainitsee SwiftUI:n yhtenä kohtana muiden joukossa, nykyinen sovellus on yleensä UIKit-painotteinen. Silloin vahva UIKit-osaaminen on ydin: navigointi, taulukko- ja kokoelmanäkymät, Auto Layout, näkymäohjainten elinkaari ja vanhojen näkymien turvallinen uudistaminen. Kyky tuoda SwiftUI UIKitin rinnalle rikkomatta kumpaakaan on arvokas lisä, ei päätehtävä.
Kun SwiftUI on listan kärjessä, kysy kuinka kypsä koodikanta on. Uuden SwiftUI-sovelluksen rooli arvostaa nopeutta, tilanhallintaa ja design-järjestelmätyötä. Siirtymäprojektin rooli arvostaa harkintaa: mitkä näkymät siirretään, miten tila jaetaan kehysten välillä ja miten vältetään kaksi puolivalmista käyttöliittymää.
Lue RxSwift, Combine ja arkkitehtuurin nimet historiana
Reaktiivinen ohjelmointi näkyy monessa iOS-kehittäjän työpaikassa Suomessa. Combine on Applen oma kehys ajan myötä muuttuvien arvojen käsittelyyn. RxSwift on aiempi avoimen lähdekoodin kirjasto, jossa on sama perusajatus. Ilmoitus, joka mainitsee molemmat, kuvaa yleensä koodikantaa, joka otti RxSwiftin käyttöön vuosia sitten ja käyttää uusissa osissa Combinea.
Tällä historialla on merkitystä hakemuksessa. Jos olet ylläpitänyt RxSwift-koodia, kerro se suoraan ja kuvaa mitä sillä teit: näkymämallien sidonnat, virheiden käsittely virroissa, muistivuotojen poistaminen tai virtojen siirto Combineen tai Swiftin rinnakkaisuuteen. Kypsän sovelluksen arvioijat haluavat tietää, että osaat lukea vanhaa koodia turvallisesti, eivät vain sitä, että tunnet uusimman rajapinnan.
Arkkitehtuurien nimet toimivat samoin. VIPER, MVVM ja koordinaattorimallit näkyvät, koska suuret sovellukset tarvitsevat selkeät moduulirajat. Pidä niitä merkkinä siitä, että tiimi välittää erottelusta ja testattavuudesta. Jos et ole käyttänyt juuri kyseistä mallia, kerro mitä mallia käytit ja miten se piti ominaisuudet toisistaan riippumattomina.
Näytä testaus, saavutettavuus ja julkaisukuri
Suuren käyttäjämäärän kuluttajasovellus ei voi sietää hauraita julkaisuja, joten iOS-kehittäjän työpaikat Suomessa nimeävät yhä useammin yksikkötestit, integraatiotestit ja testiautomaation vaatimuksiksi. XCTest on Applen kehys yksikkö-, suorituskyky- ja käyttöliittymätesteihin Xcodessa. Ilmoitus, joka pyytää rakentamaan ja ylläpitämään testiautomaatiota, kysyy kuka todistaa että ominaisuus toimii.
Tuo konkreettisia esimerkkejä. Kuvaa ominaisuuteen lisäämäsi testijoukko, vakauttamasi epäluotettava käyttöliittymätesti tai julkaisu, jossa testit löysivät regression. Tarkistettavat luvut, kuten kattamiesi moduulien määrä, ovat parempia kuin yleiset lauseet laadusta.
Saavutettavuus ja tietoturva näkyvät usein eduksi luettavina kohtina. Apple dokumentoi kehittäjille VoiceOverin, Dynamic Typen ja muut saavutettavuusominaisuudet, ja Suomessa palvelut pitävät saavutettavuutta yhä useammin perusvaatimuksena. Jos olet saanut näkymät toimimaan VoiceOverin kanssa tai käsitellyt arkaluonteista dataa huolellisesti, mainitse se. Valvontatyökalut kuten Splunk ilmoituksessa kertovat, että tiimi seuraa tuotannon käyttäytymistä julkaisun jälkeen.
Vertaa vakituisia iOS-työpaikkoja konsulttitoimeksiantoihin
Hae vakituisia paikkoja ja konsulttitoimeksiantoja kahtena erillisenä listana. Vakituinen iOS-kehittäjän työpaikka pyytää yleensä kasvamaan yhden tuotteen ja tiimin mukana. Toimeksianto pyytää yleensä tuomaan todennetun kokemuksen olemassa olevaan tiimiin määräajaksi, usein kuudesta kahteentoista kuukauteen tai pidemmäksi, ja olemaan tuottava ensimmäisten viikkojen aikana.
Toimeksiannot kertovat ehtonsa suoremmin. Katso aloituspäivä, kesto, työmäärä, tuntihinnan haarukka, kieli ja paikanpäällä olon odotukset. Moni helsinkiläinen sovellustiimi työskentelee hybridimallissa, jossa on vähimmäismäärä toimistopäiviä. Jos et pysty täyttämään läsnäolovaatimusta, ohita rooli sen sijaan, että toivoisit sen muuttuvan.
Nordkood julkaisee valittuja iOS- ja muita mobiilitoimeksiantoja avoimina projekteina. Kirjaudut sisään, selaat sinulle sopivia toimeksiantoja, haet pyyhkäisyllä ja seuraat rekrytoinnin etenemistä reaaliajassa. Reitti sopii kokeneille iOS-kehittäjille, jotka haluavat projektityötä Suomessa vakituisen työn rinnalla tai sen sijaan.
Kumpaa listaa käytkin läpi, pidä jokaisesta julkaisemastasi sovelluksesta lyhyt projektikuvaus: käytetyt kehykset, oma osuutesi, testaustapa ja julkaisutiheys. Kuvauksen voi sovittaa jokaiseen hakuun muutamassa minuutissa, ja se vastaa niihin kysymyksiin, joita iOS-tiimit kysyvät ensimmäisenä. Lisää mukaan myös App Storen tai TestFlightin kautta julkaistut versiot, jos voit kertoa niistä julkisesti.
Päätökset ennen hakemista
Näillä kysymyksillä lajittelet iOS-kehittäjän työpaikat nopeasti ja muotoilet jokaisen hakemuksen tiimin todellisen koodikannan mukaan.
- Onko sovellus pääosin UIKitiä, pääosin SwiftUI:ta vai keskellä siirtymää, ja mitä näistä olet tehnyt tuotannossa?
- Mainitaanko ilmoituksessa RxSwift, Combine tai Swiftin rinnakkaisuus, ja osaatko kuvata niillä ylläpitämääsi koodia?
- Mitä arkkitehtuurimallia tiimi käyttää, ja miten edellinen sovelluksesi piti ominaisuudet erillään ja testattavina?
- Mistä testauksesta rooli vastaa: yksikkö-, integraatio- vai käyttöliittymätesteistä tai putken testiautomaatiosta?
- Pystytkö täyttämään ilmoitetut toimistopäivät, aloituspäivän, keston ja kielivaatimuksen?
- Onko kyse vakituisesta työpaikasta vai määräaikaisesta toimeksiannosta, ja sopiiko hinta tai palkka odotuksiisi?