Centillion informatieve artikelen

Data entry uitbesteden om resources te besparen

Heeft u wel eens overwogen om een aantal relatief eenvoudige administratieve taken uit te besteden?

Data entry en gegevensverwerking gebruiken kosten veel overhead en hierdoor veel kostbare resources. Resources die u als onderneming liever aan uw core business besteedt!

Door al sinds 2008 actief internationaal programmeurs, designers en ander internationaal talent te werven, hebben we een uitstekend netwerk opgebouwd van kwalitatief hoogstaande freelancers. Ook op het gebied van informatieverwerking hebben we een divers en krachtig team aan professionals verzameld die onszelf, en onze klanten graag voorzien van digitale assistentie in de vorm van data entry.

Onze collega’s van deze digitale dienstverlening bevinden zich in Oost-Europa en Azië en staan dagelijks in contact met ons kantoor in Amsterdam.

Voorbeelden van werkzaamheden die geschikt zijn voor deze service:

  • Tekstbewerkingen in Microsoft Word
  • Bewerkingen in Microsoft Excel
  • Overtypen van gescande gegevens
  • Ingevulde enquete-formulieren verwerken
  • Uittypen van geschreven notulen of aantekeningen
  • Bewerkingen in een CRM of een ander online systeem

Data entry projecten worden gestart met een pilot, waarin we samen de kwaliteit en snelheid van de informatieverwerking optimaliseren en op het gewenst niveau brengen.

Interesse om snel kosten te besparen en effectiever te werken? Neem direct vrijblijvend contact op via onderstaand formulier of bel 020 – 894 6449.

☎ 020 - 894 6449

Uw naam:

Uw e-mailadres:

Uw bericht:

[recaptcha]

Hoe snel is mijn website? Test de snelheid met deze tools

We schreven al waarom het belangrijk is om je website sneller te maken. Als je je website sneller gaat maken is het belangrijk om te kunnen testen wat voor invloed je gemaakte aanpassingen hebben. Hieronder enkele tools om snelheid van je website te testen.

Snelheid website testen

Twee bekende tools om je site’s laadsnelheid te testen zijn GT Metrix en Pingdom. Beide sites zijn eenvoudig in gebruik:

  1. Vul de URL in van de site die je wil testen.
  2. Kies een server in de buurt. Bij GT Metrix is er bijvoorbeeld Londen, en bij Pingdom is op het moment van schrijven Zweden het dichtste bij.
  3. Voer de test uit. Kijk behalve naar het resultaat ook naar de suggesties die beide tools geven.

Interpreteer de resultaten van de test

Met name GT Metrix geeft enkele duidelijke suggesties voor verbetering van de snelheid van je website. Tips die we vaak tegenkomen zijn

  • Verbeteren van het gebruik van browser caching.
  • Verklein en optimaliseer gebruikte images op de pagina.
  • Comprimeer CSS en Javascript bestanden.

Met actiepunten zoals deze kun je meteen aan de slag om jouw website te versnellen!

Snelheid testen voor Google

Snelheid is belangrijk voor de gebruikerservaring en de conversie van je website, maar daarnaast is het ook een ranking factor voor Google. Het is daarom handig om te weten hoe Google jouw website ziet.

Hiervoor kun je hun eigen tool Google Pagespeed gebruiken. Je krijgt hier niet een exact getal terug, maar een optimalisatiescore. Zo kun je zien of Google vindt dat je website goed geoptimaliseerd is.

Er zijn bijna altijd wel verbeterpunten te vinden, en die geeft deze tool je dan ook netjes op een rijtje onder het resultaat.

Wat handig is bij deze tool is dat je een aparte score krijgt voor mobiel en desktop, wat je weer kan gebruiken bij het optimaliseren van je site voor beide devices.

Website sneller maken?

Vul in voor een gratis en vrijblijvende analyse!

Laravel, een korte introductie

In dit artikel een high level introductie van Laravel. We leggen kort uit wat Laravel is en hoe het wordt gebruikt.

Ben je een programmeur en zoek je een gedetailleerde uitleg over Laravel? Bekijk dan eens Laracasts of de Laravel documentatie.

Dit artikel is bedoeld voor mensen die geen Laravel expert zijn of willen worden, maar wel af en toe met de term in aanraking komen, zoals project medewerkers, consultants, recruiters die Laravel programmeurs voor hun klanten zoeken, et cetera.

Wat is Laravel?

Laravel is een open source framework om web applicaties mee te ontwikkelen in de programmeertaal PHP. Het doel van het framework is om een PHP developer applicaties te laten ontwikkelen volgens de Model-View-Controller (MVC) architectuur.

Het Laravel framework is vrij te gebruiken onder de MIT-license.

De voordelen van Laravel

  • Goed gestructureerde code, volgens een voorgeschreven format. Bij projecten waar meerdere programmeurs aan werken zullen ze allen min of meer volgens dezelfde structuur werken, zonder dat je daar strak op hoeft te letten.
  • Bekend onder programmeurs, er is veel informatie en documentatie te vinden. Daarnaast is er veel info te vinden op sites zoals Stack Overflow.
  • Snelle project setup en library installatie met o.a. Dependency Manager Composer.

De nadelen van Laravel

  • Afhankelijk van de community voor het onderhoud van het framework. Komt er een nieuwe versie, en zo ja, wanneer?
  • Nieuwe versie is niet altijd backwards compatible. Het kan zijn dat je je code moet updaten bij een nieuwe versie van Laravel.

Conclusie

Laravel is een goed framework om PHP-applicaties mee te ontwikkelen, het geeft een duidelijke en goede structuur, en zorgt voor een goede samenwerking onder PHP developers. Het is dan ook (relatief) gemakkelijk om ontwikkelaars te vinden die bekend zijn met Laravel.

Wel ben je afhankelijk van de uitgave van nieuwe Laravel-updates en aanpassingen, en het kan zijn dat je hier in de toekomst nadeel van ondervindt, als je een nieuwe versie wil installeren en je daardoor je code moet updaten.

Laravel developer inhuren?

Programmeurs zijn schaars vandaag de dag, dus neem snel contact op!

Naam:

E-mail:

Omschrijving werkzaamheden:

Magento programmeur inhuren

Magento ontwikkelaar gezocht? Onze Magento programmeurs kunnen vandaag nog beginnen!

Redenen om magento ontwikkelaars van Centillion te kiezen

  • Ervaring en kwaliteit zorgen voor een betrouwbare partner die uw project succesvol afrondt.
  • Goede programmeurs met jaren ervaring zorgen voor goed onderhoudbare code.
  • Overzichtelijke project set-up met behulp van o.a. GiT en duidelijke issue tracking.
  • We hebben goede kennis van zowel Magento 1.9 als Magento versie 2.
  • Ervaring met het ontwikkelen van Magento Extensions. Zo ontwikkelden we voor verschillende klanten op maat gemaakte extensions om Magento aan hun wensen te laten voldoen.
  • Wij werken vanaf eigen locatie, en kunnen dus vandáág nog aan uw project beginnen!

Neem direct contact op via het formulier hieronder om uw project te laten slagen:

Magento programmeur inhuren?

Laat uw gegevens achter en we nemen vrijblijvend contact op!

Naam:

E-mail:

Omschrijving werkzaamheden:

Uurtarief freelance PHP programmeur

We bekeken de tarieven van 120 actieve freelance PHP programmeurs, waarvan het overgrote deel ZZP programmeur, en dit zijn de cijfers:

Gemiddelde uurtarief

Het gemiddelde uurtarief was € 58,82. Een tarief van € 75,- per uur kwam hierbij het vaakste voor. De laagste prijs die we zijn tegengekomen was € 25,- (!) euro, en het hoogste was € 100,-.

Staafdiagram uurtarieven PHP Freelancers.

WordPress

Binnen de groep van ontwikkelaars keken we ook naar degenen met het specialisme WordPress. Waarschijnlijk door het vele aanbod zien we hier een lager gemiddeld uurloon, namelijk € 48,70. Voordeel is natuurlijk wel dat er heel veel WordPress sites zijn, en dat er dus waarschijnlijk veel werk te vinden is.

Magento

De Magento developers komen een stuk lager uit dan het gemiddelde, namelijk € 45,71 per uur programmeren.

Alhoewel Magento zeker niet voor iedereen gesneden koek is, zeker ook met de opkomst van Magento 2, hadden wij hier een hoger getal verwacht. Wellicht dat door de vele (vaak lage kwaliteit) developers uit India die tegenwoordig worden aangeboden de prijs wat omlaag is gedeven.

Laravel

Voor Laravel komen we uit op een gemiddelde van € 59,48 per uur. Het lijkt dus lonend om dit specialisme aan te leren.

PHP programmeur inhuren?

Vul in en we nemen vrijblijvend contact op!

Naam:

E-mail:

Omschrijving werkzaamheden:

Hoe ga je om met een programmeur die veel bugs oplevert

Als je al enige ervaring hebt met het werken binnen IT projecten dan heb je het vast weleens meegemaakt; Een of meerdere programmeurs leveren code op met bugs, erg frustrerend!

Je steekt veel energie in het schrijven van goede requirements, de programmeur geeft aan dat de implementatie klaar is, vol verwachting sla je aan het testen… en het werkt niet!

“Heeft-ie zijn code überhaupt wel getest!?” “Dat had-ie zelf toch ook wel kunnen zien dat dat niet klopt” “Hoezo…”. Enfin, je kent het gevoel waarschijnlijk wel…

Hoe ga je hier nou mee om, en misschien nog wel belangrijker, hoe voorkóm je zoveel mogelijk dat er bugs in de opgeleverde code zitten?

Code is vrijwel nooit bug-vrij, maar met een goede structuur en setup van je IT project kun je het aantal bugs wel minimaliseren.

Voorkomen is beter dan genezen

Duidelijke vacature-omschrijving

Geef bij het inhuren van een freelance programmeur duidelijk aan wat de skills zijn die je nodig hebt. Vergelijk bijvoorbeeld de volgende twee taakomschrijvingen:

  • PHP Programmeur gezocht met 3+ jaar ervaring voor een webshop.
  • PHP Programmeur gezocht die ervaring heeft met MySQL en Laravel 5 voor een online community platform.

De eerste omschrijving is niet helemaal waardeloos, want er wordt tenminste al iets gevraagd dat je maar op één manier kan interpreteren, maar 3+ jaar ervaring is nog steeds geen garantie dat de programmeur de door jou gewenste frameworks en technieken beheert.

De tweede omschrijving geeft duidelijk aan dat je met o.a. MySQL en Laravel gaat werken, en dat de developer ervaring hiermee moet hebben. Je kan tijdens het interview dan bijvoorbeeld ook nog vragen of hij voorbeelden kan laten zien van waar hij aan gewerkt heeft. Op deze manier heb je een veel grotere kans dat deze kandidaat goed matcht met jouw project!

Duidelijke requirements

Zorg ervoor dat je een goede analyse maakt van de requirements, en dat je bij opstellen van de requirements ook rekening houdt met de testbaarheid en dat de requirement ondubbelzinnig wordt beschreven. Soms komt een bug in de software niet voort uit onkunde van de programmeur, maar uit onduidelijk opgestelde requirements. 

Code Style

Leg alle programmeurs eenzelfde code format op. Hierdoor is de code duidelijk te lezen en moeten er code comments worden opgeleverd in de code. Programmeurs met een rommelige stijl worden gedwongen om nette code op te leveren.

Hiervoor kan je gebruik maken van zogenaamde Lint of Linting software. Zo heb je specifieke lint-software voor verschillende talen (PHPLint, JSLint, et cetera).

Test-driven development

Bij Test-driven development worden eerst de tests geschreven, en dan pas de code. Hierdoor weet je vooraf zeker dat de opgeleverde code voldoet aan een aantal eisen die je zelf (of bijvoorbeeld je lead programmeur) hebt opgesteld.

Als het een programmeur niet lukt om code op te leveren die door de tests heenkomt dan kan je jezelf een hoop installatietijd en testtijd besparen, de code is dan niet goed (genoeg) en kan terug naar de programmeur.

Als het ondanks een goede project setup niet lukt

Lukt het de programmeur niet om binnen afzienbare tijd acceptabele code op te leveren, dan is het wellicht tijd om een andere freelancer te zoeken.

Begin met korte deelopdrachten

Werk je voor het eerst met iemand samen, bedenk dan een korte deelopdracht die binnen relatief korte tijd kan worden opgeleverd. Op deze manier kom je er snel genoeg achter of de programmeur capabel genoeg is.

Doe je dit niet dan kan het maar zo zijn dat je veel geld en kostbare tijd verder tot de conclusie komt dat de samenwerking niet goed loopt. Dit is zonde en onnodig.

Maximaliseer de kans op een goede uitkomst

Gebruik bovenstaande tips en concepten om de kans op slechte code te minimaliseren, en om een slechte programmeur zo snel mogelijk te spotten.

Ook zonder alles te weten van een specifiek framework of van de gebruikte programmeertaal kan met de juiste setup jouw IT project tot een succes worden gebracht!

Freelance Javascript programmeur inhuren

Een project dat niet op tijd dreigt af te komen? Kunt u niet voldoen aan de vraag van uw klanten? Of heeft u gewoon extra programmeurs nodig voor het onderhoud en de uitbreiding van uw bestaande systeem?

Wij helpen u aan een ervaren en gemotiveerde Javascript programmeur! Op dit moment hebben we mensen beschikbaar met kennis van o.a. de volgende talen, frameworks, tools en technieken:

  • Node.js
  • React.js
  • “Vanilla” Javascript
  • jQuery

Versiecontrol:

  • GIT
  • SVN

Databases:

  • MongoDB
  • MySQL

Bent u klaar met programmeurs die afhaken? Wij werken met de meeste van onze klanten meerdere jaren samen, en stoppen niet voordat onze klant tevreden is!

Interesse? Vul vrijblijvend onderstaand formulier in voor meer informatie:

Javascript programmeur inhuren?

Laat uw gegevens achter en we nemen vrijblijvend contact op!

Naam:

E-mail:

Omschrijving werkzaamheden:

Hoe schrijf je een goede software requirement?

Wat is een software requirement?

Een software requirement is een voorwaarde waar software aan moet voldoen. De gewenste functionaliteit van software wordt vastgesteld aan de hand van zgn. software requirements specificaties.

Wanneer heb je een software requirement nodig?

Voordat je een software-systeem of website gaat bouwen of updaten wordt in de vorm van requirements gedefinieerd waar de nieuwe software precies aan moet voldoen.

Je hebt requirements dus nodig vóór en tijdens het bouwen/updaten van software.

Wat is het belang van een goed geschreven requirement?

Een requirement is als het ware het contract tussen opdrachtgever en programmeur(s). Aan de hand van de requirement gaan de programmeurs aan de slag om te zorgen dat de software aan het gevraagde voldoet.

Als een requirement dus niet goed wordt opgesteld (bijvoorbeeld onduidelijk, ambigu, etc) dan zal de software die hieruit voortkomt hoogstwaarschijnlijk niet voldoen aan wat de opdrachtgever voor ogen had.

Software requirements zijn dus zeer belangrijk, en het slagen van een software project hangt mede af van het schrijven van goede requirements!

Hoe schrijf je dan een goede requirement?

Allereerst zijn er enkele voorwaarden waar een goede requirement aan moet voldoen.

Voorwaarden goede requirements

  • Eenduidig / niet-ambigu – Schrijf de requirement zó dat deze maar op één manier kan worden geïnterpreteerd. Taalgebruik en uitleg zijn dus zeer belangrijk.
  • Compleet / volledigheid – De requirements moeten het gehele systeem beschrijven, inclusief het gewenste gedrag en de benodigde features.
  • Consistent – Verschillende requirements mogen elkaar niet tegenspreken.
  • Prioriteit – Geef de requirements een prioriteit. Het is niet ongewoon dat software projecten langer duren dan vooraf ingeschat. Zorg er daarom voor dat de belangrijkste functionaliteit (en dus requirements) van het systeem als eerste worden geïmplementeerd. Een prioriteitenset van low-medium-high is voor de meeste projecten genoeg.
  • Testbaarheid – Het moet mogelijk zijn om na implementatie duidelijk te testen of de requirement is vervuld, zo niet, dan is de requirement normaal gesproken niet goed geschreven.
  • Tracking / Traceability – Dit geldt met name voor grotere projecten; Je kunt er voor kiezen om bij te houden waar in het design, waar in de code, en waar in de tests de requirement naar voren komt. Dit kun je bijvoorbeeld bijhouden in een traceability matrix. Dit is in sommige gevallen echter overkill voor kleinere projecten.

Voorbeelden slechte requirements

Om je een idee te geven van wat er fout kan gaan bij het schrijven van requirements, hieronder enkele voorbeelden van slechte requirements:

  • De website moet snel zijn.
  • Het systeem moet “Machine Learning” gebruiken.
  • Onze software moet alleen leden toelaten.

Bovenstaande voorbeelden zijn op meerdere manieren interpreteerbaar, en zijn onduidelijk over wat er precies moet gebeuren.

Voorbeelden goede requirements

Zorg ervoor dat je op een eenduidige manier beschrijft wat er moet gebeuren, en dat je naderhand de programmeur er ook op kan wijzen als iets niet voldoet:

  • 95% van alle aankopen in de webwinkel moeten binnen volledig verwerkt zijn binnen 4 seconden.
  • Om toegang tot de website te krijgen moet een gebruiker zich via een web-form registreren met zijn naam en e-mail adres, en via zijn inbox zijn inschrijving bevestigen door op een link te klikken. Pas dan krijgt de gebruiker toegang tot de content van de website.

Wat nu?

Eigenlijk heeft elk software project klein of groot requirements nodig.

Requirements voor grote projecten

Voor grote uitgebreide projecten is het gebruikelijk een heel document te maken. Zoek hiervoor op Google naar “Software Requirements Specification template” op Google, en je zult vele voorbeelden vinden van hoe je dit aan kunt pakken.

Requirements voor kleine projecten

Voor simpele websites kan je vaak al volstaan met een simpel lijstje met daarop de belangrijkste requirements.

Wat we voor kleinere projecten binnen Centillion graag doen is gebruik maken van een issue tracking systeem i.p.v. een document. Je hebt gewenste functionaliteit dan online staan en kan er met meerdere mensen tegelijk aan werken. Ook heeft iedereen altijd de meest up-to-date versie en kan je de status ook goed volgen.

Strikt genomen kan een issue tracking systeem een requirements document niet vervangen, maar in de praktijk is het voor kleine projecten vaak al meer dan genoeg, en kan het de kans van slagen van een project aanzienlijk vergroten, zonder al teveel overhead en tijdverspilling te introduceren.

Huur een goede freelance PHP developer in

PHP Developer nodig?

Spreek vandaag nog met een PHP expert! Bel 020 – 894 6449 of vul in:

Naam:

E-mail:

Laat je onderneming harder groeien dankzij bedrijfssoftware op maat. Als je software perfect aansluit op de werkzaamheden binnen je bedrijf, kan je sneller werken, maak je minder kosten, en kan je je omzet verveelvoudigen!

Zorg ervoor dat je geen sales of leads meer misloopt door een falende website… Wij maken de juiste website voor jouw business. Ontvang online klanten, sales, en afspraken om zo je omzet snel te laten stijgen. Geen klanten meer mislopen omdat je de telefoon niet kon opnemen…

Ontdek waarom bedrijven als Openingstijden.nl en Fietskoeriers.nl gebruik maken van onze diensten. Wil jij net als deze bedrijven keihard groeien en jouw onderneming ieder jaar weer succesvoller maken?

Niet tevreden over je huidige developer?

Herken je dit, een webbouwer of programmeur die precies niet doet wat je bedoelt? Hij voert je opdrachten niet goed uit, houdt geen rekening met conversie, en heeft weinig kaas gegeten van ondernemen.

Je zou eigenlijk wel een nieuwe developer willen zoeken, maar ja, die zijn moeilijk te vinden vandaag de dag!

Bij Centillion hebben we naast een voorliefde voor techniek óók verstand van business. We bestieren diverse webshops en hebben ervaring met sales en online marketing. Heldere communicatie staat bij ons voorop!

“Wat mij iedere keer opviel in de samenwerking met Centillion vanuit Direct Control en Zorgalert.nl is dat de afstemming over de specificaties van de benodigde werkzaamheden verrassend soepel verliep – aan een half woord genoeg -, en dat de oplevering altijd volgens afspraak en zorgvuldig was. Een no nonsense aanpak met kwaliteit.”

Rutger Weemhoff (o.a. Ticketmatic, Direct Control, Nationale politie)

 

Waarom een PHP ontwikkelaar van Centillion?

  • Onze PHP developers hebben jarenlange ervaring en schrijven hoge kwaliteit code.
  • Wij begrijpen business, en snappen dus dat jouw site of software-oplossing sneller en beter moet, dat conversie belangrijk is en dat alles draait om meer omzet en winst voor je bedrijf!
  • Ervaring met werken in teams op verschillende locaties (GiT, Skype). Werkt jouw bedrijf al met programmeurs en heb je er meer nodig dan kunnen wij die leveren en zonder problemen inpassen in bestaande teams.
  • PHP ontwikkelaars beschikbaar met ervaring met bekende systemen (WordPress, Magento) en frameworks (Laravel). Ook custom code is geen probleem!

Spreek vandaag nog een PHP expert

Vul in voor een gratis en vrijblijvend consult van onze PHP experts...

Naam:

E-mail:

Telefoon:

Omschrijving werkzaamheden:

 

Test React.js programmeurs met deze vragen

In een recente enquête op Stackoverflow kwam React nog steeds naar voren als één van de meest populaire Javascript libraries. Overzichtelijke structuur en goede performance zijn enkele belangrijke reden hiervoor.

Goede kans dus dat als je voor een project een nieuwe web applicatie moet realiseren dat je in aanraking zult komen met React. Handig dus als je er wat vanaf weet voordat je een goeie React programmeur kunt inhuren.

In dit stuk behandelen we enkele basisvragen die je kunt stellen om te testen of de programmeur die je op het oog hebt voor je project genoeg weet van React.

1. Wat is React.js en hoe verschilt het van andere Javascript frameworks?

Alhoewel dit klinkt als een basisvraag is dit meteen een goeie manier om uit te vinden wat een programmeur begrijpt van React, laten we de twee deelvragen in detail bekijken en beantwoorden:

Wat is React.js?

React is een JS library gemaakt door Facebook, waarmee je User Interfaces kunt bouwen in web (en mobiele) applicaties.

Alhoewel hier natuurlijk vele goede antwoorden mogelijk zijn, is het vooral belangrijk dat de programmeur weet dat React een technologie is die wordt gebruikt voor de UI componenten. Je zou kunnen zeggen dat React de “View” vertegenwoordigt in een “MVC” architectuur.

Waarin verschilt React.js van de rest?

In tegenstelling tot andere libraries (zoals bv Angular.js) focust React.js zich op de UI componenten. Hiermee heeft de keuze voor React verder weinig invloed op de architectuur van je applicatie.

Hoe meer de kandidaat je hier kan vertellen over verschillen met andere libraries hoe beter. Een mogelijke vervolgvraag zou kunnen zijn in welke gevallen hij React.js sterk zou preferen boven andere libraries.

2. wat wordt bedoeld met de React Component Lifecycle?

Eén van de meest belangrijke onderdelen van React.js is de zogenaamde component lifecycle. Het is dus zeer belangrijk dat de kandidaat goed begrijpt hoe dit werkt om een efficiënte applicatie te kunnen bouwen die goed onderhoudbaar is.

React.js components hebben Lifecycle events. Grof gezien kunnen we 3 groepen definiëren waarin deze events vallen:

1. Initialisatie

Dit zijn de events die alleen gebeuren wanneer een component wordt geïnitialiseerd. Belangrijk zijn getInitialState(), getDefaultProps(), componentWillMount(), render(), componentDidMount().

2. State of property updates

Deze klasse van events gebeuren elke keer als de state of properties van een component veranderen, zoals bij componentWillReceiveProps(), shouldComponentUpdate(), componentWillUpdate(), render(), componentDidUpdate().

3. Destruction

Als een component verwijderd wordt komen we uit bij deze events, zoals componentWillUnmount().

Belangrijk is dat een programmeur weet waar het over gaat als deze zogenaamde lifecycle hooks genoemd worden. Kies er dus één of meerdere uit en vraag bijvoorbeeld wat de kandidaat erover kan vertellen en in welke gevallen hij ze zou gebruiken.

3. Wat kan je vertellen over JSX

JSX werd door Facebook tegelijk met React uitgebracht. Met JSX kun je HTML binnen de Javascript-code toevoegen. Belangrijke begrippen in deze context zijn

  • HTML binnen (´embedded´) Javascript.
  • Transpiler, zoals Babel, die JSX en React omzet in begrijpelijke javascript voor de browser.

Het is belangrijk om te weten als interviewer dat JSX niet strict noodzakelijk is om in React te programmeren. Er zijn ook programmeurs die een aversie tegen JSX hebben. Als ze dit ook goed kunnen beargumenteren hoeft dit geen probleem te zijn.

Belangrijk is uiteraard wel dat ze weten wat JSX is.

Als een kandidaat zijn ervaringen deelt (voor- en/of nadelen) over configuratie van babel en webpack is dat een goede indicatie dat hij ervaring heeft op het gebied van het opzetten van een React-project. Hetgeen een pré is uiteraard.

4. Wat is Flux?

Als je veel met React hebt gewerkt dan ben je zeker het Flux pattern weleens tegengekomen. Dit is een bekende architectonische variant voor het MCV model.

We gaan in dit artikel niet te diep op de definities in, maar op internet is genoeg te vinden hierover. Bekijk bijvoorbeeld eens deze video voor een uitgebreide case binnen Facebook, of bekijk enkele wat simpelere artikelen en diagrammen, zoals bijvoorbeeld dit artikel op Medium.

Belangrijke termen en keywords zijn unidirectional data flow, architecture of design pattern en MVC.

Voor grotere applicaties is het lastiger bij te houden waar iets fout gaat in het MVC model, vandaar dat men bijvoorbeeld bij Facebook is overgestapt op FLUX. Door de unidirectional data flow is de applicatie makkelijker te snappen voor nieuwkomers, en zijn bugs makkelijker op te sporen.

React zorgt voor het view-gedeelte van een applicatie. Flux is een architectuur of design pattern dat de structuur van de rest van de applicatie vastlegt.

Met bovenstaande vragen moet het zeker lukken om in ieder geval het kaf van het koren te scheiden. Heb je al een goeie programmeur in dienst? Betrek die dan zeker bij het selectieproces.