Rust-kehittäjä työpaikat: vertaa järjestelmä-, GUI- ja toimitustyötä

Nimeä crate, FFI ja katselmointipolku ennen hakemista

Rust-kirja käsittelee omistajuutta, lainaamista ja elinaikoja kielen ytimenä, ei valinnaisena tyylinä. Cargo dokumentoi, miten paketit käännetään, testataan ja julkaistaan tiimin toimitusyksikkönä. Qt kuvaa QML-sovellukset ja Qt Quickin deklaratiivisena käyttöliittymäkerroksena, joka silti tarvitsee natiivin taustan. Gerrit kuvaa muutoskohtaista koodikatselmointia, ei pull request -sosiaalista työnkulkua. Käytä sitä sanastoa Rust-kehittäjän työpaikkoja vertailtaessa: onko tämä craten ja palvelun, käyttöliittymän, FFI:n vai rajatun yhdistelmän työtä?

Luokittele kolme kohdetta julkisesta kuvauksesta ilman luottamuksellisia tietoja. Rust-pinnassa mitä binääriä tai kirjastoa muutetaan ensin, ja kuuluuko asynkroninen ajonaika rajaukseen? Naapurikielessä kutsutaanko C++:aa FFI:n kautta, pidetäänkö se rinnakkaismoduulina vai odotetaanko päivittäistä muokkausta? Käyttöliittymässä onko Qt Quick tai QML ensimmäisessä toimituksessa, vai onko rajapinta palvelu? Ilmoitus, joka nimeää vain Rustin, C++:n, Qt:n, QMLn, QtQuickin ja Gerritin, ei ole vielä rajannut työtä.

Kirjaa poissulut omiin muistiinpanoihisi. Linux-ydintyö, FPGA-laiteohjelmisto, Kubernetes-alustan omistajuus ja uudet web-rajapinnat liittyvät usein Rustin ja paisuttavat rajattoman järjestelmätoimeksiannon. Nimeä naapuriomistajat. Jos työ odottaa, että nielaiset levytuen tai klusterioperaatiot hiljaa, se on eri rooli kuin rajatun Rust- ja Qt-ympäristön muuttaminen. Sama lista estää hakemuksia, jotka lupaavat koko järjestelmäpinon yhdellä nimikkeellä.

Näytä omistajuus- ja katselmointinäyttö, älä kielisanaa

Rust, C++ ja Qt esiintyvät yhdessä, koska sekoitettu koodipohja on vain niin luotettava kuin raja ja katselmointi. Kirja käyttää alkulukunsa arvoihin, jotka funktio voi omistaa, lainata tai kopioida. Cargo käsittelee testejä ja käännöksiä komentoina, jotka tiimi voi ajaa uudelleen. Gerrit käsittelee jokaista muutosta katselmoitavana yksikkönä, jolla on katselmoijat ja varmennus. Käytä niitä naapurikarttoina, ei väitteenä siitä, että tämä Rust-työ sisältää jokaisen järjestelmätaidon. Hyödyllinen näyttö on yksi muutos, jonka osaat selittää: crate, tyypit, FFI- tai QML-raja, testi, katselmointi ja se, kuka huomaa rikkoutumisen.

Unsafe-lohkot, Send- ja Sync-virheet, QML-propertyt ja ABI-ero ovat käytännön vikatiloja, eivät sivuseikkoja. Ole valmis kertomaan, miten pidit unsafen pienenä, miten testasit C++-takaisinkutsun ja miten Qt Quick -näkymä pysyi tahdissa Rust-tilan kanssa. Jos rajaa ei voi selittää ilman vihreän käännöksen kuvaa, toteutusvastuu on vielä auki.

Toimitus kuuluu samaan keskusteluun. Gerrit, CI-varmennus ja crate-versiointi päättävät, miten muutos tavoittaa muut. Ole valmis kertomaan, miten paikka ladataan, miten epäonnistunut testi luokitellaan ja kuka omistaa seuraavan yhdistämisen. Henkilö, joka jättää katselmoinnin myöhemmäksi sosiaaliseksi vaiheeksi, ei ole vielä valmis omistamaan tuotantobinääriä, jonka muiden insinöörien pitää kääntää.

Vertaa työpaikkoja yhdellä oikealla Rust-muutoksella

Ota rajattu, ei-luottamuksellinen tilanne työstä, jota olet jo tehnyt. Kysy, mitä päätöksiä, testejä ja operatiivista näyttöä tuottaisit kahdessa ensimmäisessä viikossa uudessa työpaikassa. Vahva osuma nimeää craten, C++- tai QML-rajan, katselmointityökalun, työkielen ja sen, mitä ilman epäonnistuneen testin lokia ei voi päätellä. Pitkä järjestelmälista on heikompi signaali kuin yksi muutos, jonka osaat selittää päästä päähän. Nimeä myös, mitä jättäisit ensimmäisen toimituksen ulkopuolelle, jotta laajuus ei kasva ydin- tai alustaomistajuudeksi.

Kysy, miten tiimi työskentelee usean kielen kanssa samassa tuotteessa. Sekoitettu työ kaatuu usein Rust-tyypin ja Qt-propertyn saumaan, ei yhden funktion sisälle. Selitä, miten jaettu kohde, kuten laitetunniste tai käyttöliittymämalli, pysyy yhtenäisenä, kun toinen insinööri muuttaa QMLää. Etsi työtapaa, ei väitettä, että omistat kaikki naapurimoduulit.

Käytä samaa tilannetta, kun vertaat useita Rust-kehittäjän työpaikkoja tai toimeksiantoja. Näin laaja mutta epämääräinen ilmoitus ei saa etua, ja puuttuvat omistajat, katselmointioikeudet ja etärajoitteet näkyvät ennen hakemista. Kirjaa osuma, tarkennus tai ohitus yhdellä rivillä, jotta haku pysyy rajattuna.

• Nimetty crate tai binääri, jolla on omistaja ja käännöskomento.
• C++ FFI- tai Qt Quick -raja, jonka osaat selittää.
• Epäonnistuva testi, joka teki seuraavasta katselmoinnista turvallisemman.
• Katselmointityökalu, työkieli ja etärajoitteet.
• Selkeät poissulut ydin-, FPGA- ja pilvialustatyölle.

Valitse työpaikka ensimmäisen paikan ja luovutuksen perusteella

Hyödyllinen ensimmäinen rajaus työnantajalta tai konsulttitoimeksiannosta mahtuu yhdelle sivulle. Etsi toimintongelma, rajauksen cratet, nykyiset omistajat, vaadittu ensimmäinen muutos, testinäyttö, katselmointipolku ja luovutus. Lisää tiimit, joita et voi ohjata suoraan. Tämä riittää Rustin, C++:n, Qt:n ja naapuroivan embedded-työn oletusten avaamiseen ilman luottamuksellisia tietoja. Jos ensimmäistä binääriä ei voi nimetä, keskustelu on vielä kartoitusta, ei toteutuspaikkaa.

Määritä, mitä vastaanottava tiimi saa. Pelkkä crate-paketti ei ole luovutus. Tiimin pitää tietää, missä paketti elää, mikä FFI- tai QML-sopimus on jäädytetty, miten epäonnistunut testi luokitellaan ja kuka omistaa seuraavan katselmoinnin. Lyhyt läpikäynti yhdellä turvallisella Gerrit-muutoksella on usein yleinen järjestelmäkalvo arvokkaampi, koska se osoittaa, pystyykö tiimi operoimaan tulosta. Jos tiimi ei voi toistaa yhtä epäonnistunutta cargo-testiä ilman sinua, luovutus on kesken.

Nordkood julkaisee valikoituja teknologiakonsultoinnin toimeksiantoja yhdessä paikassa. Tarkista ajantasainen Rust-toimeksianto siihen liittyvästä avoimen roolin linkistä ennen kiinnostuksen ilmaisemista. Pidä teknologiasi, kielesi, sijaintisi ja saatavuutesi oikein ja seuraa rekrytoinnin etenemistä samassa kokemuksessa. Tämä artikkeli jäsentää hakua ja vertailua, mutta ei lupaa tietyn toimeksiannon pysyvän avoinna tai hakemuksen etenevän.