Wij zoeken een frontend developer

Ik denk persoonlijk dat dit door de legacy van het project zal komen. Ik vermoed dat dit ooit in PHP is opgezet toen mongodb en reactjs nog niet in de picture waren.

Betreft het responsive verhaal volledig met je eens vermoedelijk daarom ook het nieuwe design?

Zoals M.SCHUMI al aangeeft, reactjs is voor velen toch nog best nieuw en je kan niet verwachten van een relatief kleine website dat ze het nieuwste van het nieuwste kunnen veroorloven als ze zelf ook niet programmeurs zijn....iemand die helemaal thuis is in wat jij aangeeft kan waarschijnlijk ergens anders veel meer verdienen dan F1Today kan bieden.

De techiek boeit me eerlijk gezegd niet zo... daar zullen vast goede redenen voor zijn. Wat me wel boeit is de visie die achter de nieuwe opzet zit. Ik hoop dat het wat meer data-georiënteerd is, want er is zo veel F1 data beschikbaar (zie kaggle), maar die is nauwelijks online te vinden en er is nauwelijks over te discussieren. Dat geldt voor deze site, maar dat geldt ook voor vrijwel elke andere site.
Ik wil door data heen kunnen bladeren en kunnen zoeken op nieuws over max verstappen (of welke andere coureur) in seizoen <jaartal> of kijken welke coureurs er allemaal bij Red Bull hebben gereden in het verleden... en in welke auto's (met specs xyz)... en ik wil bij elk onderwerp berichten/reacties/polls kunnen aanmaken en zien terwijl ik die data doorspit. En ik wil dat gebruikers die items kunnen raten, zodat de (nieuws)waarde van zo'n item voor de community bekend is.
Communities kunnen veel en veel slimmer/sexier gemaakt worden!
(En laat ik daar als ZZP IT-architect nu net een multi-tenant prototype aan het bouwen zijn ;-P @F1today ik kan wel een demootje komen geven mocht er interesse zijn...)

De techiek boeit me eerlijk gezegd niet zo... daar zullen vast goede redenen voor zijn. Wat me wel boeit is de visie die achter de nieuwe opzet zit. Ik hoop dat het wat meer data-georiënteerd is, want er is zo veel F1 data beschikbaar (zie kaggle), maar die is nauwelijks online te vinden en er is nauwelijks over te discussieren. Dat geldt voor deze site, maar dat geldt ook voor vrijwel elke andere site.
Ik wil door data heen kunnen bladeren en kunnen zoeken op nieuws over max verstappen (of welke andere coureur) in seizoen <jaartal> of kijken welke coureurs er allemaal bij Red Bull hebben gereden in het verleden... en in welke auto's (met specs xyz)... en ik wil bij elk onderwerp berichten/reacties/polls kunnen aanmaken en zien terwijl ik die data doorspit. En ik wil dat gebruikers die items kunnen raten, zodat de (nieuws)waarde van zo'n item voor de community bekend is.
Communities kunnen veel en veel slimmer/sexier gemaakt worden!
(En laat ik daar als ZZP IT-architect nu net een multi-tenant prototype aan het bouwen zijn ;-P F1today ik kan wel een demootje komen geven mocht er interesse zijn...)

"JS voor dynamisch interactief maken" duidt wel op dat het headless wordt...

@ MRD

.. euh .. helemaal niet...

Ik denk zelfs dat het een erg artisanaal ontwikkelde site is en aan hun requirements te zien lijkt het dat de nieuw ontwikkelde layout (bedoelen ze dan alleen layout of hele website?) dat ook gaat zijn.

Verder staat er ook dat de nieuwe ontwikkelaar de layout mag afmaken .. dwz, iemand is er al mee begonnen en heeft a) er geen tijd meer voor b) er niet genoeg kennis van c) er de brui aan gegeven of d) is mogen opkrassen. Dus de nieuwe mag het werk van een ander voortzetten. Dat kan leuk zijn of ook helemaal niet. Door mijn ervaring weet ik wat het meestal is.

Ik geef CRIZZ absoluut gelijk. Headless is the future. Je hebt er intussen prachtige frameworks & tools voor. Persoonlijk ben ik meer een voorstander van Vue.js met Quasar en SSR. Razendsnel en kleine footprint en mooi modern. Het hoeft helemaal niet zo duur te zijn, gewoon investeren in een goeie ontwikkelaar :-)

@ZAMBIORIX Je denkt veel, dat is goed. Ik ben een voorstander van nadenken en feiten verzamelen voordat je een uitspraak doet over wat wel en niet goed is/kan. Anders krijgt het een te groot 'wij van wc-eend' gehalte.

Headless frontend (zonder technologiekeuzes te doen) betekent dat de website pagina's niet meer allemaal in de backend genereert, maar data ophaalt via API's. Dat kan dus via JS calls naar een API op de back-end. Zonder fancy spul. Waarom?
Een eerste stap naar nieuwe architectuur is het ontkoppelen van front- en backend. JS en een simpele API passen daar prima in. Van daar kan dan de front-end vernieuwd worden en (omdat het API's zijn) delen van de back-end.

@MRD

Voor de goede orde, mijn reactie was op jouw post:

"JS voor dynamisch interactief maken" duidt wel op dat het headless wordt...

Jouw eerder bericht was op dat moment niet zichtbaar. Maar ik blijf erbij dat jouw stelling niet klopt. De mogelijkheid dat het headless wordt kan wel, maar is geen zekerheid. En na het lezen van de requirements heb ik daar gewoon (sterke) twijfels bij. Dat is ook wat ik zeg. "JS voor dynamisch interactief maken" kan net zo goed een lege-doos term zijn van iemand die de requirements geschreven heeft maar minder inzicht heeft in de techniek of de betekenis van de woorden. Ik zeg "kan". Met 35 jaar als ontwikkelaar op de teller waarvan 25 als freelancer heb ik dat heel dikwijls gezien.

Met het tweede deel van jouw post ga ik ook gewoon akkoord, maar dat staat los van wat ik gezegd heb. Bedankt dat je het headless frontend principe even uitgelegd hebt. Ik heb de afgelopen jaren verschillende full stack projecten ontwikkeld met uiteenlopende frameworks (front & back) die headless zijn. Op dit moment zelfs een poc met go/wasm front & back. Dus ik ken de materie goed. Dat gezegd zijnde, de huidige requirements zeggen niets over welke richting het uitgaat, maar mijn buikgevoel zegt wel iets en die heb ik in mijn post geschreven.

@mrd

Stuur gerust een mailtje!

no worries :-)

enne, good luck!