Sprint 15

Maandag 14 oktober

• Sprint 15 choices choices

• in deze sprint ligt de focus op het maken van onderbouwende keuzes voor de framework, tools en workflow die je kunt geburiken voor een project

• je verantoord je keuzes, neemt de mentotrol serieus

• Volgende week woensdag presenteer je je framework met een replica van je webiste (mag ook kiezen voor een ander headless cms, is optioneel, 'extra moeilijk')

• Eigen tech-stack kiezen

• Keuzes die samenhangen met je stage

• Woensdag Kevin louise over derictus -> bedenk eventueel vragen

• Vrijdag we love web met Dion over het maken van een portfolio

• Woensdag hulp met react tech stack Chianta

• Nog maar twee weken voor checkpoints

• 12 indicatoren (alleen je beste indicatoren)

• is het nuttig omj naar de stagemarkt te gaan als ik het schakelprogramma wil gaan volgen

• na deze sprint ga je verder met sveltekit

• voordelen en nadelen te zien (is dit makkelijker of beter en waarom, prettiger in gebruik? etc.)

• lane is -> scroll positie bepalen (smooth scrolling)

• client: library, html, css, js

• middleware: cms, api

• server: nodejs, database, framework

• factors for choosing a techstack:

• platform, project type, scalability, performace, team experitize, maintenance, cost, hoeveel mensen werken er aan

• user experience - DX - development principles (minder prettig in gebruik)

• rekening houden met UX, DX, CMX (content management experience)

• keuze van techtack bepaald hoe makkelijk je er mee kan omgaan

• kies een nieuwe teck stack voor het ontwerpen en bouwen van een webiste voor een opdrachtgever. werk aan dezelfde epic als in sprint 14, maar dan met een ander framework en/of headless cms en/of andere tooling, presenteer jouw bevindingen aan je team

Woensdag 16 oktober

• Opdracht gemaakt (workshop) met eerste jaars

• https://github.com/fdnd-task/all-human-accessible-website/blob/main/docs/user-experience-van-html.md

• Eerste jaars gaven presentatie over hun geteste website

• Feedback gegeven in portflow

feedback cianta flex is iets gelimiteerder dan grid

check-out schrijf kort op wat je vandaag hebt gedaan -> https://github.com/fdnd-task/all-human-accessible-website/blob/main/docs/user-experience-van-html.md benoem drie dingen die je hebt geleerd beschrijf alle 6 onderwerpen uit de workshop en noteer welke je kan toepassen in je opdracht.

presenatie (we love web) kevin works at directus how i make choices en what kind i need to make show some features

directus headless cms to help you go quicker

his role developer experiance adducation -> how to help people understand directus community egagement -> support and organising (kopen of over vertellen) key extantions are being build en meet expectations

how make money directus cloud
selfposted support -> profecional serveces directus plus advisory market based you make money we make some money of that not a truely open sours use a business licens if you are succesfull we are succesfull we love it if you self host

tradeoffs there will always be some sort of choice you can pick two of these -> good and fast (expensive), good and cheap (slow), fast and cheap (low quality) never all three (the iron trangle)

perfectionism

tech stack slection

performance vs maintainability how may users are going to use this at directus we look at performance

tailwind css utilaty library allows you to compose styles

velocity vs flexability velocity: how fast can you build something

AI build on theft everyone is doing it cost of ai accuracy

concerns we are not a ai company -> distraction accuracy when working with data depandancy on 3the parties

cost benefit-analysis swot analysisi weighted decision matrix

using directus its oke as a cms good on speed high quality

directus tradeoffs flexible low level platform -> that means it can not preform at everyting data driven cms tipicaly arent a content manager features we build have to benefit 80% of the users.

marketplace

some the tech you use probalby doesnt matter you are going to make some shitty decisions -> own it and make better decissions next time (learn over time)

root desicions in user root desicion i user needed

directus tv -> directus academy

web soccet two way connection to sent data both ways games, veilingen, uber driver

talk Shyanta Vleugel techlead bij triple -> part of hypersolid s.vleugel@wearetriple.com bestaad 25 jaar -> 250+ mensen

onze core: development design technical operations data en insights

cultuur mooie dingen maken met leuke mensen we delen onze eravringen projecten en innovaties met elkaar innovatie is erg balngrijk -> meegaan met de techniek we zoeken conferenties op om geinspireerd en up to date te blijven we zijn gek op feestjes, en missen geen moment om er een te vieren

het web team react native, web, smartTV drie losse teams

web react of svelte afhankelijk van type project bestaat hett al? vaak react -> blijft in react is het nieuw -> graag maken in svelte

smartTV gewoon een website niet zo smart svelte gekozen -> lightweight, betere preformance, beeld naar html css en js -> geen grote files

react native in react, react basics styling werkt iets anders mogelijkheid tot nieuwe componenten inladen/gebruiken

way of working binne het webteam scrum daily standup, refinments, retrospect, sprint review/planning, gebruiken JIRA ticket management GIT -> code reviews conventional commits

de gemene delen

• iedereen werkt met dezelfde talen

de verschillen elk project heeft andere afhankelijkheden -> api elk team werkt aan een ander type project elk product heeft zijn bijzonderheden -> nieuwe elementen, support oudere browsers

wat kan invloed hebben op je tech-stack? seo preformance heeft voornamelijk te maken met je eindproduct -> wat heeft je eindproduct nodig en waarom kies je dan die techstack machines met weinig preformance eenmalige website wens voor animaties -> svelte goed in

tech tips don't repeat yourself -> als je iets gemaakt heb wat je veel moeite heeft gekost en die je kan hergebruiken zet het dan ergens waar je er makkelijk bijkan components maken die je telkens kan hergebuiken -> belangrijk volgende sprint gebruik van componenten is heilig, het framework waarin je dit giet staat hier los van

j query alleen voor animatie

manieren van leren lezen -> past toe eerst alleen lezen

presentatie justus volgende week vrijdag presenteren poc aan het doen voor andere tech stack

het is door logica dat we bewsijzen het is door intuitie dat we ontdekken. -> henri poincare

wat is logica en waarom zou je het gebruiken logica is een systeem voo rsolide argumentatie in het dagelijksleven zorgt logica voor heldere redenering, betere besluits

het argumentatieproces in vier stappen stap 1 formuleer een standpunt en selecteer argumenten als je een standpunt hebt inventariseer je welke argumenten voor en tegen je kunt geven. schrijf die op (en geef ze een simpele variabele naam) bv leercurve, prettig gebruik

vue is opensource, grote communitie

ux: accessability, performance, progressive enhancement, responsiveness dx: documentatie, werkgelegenheid, community, helderheid, DRY cmx: kracht, kosten, complexiteit, support

serie argumenten verzameld en een standpunt

stap 2 maak een argumentatieschema

stap 3 beoordelen van aanvaardbaarheid is de argumentatie inhoudenlijk correct? id de argumentatie

stap 4 argumentatieschema uitwerken

dealine portfolio zondag 27-10 dealine portflow 23:59

Donderdag 17 oktober

• Deeltaak
• Justify Your Tech-stack
• https://github.com/fdnd-task/justify-your-tech-stack/blob/main/docs/INSTRUCTIONS.md

Vrijdag 18 oktober

we love web Dion Pieters Over zijn Portfolio Free concept creation -> the art of development Arhnem gestudeerd Houd wat minder van e-commerce projecten

Active theory heel experimenteel Spotify, Louie Vitton, Dior

Voor zich zelf beginnen -> portfolio nodig Is je eigen portfolio het slechtste product wat je gaat opleveren 'you are the worst client' Is nooit af moet altijd meer

Wie gaat mijn portfolio ontwerpen? ik? Heb ik nog een oud portfolio? Wie gaat mijn portfolio bekijken? Wat wil ik laten zien op mijn portfolio? Hoeveel tijd moet ik besteden aan mijn portfolio? waar heb ik een portfolio voor nodig?

Moet een developer kunnen designen en moet een designer kunnen developen? Persoonlijke mening: developer hoeft niet kunnen te deisgnen en een designer hoeft niet kunnen te developen Als je het allebei kan ga je vaak in limitaties denken

Waar sta je nu? -> personal growth Showcase work -> my projects Playground Motion concepts -> nog niks uitgewerkt Wanneer je beschibaar bent

Moet ieder element op je site een vorm van animatie hebben? Mensen moeten een leuke tijd hebben op je site Ga los op je website

Zondag 20 oktober

• We love web blog gemaakt met elevelty (11ty).
• Start gemaakt met de weather app(site).

Maandag 21 oktober

• Mentor bij eerste jaars.

• Presentatie over kleur en contrast.

  • Beperkingen waar je tegen aan kunt lopen: touch, see, hear, speak (kan ook een tijdelijke beperking zijn).

• Verschillende brillen op, om te beleven hoe mensen met een zicht beperking bepaalde dingen zien. Ook wel hoe kleur en contrast invloed hebben op de beleving van een website.

• Gebruik naast kleuren alternatieve informatie. Gebruik onderscheidende kleuren. Wat kun je doen aan teksten op plaatjes.

• Om verschillende Emulate vision deficiencies te testen gebruik: Open Chrome Devtools > Click 3 dots > Select Rendering > Emulate vision deficiencies.

• Hier mee kun je zien hoe je website eruit ziet met blurred vision, reduced contrast, protanopia (no red), deuteranopia (no green), tritanopia (no blue), achromatopsia (no color).

Workshop teamlead

• Over de rol van een mentor.

Do's

• Weet waar de les over gaat
• Pro actieve houding.
• Vragen met een tegenvraag beantwoorden, mensen op weg helpen naar een antwoord zonder het voor te kauwen.
• Bewust informatie doseren, neem niveau mee in feedback geven. Houd het klein.
• Bron meegeven bij een issue.
• Communiceren over planning met docenten.
• Hoe kan ik omgaan met diversiteit binnen het mentorteam. Wat doet diversiteit binnen teams en hoe plan in rondom diversiteit. Let op samenstelling van mentoren
• Vier stadia van bekwaamheid.
• Sandwich methode van feedback geven (top, tip, top geven)
• Als mentor hoef je niet alles te weten, je kunt samen opzoek gaan naar het antwoord.
• Squadleade vragen naar meer uitdaging voor de studenten.
• Feedback vragen aan de studenten (of je de rol van mentor wel goed uitvoerd(in portflow?))

Dont's

• niet te veel feedback geven.
• niet te veel vragen stellen.
• niet te veel tijd besteden aan een student.
• Teveel grappen maken met mede mentoren.
• Te streng zijn.
• Afdwalen en op teveel feedback geven.
• Lang wegblijven.
• Niet aanwezig zijn/laat komen.
• Mensen afkraken.
• Geiriteerd reageren als mensen dezelfde vraag blijven stellen.

Dinsdag 22 oktober

• geprobeert met schetsen en tekst uit te leggen wat vue is.
• Presentatie maken justify your tech stack.