Backend Developer IoT vacature Groningen

Een duurzame stap: van nieuwsgierigheid naar IoT naar Backend Developer in Groningen

Toen “Milan” (starter, net afgestudeerd in Groningen) een bericht van WR kreeg over een back-endrol bij een innovatieve IoT-speler in slimme straatverlichting, was zijn eerste reactie eerlijk: enthousiast over duurzaamheid en smart cities, maar ook licht gespannen. De rol vroeg immers om Ruby on Rails-ervaring—en die had hij nog niet professioneel.

Toch klopte het totaalplaatje: hij had een sterke technische basis, meerdere programmeertalen onder de knie, aantoonbare API-ervaring uit stages en vooral een duidelijke motivatie om technologie in te zetten voor milieuproblemen. WR zag meteen: dit kan een succes worden, mits het traject strak wordt begeleid.

Eerste contact: WR vertaalt een vacature naar een persoonlijk plan

De recruiter van WR belde Milan dezelfde dag nog. Niet met een standaardpraatje, maar met concrete vragen: waar krijgt hij energie van, hoe kijkt hij naar een overstap richting Ruby on Rails, en wat zoekt hij in een team?

• Motivatie: bijdragen aan duurzaamheid en energiebesparing via technologie.
• Technische basis: brede ervaring (o.a. Java, Python, Golang), sterke softwarefundamenten.
• Relevante praktijk: stageprojecten met API design, search/opslag (OpenSearch) en data processing met machine learning.
• Wens: starten als Back-end Developer en snel groeien in een volwassen codebase.

WR legde de kern van de rol uit: server-side software bouwen die past bij de gedistribueerde aard van IoT, ownership nemen over Ruby on Rails-componenten, API’s ontwikkelen voor het aansturen van straatverlichting en samenwerken met een klein team in Groningen én een embedded team in India.

Voorbereiding door WR: van “geen Rails” naar “wel overtuigend”

WR maakte het concreet. Niet door Ruby-kennis te overschreeuwen, maar door Milan te helpen zijn bestaande ervaring te vertalen naar wat het bedrijf nodig had: robuuste back-endconcepten, API-ontwerp, databasedenken en communicatie in een internationaal team.

Samen bouwden ze een voorbereiding die precies aansloot op wat er tijdens gesprekken zou terugkomen:

• Productkennis: Milan dook in slimme straatverlichting en hoe motion sensors, lighting controls en managementsoftware samenkomen in één IoT-ecosysteem.
• Technische positionering: WR hielp hem zijn stage bij een maritiem dataproject te koppelen aan IoT: data inlezen, verwerken, voorspellen, betrouwbaarheid en monitoring.
• API-verhalen scherp krijgen: hij oefende hoe hij RESTful API-design uitlegt (endpoints, versiebeheer, foutafhandeling, performance, documentatie).
• Ruby on Rails eerlijk framet: geen doen alsof—maar laten zien dat hij snel leert en al bewezen heeft zich nieuwe stacks eigen te maken.
• Vragen voorbereiden: WR gaf hem concrete vragen die inhoud én volwassenheid tonen, zoals:
  • Hoe verloopt de samenwerking tussen teams (Groningen en India)?
  • Wat zijn de grootste technische uitdagingen op dit moment?
  • Hoe ziet succes er na 6 maanden uit?
  • Hoe ziet een typische werkdag eruit?
  • Waar ligt de nadruk in Ruby on Rails: API-first, SSR, SPA-integratie, of alles?

Daarnaast oefenden ze samen korte, heldere antwoorden. WR coachte hem op rustig spreken, scherp blijven bij doorvragen en voorbeelden paraat hebben. “Niet alleen zeggen dat je iets kunt,” zei de consultant, “maar laten voelen dat je al hebt laten zien dat je het kunt leren én toepassen.”

Eerste gesprek: nieuwsgierigheid naar IoT als ingang

Het eerste gesprek vond plaats met een software lead en een collega-developer. WR had Milan vooraf een heldere structuur meegegeven: start met een korte pitch, koppel motivatie aan productimpact, en breng daarna pas technologie in.

Milan begon met een compacte introductie: opleiding in IT, sterke cijfers (o.a. een propedeuse cum laude), en twee stages waarin hij zelfstandig systemen ontwierp en implementeerde—van data pipelines tot zoekfunctionaliteit.

De interviewer vroeg direct: “Je hebt veel talen gedaan, maar weinig Ruby. Waarom deze rol?”

Milan antwoordde precies zoals WR het met hem had geoefend: hij koos niet voor een taal, maar voor een missie. Smart city-technologie die energie bespaart en de kwaliteit van leven verhoogt, paste exact bij zijn doel om aan groene tech te bouwen. Ruby on Rails zag hij als een krachtig middel—en hij onderbouwde dat hij al meerdere ecosystemen had geleerd door in stages zelfstandig verantwoordelijk te zijn voor ontwerp én implementatie.

Daarna ging het inhoudelijk dieper:

• API’s: hij legde uit hoe hij endpoints ontwerpt, welke keuzes hij maakt rond validatie en logging, en hoe je documentatie onderhoudt.
• Databases: hij koppelde zijn ervaring met zoekfunctionaliteit en dataopslag aan PostgreSQL-concepten (indexering, performance, datamodellering).
• Architectuur: hij liet zien dat hij overzicht houdt—belangrijk bij gedistribueerde IoT-systemen.
• Samenwerking: hij vroeg actief naar het werk met het embedded team in India en hoe de afstemming tussen softwarelagen loopt.

WR had hem ook aangeraden te vragen naar “wat succes is na 6 maanden”. Die vraag maakte indruk: het gesprek verschoof van “kun je dit nu al?” naar “hoe kunnen we jou laten slagen en hoe ziet groei eruit?”

Tweede gesprek: de diepte in én salarisbespreking

Voor het tweede gesprek sprak WR Milan opnieuw uitgebreid. Ze bespraken welke punten hij nog scherper moest zetten: ownership nemen, proactief zijn in documentatie, en comfortabel worden met het idee dat de codebase al volwassen is.

In het tweede gesprek sloten ook iemand van HR en een teamvertegenwoordiger aan. Er werd dieper ingezoomd op:

• Ownership & onderhoud: hoe Milan omgaat met bestaande code, refactoring en performance.
• SPA/SSR in Rails: hoe hij samenwerking ziet tussen back-end en front-end, en hoe je integratieproblemen oplost.
• Pragmatisch werken: hoe hij keuzes maakt als niet alles perfect kan, maar wel stabiel moet blijven.
• Communicatie: werken in een team van ongeveer vijf developers en afstemmen met een embedded team op afstand.

Toen kwam het punt dat voor veel starters spannend is: salaris en voorwaarden. WR nam hier de regie in—Milan hoefde niet te gokken of te “laag in te zetten”. WR had vooraf met hem besproken wat passend is voor een starter met sterke stages en brede technische skills, en hoe je het gesprek professioneel voert zonder te overvragen.

Tijdens het gesprek werd duidelijk dat het bedrijf goede arbeidsvoorwaarden bood en ook echt wilde investeren in groei richting Ruby on Rails. WR zorgde dat verwachtingen over salaris, ontwikkelmogelijkheden en begeleiding concreet werden, zodat er achteraf geen ruis zou ontstaan.

Meeloopdag/proefochtend: gevoel bij team en ongeschreven regels

Na het tweede gesprek nodigde het bedrijf Milan uit voor een korte meeloopdag/proefochtend. WR stuurde hem de avond ervoor een praktische checklist die het verschil maakt:

• Wees uitgerust en minstens een kwartier eerder aanwezig.
• Bereid een korte pitch voor (wie je bent, wat je meebrengt, wat je wilt leren).
• Neem een notitieblok mee en schrijf vragen/afspraken op.
• Stel proactief vragen over werksfeer, verwachtingen en dagelijkse gewoonten.
• Observeer de ongeschreven regels: hoe mensen samenwerken, reviewen, plannen en communiceren.

De ochtend zelf voelde verrassend natuurlijk. Milan schoof aan bij een stand-up, kreeg een rondleiding door de stack en mocht meekijken naar een stuk API-logica rond het aansturen en monitoren van straatverlichting. Hij vroeg door naar de grootste uitdagingen: schaalbaarheid, betrouwbaarheid in het veld en het helder krijgen van “wat gebeurt er buiten” in data en dashboards.

Ook vroeg hij naar de samenwerking met India. Dat gesprek maakte hem rustiger: er waren vaste overlegmomenten, duidelijke interfaces en veel aandacht voor documentatie—precies de discipline waar hij zich graag in vastbijt.

Aanneming: WR regelt, checkt en maakt het rond

Een paar dagen later belde WR met het nieuws: het bedrijf wilde hem hebben. Niet ondanks zijn beperkte Ruby-ervaring, maar juist omdat hij het totaalpakket meebracht: leervermogen, API-ervaring, sterke basis in software engineering en een intrinsieke motivatie voor duurzaamheid.

WR begeleidde vervolgens alles tot in de puntjes:

• Afstemming van de laatste details in aanbod en startdatum.
• Check op rolverwachtingen: focus op Ruby on Rails, API’s, PostgreSQL en documentatie.
• Praktische onboarding-afspraken en een helder groeipad.

Milan tekende en startte als Back-end Developer in Groningen, in een omgeving waar IoT en software direct impact maken op energieverbruik en stedelijke infrastructuur.

Na 1 maand: van oriënteren naar meedraaien

Na een maand merkte Milan dat de voorbereiding van WR zijn onboarding versneld had. Hij kende het productverhaal al, wist welke vragen hij moest stellen en durfde initiatief te nemen zonder over de voeten te lopen.

• Hij leverde kleine verbeteringen op in de API-laag en documentatie.
• Hij stelde gerichte vragen over logging, foutafhandeling en performance in productie.
• Hij vond snel zijn plek in het teamritme en overleg met remote collega’s.
• Hij hield een notitieblok bij met “stack-weetjes”, afspraken en terugkerende termen—waardoor hij minder afhankelijk werd van ad-hoc hulp.

Zijn manager gaf terug dat hij “pragmatisch en rustig” werkt: eerst begrijpen, dan verbeteren. Precies wat je zoekt in een omgeving waar betrouwbaarheid cruciaal is.

Na 3 maanden: ownership pakken in Ruby on Rails

Na drie maanden had Milan een merkbare sprong gemaakt. Ruby on Rails voelde niet meer als een onbekende taal, maar als een instrument waarmee hij concreet waarde leverde.

• Hij nam ownership op een Rails-component en pakte onderhoudswerk proactief op.
• Hij dacht mee over API-ontwerpkeuzes die de samenwerking met embedded software makkelijker maakten.
• Hij verbeterde documentatie zodat nieuwe collega’s sneller konden instappen.
• Hij durfde in refinement en planning het woord te nemen en consequenties uit te leggen (tijd, risico, performance).

Wat voor Milan het meest telde: het voelde alsof zijn werk direct bijdroeg aan energiebesparing en duurzaamheid. Niet “software om software”, maar software die buiten op straat zichtbaar resultaat heeft.

FAQ

• 1) Ik heb nog geen professionele Ruby on Rails-ervaring. Heeft solliciteren via WR dan zin?
  
  Ja—mits je een sterke basis hebt en relevante ervaring kunt vertalen naar de rol. WR helpt je eerlijk en overtuigend te positioneren, met voorbeelden (zoals API-design, architectuur en databasedenken) die wél direct aansluiten.
• 2) Wat regelt WR precies tijdens het traject?
  
  WR begeleidt het hele proces: intake, vacature-vertaling naar jouw profiel, gespreksvoorbereiding, vraag- en antwoordtraining, afstemming met de werkgever, en begeleiding bij aanbod en voorwaarden.
• 3) Hoe bereid WR je voor op gesprekken met technische diepgang?
  
  Door je verhalen scherp te maken (wat deed je, waarom zo, wat was het resultaat), je te helpen de juiste vragen te stellen en te oefenen op helder uitleggen van API’s, architectuurkeuzes, databases en samenwerking.
• 4) Wordt salaris ook via WR besproken?
  
  Ja. WR helpt je vooraf met een realistische bandbreedte en neemt spanning weg door verwachtingen professioneel te managen, zodat het gesprek zakelijk en duidelijk blijft.
• 5) Hoe weet ik of een team en werksfeer bij me passen?
  
  WR stuurt aan op gerichte vragen én (waar mogelijk) een meeloopmoment. Zo ervaar je de praktijk: teamritme, communicatie (ook internationaal), ongeschreven regels en hoe succes wordt gemeten.