Wij zijn per direct op zoek naar een frontend developer die ons gaat helpen met het omzetten van een design naar HTML, CSS en JS. Belangrijk voor F1Today.net is dat onze website snel, overzichtelijk en gebruiksvriendelijk is en een goede frontend is daar erg belangrijk in.
Het gaat om het nieuwe design dat praktisch af is - die op zeer korte termijn de huidige lay-out moet vervangen.
De frontend libraries kan je ongetwijfeld zelf vinden in onze HTML dus hoeven we je niet te vertellen ;-)
Wat zoeken we aan technische kennis:
Je hebt al meerdere jaren ervaring met designs omzetten in een werkende HTML pagina
Je bent bekend met de verscheidenheid in browsers en hun eigenaardigheden en bent desondanks in staat om tot een goede look te komen
JS voor het dynamisch en interactief maken is geen enkel probleem
Je hebt zelf enig gevoel voor design en layout voor kleinere zaken
Je hebt al meerdere responsive layouts gemaakt
Je bent ervaren met het omzetten van een PSD-design naar assets
Wat ga je doen?
Je zal onze nieuwe lay-out afmaken zodat wij deze kunnen testen
Het gaat om onze desktop, mobiele en tablet-versie - een responsive design
Tegelijkertijd betrekken we je bij het lopende design proces voor de nieuw te bouwen app.
Heb je interesse om mee te werken aan F1Today.net? Stuur dan een mailtje met je portfolio naar jobs@f1today.net. Vergeet niet te beschrijven wat jouw rol was in de projecten van jouw portfolio.
Mag ik vragen waarom jullie niet gekozen hebben voor een headless frontend oplossing in bijv reactjs icm een mongodb oplossing. Als blog wat dit uiteindelijk toch is is snelheid een pre en offline benaderbaarheid steeds belangrijk. Icm pwa kan je dan je bezoekers steeds meer bieden en kunnen jullie als platform altijd aandachtige bezoekers aan je site hangen door ze notifyen via pwa. Ik denk persoonlijk dat de hoeveelheid bezoekers die jullie nu hebben dit prima kan onderbouwen om meer dynamisch te gaan, ook met betrekking tot responsivness wat met alle respect nog echt onder de maat is hier. Als c# webdeveloper kan je dat echt van me aannemen
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...)
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.
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.
(blijkbaar moest mijn eerdere reactie door de redactie? Had niet meer verwacht dat ie zou verschijnen)
@ZAMBIONIX een zekerheid is het niet nee, daar heb je gelijk in. We zitten beiden te gissen, dus laten we er verder niet over doorgaan voordat er een butterfly effect ontstaat en we een oorlog ontketenen. :-P
Altijd direct op de hoogte van het laatste Max Verstappen en formule 1 nieuws van GPtoday? Met het inschakelen van gratis website push notificaties mis je niets.
12
Grand Prix van Oostenrijk
C. Sainz jr
GPToday.net
Posts: 442
@mrd
Stuur gerust een mailtje!