NodeJs: serieuze optie?

[Rekcor]

Wij overwegen momenteel om NodeJS te gebruiken voor een Comet webapplicatie.

(om preciezer te zijn: een applicatie die draait in Drupal 7 m.b.v. de http://drupal.org/project/nodejs module)

Mijn vraag is: Zou jij je geld zetten op NodeJs? Het is een redelijk nieuwe technologie, nog in ontwikkeling, etc. Onze clienten vinden dit geen bezwaar. Maar gaat NodeJs het redden op de lange termijn?

Wat leesvoer (reeds door mij verorberd):

• http://www.realfreemarket...011/10/25/node-js-is-vb6/
• https://news.ycombinator.com/item?id=4495101
• http://mashable.com/2011/03/09/node-js/

P.S. Graag geen reacties als: ik ken NodeJs niet, dus het is prut.
P.P.S. En ook geen reacties: ik ken oplossing X wel, dus die is goed.

[ Voor 10% gewijzigd door Rekcor op 29-03-2013 10:30 ]

[SaphuA]

.

[ Voor 99% gewijzigd door SaphuA op 31-01-2022 15:02 ]

[Rekcor]

Bedankt!

SaphuA schreef op vrijdag 29 maart 2013 @ 10:45:
Aan die laatste twee regels is het me niet helemaal duidelijk of je open staat voor discussie.

Ik sta zeker open voor de discussie, maar in de vele reacties die ik op andere sites heb gelezen, proef ik toch veel van het stramien:

ik gebruik X,
NodeJS is niet X,
dus
NodeJS is prut.

[Gomez12]

Rekcor schreef op vrijdag 29 maart 2013 @ 11:30:
Ik sta zeker open voor de discussie, maar in de vele reacties die ik op andere sites heb gelezen, proef ik toch veel van het stramien:

ik gebruik X,
NodeJS is niet X,
dus NodeJS is prut.

Dat is (en zal altijd zijn) het stramien.

Op het moment dat jij NodeJS gaat proberen dan kan het fantastisch werken totdat X er niet in zit en jij 4 weken moet spenderen om X te krijgen. Dan kan het opeens prut zijn.

In basis met nieuwe technologieen moet je je bedenken dat er in 1e instantie heel erg veel zal "missen" als je van een ander platform komt, dit moet je allemaal zelf bouwen. Nieuwe technologieen zijn veelal geen do-it-all things, die zijn opgesteld om 1 ding goed te doen en alles eromheen wordt er later bijgemaakt.

Qua comet-alternatief is nodejs niet echt iets wat veel zal missen (het is volgens mij met het doel van comet in het achterhoofd ontwikkeld) maar wil je het verder dan comet uitbreiden dan wordt het twijfelachtiger.

In wezen komt het er gewoon op neer dat je je goed moet bedenken wat je wilt en dan moet kijken hoezeer nodejs daaraan voldoet en wat je er zelf nog voor effort in moet steken.

[TheNephilim]

Met Node.js heb ik geen ervaring, al kan ik zeggen dat het er allemaal erg netjes uit ziet. Een tijd terug heb ik wel APE gebruikt op een website waar ook realtime shizzle nodig was. Een chat, een veiling reporter (laat in lijst laatste biedingen zien en werkt die realtime bij) en nog wat andere losse dingen waarbij realtime een leuke feature was.

APE had met versie 1.0 veel last van out of memory, met 1.1.1 gaat het heel goed. De ontwikkeling lijkt wel stil te staan, er was sprake van 2.0, maar daar heb ik al heel lang niks van gehoord.

Om nog even terug te komen op Node.js, het is wel groot opgepakt door de community. Er is veel draagvlak volgens mij, dat betekend; veel informatie, hulp en dergelijke.

Gewoon doen dus!

[Avalaxy]

Er kwam net nog een mooie benchmark voorbij van node.js vs .NET: http://www.salmanq.com/bl...mance-comparison/2013/03/. Kan relevant zijn voor dit topic.

[Rekcor]

Bedankt zover!

Overigens: onze expertise is momenteel trouwens ook Drupal/JavaScript, dus mijn stramien is:

wij kennen Javascript
NodeJs is Javascript
dus
NodeJs is top

[TERW_DAN]

Ik werk hier met Node.js en tot dusver werkt het prima en lekker flexibel (zeker als je thuis bent in JS is het vrij goed te doen er iets voor te bouwen). Enige waar ik nu tegenaanloop is de connectie met mysql die niet open blijft. Maar goed, daar ben ik niet zelf mee bezig dus zou er dieper in moeten duiken om te zien wat er mis mee is.

[leuk_he]

node.js is een ontwikkelplatform, net als java of rubyon rails.

En als je andere plaformen bekijkt dan zie je ook dat er in de loop t de tijd verschillende versies ontstaan (java 2, java7, php 4, php 5 .net 2.0 .net 3.5 etc etc ). node.js is nog zo jong dat ze zich daar nog niet eens druk over hoeven te maken.

Verder is het een opvallende keuze om bij drupal, wat min of meer rond php hangt, uit te breiden met een andere taal. Als je een bepaalde engine moet schrijven , die veel moet doen, voor veel gebruikers kan ik me er iets bij voorstellen. Als je enkel een bepaalde module wilt maken, dan heb je na het gebruik van node.js ineens 2 omgevingen die je gaat beheren (drupal+php / node.js )

Niks mis mee, als je het nodig hebt. Als je enkel push functionaliteit nodig hebt denk ik dat het overkill is.

[pieturp]

http://www.salmanq.com/bl...mance-comparison/2013/03/

Sorry, maar die benchmark slaat echt helemaal nergens op. Iets met appels en peren. Lees de comments eronder die dat bevestigen.

[Freeaqingme]

Waarom ga je er niet gewoon eens mee spelen, en maak je wat POCjes? Dan kan je gewoon zelf vaststellen of het voldoet aan jullie wensen en eisen. Wat volwassenheid denk ik dat het wel goed zit. Het feit dat iedereen er wel van gehoord heeft betekent dat het niet extreem nieuw of ongebruikt is

[Mysteryman]

Het ligt er aan wat je er precies mee wil... (irritant he)

Als je gewoon 'updates' van een pagina wil hebben, kan je beter gewoon AJAX gebruiken...

Als je real-time de beursnotering wil pushen naar alle client's die op je pagina zitten, dan is NodeJS een antwoord. Ook omdat je verschillende 'rooms' kan inrichten waar clients zich op 'abboneren'. Zeker in combinatie met SocketIO is dit een sterke oplossing.

Overigens kan ik hetzelfde verhaal ophangen over ZeroMQ (die ook message queuing biedt; ook in javascript en PHP)

[Gomez12]

pieturp schreef op vrijdag 29 maart 2013 @ 19:04:
[...]

Sorry, maar die benchmark slaat echt helemaal nergens op. Iets met appels en peren. Lees de comments eronder die dat bevestigen.

Ehm, uberhaupt .net en nodejs is al nergens opslaand. Het zijn simpelweg 2 verschillende filosofieen.

Maak maar eens dezelfde test maar dan met als onderwerp een Windows-Desktop-GUI-Client

[Rekcor]

leuk_he schreef op vrijdag 29 maart 2013 @ 16:35:
Verder is het een opvallende keuze om bij drupal, wat min of meer rond php hangt, uit te breiden met een andere taal. Als je een bepaalde engine moet schrijven , die veel moet doen, voor veel gebruikers kan ik me er iets bij voorstellen. Als je enkel een bepaalde module wilt maken, dan heb je na het gebruik van node.js ineens 2 omgevingen die je gaat beheren (drupal+php / node.js )

Niks mis mee, als je het nodig hebt. Als je enkel push functionaliteit nodig hebt denk ik dat het overkill is.

Maar in principe is het idee achter die Drupal-module dat je vrij weinig hoeft te nodejs-en (behalve de nodejs-files van die module draaien op een Nodejs-server). Vervolgens is het een kwestie van wat api's aanspreken.

Het enige waar ik bang voor ben, is dat niemand over 3 jaar nog over nodejs praat (of alleen met een glimlach bij de borreltafel), m.a.w. dat we gaan investeren in een overhypte technologie, waarbij het bij voorbaat al te verwachten is dat die 'em niet gaan worden.

[Gomez12]

Rekcor schreef op zaterdag 30 maart 2013 @ 09:20:
[...]
Het enige waar ik bang voor ben, is dat niemand over 3 jaar nog over nodejs praat (of alleen met een glimlach bij de borreltafel), m.a.w. dat we gaan investeren in een overhypte technologie, waarbij het bij voorbaat al te verwachten is dat die 'em niet gaan worden.

En wat zou daar erg aan zijn zolang het werkt?

Je hebt zat serieuze server-side implementaties die enkel nog borreltafel praat zijn (cobol bijv) maar die nog steeds draaien.
Zolang jij het gewoon niet zo prijst dat je over 5 jaar pas je leer-kosten terug hebt dan is er niets aan de hand.

Je moet het alleen goed gescheiden opzetten zodat als je klant het over x jaar vraagt je de nodejs server gewoon kan vervangen door iets anders zonder uitgebreide aanpassingen aan je drupal code etc.

[Kalentum]

Wat handig is is kijken of het veel gebruikt wordt en of het actief ontwikkelt wordt. Een stuk software wat daadwerkelijk gebruikt wordt en ook nog ontwikkelt wordt heeft weinig kans om een zachte dood te sterven, juist omdat er bedrijven zijn zoals dat van jou die bouwen op die technologie. Natuurlijk kan er binnen een periode van een paar jaar iets komen dat 'beter' is maar dat wil nog niet zeggen dat bedrijven die NodeJS gebruiken massaal naar iets anders overstappen.

Voor zover ik weet wordt NodeJS actief ontwikkelt en zijn er genoeg bedrijven / projecten die er al mee werken. Dus in dat opzicht kun je NodeJS prima gaan gebruiken.

[creator1988]

Laat me beginnen met: Node is ready for prime time. Bijvoorbeeld Microsoft zet geld op node, om de simpele reden dat ze zelf geen vergelijkbaar platform hebben, Scott Guthrie is er een fervent voorstander van, het is een first class citizen op Windows Azure en Skype draait inmiddels wat services op node. Zelfde geld voor bedrijven als LinkedIn, Dropbox, Uber, eBay, etc. etc. etc.

Je moet jezelf wel realiseren dat node niet voor alles de juiste keuze is. Als je veel met data streams werkt die je aan elkaar moet knopen (bijv. een proxy of een image upload tool): node. Heel veel clients gelijktijdig bedienen: node. Simpele website: geen node. Static files serveren: geen node.

Anyway, node.js is insanely snel groeiende; een sloot grote partijen support het; en het evented model is sowieso iets wat je eens bestudeerd moet hebben. Daarnaast is het ecosystem geweldig. Ik heb .NET gedaan en externe modules gebruiken was eigenlijk altijd hell (NuGet helpt, maar configuratie is nog steeds een bitch), node lost dat zeer netjes op en er zijn tienduizenden modules beschikbaar. Daarnaast ben ik niet zo bang voor fragmentatie zoals in bijv. Python, omdat de core superklein is. Streams, networking en filesystem, dat is het ongeveer; de rest zit allemaal in modules.

[pingwings]

Op mijn werk gebruiken wij ook node.js. Welliswaar voor kleinere applicaties, maar het voordeel van 1 taal op server & browser (JavaScript) is vrij groot. Je kunt hierdoor logica delen, hebt maar 1 specialisme nodig en node.js is heel eenvoudig op te zetten (zeker met het express framework).

Ook de websocket implementatie (socket.io library) is geweldig!

[leuk_he]

Gomez12 schreef op zaterdag 30 maart 2013 @ 10:21:
[...]

En wat zou daar erg aan zijn zolang het werkt?

Exact. Ik onderhoud hier een tweetal oude applicaties, die geschreven zijn in technologien, waarvan je echt zou zeggen ... wtf, draait dat nog. (nee, geen cobol, als je het raad krijg je taart) Licht onderhoud kun je blijven plegen op een 3GL taal, en als er na 5 jaar jaar zwaar onderhoud op moet worden gepleegd, dan herbouw je het met technologie die dan actueel is. Misschien node.js versie 3.5, misschien met newtech@2018.

Enne, het evented model is niks nieuws hoor. Toen je in de vorige eeuw (199*) moest goochelen met resources deed je soortgelijke dingen, maar dan voor veel minder connecties.

[ Voor 12% gewijzigd door leuk_he op 31-03-2013 14:52 ]

[Gropah]

Rekcor schreef op vrijdag 29 maart 2013 @ 14:01:
Bedankt zover!

Overigens: onze expertise is momenteel trouwens ook Drupal/JavaScript, dus mijn stramien is:

wij kennen Javascript
NodeJs is Javascript
dus
NodeJs is top

Beetje een bagger redenatie niet? Is van het zelfde niveau als:

Ik pas in mijn jas
Mijn jas past in mijn tas
dus
Ik pas in mijn tas.

[Gomez12]

Gropah schreef op zondag 31 maart 2013 @ 14:52:
[...]


Beetje een bagger redenatie niet? Is van het zelfde niveau als:

Ik pas in mijn jas
Mijn jas past in mijn tas
dus
Ik pas in mijn tas.

Tja, ik heb die fascinatie op JS ook nooit zo begrepen, op Frontend gebied heb je simpelweg te maken met andere JS dan op backend gebied. Op frontend gebied hoef je wmb echt niet aan te komen met >1 miljoen nodes (die mag de backend filteren), maar op backend gebied zal dit dagelijkse praktijk zijn. En omgekeerd, op frontend kan je een onclick gebruiken maar op backend is dit waardeloos.

Je hebt dezelfde taal maar wel 2 compleet verschillende principes. Ik hoef geen enkele frontender bijv hier intern los te laten op onze backend ook al zou het dezelfde taal zijn, de principes zijn gewoon te verschillend.

[Hydra]

Het grootste verschil tussen Node.js en bijvoorbeeld Asp.net of Java is niet de taal (of je nu programmeert in Java, JS of C# maakt voor een fatsoenlijke dev ook weinig uit) maar dat je via async callbacks werkt. EN dat is een mindset waar je erg aan moet wennen.

Voor de rest moet je zelf zien of Node.js past bij je project. Als je websockets nodig hebt en een HTML5 MMO aan het bouwen bent zou ik er zeker naar kijken. Als je gewoon de zoveelste frontoffice webapp aan het bouwen bent kun je m.i. beter blijven bij wat je hebt.

[BasieP]

Hydra schreef op dinsdag 02 april 2013 @ 12:26:
Het grootste verschil tussen Node.js en bijvoorbeeld Asp.net of Java is niet de taal (of je nu programmeert in Java, JS of C# maakt voor een fatsoenlijke dev ook weinig uit) maar dat je via async callbacks werkt. EN dat is een mindset waar je erg aan moet wennen.

en dat kan in al die andere talen ook, maar moet je er misschien een beetje meer voor doen.

Sorry, maar ik heb in dit hele topic nog niet 1 echt goed voor of tegen argument gehoord.

Tips om naar te kijken:
[list]
• Hoe volwassen is het product; Hiermee bedoelen we: kun je ontwikkelen zonder workarounds. Werkt dat wat er aangeboden wordt, en is het afdoende om je taken mee te volbrengen.
• Is er een goede userbase; Userbase is life! Dat is de enige reden dat java nog bestaat. Users maken tutorials, lossen problemen op waar jij ook tegenaan gaat lopen en gooien demotjes op internet (en soms bouwen ze zelfs frameworks)
• Hoe is de support; In geval van gratis tools kom je hierbij vaak bij de userbase terecht.
• Hoe is integratie; Welke andere producten heb je en wil je die koppelen? (denk aan active directory, een twitter feed of een robotarm die de chirurg gebruikt)

ik hoop dat je daar wat mee kunt

[Hydra]

BasieP schreef op dinsdag 02 april 2013 @ 22:21:
Sorry, maar ik heb in dit hele topic nog niet 1 echt goed voor of tegen argument gehoord.

Mijn reactie was ook niet bedoeld als voor of tegen argument. Het is gewoon een platform, een tool, en voor elke job is een tool al dan niet geschikt. De vraag is vooral of het de tijdsinvestering waard is om met iets compleet nieuws te beginnen.

[Anoniem: 296939]

Zeer interessant topic dit. Een klasgenoot van me probeert me weg te halen bij Rails zodat ik zou overschakelen op Meteor, een NodeJS platform. Ik heb er eens even naar gekeken en wat tutorials gedaan maar ik zie gewoon niet hoe je met behulp van NodeJS een complexe applicatie op de wereld krijgt. Het zal wel aan mij liggen aangezien er al redelijk wat grote bedrijven op de Node-kar zijn gesprongen.

Is er iemand die mij hier wat uitleg over kan geven?

[YopY]

[b][message=40038028,noline]Is er iemand die mij hier wat uitleg over kan geven?

Lastig. Ik denk dat je je eerst zou moeten verdiepen in Javascript design patterns en best practices / pitfalls (lees Javascript: The Good Parts, niet zo'n dik boekje) om grotere architecturen in te kunnen zien / visualiseren. Vervolgens zou je moeten kijken naar wat de status is van de Node libraries; het is een redelijk jong platform (een paar jaar oud), en de libraries voor o.a. connectiviteit met databases zijn in verhouding ook nog jong.

Het ligt er ook aan wat je onder "complex" verstaat. Sterker nog, is "complex" uberhaupt je doel?

Waarschijnlijk de meest complexe Node applicatie die er is is Cloud9, alhoewel die qua front-end ook behoorlijk complex is. Delen daarvan hebben ze open source gemaakt.

[Anoniem: 296939]

YopY schreef op donderdag 04 april 2013 @ 10:13:
[...]


Lastig. Ik denk dat je je eerst zou moeten verdiepen in Javascript design patterns en best practices / pitfalls (lees Javascript: The Good Parts, niet zo'n dik boekje) om grotere architecturen in te kunnen zien / visualiseren. Vervolgens zou je moeten kijken naar wat de status is van de Node libraries; het is een redelijk jong platform (een paar jaar oud), en de libraries voor o.a. connectiviteit met databases zijn in verhouding ook nog jong.

Het ligt er ook aan wat je onder "complex" verstaat. Sterker nog, is "complex" uberhaupt je doel?

Waarschijnlijk de meest complexe Node applicatie die er is is Cloud9, alhoewel die qua front-end ook behoorlijk complex is. Delen daarvan hebben ze open source gemaakt.

Wel, onder complex versta ik iets zoals een simpel CMS of een webshop ofzo. Ik ben niet direct van plan om nucleaire rakketten te lanceren . Volgens mij is Node totaal niet bedoeld voor de zaken die ik gewoonlijk maak. Ik kan me dus ook niet echt voorstellen wat ik er precies WEL mee moet maken.

[leuk_he]

Anoniem: 296939 schreef op donderdag 04 april 2013 @ 10:19:
[...]
Wel, onder complex versta ik iets zoals een simpel CMS of een webshop ofzo. Ik ben niet direct van plan om nucleaire rakketten te lanceren . Volgens mij is Node totaal niet bedoeld voor de zaken die ik gewoonlijk maak. Ik kan me dus ook niet echt voorstellen wat ik er precies WEL mee moet maken.

Leg het naast Java of .Net. Het is volgens mij een redelijk low-level (als in 3GL...) ontwikkelplatform. Als je (snel) een webshop wilt bouwen, dan pak je een webshop plaform/CMS met wat plugins, niet een Java platforum, of een .Net IDE.

Als je je webshop met honderden simultane gebruikers vervolgens een heleboel real-time/push plugins wil geven (near realtime-veilingen, direct wijzigende voorraadstanden etc etc) dan zul je een stevige engine willen bouwen die dat allemaal met elkaar synchroniseert. Niet even iets wat je in een weekje hacken in elkaar bouwt.

Maar besef dat je (javascript) code gaat lopen kloppen en niet een applicatie in elkaar loopt te plakken. Misschien kun je een CMS als 4GL tool zien en node.js als een 3GL tool. Maar helaas zijn die termen zo vaak gebruikt dat er soms een andere betekenis(/gevoel) aan vast zit.

[Anoniem: 296939]

leuk_he schreef op donderdag 04 april 2013 @ 10:46:
[...]


Leg het naast Java of .Net. Het is volgens mij een redelijk low-level (als in 3GL...) ontwikkelplatform. Als je (snel) een webshop wilt bouwen, dan pak je een webshop plaform/CMS met wat plugins, niet een Java platforum, of een .Net IDE.

Als je je webshop met honderden simultane gebruikers vervolgens een heleboel real-time/push plugins wil geven (near realtime-veilingen, direct wijzigende voorraadstanden etc etc) dan zul je een stevige engine willen bouwen die dat allemaal met elkaar synchroniseert. Niet even iets wat je in een weekje hacken in elkaar bouwt.

Maar besef dat je (javascript) code gaat lopen kloppen en niet een applicatie in elkaar loopt te plakken. Misschien kun je een CMS als 4GL tool zien en node.js als een 3GL tool. Maar helaas zijn die termen zo vaak gebruikt dat er soms een andere betekenis(/gevoel) aan vast zit.

Is het dan de bedoeling dat je een NodeJS-engine schrijft die de data pusht naar de .NET/Java webshop of zou je in dat geval gewoon de hele webshop in NodeJS maken?

[zoutepopcorn]

Zelf heb ik (nog) geen ervaring met nodejs. Maar wil deze wel gaan opdoen.

Wel test ik nu fabricjs scriptjes. Het mooie is dat de lib gemaakt is om ook serverside op Nodejs te werken. Dit bespaart oa een vertaalslag en ik denk zeker dat je ontwerp sneller interactief wordt. Ontwerper van fabricjs heeft zelf ook in Nodejs team gezeten geloof ik..

Verder zag ik op Github ook een gps track project. Ik weet even niet meer hoe het heet, maar ik denk wel dat het aangeeft dat er potentie in zit. Database connection gaat volgens mij nog niet helemaal vlekkeloos en ondersteuning van grote hosters zit er voorlopig ook niet in.. Veiligheid ben ik ook benieuwd naar.

[ZpAz]

Anoniem: 296939 schreef op woensdag 03 april 2013 @ 16:09:
Zeer interessant topic dit. Een klasgenoot van me probeert me weg te halen bij Rails zodat ik zou overschakelen op Meteor, een NodeJS platform. Ik heb er eens even naar gekeken en wat tutorials gedaan maar ik zie gewoon niet hoe je met behulp van NodeJS een complexe applicatie op de wereld krijgt. Het zal wel aan mij liggen aangezien er al redelijk wat grote bedrijven op de Node-kar zijn gesprongen.

Is er iemand die mij hier wat uitleg over kan geven?

Jawdrop. Dat Meteor ziet er epic uit.

[ Voor 14% gewijzigd door ZpAz op 31-05-2013 19:05 ]

[drm]

Rubinski:
Zeer interessant topic dit. Een klasgenoot van me probeert me weg te halen bij Rails zodat ik zou overschakelen op Meteor, een NodeJS platform. Ik heb er eens even naar gekeken en wat tutorials gedaan maar ik zie gewoon niet hoe je met behulp van NodeJS een complexe applicatie op de wereld krijgt. Het zal wel aan mij liggen aangezien er al redelijk wat grote bedrijven op de Node-kar zijn gesprongen.

Wat is je vraag precies? Gaat het over systeemarchitectuur, hosting, of heb je geen vertrouwen in het platform of de libraries?

Waar je Node voor moet gebruiken is heel veel relatief kleine brokjes processing die op hele hoge snelheid en met veel concurrency gedaan worden. Een RSS feed, een server-side twitter feed, dat soort dingen. Echt complexe business logic bouwen in een declaratieve omgeving vergt heel veel inzicht in en kennis van functioneel programmeren en dat valt echt niet mee. Het is al lastig om goeie PHP'ers te vinden, laat staan goeie javascripters. En dan bedoel mensen die weten wat het verschil tussen currying en een factory is, en wat voor scoping consequenties het heeft als je Function.apply gebruikt, Dat soort dingen. Om nog maar niet te spreken van de implicaties voor de stabiliteit van je systeem als TDD ineens een probleem wordt. Het ligt dan waarschijnlijk meer voor de hand om Node als een optimalisatieslag te gebruiken voor die onderdelen waar het nuttig voor is, en dat te knopen aan een RESTful frontend van je applicatie o.i.d.. Ik zou in ieder geval niet zo snel mijn business logic in Javascript stoppen, omdat Javascript simpelweg te veel haken en ogen heeft; je kunt er zo belachelijk veel kanten mee op.

Meteor is vooralsnog volgens mij vooral geschikt voor prototyping. Pretty effing rapid als je het mij vraagt, dat wel

Rekcor:
Mijn vraag is: Zou jij je geld zetten op NodeJs? Het is een redelijk nieuwe technologie, nog in ontwikkeling, etc. Onze clienten vinden dit geen bezwaar. Maar gaat NodeJs het redden op de lange termijn?

Node heeft zich al lang en breed bewezen. Je moet je afvragen waarom je het nodig denkt te hebben. Als het alleen is omdat je het gaaf vindt klinken zou ik het lekker thuis in je eigen tijd doen. Anders ben ik wel benieuwd naar de probleemstelling waarvoor je denkt met Node een oplossing te hebben