1. Analyseren 🔍 - TessaViergever/frameless.io GitHub Wiki

Omdat er nog geen duidelijk ontwerp is (huisstijl, content etc), ben ik begonnen met het invullen van een Inspiratie Planningboard. Hierop staan de resultaten van mijn onderzoek naar de volgende punten.

• welke info/content is nodig op de website?
• welke elementen/componenten zijn nodig?
• welke layout opties zijn er/kunnen werken voor Frameless?
• websites andere aanbieders vergelijken (wat wel / wat niet voor Frameless)

Vervolgens heb ik een planningboard ingericht voor de nieuwe Frameless website. Hierop heb ik verschillende user stories en dev. tasks aangemaakt. Hier hangen milestones en verschillende fields (zoals prioriteit gebaseerd op MoSCoW) aan. Meekijken met de sprint planning van een ander Frameless project + de uitleg van Yolijn heeft me een duidelijker beeld gegeven van de mogelijkheden van een planningboard op GitHub. Op school is iedereen zijn weg daarin aan het vinden en dit voelde alsof ik het wiel niet opnieuw uit hoefde te vinden.

Omdat ik alleen aan dit project werk, maak ik gebruik van de Kanban methodiek (tip Yolijn). Op deze manier kan ik inzicht krijgen in wat er (eerst) nodig is, overzicht creëren en zorgen dat ik niet met teveel bezig ben tegelijk.

Planningboard Frameless Website

Mijn objectives

• ik heb (nog) 3,5 maand om eraan te werken
• ik wil graag zo veel mogelijk leren
• ik wil graag een mooi eindproduct opleveren (voor zover mogelijk)
• ik ben verbonden aan de gedragscriteria vanuit school

Frameless objectives

• nu geen Svelte(kit) kennis - wel bereid om te leren (FM resources zijn aanwezig)
• een veilige, simpele, toegankelijke, responsive, snelle nieuwe Frameless website
• gebruik maken van NL DS componenten

Pro’s Svelte(kit)

• ik heb al basiskennis van Svelte(kit)
• voortborduren op bestaande kennis (ervaring met frameworks in general) mooi voor toekomstige banen
• alsnog veel gebruik van JS syntax - goed om JS te leren
• complexity is reduced /abstractie weggenomen
• alles bij elkaar: waarschijnlijk sneller resultaat

• Marwa ook al gewerkt met Svelte(kit) - die zou evt. kunnen helpen?
• intergrated tooling (simplify setup, testing & management)
• scalability - als website groter wordt, zou framework geen slecht idee zijn
• werkt bijv. goed met Strapi (mocht dat ooit nodig zijn)
• performance - super light weight framework (vergeleken met bijv. react)
• betere/meer resources dan vanilla JS
• uitzoeken of Svelte(kit) compatible is met NL DS componenten zou van meerwaarde kunnen zijn
• security - kan even veilig zijn als vanilla
• Svelte(kit) is gratis & open source (MIT licence) - zou mooi voorbeeld kunnen zijn voor kopje "open source" op website
• binnen Frameless bereidheid om te leren werken met Svelte(kit) - mooie kans om expertise uit te breiden
• mijn opleiding heeft Svelte(kit) gekozen om de nieuwe generatie frontenders te leren

Con’s Svelte(kit)

• libraries en community support nog niet zo groot (vergeleken met andere frameworks zoals React)
• misschien niet compatible met NL DS componenten - is dan meer werk met web components of overstappen op vanilla/ander fw
• security - (extra) updates moeten worden uitgevoerd om veiligheid te vergroten
• zodra ik klaar ben met stage (en zowel Marwa als ik niet bij Frameless blijven) zal iemand anders verantwoordelijk zijn voor de website (afmaken/onderhouden) - kennis van Svelte(kit) moet dan geleerd worden of al in huis zijn

Pro’s vanilla JS

• al veel vanilla JS kennis aanwezig binnen Frameless
• het project staat nu nog niet in een framework
• universal compatibility - geen/weinig extra dependencies
• even veilig als Sveltekit (wel zelf instellen)
• meer lightweight dan svelte(kit)?
• flexibiliteit - je hebt volledige controle over de code
• voor het leren van de fundamentals van JS is vanilla JS de beste keuze
• potentially meer future proof (frameworks komen en gaan maar JS blijft bestaan?)
• een framework zou op een andere manier future proof kunnen zijn (scalability/onderhoud etc.)

Con’s vanilla JS

• mijn ervaring met JS nog niet zo goed (ik zal veel meer tijd, hulp etc. nodig hebben)
• testing en debugging kan bijv. lastiger zijn voor mij zonder ingebouwde features zoals error handling
• meer boilerplate code (= set up duurt langer, zeker met minder JS kennis)
• security - wellicht meer werk met opzetten hiervan?
• maintaining JS projecten kan lastiger zijn zonder de structuur van een framework

Of misschien toch een ander framework?

• NL DS componenten zijn al compatible (React, Vue, Angular)

• wellicht overkill, het is maar klein project
• meer kennis in huis van andere frameworks (React, Vue, Angular)

Voor beide zijn goede argumenten voor en tegen, zowel voor mij persoonlijk als voor Frameless. Ik denk daarom dat beide opties een goede keuze zijn. Tijdens het uitzoeken merkte ik dat ik zelf geen sterke voorkeur heb, ik wil vooral graag veel leren en dat zal either way het geval zijn. Het enige wat ik bij vanilla JS als opmerking heb, is dat mij wat extra overleg en verwachtingsmanagement een goed idee lijkt. Wellicht heb ik hierbij meer begeleiding nodig en kan het proces langer duren.

Het lijkt mij een goed idee om gezamenlijk de knoop door te hakken. :)

Op 29/2 heb ik aan Rowan, Ali, Ryan en Bryan voorgelegd wat mijn bevindingen waren. Dat er op dit moment nog geen definitieve keuze is gemaakt (vanuit mijn kant en Frameless). Dit omdat ik vind dat er meer mensen betrokken zijn bij deze keuze, en daarom eerst graag wilde sparren met het team en feedback wilde ontvangen.

• Bryan: gaf aan dat het misschien een goed idee is om zelf wel een voorkeur/stand in te nemen.
• Ryan: zei ook dat er uiteindelijk natuurlijk wel een keuze gemaakt zal moeten worden.
• Ali: zei dat hij beide een goede optie vind. En, voor dit project misschien minder relevant(want klein), maar dat het slim kan zijn om na te denken over dingen zoals of SSR nodig is etc.
• Rowan was vooral benieuwd of de NL DS componenten compatible zijn met Svelte(kit). Waarop Ali zei dat dit waarschijnlijk wel het geval is (in web componenten in ieder geval).