Sådan screener du Angular-udviklerens færdigheder

Udgivet: Sidst opdateret:
Færdigheder som Angular-udvikler

JavaScript-frameworks udvikles i et hurtigt tempo, hvilket betyder, at der ofte opdateres versioner af nogle af de mest populære valgmuligheder, herunder Angular, React og Vue.js. I dette indlæg vil vi fokusere på Angular-udviklerkompetencer, hvad Angular er, og hvordan man screener en udvikler for Angular-færdigheder.

Den allerførste version af Angular blev introduceret i 2009 og er resultatet af innovativt arbejde udført af Google-ingeniørerne Misko Hevery og Adam Abrons. Angular er en open source-ramme med meget avanceret JavaScript-understøttelse og er en del af den JavaScript-økosystem. Generelt har den fået stor ros fra udviklingsmiljøet.

Angular's solide kodebase og det faktum, at den er udviklet, vedligeholdt og understøttet af Google, er hovedårsagerne til, at udviklere stoler på Angular til at bygge interaktive webapplikationer med høj interaktivitet. I den 2020 StackOverflow-undersøgelse af udviklere, Angular blev rangeret som den tredje mest anvendte teknologi til webrammer. Siden begyndelsen af 2019 er Angular-udviklerfællesskabet vokset med 50 procent i forhold til 2018, som det fremgår af NG-Conf 2019.

Angular bliver i stigende grad brugt til applikationer på virksomhedsskala, da det har en høj markedsføringshastighed i denne tid med teknologiske fremskridt. Lad os få mere at vide om Angular.

Hvad er Angular1. Hvad er Angular?

Det første, der skal bemærkes, er, at Angular (uden "JS" i navnet) havde en forgænger, der hed AngularJS. Navnene er næsten det samme, men teknisk set er det forskellige værktøjer. Efter at være blevet udgivet i 2009 blev det erstattet af det "nye Angular", almindeligvis kendt som Angular 2+, eller bare Angular i 2016. Så strengt taget har det været i brug siden 2016. Nu hvor vi har fået det af vejen ...

Angular er en webudviklingsplatform, der er indbygget i TypeScript, og som giver udviklere robuste værktøjer til at skabe klientsiden (front-end) af web-, desktop- og mobilapplikationer.

I 2010 var Angular's primære fordel, at det gjorde det muligt at omdanne HTML-baserede dokumenter til dynamisk indhold. Før AngularJS var HTML meget mindre praktisk at ændre, hvilket betød, at brugerne ikke aktivt kunne interagere med grænseflader på HTML-sider så nemt og hurtigt som i dag.

Der var nogle måder at opbygge dynamiske single-page-applikationer (SPA'er) på, men de var for komplekse til, at man kunne programmere dem nemt. Angular-arkitekturen reducerede udviklingsarbejdet med henblik på at skabe dynamisk indhold, og brugerne fik gavn af websider med dynamiske formularer og elementer.

Den nye Angular giver i forhold til Angular JS de samme fordele som sin forælder (dynamiske sider osv.), men med moderne værktøjer, bedre ydeevne og i større skala. Moderne funktioner fra 2016 til i dag er designet til at være langt mere brugervenlige end dem fra 2010.

1.1. Hvad bruges Angular til, og hvilke problemer løser det?

Den primære funktion af Angular er at opbygge komplekse webapplikationer. Det kan også bruges til at bygge universelle apps (dvs. én kodebase, der kan anvendes på både web- og mobilplatforme, i lighed med React Native).

At være en webramme betyder, at Angular instinktivt hjælper med at fremskynde processen med at bygge webapplikationer ved at give udvikleren mulighed for at skrive meget mindre kode. Angular bruger også HTML til at definere applikationens brugergrænseflade. HTML er sammenlignet med Javascript et deklarativt og intuitivt sprog, og det er langt mindre kompliceret. Det betyder også, at en udvikler ikke behøver at investere tid i programflows og løse problemer som "i hvilken rækkefølge skal scripts indlæses". I bund og grund kan du definere, hvad du har brug for, og Angular vil tage sig af det.

Anvendelse af TypeScript til at øge vedligeholdelsen af koden og den præstationsscore, der forbedres, når du laver mere komplekse applikationer, er to store USP'er for Angular. Derudover kan de specifikke valgmuligheder i økosystemet gøre Angular til det vigtigste instrument til langsigtede og tunge investeringsprojekter, hvor en stejl indlæringskurve kompenseres af stabilitet og løbende teknisk support.

1.2. Ligner det andre sprog eller frameworks?

På brugergrænsefladen svarer det til det, der tidligere blev kaldt "præsentationslag" i templating-sprog som JSP (Java Server Pages), JSF (Java Server Faces) eller ASP (ASP.net). På logiklaget svarer det til virksomhedsteknologier som Java/.net.

React er en anden webramme, som Angular er ofte sammenlignet med. React bruges ligesom Angular til udvikling af enkelt-side- og mobilapplikationer. Det adskiller sig dog ved, at React er meget mindre i størrelse og normalt kræver yderligere biblioteker, når der udvikles komplekse React-applikationer.

Vue er en anden ramme, der ofte sammenlignes med de to førnævnte. Vue arbejder i View-laget i en applikation, mens det har en virtuel DOM-funktion og understøtter yderligere biblioteker i lighed med React. Vue har også en skabelonstil, der ligner Angular, men ydelsesmæssigt er det meget mere letvægtigt; hvilket betyder, at det er mere nyttigt til opbygning af brugergrænseflader og løsning af komplekse problemer. Dette står i modsætning til Angular's forkærlighed for udvikling af applikationer i virksomhedsskala.

1.3. Hvad er de vigtigste fordele eller funktioner?

Angular leveres med masser af værktøjer til de mest almindelige programmeringsopgaver. Disse omfatter: strukturering af brugergrænsefladen med komponenter, kommunikation med backend-strukturen via HTTP, håndtering af formularer (Angular understøtter to tilgange: skabelondrevne formularer og reaktive formularer) og håndtering af applikationslogik i services. Og selvfølgelig automatiseret unit- og e2e-testning.

Det særlige ved Angular er, at designet er rettet mod applikationer i stor skala. Angular har et avanceret modularitetssystem, kombineret med Dependency Injection, som gør det meget konfigurerbart for komplekse applikationer for at holde den modulære (men øger klart vanskeligheden).

Hvad skal en rekrutteringsmedarbejder vide om Angular2. Hvad er vigtigt for en it-rekrutteringsmedarbejder at vide om Angular?

Angular bruger mange koncepter, der er lånt fra teknologier som Java/.net, så for erfarne backend-udviklere vil Angular virke bekendt og ikke udgøre nogen stor udfordring.

Der er dog nogle koncepter, som kræver træning for front-end-udviklere, der ikke har et stort kendskab til back-end. Eksempler på disse koncepter omfatter dependency injection, serviceorienteret arkitektur, statisk typning, generelle OOP-principper (objektorienteret programmering) osv.

Ikke desto mindre er Angular et framework med mange indbyggede funktioner. Og det kan tage en del tid og kræfter at lære disse funktioner at kende. Det betyder, at selv erfarne Angular-udviklere ikke vil vide absolut alt om rammen fra ende til anden, så husk ordspillet.

2.1. Hvor ofte ændres den tekniske stak?

Officielt er det meningen, at Angular-teamet skal udgive en ny større version hver sjette måned.

En ny hovedversion betyder, at den kan indeholde ændringer afbrydende ændringer, så den kode, der fungerede i de tidligere versioner, kunne holde op med at virke. Da der kan være brud på de nye større versioner, forekommer disse gennemgribende ændringer ikke særlig ofte.

En væsentlig årsag kan være den ulempe, som udviklerne ville opleve ved at bruge mange kræfter på at opgradere rammen alene. Så i stedet for en revolution hvert halvår, ser vi snarere evolutionær vækst.

Et uddrag af Angular websted stater:

Generelt kan du forvente følgende udgivelsescyklus:

  • En større udgave hver 6. måned
  • 1-3 mindre udgivelser for hver større udgivelse
  • En patchudgivelse og et pre-release (next eller rc) build næsten hver uge

2.2. Er der mange ressourcer/værktøjer/teknologier til rådighed?

Som et af de mest populære webframeworks er der masser af open source-biblioteker tilgængelige til Angular. Det siger sig selv, at der er et væld af ressourcer, herunder bøger, tutorials, konferencer og blogs, som er let tilgængelige.

Der findes mange populære komponentbiblioteker, f.eks. Angular Material (Google Material Design-implementering til Angular) eller ng-bootstrap (Twitter bootstrap-implementering til Angular). Desuden findes der flere populære biblioteker til tilstandsstyring, herunder NGRX, NGXS, Akita, for ikke at nævne forskellige teknikker inden for det rene RxJS-bibliotek. I det væsentlige er der ingen mangel på gratis og betalt indhold tilgængeligt online til Angular.

2.3. Hvilke værktøjer og teknikker bør en Angular-udvikler kende?

Angular-udviklere bør forventes at være så fortrolige som muligt med selve rammen.

Det er ret vigtigt for udviklere at have viden om arkitektur og designmønstre, da Angular normalt bruges til at skabe store projekter.

Designmønstre hjælper med at holde orden i den store kodebase og kompleksiteten og gør det lettere at tilføje nye funktioner. Uden designmønstre er koden meget mere kaotisk og sværere at vedligeholde. Deres funktionalitet er ikke specifik for Angular, de er snarere et generelt datalogisk emne - men deres eksistens er særlig vigtig for Angular.

De skal også være bekendt med de grundlæggende Angular-afhængigheder:

  • TypeScript - er det primære sprog til udvikling af Angular-applikationer. Det er en supersætning af JavaScript med designtidsunderstøttelse for typesikkerhed og værktøj. Browsere kan ikke udføre TypeScript direkte, da Typescript skal "transpileres" til JavaScript ved hjælp af tsc-kompileren, hvilket kræver konfiguration.
  • JavaScript (selve browserens programmeringssprog) - da det er det miljø, som Angular-apps vil blive kørt i, især Asynkron JavaScript.
  • RxJS - et programmeringsbibliotek, der leverer reaktive strømme, som er allestedsnærværende i Angular

2.4. Hvilken type erfaring er vigtig at søge hos en Angular-udvikler (kommerciel, open source, videnskabelig, akademisk)?

Videnskabelig og akademisk erfaring er næsten irrelevant. Kommerciel erfaring med at bygge webapplikationer indikerer normalt dygtige Angular-udviklerfærdigheder og er derfor den vigtigste faktor.

Erfaring med brug af open source JavaScript/TypeScript/Angular-biblioteker er også nødvendig.

Kontroller Angular-færdigheder3. Hvordan kan man kontrollere Angular-udviklerens færdigheder i screeningsfasen?

En vigtig ting at bemærke er, at du aldrig bør forvente, at en udvikler er stærk i alle programmeringsfunktioner. Det er tvivlsomt, om f.eks. en person, der har stor erfaring med CSS, HTML og styling, også er ekspert i arkitektur og designmønstre. Så prøv at finde de Angular-udviklerkompetencer, du har brug for til dit projekt, og fokuser på dem.

3.1. Hvad skal man tage hensyn til, når man screener et CV?

Det er klart, at Angular-færdigheder og andre webframeworks er et must for ethvert CV i denne rolle. Men andre ting at overveje i forbindelse med Angular-udviklerfærdigheder omfatter:

  • Færdighed i JavaScript
  • Erfaring med browsere (køretidsmiljø) og DOM (Document-Object Model)
  • Et godt kendskab til HTTP, da næsten alle applikationer skal indlæse eksterne data, som klientappen (Angular) skal behandle, vise og overdrage til brugerne osv.
  • Evnen til at arbejde med CSS, da applikationer trods alt skal have et flot layout
  • Erfaring med arkitektur og designmønstre for at kunne håndtere komplekse forretningskrav med vedligeholdelsesvenlig kode

Det er afgørende for en Angular-udvikler at have stor erfaring med browsere, DOM, HTTP og CSS. Dette skyldes følgende: Hvis noget er umuligt i runtime-miljøet, er det heller ikke i Angular. Intrinsisk set kan et framework ikke gå ud over sit runtime-miljø.

Arkitektur og designmønstre er lige så vigtige, fordi Angular-apps som nævnt ovenfor er ret store og komplekse. Store apps med dårligt design fører til høje omkostninger til vedligeholdelse af applikationer og tilføjelse af funktioner, og det er bestemt ikke ideelt.

Ordliste til angulærer3.2. Hvilke glossarudtryk er vigtige at kende til i Angular (herunder frameworks, biblioteker og sprogversioner)?

Aspekter i Angular

Arkitektur
  • Moduler
  • Injektion af afhængighed
  • Komponenter
  • Præstationsteknikker
Statslig forvaltning
  • HTTP-tjenester
  • Tilstandsdygtige tjenester
  • NGRX eller NGXS eller Akita osv.
Formularer
  • Skabelon-drevne formularer
  • Reaktive formularer
Skabeloner
  • Komponenter
  • Rør
  • Biblioteker fra tredjepart med indbyggede komponenter, såsom Angular Material, ng-bootstrap osv.

Aspekter i forbindelse med Angular

  • TypeScript - det sprog, som Angular-apps skrives på. Mens JavaScript er moderen til webprogrammering og bruges på de fleste websteder, er TypeScript et moderne og objektorienteret programmeringssprog, der giver en bedre struktur til at administrere store webprojekter. TypeScript er ved at blive indført af flere store open source-projekter og biblioteker, herunder Angular. De vigtigste forskelle mellem JavaScript og TypeScript er:
    • TypeScript har en funktion, der er stærkt typetypet eller understøtter statisk typning. Det betyder, at statisk typing gør det muligt at kontrollere typekorrekthed på kompileringstidspunktet. Dette er ikke muligt i JavaScript.
    • TypeScript gør opmærksom på kompileringsfejl på kompileringstidspunktet (som finder sted under udviklingen). JavaScript er et fortolkningssprog og har derfor ingen kompileringsfejl. Alle fejl bliver smidt under kørselstiden, så potentielt kan flere fejl lække ind i appen og skabe problemer for slutbrugeren.
    • RxJS - reaktive streams bruges til at understøtte HTTP-forespørgsler, WebSocket-forespørgsler, Reactive Forms, Routing, Application State og meget mere.
    • Webpack - også kaldet en bundler, det er et værktøj, der kombinerer mange løse filer (ti, hundrede eller endda tusindvis af dem) og samler dem i én logisk fil, som derefter udføres. Det kommer med flere fordele, hvor de vigtigste er bedre ydeevne og forbedret værktøj til udviklere.

3.3. Hvilke versioner er helt forskellige? Hvilke versioner ligner hinanden?

Som tidligere nævnt kan hver ny større version af Angular fortolkes som en evolutionær ændring. Opdateringen i 2016 fra AngularJS til det nuværende Angular var mere en revolution med de grundlæggende ændringer, der blev foretaget.

En af de vigtigste ændringer blev indført i Angular 9, hvor den nye compiler kaldet Ivy blev introduceret.

Hver version får et nyt hovednummer. Indtil videre har vi haft:

  • Angular 2
    (Der var ingen Angular 3, da de interne Angular-pakker ikke var synkroniseret med hinanden og derefter blev forenet. Siden da er pakkerne bagudkompatible.)
  • Angular 4
  • Angular 5
  • Angular 6
  • Angular 7
  • Angular 8
  • Angular 9
  • Vinkel 10

Udgivelserne kan ses i ændringsloggen: https://github.com/angular/angular/blob/master/CHANGELOG.md

3.4. Hvilke andre linjer på et CV kan vise Angular-udviklerkompetencer?

Erfaring med andre JS-frameworks (eller mobilapps) vil være en stor fordel. Disse omfatter:

  • AngularJS, Ember, React, Vue, Vue og mange andre

En udvikler, der er fortrolig med Vue eller AngularJS, skal uden tvivl bruge lidt tid på at lære Angular. Udvikleren bør dog allerede forstå, hvad der er de typiske opgaver, hvilke potentielle problemer der skal løses, og hvad begrænsningerne for webapps er. Disse ville blot skulle behandles i et andet værktøjssæt (men emnerne/problemerne/opgaverne er logisk set næsten de samme).

Erfaring med automatiseret enhedstestning (værktøjer som Karma, Jasmine, Jest, Mocha, Ava osv.) og/eller e2e-testning (Selenium, Protractor, Puppeteer) vil også være en fordel, hvis udviklerens rolle omfatter skrivning eller vedligeholdelse af tests.

Angular-interviewspørgsmål4. Teknisk screening af Angular-udviklerens færdigheder under et teknisk interview pr. telefon/video

Uanset om du er it-rekrutteringschef, projektleder eller CTO, er du klar over, at projektets succes afhænger af din evne til at finde de bedste udviklere.

Nedenfor finder du nogle eksempler på interviewspørgsmål, som du kan bruge, når du søger en ny Angular-udvikler til at bygge dine webapplikationer.

4.1. Spørgsmål, som du bør stille om en Angular-udviklers erfaring. Hvorfor skal du stille hvert af disse spørgsmål?

  • Hvad bestod dine daglige opgaver i tidligere projekter af?
    • Svaret på dette spørgsmål bør fortælle dig, om kandidaten er mere interesseret i UI-delen (HTML, CSS, visuelle effekter, skrifttyper osv.) eller logikken bag applikationen (tilstandshåndtering, tjenester, moduler). Generelt er det bedre at have udviklere med forskellige specialiseringer samlet i ét team end at have alle CSS-eksperter og ingen eksperter i arkitekturdesign.
  • Har du i tidligere projekter vedligeholdt eller oprettet et komponentbibliotek (sæt af komponenter, der genbruges af flere apps eller projekter)?
    • Dette spørgsmål drejer sig om en avanceret brugssituation bag Angular-komponenter. Hvis en kandidat har arbejdet på et sådant projekt, er der stor sandsynlighed for, at han/hun vil opdage flere tekniske nuancer (hvilket er et plus) end udviklere, der ikke har arbejdet på et sådant projekt. Komponentbiblioteker er vanskelige at oprette, fordi de skal understøtte flere funktionaliteter for forskellige komponenter.
  • Har du brugt eksterne tredjepartsbiblioteker til stilarter?
    • Mange projekter og virksomheder beslutter sig for ikke at skabe deres eget designsprog (det udseende og den følelse, der ligger bag et varemærke eller en virksomhed). I stedet vælger de at implementere et eksisterende sprog som Angular Material og ng-bootstrap. Disse værktøjer giver masser af nyttige funktionaliteter, men det tager tid at lære dem. Hvis du ved, at dit team bruger et bibliotek fra en tredjepart til stilarter, skal du helt sikkert spørge kandidaten om det. Det kan påvirke beslutningen om, hvorvidt du skal ansætte en person, betydeligt.
  • Har du automatisk testet de programmer, du har skrevet?
    • Hvis dit team vedligeholder automatiske tests som f.eks. enhedstest, funktionstest og e2e-test, vil en kandidat med erfaring med testning være langt mere attraktiv end en kandidat, der ikke har erfaring med testning. Pas på kandidater, der "aldrig har testet deres software automatisk", eller som ikke tror på, at det giver mening, eller at det kan betale sig.
  • Har du skabt realtidsapplikationer?
    • De fleste applikationer indlæser data fra serveren og viser dem til brugeren, f.eks. din bankkonto. Værdien ændres ikke særlig ofte, så der er ikke behov for at genindlæse den hvert sekund. Men nogle applikationer (f.eks. taxaselskaber eller pengeinstitutter) har brug for at opdatere deres data hvert sekund, eller endda oftere. Hvis din applikation er en realtid app, så skal dine Angular-komponenter nulstille dataene meget oftere eller bruge WebSockets over HTTP.

4.2. Spørgsmål, som du bør stille om en Angular-udviklers viden og holdninger. Hvorfor skal du stille hvert af disse spørgsmål?

  • Forklar, hvordan en asynkron pipe fungerer i Angular.
    • Dette spørgsmål tjekker, om en udvikler forstår et af de grundlæggende værktøjer, der er meget udbredt i Angular-apps. Se den detaljerede forklaring nedenfor.
  • Lad os antage, at vi har en komponent, der gemmer en HTTP-forespørgsel i en stream, og at denne stream er bundet til skabelonen ved hjælp af tre forskellige asynkrone pipes. Hvor mange fysiske HTTP-forespørgsler foretager denne komponent?
    • Dette spørgsmål er supervigtigt, da uvidenhed om, hvordan async pipes fungerer, ofte fører til, at man skaber apps, der laver for mange anmodninger, hvilket gør både front-end og back-end lag langsommere.
      Det hurtige svar er: hvis der ikke er nogen emner og ingen aktieoperatører, så foretager komponenten tre anmodninger (hvilket ikke er korrekt). Hvis der er en emne/aktieoperatør bruges korrekt, bør der kun være én anmodning, der forsyner alle asynkrene rør.
  • Hvilke regler og principper følger du, når du skriver enhedstests?
    • Dette spørgsmål tjekker viden om og erfaring med testning i Angular og generelt. Når du bygger store apps i Angular, er det særligt vigtigt at have tillid til kvaliteten af din app - og det er næsten umuligt uden automatiske tests (da manuel testning er ekstremt dyrt).
      De generelle principper for afprøvning er:
      - Testene bør køre uafhængigt af hinanden og bør ikke afhænge af deres rækkefølge
      - Hvis en enkelt test springes over, bør ingen anden test mislykkes og omvendt.
      - Testene bør kun kontrollere en enkelt adfærd/attribut.
      - En given funktionalitet bør testes én gang. For hvis funktionaliteten er defekt, er det ikke logisk at fortsætte med at teste den.
      - Enhedstests bør gøre nar af deres afhængigheder, f.eks. HTTP-opkald. Det skyldes, at hvis en test kontrollerer begge komponenters adfærd og fejler, fordi serveren svarer med et ugyldigt HTTP-svar, kan det ikke skyldes komponenten. Kontrol af alt (herunder afhængigheder) bør ske i såkaldte e2e-tests

4.3. Adfærdsmæssig spørgsmål, som du bør stille en Angular-udvikler. Hvorfor skal du stille hvert af disse spørgsmål?

  • Du har arbejdet på et projekt i et stykke tid, og du bemærker, at der er et vedvarende problem - når en komponent ændres, fejler mange tests, og de skal opdateres. Hvad ville du tænke om det, og hvad ville du gøre?
    • Dette spørgsmål tjekker både en udviklers holdning, teamworkfærdigheder og deres tekniske erfaring med Angular-apps. Det er ikke konstruktivt at kritisere en eksisterende kodebase, og det er en umiddelbar afbrydelse af en aftale. Den foretrukne tilgang ville være at analysere årsagerne sammen, blive enige om dem som et team og udarbejde en målbar plan for, hvordan situationen kan forbedres over tid.
      At foreslå at opgive aktiviteter for at refaktorisere test og implementering giver ikke meget mening fra et forretningsperspektiv, da teams i virkeligheden ikke bare kan holde op med at levere nye funktioner.
  • En ny version af Angular blev udgivet i sidste uge. Har du til hensigt at opgradere applikationen, og i så fald hvornår?
    • Generelt handler spørgsmålet om at holde balancen mellem at opretholde den høje tekniske kvalitet af projektet og forretningsmålene. Hvis udvikleren siger, at han/hun vil foretage et hurtigt tjek for at se, om denne opgave let kan udføres (opgraderingen viser sig at være enkel at navigere, men først er et tjek nødvendigt) - så ville det være et godt svar.
  • Du er ved at gå i gang med at oprette en Angular-applikation, men du ved ikke, om den bliver stor eller lille. Virksomheden kan ikke vide, om appen kommer til at vokse. Hvilket værktøj ville du bruge til at levere tilstandsstyring?
    • Dette spørgsmål tjekker en udviklers tankegang - om de er tilbøjelige til at indføre unødvendige ekstra værktøjer (hvilket øger kompleksiteten og omkostningerne ved at levere funktioner) eller om de holder tingene enkle. Et godt svar er at holde data i Angular-tjenester, hvis applikationen er af mindre omfang. Du kan tænke på yderligere tilstandshåndteringsbiblioteker (NGRX, NGXS, Akita osv.), når applikationen bliver større og mere kompleks. Konteksten for dette spørgsmål er, at udviklere har en tendens til at bruge biblioteker, når de ikke er nødvendige, bare fordi de gerne vil lære dem at kende for at skrive det ned i deres CV. Dette er et populært spørgsmål i front-end-udviklingsmiljøet.

Angular-kodningstest5. Teknisk screening af en Angular-udviklers færdigheder ved hjælp af en online kodningstest

Det er svært at finde en udvikler af høj kvalitet, der har potentialet til at arbejde efter dit koncept. Det er et tidskrævende, dyrt og besværligt forehavende. Og med de mange onlinefællesskaber fyldt med tusindvis af fjernudviklere kan det være en smule overvældende at træffe den rigtige beslutning. Heldigvis er der nogle trin, kontroller og procedurer, der kan hjælpe dig med at træffe den rigtige beslutning.

5.1. Hvilken online test for Angular-udviklerfærdigheder skal du vælge?

Når du leder efter den rigtige Test af færdigheder for Angular-udviklere skal du sikre dig, at den opfylder følgende kriterier:

  • Prøven afspejler kvaliteten af det professionelle arbejde, der udføres
  • Varigheden er ikke for lang, højst en til to timer.
  • Testen kan sendes automatisk og er ligetil i sin natur
  • Sværhedsgraden passer til ansøgerens evner
  • Testen går ud over at kontrollere, om løsningen fungerer - den kontrollerer kodens kvalitet og hvor godt den fungerer i edge cases
  • Det er så tæt på det naturlige programmeringsmiljø som muligt og giver kandidaten adgang til relevante ressourcer
  • Det giver kandidaten mulighed for at bruge alle de biblioteker, frameworks og andre værktøjer, som de regelmæssigt støder på.

5.2. DevSkiller færdighedstests for Angular-udviklere online klar til brug

DevSkiller-kodningstests bruger vores RealLifeTesting™-metode til at afspejle det faktiske kodningsmiljø, som din kandidat arbejder i. I stedet for at bruge obskure algoritmer kræver DevSkiller-testene, at kandidaterne skal opbygge applikationer eller funktioner. De bedømmes helt automatisk og kan tages hvor som helst i verden. Samtidig har kandidaten adgang til alle de ressourcer, som de normalt ville bruge, herunder biblioteker, frameworks, StackOverflow og endda Google.

Virksomheder bruger DevSkiller til at teste kandidater ved hjælp af deres egen kodebase fra et hvilket som helst sted i verden. For at gøre det nemt tilbyder DevSkiller også en række forudlavede Angular-tests som f.eks. dem her:

Vinkelformet
MIDDLE
Testede færdigheder
Varighed
101 minutter max.
Evaluering
Automatisk
Testoversigt

Spørgsmål efter valg

vurdering af viden om Vinkelformet, JavaScript

Huller i koden

vurdering af viden om Vinkelformet, JavaScript

Programmeringsopgave - Niveau: Medium

JavaScript | Angular | Reactive forms - Forbered en registreringsformular ved hjælp af Reactive forms

QA
JUNIOR
Testede færdigheder
Varighed
53 minutter max.
Evaluering
Automatisk
Testoversigt

Spørgsmål efter valg

vurdering af viden om QA, .NET, C# og Selen

Huller i koden

vurdering af viden om QA, .NET, C# og Selen

Programmeringsopgave - Niveau:

QA | .NET, Selenium | Firefox Driver | Selenium-tests til loginsiden - Implementer selenium-tests til loginsiden: Tjek HTML-komponenter, CSS-stilarter, indstil værdien af inputfelter og klik på knappen på siden.

Angular 2+
SENIOR
Testede færdigheder
Varighed
53 minutter max.
Evaluering
Automatisk
Testoversigt

Huller i koden

vurdering af viden om Angular2+, JavaScript

Spørgsmål efter valg

vurdering af viden om HTML

Programmeringsopgave - Niveau: svær

JavaScript | Angular 2+ | Router Rollebaseret adgangskontrol - Forbered en simpel RBAC for ruter og komponenter.

Vinkelformet
JUNIOR
Testede færdigheder
Varighed
58 minutter max.
Evaluering
Automatisk
Testoversigt

Spørgsmål efter valg

vurdering af viden om Angular2+, JavaScript, rxjs

Programmeringsopgave - Niveau:

JavaScript | Angular 2+ | Virtuel forretningskortholder - Forbind komponenterne i den virtuelle kortholder ved hjælp af en tjeneste, RxJS og Angulars @Input.

Vinkelformet
JUNIOR
Testede færdigheder
Varighed
44 minutter max.
Evaluering
Automatisk
Testoversigt

Spørgsmål efter valg

vurdering af viden om Angular2+, JavaScript

Huller i koden

vurdering af viden om Angular2+, JavaScript

Programmeringsopgave - Niveau:

JavaScript | Angular 2+ | Valutaberegner - Færdiggør en applikation, der skal konvertere et beløb i den valgte valuta til USD.

Vinkelformet
MIDDLE
Testede færdigheder
Varighed
72 minutter max.
Evaluering
Automatisk
Testoversigt

Spørgsmål efter valg

vurdering af viden om Angular Forms API, Angular reaktive formularer, Angular2+, Angular-skabeloner, Angular Sikkerhed

Programmeringsopgave - Niveau: Medium

JavaScript | Angular 2+ | Signup Form - Forbind HTML/CSS med Angular og tilføj korrekt validering.

Vinkelformet
MIDDLE
Testede færdigheder
Varighed
73 minutter max.
Evaluering
Automatisk
Testoversigt

Spørgsmål efter valg

vurdering af viden om Angular2+, Typeskrift, JavaScript, Værktøj, Webudvikling

Programmeringsopgave - Niveau: Medium

JavaScript | Angular 2+ | Signup Form - Forbind HTML/CSS med Angular og tilføj korrekt validering.

Vinkelformet
JUNIOR
Testede færdigheder
Varighed
40 minutter max.
Evaluering
Automatisk
Testoversigt

Spørgsmål efter valg

vurdering af viden om Angular2+, JavaScript, Typeskrift

Programmeringsopgave - Niveau:

JavaScript | Angular2+ | Routerkonfiguration - Opret routingkonfigurationen baseret på den eksisterende applikation og de krav, der er angivet i beskrivelsen.

Vinkelformet
SENIOR
Testede færdigheder
Varighed
105 minutter max.
Evaluering
Automatisk
Testoversigt

Spørgsmål efter valg

vurdering af viden om ES6, JavaScript, Angular2+, Typeskrift, AJAX, Webudvikling

Programmeringsopgave - Niveau: svær

Angular 2+ | Signup Flow | Komponenter og routing - Færdiggør brugerregistreringsflowet ved at oprette routing, integrere signup-formularen med datatjenester og tilføje korrekt inputvalidering.

JavaScript
MIDDLE
Testede færdigheder
Varighed
121 minutter max.
Evaluering
Automatisk
Testoversigt

Spørgsmål efter valg

vurdering af viden om ExpressJS

Programmeringsopgave - Niveau: Medium

Angular 2+ notesblok-app

Programmeringsopgave - Niveau: Medium

Node.JS - Mongo - Kursusrapport

Huller i koden

vurdering af viden om MongoDB

Del indlæg

Få mere at vide om ansættelse af teknologiske medarbejdere

Tilmeld dig vores Learning Hub for at få nyttig viden direkte i din indbakke.

Kontroller og udvikl kodningsevner uden problemer.

Se DevSkiller-produkterne i aktion.

Sikkerhedscertificeringer og overholdelse. Vi sørger for, at dine data er sikre og beskyttede.

DevSkiller-logo TalentBoost-logo TalentScore-logo