Periode: Augustus 2021 – December 2022 Binnen Signify was besloten om een web applicatie te ontwikkelen ter ondersteuning voor verkoop van grote of complexe verlichtingssystemen voor kantoorgebouwen, fabriekshallen, winkels en ziekenhuizen in de Amerikaanse markt. Het tool was bedoeld om het aanbieden van dit soort lichtsystemen voor voor agenten en distributeurs sterk te vereenvoudigen.
Ik ben inmiddels ruim anderhalf jaar met Flutter een complexe web applicatie aan het bouwen. Toen we begonnen waren er twijfels of dat wel een verstandige keuze was, dus het is tijd om de balans op te maken.
Vrijwel elk software team probeert tegenwoordig “Agile” te zijn, en houdt dus een dagelijkse meeting waarin de teamleden verantwoording afleggen voor hun daden. De werkelijk Agile teams zullen zich hierin niet herkennen, maar in veel gevallen is het niet meer dan een rondje verantwoording afleggen dat iedereen ook de afgelopen dag weer heel druk bezig
In mijn huidige Flutter Web project vroegen gebruikers om een pagina uit een PDF document als achtergrondplaatje te kunnen gebruiken. Omdat het vrij grote bouwtekeningen betreft, en onze applicatie een eigen oplossing heeft voor navigatie over de tekening, voldeden geen van de beschikbare packages. Dit is hoe ik het toch heb opgelost.
Het blijft me verwonderen hoe het inschatten en toepassen van story points voor elk team weer een worsteling is. Blijkbaar hecht men er een grote waarde aan in verband met “de planning”, terwijl er in praktijk maar weinig empirisch bewijs is dat die idealen ooit waargemaakt worden.
Mijn eerste kennismaking met Dart (en Flutter) was eind 2019, toen Flutter nog versie 1.x had. De directe aanleiding was dat ik langzamerhand klaar was met het fragiele ecosysteem van CodenameOne waar ik inmiddels verschillende apps in had ontwikkeld, en daarom op zoek ging naar alternatieven. Mijn verwondering was groot over de kwaliteit en documentatie
In de loop van de geschiedenis is de software waaraan we werken steeds groter en complexer geworden. Hierdoor is het voor stervelingen al lang niet meer mogelijk om de gevolgen van elke wijziging te overzien. Al snel groeien daardoor de implicaties van wijzigingen onze menselijke capaciteiten boven de pet, en wordt een geplande kleine aanpassing
Een van de manieren om schermen in een Flutter applicatie informatie te laten uitwisselen is via de Navigator: Als het volgende scherm modaal via een push() is aangemaakt, kan dit scherm een resultaat in een pop() terug geven. Maar hoe test je dit in een widget test?
(En waarom maar weinig teams zich dat beseffen.) De ware revolutie van de Agile manier van werken is dat de focus is verschoven van “werken vanuit een plan” naar het “leveren van werkende software aan gebruikers”. Het gaat er dus niet meer om dat er deadlines worden gehaald voor het management, maar dat het geïnvesteerde
Om de integratie van de UX met de logica van de frontend te testen hebben we in mijn huidige project Flutter widget test framework gebruikt. Dit bleek een heel leerzame ervaring.
