4. • 10.000 klanten (bedrijven)
• 1.500.000 gebruikers
• 2.000+ pagina’s
• 1 pakket voor je hele organisatie
• Elke klant een unieke applicatie
• Zelf functionaliteit toevoegen
AFAS Next
ERP Pakket
• Boekhouden
• Salaris
• Orders
• Project administratie
• Website
• Intranet
• HRM
• Payroll
• Abonnementen
• 4 Eenhoorns
• Logistiek
• CRM
• Cursussen
• Fiscaal
5.
6.
7. Requirements NEXT
• Alle ERP functionaliteit beschikbaar
• Alle 2000+ schermen
• Elke klant eigen aanpassingen
• Vaak updates
• Applicatie is door de klant uitbreidbaar
• Desktop, tablet en mobiel
• Optimale UX
Wij hebben bij AFAS gekozen voor web technologie
Grote applicatie
Meerdere devices
‘Tijdens deze sessie waarom en wat onze ervaringen zijn’
Een kleine subset van onze applicatie zou deze schermen produceren
(nu al 600 blokjes)
Cross device
Alle functionaliteit op elk platform
Optimale UX
Niet performant genoeg
Statefullness is lastig (zeker met complexe schermen)
We gaan niet in een keurslijf dus library niet framework
React teveel functionaliteit
Mithril was framework
Maar wat willen we dan wel in
Frontend 3.0
Inzichten gegeven
Virtual DOM lijkt de beste performance en onderhoudbaarheid.
User interface (DOM) is zwaar (aanpassen, uitvragen)
Lichtgewicht Javascript Objecten
Klik, UI verandert (dakkapel)
Maar wacht eens even… Snelste technologie?
Ja: enkele milliseconden overhead
Aanpassingen aan de DOM minimal
Nooit een query in de DOM
Je hebt toch altijd 16ms de tijd tussen frames
Uitgelezen technologie voor mobile
Waarom ander framework
Zelf koers bepalen
Waarom ander framework
Zelf koers bepalen
2 teams
2 teams
Zonder url balk
Wie denkt dat dit een website is?
Hoe gebruiken wij web technologie om apps mee te maken