Sådan screener du Node.js-udviklerens færdigheder

Udgivet: Sidst opdateret:
Node.js-udviklerfærdigheder

I det nuværende teknologiske klima er Node.js en af de mest de mest populære backend-teknologier anvendes af udviklere. Det er afgørende, at du kontrollerer din kandidats Node.js-udviklerfærdigheder for at kunne ansætte en kandidat af høj kvalitet.

Der er mange grunde til, at Node.js er populær blandt branchens brugere. Dette runtime-miljø, der nogle gange blot kaldes "Node", fremmer hurtig og skalerbar softwareudvikling. Det bruger også JavaScript, World Wide Web's lingua franca, til at drive sine omfattende funktioner. Det er ikke overraskende, at så mange virksomheder gør deres bedste for at finde Node.js-udviklerkompetencer på højeste niveau.

Rapporter fra Indeed viser, at antallet af jobsøgninger efter Node.js steg af 57% i forhold til året før, hvilket viser, at efterspørgslen er stigende. Denne specielle teknologi bruges af en lang række tech-giganter og multinationale virksomheder, herunder Netflix, Uber, LinkedIn, NASA, PayPal, Microsoft og Walmart.

I dagens artikel vil DevSkiller fortælle om Node.js, de vigtigste ting, som en it-rekrutteringskonsulent bør være opmærksom på, og vores bedste strategier til at ansætte en Node.js-udvikler af høj kvalitet.

Hvad er Node.js?

Teknisk set, Node.js er et open source JavaScript-køringstidsmiljø på tværs af platforme, som udfører JavaScript-kode uden for en webbrowser.

Node.js gør det muligt for udviklere at bruge JavaScript til at skrive kommandoer til scripting på serversiden (back-end scripting). Det betyder i bund og grund, at Node.js hjælper med at køre scripts på serversiden for at producere dynamisk websideindhold, inden siden sendes til brugerens webbrowser.

Den første stabile version af Node.js (0.10.0, den første version, der blev brugt i erhvervslivet) blev frigivet i 2013, selv om projektet startede et par år tidligere. Ryan Dahls mål, skaberen af Node.js, var at skabe realtidswebsteder med push-muligheder, "inspireret af applikationer som Gmail". Med Node.js gav han udviklerne et værktøj til at arbejde i det ikke-blokkerende, begivenhedsdrevne I/O-paradigme.

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

Da de fleste klientsideapplikationer, herunder websider og webapplikationer, bruger kode skrevet i Javascript, er fordelen ved også at skrive server-side script i Javascript enorm. Og det er her, Node.js kommer ind i billedet.

Node.js er primært populært, fordi det repræsenterer en "JavaScript overalt" paradigme, der forener udviklingen af webapplikationer omkring et enkelt programmeringssprog i stedet for forskellige sprog til server- og klientside scripts.

Denne ensretning på tværs af stakken, som omfatter sproget og dataformatet (JSON), gør det muligt for virksomheder at genbruge udviklerressourcerne optimalt.

Ved at bruge Node.js kan en full-stack-udvikler nemt skifte til Node.js, og det er derfor i direkte konkurrence med andre populære scriptingsprog og frameworks som Java, .NET, Python, PHP, Ruby og C#.

Platformen letter webapplikationer med tovejsforbindelser, så både klient og server kan begynde at kommunikere, så de frit kan udveksle data. Denne fordel står i klar kontrast til den typiske paradigme for webanmodning/respons, hvor klienten altid tager initiativet til kommunikationen.

Node.js er en platform, der opfylder et særligt behov. Den er meget letvægtig, hvilket betyder, at der kan skrives skalerbare og højtydende systemer med meget lidt kode. Node.js er dog ikke ideel til CPU-intensive operationer på grund af dens single-threaded implementering.

Node skiller sig ud fra mængden ved at bygge hurtige, skalerbare netværksapplikationer, da den er i stand til at håndtere et stort antal samtidige forbindelser med høj gennemstrømning, hvilket er lig med høj skalerbarhed.

1.2. Ligner det andre sprog eller frameworks?

Node.js vil altid være meget tæt forbundet med JavaScript-sproget, da det er dets server-side runtime-platform. Da Node.js implementerer ECMAScript-specifikationen, en global JavaScript-standard, der har til formål at sikre interoperabilitet mellem websider på tværs af forskellige webbrowsere, kan vi uformelt sige, at Node.js er effektivt Javascript.

På nogle måder kan vi sige, at Node ligner PHP, Python og Ruby (da det er et dynamisk typet scriptsprog), selv om det er langt mere avanceret med hensyn til funktionelle programmeringsmuligheder.

Der findes flere andre produkter på markedet, der fungerer som gode alternativer til Node.js. Disse omfatter Elixir, Perl, ASP.NET, Ceylon og Rebol.

1.3. Hvad er de vigtigste fordele eller funktioner?

  • Giver udviklere mulighed for at skalere applikationer i horisontale og vertikale retninger.
  • Er let at lære for udviklere, der er fortrolige med JavaScript.
  • A 'fuldstack JavaScript' - hjælper med at skrive server-side applikationer i JavaScript.
  • Gør det nemmere, hurtigere og mere effektivt at bruge kode ved at fortolke JavaScript via Googles V8 JavaScript-motor.
  • Giver mulighed for ikke-blokkerende I/O-systemer, som hjælper udviklere med at behandle flere anmodninger samtidig.
  • Er hjemsted for en levende, fællesskabsdrevet brugerbase, der løbende bidrager til at forbedre den.

Hvad er vigtigt for en it-ansætter at vide om Node.js?

Hvad er vigtigt at kigge efter, når man ansætter udviklere med Node.js erfaring? Ud over de sædvanlige færdigheder inden for arkitekturdesign, logik, samarbejde og kommunikation, som du har brug for, når du ansætter en hvilken som helst udvikler, er der nogle ting der er unikke for Node-udviklere.

2.1. Hvor ofte ændres den tekniske stak?

Da Node.js kører på Javascript, vil du ofte høre folk sige, at, "der kommer en ny JavaScript-ramme hver uge", men det vedrører primært front-end-arkitekturen. Backend-arkitekturen er generelt meget mere stabil. Selvfølgelig tilføjes der hele tiden nye værktøjer, men i forhold til de mest populære tilføjelser, der anvendes i Node.JS - herunder Express, Meteor, Hapi, NestJS, koa osv. - er der snarere tale om en udvikling end en revolution.

Desuden er selve JavaScript-sproget blevet forbedret støt siden 2015, hvor ES6 (også kendt som ES2015) blev udgivet. Årsagen er, at før 2015 var hver JS-version indføres meget periodisk (f.eks. hvert 3-5 år), men siden 2015 er der udgivet en ny version hvert år. Alt i alt har den teknologiske stak gennemgået en ret jævn udvikling.

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

Det fantastiske ved Node.js er de tusindvis af moduler, der er tilgængelige til ethvert formål, samt det livlige fællesskab bag platformen. Der findes et utal af blogs, tutorials, videoer, konferencer og bøger om emnet, som er designet til at gøre udviklernes liv lettere.

Værktøjer som Webpack, en praktisk JavaScript-modulbundler, der bruges til at forenkle front-end-udvikling, er virkelig med til at forenkle Node.js. Eller Mocha.js, som gør det muligt for Node-udviklere at teste både i konsollen og i browseren.

Du kan finde flere oplysninger om værktøjer og ressourcer til Node på websteder som f.eks. Smashing og Brainhub.

2.3. Hvilke værktøjer og teknikker bør en Node.js-udvikler være bekendt med?

Der er to ting, der skal skelnes mellem: viden om Node.js selv og generelle backend-programmeringsrelaterede spørgsmål. Node.js, som er server-side JavaScript, består af:

  • Scripting-sproget, og
  • Indbyggede Node.js-moduler, som håndterer filsystemer, processer, hændelser, HTTP osv.

Denne brede viden er ikke en stor hindring for front-end-udviklere, der ønsker at overgå fra browserarbejde til serveren.

Der er dog også backend-relaterede begreber, som er mere eller mindre de samme for alle backend-teknologier, herunder Java, .Net, PHP, Python, Ruby, Golang og naturligvis Node.js. Sådanne emner omfatter bl.a:

  • Databaser, persistens
  • Håndtering af sessioner
  • Arkitektur: monolitter, mikroservices
  • Skalering (forbrug af RAM/CPU-ressourcer)
  • REST API'er
  • Cloud og infrastruktur
  • og mange, mange flere, ofte afhængigt af projektets specifikke karakter.

Alt i alt er dette de begreber, som node.js udviklere bør være kender til.

Specifikke Node.js-udviklerkompetencer er helt klart ikke til forhandling. Men uden backend-viden kan udviklere skrive systemer, der ikke er modstandsdygtige, uskalerbare eller fejltolerante (hvilket kan resultere i systemer, der fungerer godt for ~50 brugere, men som går i stykker for ~5000 eller ~50000 brugere).

2.4. Hvilken type erfaring er det vigtigt at søge hos en Node.js-udvikler?

Uden tvivl er kommerciel erfaring med Node.js den vigtigste faktor at tage hensyn til her. Arbejdet med forretningsrelaterede projekter og levering af stabil software er benchmarks for platformen. Videnskabelig og akademisk erfaring for React er næsten irrelevant.

Open source-erfaring bør også betragtes som en yderligere fordel, da Node.js er en af de mest open source-venlige platforme, der findes.

Hvordan kan man kontrollere Node.js udviklerens færdigheder i screeningsfasen?

Hvis du ansætter Node.js-udviklerkompetencer, er der mere end én måde at skind en kat på, så at sige. Adam Polak, The Software House's chef for Node.js, hævder, at overgang fra en anden teknologi kan tilsyneladende være en levedygtig mulighed.

"Node.js er en relativt ny teknologi, så der er ikke mange erfarne udviklere, der bruger den. Derfor bør vi ikke begrænse os til de nuværende Node.js-brugere, men også kigge på dygtige udviklere, der hurtigt kan omstille sig. PHP-, Java- og .NET-udviklere er ofte villige til at lære nye teknologier."

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

  • Udviklerne skal være bekendt med spørgsmål, mønstre, problemer og løsninger inden for backend-programmering.
  • Erfaring med udvikling og levering af Node.js-baserede applikationer.
  • Databasedesign og analyse af ydeevne.
  • QA-relaterede færdigheder (dvs. udformning af testscenarier og gennemførelse af disse test).
  • Erfaring med cloud-infrastruktur, f.eks. hvordan man muliggør implementeringer til AWS/Azure/GCP cloud-infrastruktur.
  • Alt, der ikke beviser viden om den teknologiske stak, men som giver forretningsmæssig værdi, f.eks. vedligeholdelse af applikationer, fejlrettelse, ydelsesjustering osv.
  • En balance mellem viden om syntaks (hvordan man skriver kode) og backend-relaterede spørgsmål (hvad man skal skrive).
  • Udviklere, der viser forståelse for platformsspecificitet (hvilke problemer der kan opstå, og hvordan man løser dem).
  • Du skal ikke forvente, at kandidaterne kender din teknologiske stak fra ende til anden. Antag, at hvis en udvikler har vist sig at have succes med én stack, kan han/hun også yde en høj standard i en anden teknisk stack.

3.2. Hvilke glossarudtryk er vigtige at kende til i Node.js (herunder frameworks, biblioteker og sprogversioner)?

ForbrydelserNode = Node.js JS = JavaScript. ES = ECMAScript (ECMAScript er navnet på standarden, JavaScript er dens implementering - formelt set. Men i praksis kalder folk det JavaScript, når de burde kalde det ECMAScript (specifikationen), men de fleste udviklere er ligeglade).
JavaScript / ECMAScriptAsynkron programmering: events, promises, async/await, rxjs Objektorienteret programmering: JS-datastrukturer, prototypisk arv, ES6-klasser Funktionel programmering: funktioner af højere orden, lukninger Tværgående mekanismer: coercion (typecasting)
WebServicesHTTP-protokol, WebSocket-protokol HTTP: Hentning, Axios, Anmodning, WebSockets: Socket.IO
Node.js toolingFrameworks: Express, Koa, Nest.js, Fastify Transpilers: Babel, TypeScript, Flow Bundlers: Webpack, Parcel, Snowpack Popular packages: NVM, Chokidar
AfprøvningTypes: unit tests, functional tests, integration tests, E2E tests Tools (frameworks & libraries): Karma, Jasmine, Selenium, Jest, Mocha, Sinon, Chai (and many others) Misc: pyramid of tests (way more unit tests than e2e), snapshot testing, regression testing, mocking
DatabaserSQL, MySQL, MSSQL NoSQL: MongoDB, CouchDB, and many others ORMs (object-relational mappers)
DesignMonoliths, microservices, CQRS Design Patterns: facade, factory, builder, composite, mediator, state machine, state, chain of responsibility… and many, many more Concerns: scalability, monitoring, logging, deployments, continuous integration/deployment, cloud infrastructure

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

ES6 is ECMAScript v6 (released in 2015), it was a major breakthrough that people relate to, meaning the new JavaScript (before that people consider the old JS).

Node.js versions are shipped mainly with better support for recent ECMAScript (JavaScript) versions, they are improved incrementally, but not revolutionary.

Teknisk screening af Node.js-udviklerens færdigheder under et telefon/videointerview

4.1. Questions that you should ask about a Node.js developer’s erfaring. Hvorfor skal du stille hvert af disse spørgsmål?

  • Have you been involved in automatic testing your previous applications? What do you think you’ve done well and what would you change today?
    • Testing is an essential element of software development. Developers are given the tools to innovate and it’s up to them whether they use them efficiently. In regards to testing, it’s important that:
      • Tests are small and run quickly. Developers are less eager to continuously run tests which takes a lot of time.
      • Each test should explicitly check one variable (unless it’s E2E which tests, as the name suggests, is end-to-end). If a feature is broken, it’s better to have one test failing instead of hundreds of tests failing.
      • Tests should not cover elements that are checked by other tools, etc. Data structures can be validated by JSON schema validators, type checkers (TypeScript, Flow, …) etc.
      • Proper coverage by way of testing should give developers trust in the code they create (i.e, if the tests pass, the code is working properly). A developer who hasn’t maintained tests might not feel the need to create them and not realize how appropriate testing helps in the long run.
  • Have you been working with microservices and/or distributed systems?
    • If your company’s products handle a massive scale (of users, requests, etc.) and require high availability, then often this leads to distributed systems, where only a piece of the system is being scaled. All-in-all, a distributed system has its own patterns and anti-patterns which take a long time to learn. If you need to ship your app to the cloud (AWS/Azure/GCP, …) then a Node.js developer with distributed systems would be extremely valuable.
  • Have you been working on real-time applications? If so, what business processes did the system implement? What was the difficulty in the system, technology-wise?
    • One of the most important concerns to deal with in big-business systems is real-time data. Implementing apps where data changes every second bring with it its own quirks, problems, common mistakes, solutions, patterns, and architecture etc. If your system handles data that changes frequently (e.g. postal service tracking, or processing financial data, which, due to the nature of finances, is also extremely dynamic) you should definitely ask this question to see whether the candidate understands the context.

4.2. Questions that you should ask about a Node.js developer’s viden og holdninger. Hvorfor skal du stille hvert af disse spørgsmål?

  • What are Node.js streams, what does it mean to stream data – and why is that important?
    • Streaming data is a certain way to exchange the data between the server and the client. In most systems, a complete request is sent; and a corresponding, a complete response is received, but that’s not the case with streams. In streams, the answer is returned in multiple chunks (streamed in real-time, piece by piece). It’s extremely important because it affects low-level system performance. Often, a client can start to process chunks (pieces) of the response without having the whole response. This is more difficult, but it reduces the time of unnecessary waiting. An experienced node.js developer should be experienced with using node streams.
  • Why should package-lock.json be committed to the repository and what does it contain?
    • Pretty much every developer knows that a package.json file, the main file of a node project, should be committed and tracked by a versioning system (e.g. git). But not everybody knows about package-lock.json and it’s placed in npm. While package.json explicitly lists all dependencies which we directly use, package-lock.json includes the entire tree of dependencies. Versions of all packages are explicitly listed and, when the application is built on a build machine, those exact versions would be taken into account. Why? Because if we get an error on a build machine, we need to know the exact versions in order to reproduce the error on local machines. Thanks to committing package-lock.json to the repo, it’s easy.
  • There’s a common saying in programming, that “there are 2 difficult things in programming: 1. Naming things, and 2. Cache invalidation”. Please explain what is cache invalidation and why it is considered difficult.
    • Caching is remembering calculations for later so that whenever the same question is asked again, we already have the right answer. Cache invalidation is when we know that the basis for the calculation has changed and so the remembered result is wrong. Since it relates to the old basis, we know that this piece of cached information should be cleared (invalidated). In big systems, where the price of an order can depend on multiple factors, some of them change and some don’t. It’s difficult not to miss a certain path (a change should be followed by a cache invalidation) or not to do it over eagerly. In most of the systems, cache invalidation has to be programmed explicitly.

4.3. Adfærdsmæssige spørgsmål that you should ask a Node.js developer. Why should you ask each of those questions?

  • Imagine you join a developer team which maintains a stable product, but is rather poorly written. Delivering new functions and improving business value takes more time than expected. How would you try to help the team when you join them?
    • What’s important here is how the candidate tries to help. Whether the candidate would strive to explain how something should be done properly (e.g. like a teacher, and what has already been done was wrong) or rather try to listen to the teammates as to why did they perform in such a manner and meet them where they are. Basically, a technical expert who forces decisions by claiming their own knowledge is not a good team player.
  • Have you ever found yourself in a situation where you were aware you had introduced a bug that later made the production system crash (either the whole platform or a single functionality)? If so, what did you learn from it?
    • To some extent, this question checks honesty. Junior developers might not have had a chance to release a severe bug, but senior developers definitely have. The perfect programmer does not exist, i.e, someone who has made zero mistakes. So the question beckons if the consequences of a mistake were painful for the candidate. Also, learning from mistakes is extremely important in the long run as developers need to build habits that will eliminate possibilities to introduce bugs. Especially when it comes to back-end applications. After all, we can’t be better next time if we don’t analyze why we found ourselves in a critical situation now.
  • What do you consider your greatest achievement?
    • This question is deliberately left open because it allows the developer to choose from distinct areas such as providing business value, exemplifying teamwork, and cooperation, as well as technical expertise. So it’s interesting to observe what the candidate considers important for them. In fact, a balance between all 3 would be most appreciated. You might be rightly skeptical about a candidate if they value technical expertise only since this is what you should expect later on when working for your company.

Teknisk screening af Node.js-udviklerens færdigheder ved hjælp af en online kodningstest

Hiring a great Node.js developer can pose a significant challenge, especially if you’re doing all the dirty work yourself. For projects that require a long-term commitment and budget, you need a software development company with a solid recruitment process.

5.1. Which online test for Node.js developer skills should you choose?

Når du leder efter den rigtige Node.js developer skills test 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 ready-to-use online Node.js developer skills tests

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 færdighedstests inden for datalogi, som f.eks. de her, der er lavet på forhånd:

JavaScript
SENIOR
Testede færdigheder
Varighed
85 minutter max.
Evaluering
Automatisk
Testoversigt

Programmeringsopgave - Niveau: svær

HTML/CSS | Hjemmeside - Udfyld CSS-egenskabsdefinitioner, så siden viser den relevante splash-loader-skærm, før den viser hjemmesiden.

Programmeringsopgave - Niveau: svær

JavaScript | Funktionel memoisering - Skriv de to versioner af den generiske memoiseringsmekanisme.

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

React
MIDDLE
Testede færdigheder
Varighed
113 minutter max.
Evaluering
Automatisk
Testoversigt

Programmeringsopgave - Niveau: svær

JavaScript | React, Redux | Adressebog - Implementer manglende funktioner i en lille React-webapplikation bygget oven på Redux.

Programmeringsopgave - Niveau: Medium

JavaScript | Node.js | Adressebog - Implementer endpoints til at hente listen over kontakter (med en fase matching og begrænsning af resultaterne), hente detaljer om en enkelt kontakt og slette den givne kontakt.

Huller i koden

vurdering af viden om MongoDB

TypeScript
MIDDLE
Testede færdigheder
Varighed
126 minutter max.
Evaluering
Automatisk
Testoversigt

Spørgsmål efter valg

vurdering af viden om Typeskrift

Programmeringsopgave - Niveau: Medium

TypeScript | NestJS | Coffee Recommendation API for My Barista app - Implementer NestJS REST-tjeneste til vurdering og anbefaling af kaffetyper.

React
SENIOR
Testede færdigheder
Varighed
175 minutter max.
Evaluering
Automatisk
Testoversigt

Front End-programmeringsopgave - Niveau: Senior

JavaScript | React, Redux | Adressebog - Implementer manglende funktioner i en lille React-webapplikation bygget oven på Redux.

Backend-programmeringsopgave - Niveau: Medium

JavaScript | Node.js | Adressebog - Implementer endpoints til at hente listen over kontakter (med en fase matching og begrænsning af resultaterne), hente detaljer om en enkelt kontakt og slette den givne kontakt.

Java
JUNIOR
Testede færdigheder
Varighed
68 minutter max.
Evaluering
Automatisk
Testoversigt

Spørgsmål efter valg

vurdering af viden om Java

Programmeringsopgave - Niveau:

Java | Find dubletter - Implementer findDuplicates-metoden, der returnerer en ny liste med dubletter, som er dubletter, der er forekommet N gange.

Spørgsmål efter valg

vurdering af viden om ES6, JavaScript, Typeskrift

Programmeringsopgave - Niveau:

JavaScript | Node.JS | Websocket-server - Udfyld filen server.js for at færdiggøre WebSocket-serveren.

Python
MIDDLE
Testede færdigheder
Varighed
168 minutter max.
Evaluering
Automatisk
Testoversigt

Spørgsmål efter valg

vurdering af viden om CSS, HTML

Programmeringsopgave - Niveau: Medium

Python | Django | Ansøgning om orlov | Grundlæggende CRUD - Færdiggør en applikation til håndtering af medarbejdernes orlovsansøgninger ved hjælp af Django Framework.

Programmeringsopgave - Niveau: Medium

JavaScript | Social Media Queries | Find potentielle likes - Implementer en funktion til at finde bøger, der anses for at være potentielle likes.

JavaScript
JUNIOR
Testede færdigheder
Varighed
57 minutter max.
Evaluering
Automatisk
Testoversigt

Spørgsmål efter valg

vurdering af viden om JavaScript, Webudvikling, Node.JS, Ember, Ember 2.x

Programmeringsopgave - Niveau:

JavaScript | Orders Analyzer | Find en samlet bestilt mængde af et produkt for hver ugedag - Implementer OrdersAnalyzer#averageDailySales-metoden, der returnerer et kort med et navn på en ugedag som nøgle og en sum af den bestilte mængde for et givet produkt-id som værdi.

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

Node.js
MIDDLE
Testede færdigheder
Varighed
68 minutter max.
Evaluering
Automatisk
Testoversigt

Spørgsmål efter valg

vurdering af viden om JavaScript og Node.JS

Programmeringsopgave - Niveau: Medium

JavaScript | Node.js | Server Side Step Tracker - Afslut implementeringen af Node.js fitness-applikation, der udsætter REST API og Websocket-API til sporing af skridt

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