S03·001Bring Your Own Onderwerp
In deze aflevering nemen de hosts allemaal een onderwerp mee die we gaan bespreken
In deze aflevering nemen de hosts allemaal een onderwerp mee die we gaan bespreken
- ▸Wat junior developers moeten inbrengen
- ▸Wat pair programming inhoudt
- ▸Hoe je remote efficiënt werkt
- ▸Wat goede Git communicatie betekent
Alweer het 3e seizoen. En dit keer beginnen we met een aflevering met bijna alle hosts. En om toch een soort van structuur aan te brengen, mag iedere host een onderwerp "meenemen" waar we het over gaan hebben en proberen we hier en daar een bruggetje te pakken. Verder een leuk nieuwtje, en iets waar je als vaste luisteraar onderdeel van wilt zijn. Luister dus zeker tot aan het einde.
Deze aflevering hebben we weer lekker face to face opgenomen, en Aviva Solutions heeft ons daarvoor een ruimte beschikbaar gesteld.
Transcript
Hoi Saber hier, zoals jullie misschien wel weten is CodeKlets een hobbyproject voor ons.
Wat we heel leuk vinden om te doen, maar stiekem kost het toch wel best wel wat tijd.
Dus dan is het dus extra leuk als we via verschillende wegen waardering ontvangen van de luisteraars.
Daar krijgen we natuurlijk weer heel veel energie van.
Dus bij deze wil ik iedereen bedanken voor die waardering.
Dit keer zou ik specifiek Eddie Penninghoff willen bedanken voor zijn steun via vriend van de show.
Bedankt namens het hele CodeKlets team.
Nou, ik ga jullie verder niet meer langer lastigvallen.
Ga lekker luisteren naar de nieuwe aflevering van het nieuwe seizoen en veel plezier ermee.
Later!
Welkom bij de nieuwe aflevering van de CodeKlets podcast.
Vandaag zijn er heel veel hosts.
Bernard, Kishen, Johnny, Wouter en ikzelf.
Dus ja, je kunt wel weer raden.
Het is een aflevering zonder gasten, maar alleen met hosts.
En dat vind ik heel erg leuk.
Helaas was Pauline die kon niet, want haar dochtertje was jaarig volgens mij.
Gefeliciteerd!
Gefeliciteerd ja Pauline, woehoe!
Dat is ook veel belangrijker dan gewoon een opname te maken.
Dus hopelijk kunnen we dit jaar nog een keer een opname maken waar Pauline ook bij is.
En dan met z'n allen.
Ja, dat klonk goed.
Goed, als je goed opgelet hebt, dan is er een nieuwe naam langsgekomen en dat is Wouter.
Welkom Wouter!
Yes, ja dit wordt je ontgroening.
Ja, tof om hier te zijn.
Ja, dat gaan wij meemaken.
Je moet altijd maar weer blijken, je moet altijd maar weer baan maken.
Ja, precies.
Dus nee, maar dat komt helemaal goed.
Ja, Wouter die komt ons versterken.
Ja, je merkt eigenlijk ook aan het aantal afleveringen die we publishen dat we gewoon
te weinig tijd hebben vaak en we proberen eigenlijk dat ritme toch weer wat regelmatiger
zeg maar.
Ik ga niet meer zeggen hoe vaak, maar in ieder geval regelmatiger, want het is
nu echt wel zo variabel.
Ja, dat vind ik niet zo tof.
Ik wil eigenlijk gewoon dat we wat vaker dingen online kunnen zetten.
Dus vandaar dat we hebben gevraagd of Wouter erbij wilde.
Wouter is ook een stukje jonger dan wij.
Klopt, hè?
En het fijne ook aan Wouter is, nou ja, het fijne, het leuke is dat hij ook een
beginnend software ontwikkelaar is.
Dus dan kunnen we ook dat perspectief meenemen in de podcast.
En ja, dat is denk ik ook een verrijking.
Dat was de airco.
Ja, ik denk ook dat het een win-win is, toch?
Ja, jullie kunnen mij weer nieuwe dingen leren en misschien heb ik een bepaald
perspectief die nog opbekend is.
Ja.
En ik denk vooral, ja, ik ben vooral een developer die best wel laat heeft ontdekt
wat hij wil.
Ik ben eigenlijk om het 23e pas echt gestart met programmeren.
En ja, ik denk dat we daar nog hele mooie dingen kunnen samen maken.
Dat denk ik, ja, dat ga ik wel vanuit, ja.
Dan moeten we eigenlijk wel de vraag stellen van wanneer ben je begonnen met
programmeren?
Ja, nou, dat was de eerste keer.
Dristere.
Nee, eigenlijk is het best wel gek gegaan, want tijdens het me afstuderen
moest ik een hele hoop data verwerken.
Dat ging toen met SPSS nog en toen kwam ik eigenlijk achter van ja, dat gaat
best wel lastig en omslachtig en dan kwam ik Python tegen en toen ging ik daar
een beetje mee dabbelen.
En ja, op een gegeven moment werd dat van kwaad naar erger.
Toen ging je naar Python, SQL.
En ja, toen ben ik eigenlijk data engineering ingerold en ja, gaandeweg
kwam ik eigenlijk achter van ik vind het wel heel tof om dingen te bouwen.
Ik had eigenlijk in mijn netwerk nooit echt iemand die ook
opprogrammeerde, dus echt software bouwde en mensen blij wilden maken
met wat die bouwde.
En ja, zo ben ik op een gegeven moment app development ingerold.
En nu net mijn eerste junior job.
Ik moet nog beginnen.
Dus wanneer ga je beginnen?
1 augustus.
Spannend, spannend.
Als iOS developer.
Ja, ik heb er gewoon super veel zin in en ik krijg ook gewoon super
veel energie van om te weten dat mensen jouw materiaal bouwen.
Eigenlijk wat jullie al jaren doen en wat voor jullie van
zelfsprekend is, dat is voor mij eigenlijk het nieuwe gouden ei.
En dat is ongelooflijk tof om aan bij te mogen draaien.
Cool, klinkt goed.
Zit ook nu links voor jou.
Zit ook een iOS developer.
Dus dat.
Correct.
Nee, nee, nee.
Ik moet kennen alles.
Ik ben onschuldig.
Ik was zelfs wel geïnteresseerd in wat SP6 dingen doen.
Heb jij op je middelbare school niet ooit ook geprogrammeerd dan?
En toen is, sloeg het niet aan.
Dat hoort toch tegenwoordig?
Nou ja, ik ben nu 28 en in die tijd toen begon het langzaam.
Alleen dat waren dan de groepen net voor mij.
Dus je had wel ICT.
Alleen dat ging niet verder dan een beetje in Excel, VBA, dat soort dingetjes doen.
En ja, op dat moment ben je puber en dan speel je eeuwig wilde varkraft.
En ja, dat is je leven dan, zeg maar.
En je staat dan niet verder stil bij de programma's die je gebruikt.
Nou, dat was bij mij inderdaad, even kijken, zes jaar dan eerder op
middelbare school gezeten was bij mij.
Uiteindelijk was kweek 3 demo stond op die informatica computers in
het informatica lokaal.
Nou, dat was het enige wat we deden, kweek 3 demo, want docentie liep dan weg
en dan hupen allemaal snel op starten.
Ja, ik vond computers toen al leuk, maar het was met name gamen,
wat ik leuk vond van een computer.
Ja, zo snel mogelijk, zo effectief mogelijk die game draait.
Ik had toen een Halo Combat Evolved, had ik zo'n executable van gekregen
en dan kon ik dan meenemen op een memory stickje dat als ik dan naar
vrienden ging, zeg maar, konden we zo snel mogelijk een LAN party starten.
Ja, ja, cool.
Waren de tijden.
Zeker, herkenbaar ook.
Nou goed, dat, ja, cool.
Maar laten we meteen doorgaan.
Zo, sorry, welkom dus.
En het gaat sowieso leuk horen.
Oké, onderwerp voor vandaag.
We hebben niet heel veel structuur, maar ja, ik heb een onderwerp
Bring Your Own, Bring Your Own onderwerp.
Dus alle hosts voor vandaag die hebben een onderwerp wat hun een beetje aangaat.
Laten we beginnen met die van Wouter.
Dat is denk ik nog een mooie start om meteen door te trekken.
Wat was je onderwerp, Wouter?
Ja, ik heb, ik heb het een beetje dicht bij mezelf gehouden,
omdat ik natuurlijk straks ga starten als junior.
En wat je ook wel ziet is dat heel veel websites en ook wel podcasts,
die maken er een beetje een verdienmodel van.
Hoe kun je zo snel mogelijk starten als junior en waar moet je op letten?
En vind een mentor?
En je hebt er eigenlijk best wel veel, best wel veel klutter in, best wel veel ruis.
En ik ben eigenlijk een beetje benieuwd, omdat jullie toch al meer ervaring hebben.
Wat verwachten jullie zelf eigenlijk?
Misschien moeten we beginnen met wat jij denkt dat je moet brengen.
Ja, behalve koffie.
Ja, eigenlijk ben ik een stagiair hier.
Ja, wat ik zelf verwacht.
Kijk, vanuit de business perspectief, want ik heb oorspronkelijk heb ik habio economie gedaan.
Ik doe dan nu nog een tweede habio ICT, gewoon omdat ik eigenlijk toch wel die senioriteit miste.
En toch al een soort stramien nodig had.
Alleen kan me voorstellen dat het niet voor iedereen een optie is om ineens nog een tweede habio te gaan starten.
En ja, waar ik dan vooral benieuwd naar ben is van ja, wordt verwacht dat ik zo snel mogelijk waarde ga leveren?
Of is mijn code veel belangrijker juist?
Of zijn het juist mijn soft skills die heel belangrijk zijn?
Daar ben ik wel benieuwd naar wat bijvoorbeeld Kishen daarvan vindt.
Want ik heb met Kishen al een keer eerder gesproken over unit testing.
Nou, daar heb ik destijds heel veel uitgehaald.
Toen was ik nog aan het experimenteren met Azure Functions, bijvoorbeeld.
Ja, ja, dus het gaat alle kanten op.
Ja, ja, ja.
Want je zei van, wil dat je meteen productief bent?
Ja, maar goed, dat, ja, tegelijkertijd, it depends.
Dat is niet.
Hoe zeg je dat?
Ja, je soft skills zijn heel erg belangrijk.
Maar ja, dat kan bij de ene job veel belangrijker zijn dan bij de andere job.
Want soms moet je echt gewoon code leveren, puur dat.
Maar soms word je juist verwacht dat je af en toe presentaties geeft en dat je samen met een opdaggever,
klant of hoe je het ook noemt, dat je samen iets ontwikkelt.
En dan is het fijn dat je dan wel mondig bent, dat je communicatieve skills goed zijn.
En goed, dat is als je misschien in sommige gevallen ben je alleen ergens.
Maar in sommige gevallen zit je in het team, dus dan moet je juist in het team goed kunnen werken.
Dus het is niet altijd zo dat je in het team per se goed moet kunnen werken,
want het kan best zijn dat het helemaal niet nodig is.
Dus dat is heel lastig om te zeggen.
Stel dat je in een scrum team zou komen, dan is het fijn dat je wel makkelijk met mensen omgaat,
dat je redelijk mondig bent, leergierig, dat is wel heel erg handig, want anders is dat niet.
Dat is inderdaad het enige wat ik even zo snel kom bedenken.
Echt schroom alsjeblieft niet om vragen te stellen.
Dat is echt, er is niks irritant als je een opdracht meegeeft van niemand.
En dan een week lang, zeker nu met dat hele remote verhaal,
dat je een week lang niks van iemand hoort.
En dan na een week ga je z'n pols hoogte nemen.
Ja, ja, ik ben eigenlijk nog, ik kom er niet helemaal uit.
Ik had nog een vraagje, ja.
Joemah!
Ja, ja, ja, want het is misschien, de ene doet dat gewoon omdat het niet goed is, zeg maar.
Het kan ook best zijn dat er soms iemand, een ontwikkelaar denkt van hey, of een junior ontwikkelaar.
Dat die denkt van ja, maar als ik nu vragen ga stellen,
dan denken ze misschien dat ik niet zo slim ben of zo.
Ja, ik denk echt dat je dus echt die verwachtingen even scherp moet hebben van iedereen.
Het zorgt er gewoon voor dat je team weet van, hey, ik ga net starten, dus dat houdt in.
Dat ik veel vragen ga stellen.
Dus als je dat vervelend vindt, laat het vooral even weten, weet je wel.
Dus verwachtingmanagement even duidelijk maken.
Maar ik denk ook, ja, dat ook wat Saber volgens mij net al riep,
van wel vanuitgaan dat je geen, noem maar even toegevoegde waarde gaat leveren.
Het is voornamelijk gericht om jou,
om jou uiteindelijk in een mode te krijgen waar je aan toe bent
om daadwerkelijk toegevoegde waarde te kunnen leveren.
En dat is best wel een lange tijd.
Dat gaat niet vanaf de eerste dag.
Best wel krachtig wat je zegt inderdaad.
Om het even samen te vatten voor de luisteraar.
Je hebt eigenlijk te maken met een soort van flexibiliteit.
Een beetje chameleon zijn, want je moet heel veel wisselen tussen rollen.
Zoals Johnny zegt, blijf vragen stellen.
En ja, ik denk wat jij ook zegt, wees ook gewoon eerlijk naar jezelf toe.
En naar anderen, en spreek dat uit.
Dus ik denk dat daarin jezelf kwetsbaar opstellen,
dat het helemaal geen luister is.
Ja, zeker in het begin inderdaad zou ik niet van jezelf verwachten
dat je alleen maar tickets aan het wegwerken bent.
Ik bedoel, je moet alles nog leren.
Ja, zo simpel is dit.
En ja, verwacht ook van het bedrijf trouwens,
dat ze jou dus begeleiding geven.
Ik bedoel, een bedrijf kiest er bewust voor
om een junior developer aan te nemen.
Dat is voor het bedrijf dan dus ook de verantwoordelijkheid
om die junior te begeleiden
door er een middier, senior, whatever naast te zetten.
Dat vind ik persoonlijk iets wat het bedrijf
ook dan zichzelf aan moet committen van,
oké, dit gaan wij ook geven aan jou,
want anders heb jij er ook niks aan.
Dat is bij ons bijvoorbeeld nu de reden
dat wij geen junior developers aan nemen.
Een hele bewuste keuze.
Ik zou ze hartstikke graag willen hebben op die posities,
maar wij hebben op dit moment niet de mensen
de capaciteit om er mensen naast te zetten
om ze goed op te gaan leiden.
Want eigenlijk is een junior developer perfect.
Het is relatief goedkoop.
Het is soort van snelle handjes.
Je kan hem helemaal opleiden zoals jij graag wil.
Dus je kan hem helemaal kneden en vormen.
Dat is fantastisch, maar je moet er wel tijd in steken.
En dat gaat zich pas later, na 2, 3 jaar of zo,
gaat het zich pas echt goed terugbetalen.
Dus ja, we wezen ook niet bang
om dat van het bedrijf te vragen, zou ik zeggen.
Wat dat betreft zou ik me daarbij aansluiten
is dat leergierigheid heel belangrijk is.
Want je hebt nog wat te leren in elk bedrijf.
Elk bedrijf werkt op een eigen manier
en daar moet je gewoon in inwerken.
En leergierigheid helpt daarbij.
Wat ik verder ook belangrijk vond,
is enige basisvaardigheid met programmeren.
Maar als je door het sollicitatieproces heen bent gekomen,
dan moet je dat hebben.
Want anders was die procedure niet goed.
Want je komt ook mensen tegen die zeggen
dat ze ervaring hebben en heel goed zijn,
maar dan na één keer code meelezen of meekijken,
dan vallen ze dan toch door de mand.
Ja, en als dat niet zo is, dan is je procedure niet goed.
Maar ja, dat is heel vervelend.
Maar ik neem aan dat dat goed zit.
En blijf leren en nieuwsgierig.
En ja, laat het blijken door te praten
en interesse te tonen in wat je doet elke dag.
Ja, en wat ik ook wel leuk vind,
want toevallig hebben we ook iemand in het team,
die komt ook van een andere industrie.
Ik ben even kwijtwaar.
Volgens mij ook iets met financiële zaken, uit de economie.
En ja, in zijn vrije tijd heeft hij weleens een keer een website opgebouwd,
vertelde hij, weet je wel, met Wordpress en zo.
Toen op een gegeven moment ook wat met JavaScript ook gedaan.
En hij vertelde me ook dat hij een pipeline had gemaakt.
Nou, dat geeft al een beetje aan,
dat iemand dan echt daadwerkelijk geïnteresseerd is
om die IT echt daadwerkelijk gewoon in de vrije tijd te gaan leren.
Dus zodoende hadden wij ook zoiets van,
oh, dat komt wel goed, weet je wel, zo iemand.
Ja, het is echt duidelijk iemand die het gaaf vindt.
Wat jij ook in het begin zegt,
in principe, dat is hoe je, als je een goede developer bent,
zo denk ik dan altijd,
maar als je een goede developer bent,
heb je echt zo'n soort van vlammetje van,
ik wil dit beter, oh, dit is vet.
Ik heb hier op drie dingetjes gedaan en nu werkt dit.
Als je dat voelt, dan ben je vanzelf leagierig in de IT.
Intrinsieke motivatie is het misschien ook wel een beetje.
Het is ook wel een beetje valkuilen,
want dat merk je dan bij mezelf,
want daardoor had ik vooral in het begin,
ik heb echt een tutorial hell gezeten.
Ik heb op datakamp 43 certificaten gehaald,
op Python en SQL en weet ik veel,
maar ja, hoeveel onthoud je daar dan van?
Heb je ze wel allemaal op je LinkedIn gezet,
want anders stel je ze niet.
Sowieso.
Nee, ik denk dat dat is een tip die ik sowieso zou willen meegeven
aan mezelf als ik terug de tijd in kon,
pak gewoon even één taal, één stack.
Het is goed om andere stacks te verkennen,
dat begrijp ik niet verkeerd,
maar op het moment dat je ergens je werk van wil maken,
is focus wel het belangrijkste,
want je hebt maar 24 uur in een dag.
En als je dan van Python naar SQL naar PowerShell,
kijk, dat zijn alweer scriptingtalen,
dus dan dwaal je eigenlijk een beetje af,
terwijl je eigenlijk wil leren programmeren.
Ja, ik weet niet, ik kijk na een tijdje,
ga je zeggen, ga je vinden dat die programmerentaal
eigenlijk, zeg maar, ondergeschikt is.
Dus het is gewoon een tool,
of je nou een keer een lepel moet gebruiken,
of een vork, op die manier.
Maar dat komt op YouTube, gek genoeg,
krijg je heel veel voorgelepeld.
Dan wordt er gezegd, ja,
wat is nou de beste programmerentaal
om mee te leren programmeren?
Kijk, dat is niet echt.
Er zullen best wel talen zijn
die niet per se heel geschikt zijn,
dat ze gewoon best wel complex zijn,
of SM die zou ik niet mee beginnen,
of C zou ik ook niet per se,
en op zich kan dat ook nog wel.
Maar ja, als je Java.net,
of de C-shop, of Python, whatever,
ja, eigenlijk maakt het niet uit,
go your gang.
Als je maar een beetje gaat leren,
van je gaat de structure herkennen,
de patterns, ja, je werkwijze,
ja, er gaan wel wat, hoe zeg je dat,
aanpakken inkomen die altijd een beetje hetzelfde zijn.
Dus dat...
En je gaat leren praten, zeg maar,
en dan de taal is meer dialect,
of de taal, ja, letterlijk de taal,
in welke taal ga je dan praten?
Het is een beetje zo ziek,
het is een tool om je einddoel te bereiken,
en soms is het de tool die je het fijnst vindt,
past eigenlijk gewoon helemaal niet bij datgene
wat je op dat moment op moet lossen.
Ja, dan kan je beter ook maar gewoon uitwijking plaatsen
omdat je met de achterkant van de schroevendraaier
een spijker probeert je de muur in te rammen.
Ja, op een gegeven moment moet je inzien,
dat gaat niet werken,
dan kan je beter maar een andere tool pakken.
Ja, ik ben ook wel benieuwd,
dat schiet ineens een vraag ook naar iedereen even in de groep binnen,
want ik heb op school veel over object- orienteerd programmeren geleerd,
weet je al?
Ik weet niet in hoeverre jij, Wouter,
daar even bij stil heb gestaan in jouw studie,
tot nu toe.
Ja, nog steeds.
Nog steeds, he?
Ja.
Oké, dus dat is nog steeds wel een dingetje.
Is dat ook echt iets gegeven, weet je wel,
dat je echt moet weten om te kunnen programmeren?
Nee, ja.
Anno 2022?
Ik vind die belofte van dat object- orienteerd programmeren,
die is volgens mij nooit ingewilligd, zeg maar.
Dat je de concepten moet kennen, dat vind ik wel belangrijk.
Maar ja, er worden in zoveel object- orienteerde talen
zo slecht geprogrammeerd, zeg maar, volgens die regels,
en dan alsnog redelijk goede software opgeleverd.
Dus ik hecht er minder waarde aan.
Als je het goed doet, dan is het echt super gaaf,
dan is het een soort van, ja hoe zeg je dat,
een heilige graal, zeg maar, die je probeert te breiken
en dan raak je dat bijna.
Nou, misschien moet ik het niet object- orienteerd noemen,
maar software development, patronen, weet je wel?
Ik denk wat je zegt over het object- orienteer,
de separation of concerns, dat idee wat je daar aan overhoudt,
dat is gewoon een belangrijke.
En zo heeft ook Paradigma wel wat dingen
die gewoon op alle gebieden belangrijk zijn.
Misschien even weet jij dat nou, Bernard.
Vroeger kreeg je, zeg maar,
wat ze noemen de functionele decompositie, zeg maar.
Dat had helemaal niks met OO te maken.
Dus je kreeg gewoon, van je ging een vraagstuk
of een stukje software of nergens goed,
die ging je uit elkaar halen, zeg maar,
om kleinere brokken werk van te maken, als het ware.
En dat is bij OO in principe ook.
En dan had je die separation of concern.
Ja, het lijkt er eigenlijk best wel op, zeg maar.
Dus op zich komen de dingen terug.
Design principles.
Dus dat je architectuur of design even stil bij staat.
Maar goed, dat vind ik vooral vlieguren maken
en dan ga je die patroon herkennen.
Want de eerste keer dat ik design patterns boek zag,
dan was ik zeg maar een type die daar dacht, oh, tof.
Die zag overal in één keer spijkers.
Ik ga overal al die design patterns in stoppen,
maar dat is helemaal niet nodig.
En dat ga je na een tijdje merken vooral.
Oh ja, dit design pattern is handig om het hierin te gebruiken.
En het heeft zin, als ik tegen iemand hier zeg,
oké, wat is de abstract factory?
Dan weten we waar het over gaat.
Dat is fijn om daarover te communiceren.
Dat heb ik waarschijnlijk duizend keer gezegd en andere mensen ook.
Dus het is een taal, zeg maar, die wij allemaal herkennen.
En waardoor je gewoon makkelijk kunt zeggen,
oh ja, moet je even een abstract factory voor gebruiken.
Of een singleton, ja, die misschien nu weer een anti-pattern is of niet.
Dat weet je, dat is ook weer zo.
Maar goed, mensen weten waar het over gaat.
Dat helpt wel, omdat we dan nog een beetje dezelfde dingen spreken.
En die design patterns, die zijn helemaal niet gebonden aan een specifiek platform.
Die kunnen in principe bijna alle talen implementeren.
VB6 kan ze net niet allemaal bouwen.
Iets wat mij dan wel veel opvalt, laat ik zeggen,
is ook dat event-driven architecture.
Dat is ook weer zo'n dingetje, weet je wel.
Dat had ik toen ik ging studeren, had ik daar nog nooit bij stilgestaan.
Dat komt omdat er tegenwoordig gewoon zulke van die megalomane projecten zijn
waar zoveel data doorheen gaat.
Dat je dan op zoek moet naar andere structuren of andere werkmetodieken.
Dus dat is allemaal wel weer een logisch gevolg van.
Maar ook in de code, toch, neem ik aan?
Ja, ja, ja.
Maar het kan voor een junior overwhelming zijn.
Dat is het onderwerp wat we eerder, misschien vooraf zei je dat ook, Wouter.
We hebben het eerder wel eens besproken,
dat als een junior nu begint, dat het complexer is in mijn ogen dan toen ik begon.
Want nu heb je de cloud, security te maken, front-end, back-end.
Alles is echt complexer geworden in mijn ogen.
Dus het is makkelijk om je te verliezen in veel.
En dat het over je heen komt en je denkt, wat de hel?
Dus die focus, wat je net ook zei, die focus aanbrengen,
dat je niet en front-end en back-end heel goed wil worden,
maar dat je één van de twee kiest, dat is sowieso wel handig.
En als je merkt, front-end ligt bij je niet, dan switch je naar back-end.
Er is echt altijd wel iets wat je leuk vindt,
als je in de basisprog meer leuk vindt, natuurlijk.
Maar is dat tegenwoordig echt zo,
dat je een front-end en een back-end developer bent?
Die scheiding is tegenwoordig wel groter dan vroeger.
Nee, die is echt wel groter.
Dat idee heb ik in ieder geval,
zeker nu met al die JavaScript frameworks.
Dat is wel dusdanig specialistisch, denk ik.
Dat echt wel een beetje gelijkwaardiger is geworden nu aan back-end development.
Dat zie je gelukkig ook wel in de Solaris tegenwoordig.
Want dat was natuurlijk ook altijd gewoon echt een enorm verschil.
Back-end developer verdiende gewoon standelijk meer dan front-end developer.
Waarom? Weet je, het staat helemaal nergens meer op tegenwoordig.
Nu echt niet meer, hè?
Nee, nee.
Vroeger, als je alleen een beetje CSS zat te doen, dan kan je nog zeggen,
nou, oké, het is een soort meer een designing-job dan dat werkprogrammeren-job.
Dus dan kan je het nog anders inschalen.
Maar tegenwoordig is dat met die huidige front-ends.
Ja, maar dus die full-stackers zijn dan nog steeds, hoor?
Ja, zeker.
Ik denk ook dat het zeker geen kwaad kan om van alle kanten wat te weten.
Want hoe kan je nou back-end developer zijn
zonder wat van je front-end te weten of te snappen?
Ja, want daar gaat het altijd vaak mis, toch?
Want dan zit je zo in je back-end.
Ja, mijn back-end moet zo gebouwd worden.
En dan komt die front-ender die zegt, ja, maar ik moet het nou net even zo.
Ja, en zit me niet, want ik heb mijn design-principle in back-end.
Ja, precies.
En dan ga je daar stuk.
Daar heb je helemaal gelijk in.
Want er is, gek genoeg op Twitter, ik weet niet wie, die keek een beetje,
die maakte de term full-stack developer een beetje belachelijk.
Want er waren volgens mij back-enders.
Toen dacht ik van, ja, maar what the fuck, waar heb jij het over?
Want het is toch, ik zie mezelf als full-stacker,
dus ik voelde mezelf heel erg aangesproken.
Full-stack-attack.
Ja, precies.
Jij zei, hou je back-end.
Ja, hou je back-end.
Echt slecht.
Maar goed, dus die, ik begreep dat niet.
Want ik denk van, ja, het is handig om alles te weten, zeg maar.
En ook in een scrum team, er zullen best wel teamleden zijn die bijvoorbeeld heel goed in SQL zijn.
Dat is gewoon heel fijn om te hebben, zeg maar.
Dat ze dat gewoon extra goed kunnen.
En dat je die specialist bij de hand hebt.
Maar het is wel handig om alles een beetje te weten.
Zodat je snapt wel, oké, die in de front-end hebben te maken met CSS, HTML, JavaScript.
En dan komen er een aantal eigenschappen bij kijken.
Wat kan wel, wat kan niet.
En misschien hoef je daar niet heel goed in te zijn, maar dan weet je in ieder geval wel wat er kan.
Ook met hoe de integratie ingevuld is en hoe de back-end is.
Dus er zijn heel veel dingetjes waar je van af moet, zou moeten weten.
En dan eventueel kan je zeggen, nou goed, hier houdt mijn kennis op.
Jantje, Pietje of Marietje, die kan daar gewoon komen helpen.
