Avans 1.2 Groei Document

Vergeten wat hierin moet?

Ga naar deze brightspace pagina.

Vergeet ook niet de opdracht zelf te maken 😉

Week 9

Presentatie

Ik ben eindelijk toegekomen aan het maken van de presentatie. Met nog maar 3 dagen dat ik er aan kan werken voordat de herkansing ingeleverd moet zijn. Je kan mijn script niet meer bekijken.

Uitwerking w9

Ik heb deze week lekker gewerkt aan de robot en de website. De robot is ondertussen al af, maar de website nog niet. Ik heb de robot niet kunnen laten detecteren wanneer hij botst, maar wel wanneer hij vast zit.

Ik heb uitgezocht hoe je buttons kan activeren in de MainLayout.razor, dat was flink googlen. uiteindelijk Hier het antwoord gevonden dankzij akorchev.

Verder heb ik hier een 80% kloppende klasse diagram van mijn robot. Nadat ik dit had geimplementeerd kwam ik er achter dat er nog wat bij moest, maar dat heb ik toen niet meer toegevoegd aan de klasse diagram.

Wireframes Revamped

_23/01/2025

Ik vond de vorige wireframes niet relevant meer, dus hier zijn mijn nieuwe designs:

Ik weet alleen niet wat ik moet doen met de ruimte op wireframe 2, maar daar kijk ik later wel naar.

Verder heb ik feedback gekregen dat de knoppen groter moeten.

Week 8

Uitwerking w8

_17/01/2025

Onder dit kopje ga ik alles plaatsen over de uitwerking hoe ver ik nu ben.

Ik heb gekozen voor de casus van thuiszorg, en dan niet de casus voor dementie, maar de algemene thuiszorg.

Voor deze casus ga ik een robot maken die kijkt hoe actief de gebruiker is. Dat is tenminste het plan, maar de robot is daarvoor een prototype, en gaat dus niet alles kunnen.

Ik heb gekozen voor afstandsensoren omdat de robot dan niet botst tegen objecten.

Week 5 UX Testing 1

_17/01/2025

Deze opdracht is in de les behandelt op 17 december 2024. Toen was ik er niet omdat mijn laptop oplader gesneuveld was. In deze les moesten we de UX gaan testen van de Wireframes, Maar het lijkt me niet nuttig om dit nu nog te gaan doen aangezien ik compleet ga afwijken van mijn wireframes. Ik ga van mijn wireframes afwijken omdat ik 4 weken ziek ben geweest en ik tijdnood heb.

Ik heb wel een reflectie voor mezelf, ik heb dit slecht voorbereid want in de opdracht staat dat ik iets voor de les moest doen, en dat heb ik nooit gedaan. Dus daar moet ik de volgende keer meer op letten.

Week 8 reflectie

_17/01/2025

Ik heb jammer genoeg niet veel kunnen doen deze week of vorige week, want ik was ziek. Ik ben in totaal 4 weken ziek geweest waardoor ik ook niet heb kunnen werken aan school. Ik ga nu zo snel mogelijk alles afmaken, maar dit gaat sowieso een herkansing kosten.

ik heb niet veel te reflecteren, behalve dat ik vind dat ik wel snel weer volle inzet toon. Ik ben nogsteeds niet helemaal beter, zit met hoofdpijn en ben hartstikke moe, maar toch ga ik er volop tegenaan. Dat vind ik goed van mezelf.

Kerstvakantie

Ik ben gewoon de hele vakantie ziek geweest, yippie :3

Week 6

Week 6 reflectie

_20/12/2024

Ik heb niet veel te reflecteren, want ik kon geen ene bal doen. Dit komt omdat mijn laptop oplader gesneuveld was, en pas laat bezorgt werdt.

Gelukkig heb ik de vakantie om dingen in te halen :3

Week 5

Week 5 reflectie

_13/12/2024

Ik heb deze week vooral zelf gewerkt aan de robot, op bepaalde puntjes had ik meer kunnen doen. Ik ga volgende week mn best doen om meer te doen.

Met meer bedoel ik dan ook nog de opdracht voor het groeidocument van deze week.

Verder hb ik mn klasgenoten laten kijken naar mijn code en ze vonden het netjes. Mijn klasse diagram voor mn robot ook.

Week 4

Week 4 reflectie

_06/12/2024

Ik heb deze week leren werken met UML en heb wireframes gemaakt. Het feit dat dit het enige is wat ik me herinner zegt denk ik genoeg over hoe nuttig voor mij de rest was.

Ik weet nu hoe ik beter UML kan maken en hoe ik het in de toekomst ga verbeteren :3

Verder heb ik ook geleerd dat ik dit uit Obsidian kan exporteren naar PDF, dus dat is fijn (en niet gerelateerd aan school). :3

UX: Functioneel ontwerp (Wireframes)

_06/12/2024

In deze opdracht moet ik wareframes ontwerpen. Dit zijn 3 verschillende paginas die ik heb gedesigned.

Ik heb een klasgenoot hier naar laten kijken en die vond het wel best. Maar hij wees me er wel op dat ik kleur heb gebruikt in een wireframe, en dat hoort niet.

Software ontwikkelen: Databases 2: Relationeel Database Ontwerp

_06/12/2024

In deze opdracht moet ik een ERD omzetten naar een Microsoft SQL Management Studio Database, en dit heb ik gedaan. Het probleem is dat ik niet weet hoe ik kan laten zien dat het klopt, dus hier is de foto van te tabel namen:

En de enige manier hoe ik hem kan exporteren is een .bacpac file, en dat is niet displaybaar in markdown. Waarom moeten we ook SQL-SMS gebruiken, en niet gwn iets simpelers. Met PHP-Myadmin kan je gwn je db exporteren als een leesbaar bestand 🤷

Verder heb ik niks geleerd van deze opdracht, behalve dat SQL-SMS Je niet een field van type laat weizigen en dan moet je de hele table opnieuw maken als je het al 1 keer gesaved hebt…

Software development: Modelleren met UML (les van week 2)

_{05/12/2024: opdracht uit week 3}

In deze opdracht moeten we allemaal diagrammen etc maken. UML class, Use case en activity diagram.

UML class diagram

In deze opdracht moeten we een UML maken voor een robot, dit is niet voor onze casus, maar ik heb het wel zo gemaakt zodat ik deels over kan nemen in mijn uitwerking voor de casus.

Je kan hier zien dat het events systeem heel deep wired is, dit is grotendeels van de communicatie.

De feedback van mijn docent was dat ik in 3 lagen moet denken, en moet kijken naar, wie moet wat kunnen? is het handig als de robot classe de wielen aanstuurt, of dat er een controller tussen zit.

Verder moest ik beantwoorden ofdat ik de volgorde logisch vind, I guess. Ik had alleen alles tegelijk gedaan want ik wilde niet dingen aan hoeven passen. Mijn advies is wel om het volgende plaatje ergens neer te zetten tussenn het lesmateriaal:

Het aantal keer dat ik hier naar heb gekeken is imens hoog. kwam er ook halverwege achter dat ik pijlen verkeerd om neerzetten.

UML Use Case Diagram

In deze opdracht moest in een use case diagram maken.

Ja ik vond dit niet zo nuttig, maar dat is mijn mening.

Feedback: de robot gebruikt niet de robot, dus hoort geen poppetje te zijn. Ik heb met deze feedback het nut geleerd van deze diagrammen, deze diagram is nuttig als je verschillene soorten gebruikers hebt.

Activity Diagram

In dit gedeelte van de opdracht moet ik een activity diagram maken.

In mijn ogen vind ik dit gewoon een glorified flowchart xD.

reflectie

Ik vond het wel fijn om hiermee bezig te gaan, I mean, don’t get me wrong: Ik hou er niet van om dit te maken, maar weer een beetje oefening na al die tijd is wel fijn.

Verder is de volgorde niet echt logisch. in mijn ogen kan je beter eerst Use Case Diagram, dan Activity diagram en dan de Class diagram. Maar dat is mijn mening.

Om nog de vraag te beantwoorden voor wie deze UML is, de programmeur, en misschien de stakeholder, maar bij de stakeholder hangt het er vanaf ofdat hij programmeer ervaring heeft. want dit ga je niet laten zien aan een stakeholder die dat niet heeft. Dit is alleen handig om aan de stakeholder om te laten zien als je de stakeholder gaat gebruiken als rubber ducky / om te controleren of je de opdracht goed begrepen hebt. Dus als kort antwoord: niet de stakeholder. De stakeholder wilt wireframes.

Software development: OOP first steps (les van week 2)

_{02/12/2024: opdracht uit week 3}

bij deze opdracht moeten we een digital twin maken van onze robot. jippie?

Ik heb hier de basic structuur bedacht die ik ga gebruiken voor de robot. Ik heb zelfs een EventHandler classe gemaakt omdat ik weet dat ik dit wil gebruiken voor communicatie tussen classes. Maar ik wist niet dat C# standaard al een eventhandler had, CRY.

Ik kan niet echt laten zien hoe ik het heb gedaan, want dan wordt mijn groeidocument 20x zo lang, maar hier zijn een paar plaatjes:

Hier werkt alles. Er zijn 2 robots: de vliegende robot kan alleen een BattleCry laten horen wanneer een robot op wielen wordt geïnitieerd. Zo heb ik mijn eventssystem in dit voorbeeld verwerkt.

Al wil je meer zien, kijk in mijn avans github repo.

Ik vond deze opdracht wel leuk, nadat ik eindelijk door had wat ik moest doen. Ik heb het ook direct zo nuttig mogelijk proberen te maken op een manier dat ik het later wss ga gebruiken :3

Het events system wil ik wel even hier laten zien:

namespace OOP_first_steps.EventHandler
{
    internal class NewEventHandler
    {
        private List<Event> Callbacks;
        private int LastId;
 
        public NewEventHandler()
        {
            this.LastId = 0;
            this.Callbacks = new List<Event>();
        }
 
        // this the "This event has happened" function. It emits the events to everything subscribed to it.
        public void Emit(string eventName, object value)
        {
            foreach (var callback in Callbacks)
            {
                if (callback.EventName == eventName)
                {
                    callback.Callback();
                }
            }
        }
 
        // subscribe to an event
        public int On(string eventName, object caller, Action callback) {
            this.LastId++;
            this.Callbacks.Add(new Event(this.LastId, eventName, caller, callback));
            return this.LastId;
        }
 
        // unsubscribe to an event
        public void Off(int eventId)
        {
            this.Callbacks.RemoveAll(callback => callback.Id == eventId);
        }
 
        // unsubscribe from all events :3
        // this is why we have the caller, this also means we can't use the event function outside an object.
        public void Unsubscribe(object caller)
        {
            this.Callbacks.RemoveAll(callback => callback.Caller == caller);
        }
    }
}

Dit is het events system wat ik heb gemaakt, dit is over geport van een eerder project: Project-Kazamata. Dit project is in Javascript, dus ik heb het helemaal opnieuw geschreven in C# voor deze opdracht. De rede dat ik dit wil gebruiken is omdat dit makkelijk is voor async communicatie.

De opdracht had wel duidelijker gemogen.

Week 3

Week 3 reflectie

_01/12/2024

Ik heb niet zo veel geleerd. Maar ik heb wel mijn best gedaan. Ik heb mijn grenzen verlegd met de presentatie, en heb de ERD geleerd te maken. Al met al, ik geef deze week een 7.1 aan trotsheid op mezelf.

Volgende week ga ik iets meer focussen.

Basisvaardigheden Presenteren: Tussenopdracht 0 en 1, stemgebruik en zelfverzekerdheid

_29/11/2024

Bij deze opdracht heb ik een quiz gemaakt over mijn vaardigheden. Hier moest ik mezelf raten op hoe vaak ik bepaald iets deed. ik heb 19 punten en dat betekent dat ik sterke presentatie vaardigheden heb. blijkbaar. XD

Verder heb ik een presentatie gegeven over de veiligheid van MQTT, dit heb ik gedaan om te oefenen met mijn houding, hier is mijn reflectie:

Liked: Ik had mijn onderwerp afgestemd op de doelgroep, ben goed verstaanbaar en zelfverzekerd. Learned: Ik heb geleerd dat ik me vantevoren goed voorbereid op mijn lichaamstaal, maar het kan vergeten wanneer ik bezig ben, dus dat ik er op moet letten. Lacked: Ik was vaak naar het bord aan het kijken, en keek niet echt om me heen. Longed for: in de toekoemst zal ik actief op mijn houding proberen te letten wanneer ik bezig ben met een presentatie, en meer om me heen kijken.

Software ontwikkelen: MQTT in practice - Proof of Concept

_29/11/2024

We hebben tijdens deze les geleerd over MQTT, dit is alleen niet nieuw voor mij. De klas heeft hier hiveMQ gebruikt, en ik gebruik mijn eigen MQTT broker. Dit betekent dat ik ook met een andere nuget package werk. Voor deze opdracht moeten we uitleggen wat een bepaalde hiveMQ method doet: CreateSimpleMqttClientForHiveMQ(), maar deze method heb ik dus niet.

Wel heb ik een vergelijkbare method: factory.CreateMqttClient()

Ja aan de naam te zien kan je er vnuit gaan dat hij een client aanmaakt, zodat je die kan gaan verbinden met de broker.

De rede dat ik mijn eigen MQTT broker gebruik is omdat ik het veiliger vindt, en ik al ervaring heb met MQTT.

Verder moeten we ook nog een client maken met MQTT, dat heb ik gedaan:

// See https://aka.ms/new-console-template for more information
 
using System.Text;
using MQTTnet;
using MQTTnet.Protocol;
 
Console.WriteLine("Hello, World!");
 
string broker = "test.mosquitto.org";
int port = 1883;
string topic = "AvansDirect/avoidBrightspace";
string clientId = Guid.NewGuid().ToString();
string username = "emqxtest";
string password = "******";
bool loop = true;
 
// Create a MQTT client factory
var factory = new MqttClientFactory();
 
// Create a MQTT client instance
var mqttClient = factory.CreateMqttClient();
 
// Create MQTT client options
var options = new MqttClientOptionsBuilder()
    .WithTcpServer(broker, port) // MQTT broker address and port
    .WithClientId(clientId)
    .WithCleanSession()
    .Build();
 
var connectResult = await mqttClient.ConnectAsync(options);
 
if (connectResult.ResultCode == MqttClientConnectResultCode.Success)
{
    Console.WriteLine("Connected to MQTT broker successfully.");
 
    // Subscribe to a topic
    await mqttClient.SubscribeAsync(topic);
 
    // Callback function when a message is received
    mqttClient.ApplicationMessageReceivedAsync += e =>
    {
        Console.WriteLine($"Received message: {Encoding.UTF8.GetString(e.ApplicationMessage.Payload)}");
        if (Encoding.UTF8.GetString(e.ApplicationMessage.Payload) == "exit")
        {
            loop = false;
        }
        return Task.CompletedTask;
    };
    for (int i = 0; i < 10; i++)
    {
        var message = new MqttApplicationMessageBuilder()
            .WithTopic(topic)
            .WithPayload($"Hello, MQTT! Message number {i}")
            .WithQualityOfServiceLevel(MqttQualityOfServiceLevel.AtLeastOnce)
            .WithRetainFlag()
            .Build();
    
        await mqttClient.PublishAsync(message);
        await Task.Delay(1000); // Wait for 1 second
    }
 
    while (loop)
    {
        await Task.Delay(1000); // Wait for 1 second
    }
        
 
}
 

En als je ze los wil trekken, comment je de sender of receiver uit, en het werkt. Verder heb ik ook nog ander bewijs dat ik weet hoe MQTT werkt:

• Mijn MQTT hyjacking tool
• Mijn Win95 chat app gemaakt met MQTT

En mijn stage opdracht van het MBO.

Ik gebruik hiervoor de publieke test MQTT broker want:

1. ik ga mijn broker connectie niet comitten / laten zien in dit document
2. voor mijn oude projecten wil ik juist dat het insecure is (behalve dan MBO stage) want dan kan het een leer methode zijn voor iemand om “hacking” te leren.

Ik ga er trouwens vanuit dat ik dit moet maken, want dit stond in de powerpoint. Maar de link naar de opdracht werkt niet:

Ik heb hier veel plezier mee gehad, maar dat is het ook wel.

Software ontwikkelen: Databases 1: Modelleren

_27/11/2024

Bij deze opdracht hebben we geleerd een ERD te maken.

Ik heb hierbij een paar extra pijlen geleerd, kijk hiervoor in mijn cheatsheet.

Ik heb bij deze opdracht een simpele diagram moeten maken voor Car2Go. Deze diagram is gemaakt met draw.io.

Het is niet heel erg geavanceerd, maar de opdracht was ook niet heel duidelijk in specefiekaties, dus heb ik het maar puur gedaan als oefening voor mezelf.

UX: Opdracht Card sorting

_27/11/2024

We hebben het tijdens deze les gehad over card-sorting. Hierbij schrijfje dingen op op kaartjes en laat je de gebruiker het sorteren onder categoriën die de gebruiker zelf verzind. Dit is handig want dat weet je wat de gebruiker logisch vind qua categorisation.

Hierbij zat ook een opdracht dat we het moeten doen voor onze use case, maar ik ken niemand die de gebruiksgroep is van mijn robot, dus ik kan het niet echt uitvoeren. Ik heb wel de onderwerpen gemaakt bij het probleem Eenzaamheid bij ouderen verhelpen

• Geluid
• Contact
• natuur
• vermaak
• online
• beweging
• verzorgen
• aandacht
• hechting
• thee
• gesprek
• mensen
• Thuiszorg
• activiteiten
• Huisdier
• samenkomsten
• praten
• luisteren
• muziek
• aanraking
• geur

Ik heb er volgensmij meer dan 30, oeps.

Ik was deze dag ziek, dus om het te oefenen heb ik het naar een online vriend gestuurd, en dit was de uitkomst.

Ik kan het niet beweizen, maar ik heb 1 voor 1 een woord gestuurd, en dat heeft hij voor me gecatogoriseerd. En achteraf heeft hij pas namen gegeven. Ik vond het wel interessant dat hij met hele andere combis kwam dan ik had verwacht :3

Basisvaardigheden Systeemdenken: Opdracht 2 Systeemijsberg en Solutionary Scale

_27/11/2024

In deze opdracht gaan we kijken naar het probleem als een ijsberg. en kijken naar de verschillende langen

Laag 1

1. Henk voelt zich alleen: robot kan zich gedragen als huisdier
2. Henk kan opeens een hartaanval krijgen en niemand weet het: Monitor Henk locatie
3. Henk zijn huis is vies: Ruim het op.

Laag 2

1. Henk heeft alleen contact met mensen op 1 dag: Ga op andere dagen vooral vermaak zorgen
2. Henk beweegt steeds minder: monitor zijn leef patroon
3. Henk heeft maar 1 dag per week schoonmaker: Monitor schoonheid van plekken in het huis.

Laag 3

1. Henk kent te weinig mensen om fysiek te ontmoeten: robots kunnen met elkaar bellen zodat Henk en mara elkaar kunnen zien via hun robot scherm
2. Henk is te moe voor beweging: een fytness of wandel groep oprichten voor ouderen
3. Henk heeft meer schoonmaakhulp nodig: Huis te groot?

Laag 4

1. Henk kent niemand meer die nog leeft: Weeshuizen en bejaardetehuizen moeten weer in onze cultuur komen, niet iedereen moet thuis willen blijven wonen. Dit is beter voor thuiszorg en de “Patienten”
2. Henk heeft nooit veel bewogen: leer kinderen dat veel moet bewegen om later klachten te voorkomen
3. Henk wilt geen kleiner huis: Weeshuizen en bejaardetehuizen moeten weer in onze cultuur komen, niet iedereen moet thuis willen blijven wonen. Dit is beter voor thuiszorg en de “Patienten”

Ik vond dit voor mezelf wel handig, want dit laat me zien hoe ik niet 100% van elk probleem hoef te maken, ik kan gwn 1 gedeelte van een laag naar keuze kiezen.

Ook laat dit zien dat niet alle oplossingen te doen zijn met een robot, die liggen dieper dan je op kan lossen met een robot.

Week 2

SW-ontwikkeling: single page app

_22/11/2024

Bij deze les hebben we geleerd over single page applications, en hoe we componenten kunnen maken etc.

Ik heb hierbij een nieuwe blazor project opgezet, een method gemaakt voor random getallen etc. We hebben ook gepraat en nagedacht over hoe we dingen zoals databases en MQTT werkend gaan moeten krijgen.

Ik heb hier niet zo veel van geleerd want ik heb hier al vaker mee gewerkt, maar ik heb geleerd dat ik een andere blazor versie heb dan de rest. Want bij mij werkte bepaalde dingen wel die bij andere niet werkten.

Verder heb ik Weather.razor gerefactored:

private WeatherForecast[]? forecasts;
    public enum WeatherSummary
    {
        Freezing,
        Bracing,
        Chilly,
        Cool,
        Mild,
        Warm,
        Balmy,
        Hot,
        Sweltering,
        Scorching
    }
    protected override async Task OnInitializedAsync()
    {
        // Simulate asynchronous loading to demonstrate streaming rendering
        await LoadWeatherForecast();
    }
 
    protected async Task LoadWeatherForecast()
    {
        await Task.Delay(500);
        var startDate = DateOnly.FromDateTime(DateTime.Now);
        forecasts = Enumerable.Range(1, 5).Select(index => new WeatherForecast
        {
            Date = startDate.AddDays(index),
            TemperatureC = Random.Shared.Next(-20, 55),
            Summary = GetRandomEnumValue()
        }).ToArray();
    }
    
    public static WeatherSummary GetRandomEnumValue()
    {
        Array values = Enum.GetValues(typeof(WeatherSummary));
        return (WeatherSummary)values.GetValue(Random.Shared.Next(values.Length));
    }
 
    private class WeatherForecast
    {
        public DateOnly Date { get; set; }
        public int TemperatureC { get; set; }
        public WeatherSummary? Summary { get; set; }
    }

Ik vond het slimmer om een Enum te gebruiken, strings hbebben last van casing namelijk. Ook wilde ik de hele ophalen van de data in een apparte method om te zorgen dat het ook op andere plakken aangeroepen kan worden. Farenheit vond ik dat in de tabel berekent kan worden.

Opdracht Usability onderzoek (week 2-4)

_22/11/2024

Deze opdracht gaat over usability heuristics, dit zijn principles over het design van een applicatie.

Hierbij moest ik er 3 uitkiezen om verder op in te duiken en uit te kunnen leggen wat goed en slecht is aan de hand van voorbeelden.

1. Aesthetic and Minimalist Design: Een website moet overzichtelijk zijn, intuitief zijn. als nieuwe gebruiker moet je direct kunnen weten waar je heen moet om iets te vinden, hoe it’s werkt etc.

Als eerste heb ik een foto van hoe het niet moet: Deze website is heel onoverzichtelijk (en mijn oude website). Ers is heel veel gaande, bewegende dingen etc. niet heel duidelijk. Hoe kom je hier bij mijn andere projecten? Of waar moet je heen voor mijn documentatie? dat is niet te vinden. Website: https://oldmartijntje.github.io/outdated-oldmartijntje-website/windows

Hier is hoe je het wel moet doen: Deze website is overzichtelijk en makkelijk te lezen. Wil je een subsidie aanvragen? Je weet direct waar je op moet klikken. Website: https://simpelsubsidie.nl/

2. Flexibility and Efficiency of use Dit is het principle dat een website bruikbaar moet zijn voor een beginner, maar dat een persoon met meer ervaring er sneller door heen kan, of het beter kan.

De volgende website, heeft een toggle voor geavanceerde instellingen. Dit maakt het dat een ervaren persoon extra of beter dingen kan doen, maar een beginner het ook voor elkaar kan krijgen: Website: https://creator.nightcafe.studio/studio?open=advanced_settings

De volgende website doet het daarintegen niet zo goed. Het is altijd een doolhof en er is geen makkelijkere manier om te navigeren / dingen te vinden als je een geavancerdere gebruiker bent: Website: https://brightspace.avans.nl/d2l/le/lessons/196426/topics/1494504 Een simpele zoekbalk of filter systeem kan het zoveel makkelijker en beter maken.

3. Help and documentation Dit principle gaat over het feit dat het niet altijd zonder documentatie kan, sommige websites hebben uitleg nodig. Deze uitleg moet dan wel vindbaar zijn, en duidelijk.

Hier is een website die het niet goed doet, het is een website met verschillende “tools” die het een en ander kunnen. Maar er is nergens uitleg. Als je dus niet weet hoe het werkt, heb je een probleem: (ja dit is weer 1 van mijn websites als slecht voorbeeld, oops) Website: https://oldmartijntje.github.io/localNodeBox/textTools/patcher/

Github daarin tegen doet dit goed. Je kan heel veel met github, maar je hebt er ook wel echt soms uitleg voor nodig. Als 1e is er een AI chatbot. Deze chatbot is op veel paginas te vinden. Verder is er ook overal linkjes naar de correcte documentatie, en deze linkjes zijn duidelijk omdat ze blauwe underlined tekst zijn:

Ik heb met deze informatie uitgevonden dat ik sommige van mijn websites moet verbeteren, dit ga ik ook zeker doen. Verder ga ik dit ook meenemen in het toekomsitge process van het maken van applicaties.

Mijn klasgenoten vinden dat ik goede voorbeelden heb genomen, maar zouden adviseren populairdere voorbeelden te nemen.

Basisvaardigheden: Lichaamstaal, stemgebruik en zelfverzekerdheid tijdens het presenteren

_22/11/2024

Dit is niet echt een opdracht, de opdrachten komen hierna pas. Ik heb in dit stukje gekeken naar filmpjes die praatte over lichaamstaal, zelfverzekerheid en stemgebruik. Dit moet ons gaan helpen met presenteren.

Ik heb hierbij geleerd dat lichaamstaal meer zegt dan de woorden. Je kan dus een presentatie geven waarbij je onzin verteld, maar toch intelligent overkomt.

Ik heb geleerd dat ik Stevig moet staan, zorg dat je Stabiel staat. Dit doe ik zegmaar nooit, dus dit is wel handig om te onthouden. ik sta meesta op 1 been of met gekruisde benen. Verder heb ik ook gelerd dat ik Open armen moet hebben, want armen over mekaar voelt als een blokkade.

Verder kende ik het al redelijk. Ik ga dit proberen toe te passen. Ik had het wel fijner gevonden als we hierover gewoon les kregen in de klas, en niet als zelfstudie, dat had ook makkelijker geweest om te oefenen en feedback te kunnen vragen.

Feedback geven en ontvangen

_22/11/2024

Dit is een opdracht waarbij we moeten vragen om feedback, en geven van feedback. Dit had 2 onderdelen, en hier op moest ik reflecteren.

1. Feedback geven:
   • Liked: Hij heeft mijn feedback kunnen gebruiken, en hij snapte wat ik er mee bedoelde.
   • Learned: Ik heb geleerd om vanuit iemands anders schoenen naar een probleem te kijken, en daar met mijn eigen ervaring een oplossing voor te zoeken.
   • Lacked: Ik had moeten vragen of dat hij dacht dat hij wat met mijn feedback kon.
   • Longed for: Ik denk dat ik meer informatie moet vragen voor dat ik feedback geef. En vragen of hij wat had aan mijn feedback.
2. Feedback ontvangen:
   • Liked: Er werd goed met me meegedacht, heb ook wel een paar ideeën gehoord die ik ga proberen.
   • Learned: Nadenken over de feedback die je krijgt helpt het verwerken en onthouden. Ik vergat namelijk vroeger vaak feedback xD.
   • Lacked: mijn probleem waarvoor ik feedback vroeg was een heel specefiek ding waarbij niet veel konden relaten of feedback geven.
   • Longed for: De volgende keer zou ik hetgene waarvoor ik feeback wil meer open beschrijven.

Ik vond deze sprint feedback dingus wel fijn, maar vooral omdat ik feedback kon geven aan iemand die het erg nodig had.

De manier hoe deze opdracht is opgezet is wel onduidelijk, en we moesten feedback vragen over een probleem in de les, wat het lastiger maakte dan feedback vragen over iets wat je hebt gedaan. DIt maakt het moeilijk voor mensen met specefieke problemen. of mensen zonder problemen.

Opdracht: Requirements - use case diagram

_20/11/2024

In deze opdracht moet ik een van de user stories pakken die ik had gemaakt in Opdracht Requirements - user stories, en die omzetten naar een use case diagram.

Hierboven staat mijjn uitwerking gemaakt met miro. Mijn klasgenoot vindt het duidelijk en overzichtelijk. Ik kan niet reflecteren over hoe ik dit gebruik in mijn project, want zo ver ben ik nog niet.

Ik vond deze opdracht wel best. En overzichtelijk. Maar alweer heb ik het kritiek dat “In je reflectie neem je mee hoe je deze use case uitwerking hebt meegenomen in je project.” een opdracht voor een latere week moet zijn. Ik kan hier niet op antwoorden nu, en moet deze opdracht deze week wel inleveren. Dit is niet logisch.

Technologie: Sensoren

_19/11/2024

In deze les hebben we het gehad over hoe we sensoren kunnen koppelen aan onze arduino.

Ik heb 2 buttons gekoppeld in de les. Deze buttons zetten de LED van de andere button aan als je hem indrukt. Dit vond ik een leuke test demo. Dit was niet echt een opdracht, meer een: zoek het uit.

Ook heb ik tijdens deze les mijn robot laten zingen en rijden via de raspberry pi.

using System.Device.Gpio;
using Avans.StatisticalRobot;
 
Console.WriteLine("Hello world");
 
Led led5 = new Led(5);
Button button6 = new Button(6);
 
Led led22 = new Led(22);
Button button23 = new Button(23);
 
Robot.PlayNotes("C4");
Console.WriteLine($"{Robot.ReadBatteryMillivolts()}");
for (short i = 0; i < 100; i++)
{
    Robot.Motors(i, i);
    Robot.Wait(20);
}
for (short i = 100; i > 0; i--)
{
    Robot.Motors(i, i);
    Robot.Wait(20);
}
Robot.PlayNotes("C4C4G4G4A4A4G4F4F4E4E4D4D4C4");
 
 
string lastState1 = "";
string lastState2 = "";
 
while (true)
{
    if (button6.GetState() != lastState1)
    {
        lastState1 = button6.GetState();
        if (button6.GetState() == "Pressed")
        {
            led22.SetOn();
        }
        else
        {
            led22.SetOff();
        }
    }
    if (button23.GetState() != lastState2)
    {
        lastState2 = button23.GetState();
        if (button23.GetState() == "Pressed")
        {
            led5.SetOn();
        }
        else
        {
            led5.SetOff();
        }
    }
    Console.WriteLine(button6.GetState());
    Robot.Wait(10);
}

De feedback die ik heb gekregen van een klasgenoot is dat het makkelijker had gekunt. Had maar 1 if statement nodig per button.

Ik vond deze les wel fijn. en leuk. Maar ik vind dingen programmeren ook gewoon leuk.

Opdracht: Requirements - user stories

_19/11/2024

In deze opdracht moeten we user story format schrijven over de casus. En de behoeftes van de doelgroep / gebruikers. Hieronder moest ik 5 behoeftes verzinnen:

1. Onafhankelijk thuis te blijven wonen
2. Toezicht op persoonlijke gezondheid en veiligheid
3. Voorkomen van eenzaamheid en zorgen voor sociaal contact
4. Vroege detectie van mogelijke ziektes en beperkingen

Ik heb maar 5 dingen kunnen verzinnen, want een casus kan maar zoveel behoeftes hebben. En ik wil geen AI gebruiken om er meer te verzinnen. Verder moest ik bijpassende user story formats verzinnen:

1. Als gebruiker van thuiszorg wil ik ondersteuning bij taken in mijn huis, zodat ik zelfstandig kan blijven wonen in mijn eigen huis.
   • Acceptatiecriteria: Wekelijkse schoonmaakdiensten, zonder in de weg te staan van mijn manier van leven.
2. Als ouder persoon wil ik dat er op mijn gezondheid wordt gelet, zodat mogelijke zorgproblemen vroegtijdig kunnen worden opgespoord.
   • Acceptatiecriteria: Subtiele sensoren/observatiemechanismen, privacyrespecterende gegevensverzameling
3. Als persoon die alleen woont, wil ik sociale interactie, zodat ik me niet alleen voel.
   • Acceptatiecriteria: Een gezelschapsrobot of regelmatige sociale check-ins tijdens zorgbezoeken
4. Als kwetsbaar persoon met thuiszorg wil ik toezicht op een veilige omgeving, zodat mogelijke risico’s snel kunnen worden opgelost
   • Acceptatiecriteria: Detectie van veranderingen in beweging, problemen met huishoudelijke omstandigheden, mogelijke andere indicaties.

Alweer heb ik hier maar 4 dingen neergezet in user story format. Want ik had maar 4 behoeftes, dus dan is het lastig om met 5 user stories te komen. Vewrder moest ik ook aangeven hoe deze requirements mijn project richting heeft gegeven, maar dat kan niet als ik dit moet maken voordat ik het project maak. Dus die reflectie kan ik niet geven. Mijn klasgenoten zijn het wel met me eens over mijn uitwerking, puntje 4 lijkt wel erg op puntje 2. Dus persoonlijk zou ik in praktijk puntje 4 ook weghalen, maar dan ben ik nog verder weg van 5 puntjes, dus laat ik hem staan in de opdracht.

Ik vond deze odracht wel best, maar het idee dat mensen 5 dingen kunnen verzinnen bij 1 casus is absurd. Het had beter geweest als de opdracht was van: “Neem ten minste 5 behoeftes van een casus, hoeft niet je gekozen casus te zijn.” Dan had het wel mogelijk geweest. En had de vraag van “Beschrijf in je reflectie hoe deze requirements je project richting hebben gegeven.” in een andere opdracht gestopt voor een paar latere weken, want dit is onlogisch.

Week 1

Basisvaardigheden: Feedback geven tijdens sprint review

_14/11/2024

Dit is behandeld in week 2 op 22/11/2024.

UX: scenario

_14/11/2024

In deze opdracht moeten we een scenario uitwerken. Waarbij we dus specefiek een use case gaan uitlichten, en gaan bekijken hoe het in werking is. Het scenario die ik koos is het volgende:

De Thuiszorg medewerker (henk) wilt weten of het goed gaat met de persoon (mara). Maar omdat Henk er maar een paar uur is is dat niet af te leiden van het leefpatroon van de Mara. Maar gelukkig kan Henk vanaf zijn telefoon aflezen dat Mara eigenlijk alleen maar op de bank in de woonkamer zit en niks doet. Hierdoor weet Henk beter hoe hij om kan gaan met Mara en wat hij kan aanraden aan haar. De robot die Mara altijd volgt geeft dat netjes door aan de app van Henk waardoor Henk beter kan handelen in zijn werk.

Dus omdat Henk op zijn telefoon naar het leef patroon kan kijken, kan hij beter voorberijdt naar Mara toe gaan om te helpen. Zo weet hij ook waar hij het meeste moet schoonmaken etc.

Maar nu zonder de robot zou Henk overal moeten schoonmaken, en diep op gesprek in moeten gaan met Mara om achter dingen te komen, want niet alle patienten melden dingen uit zichzelf.

Het uitschetsen van de “Core” van het idee met scenario mapping is wel nuttig. Geeft een beetje feedback of dat je idee goed is uitgedacht en waar je prioriteit ligt. Ik vond de opdracht wel een beetje Vaag, want in dit geval als je 2 doelgroepen hebt: De “patienten” en de thuiszorg, is het lastiger te antwoorden.

Mijn klasgenoot vond het wel een beetje vaag verwoord. bijvoorbeeld: “waardoor Henk beter kan handelen in zijn werk”. Wat doet hij dan in zijn werk, dat ik dat beter op in moest gaan. Dit zal ik zeker onthouden voor de volgende keer. Maar het is ook lastig dit te doen bij thuiszorg, want wat ze allemaal doen is vrij breed.

Verder vond ik deze opdracht erg onduidelijk.

Systeem denken

_13/11/2024

In deze les hadden we het over het verschil tussen Systemen en verzamelingen. En over de SDG’s.

Voor deze opdracht kies ik weer de thuiszorg casus. Deze casus heeft betrekking tot SDG nummer 3 en 12:

• SDG 3 Good health and well-being. Dit is in een goede manier. het zorgt er voor dat er meer zorg gegeven kan worden.
• SDG 12 Responsible Consumption and production. Dit is alleen op een slechte manier, dit robotje is gemaakt van plastic. En plastic wordt gemaakt van olie, waarvan we niet oneindig veel hebben in de aarde.

Klasgenoten van me zijn het hier mee eens, en vinden het goed dat ik bijde kanten van het argument heb laten zien.

Ik vond deze opdracht saai, maar het meer laten denken met de SDG’s is een goed ding. Denken aan onze toekomst. Of ik er iets van heb geleerd? Breder nadenken. Je zou vrij snel stoppen na 1 SDG die voor is. Maar dat ik ook een tegen argument zocht was een goed idee.

UX: doelgroep opdracht 1

_13/11/2024

In deze les hebben we het gehad over hoe je moet letten op de doelgroep bij het maken van een applicatie. Maar ook het doorlopen van stappen voor anderen, en daarin problemen vinden.

Ik vond dit wel nuttig, ik heb voor de thuiszorg gekozen. De doelgroep is dus voor de app de medewerker van thuiszorg. Maar de doelgroep is ook de persoon die de hulp nodig heeft. De grootste uitdaging is dat medewerkers niet genoeg aandacht kunnen geven voor het aantal mensen dat de aandacht nodig heeft. En dat sommige mensen die hulp nodig hebben ook heel eenzaam zijn.

Verder heb ik deze 2 mindmaps gemaakt:

De opdracht hierover was een beetje onduidelijk. We zouden dit volgens de opdracht in de klas gedaan hebben, maar in de klas hebben we het gehad over problemen vinden, en oplossingen bedenken. Met stickey notes. We hebben niks gehad over mindmaps. Ik heb dit nagevraagd bij klasgenoten en die hadden het elfde probleem. Dus daar liep ik een beetje tegen aan. Maar het vinden van problemen in een actie bij het maken van een stappenplan; hetgene wat we hebben gehad in de klas, dat lukt me wel.

Mijn klasgenoot vondt mijn uitwerking wel inzichtelijk, maar vondt persoonlijk de uitdaging die ik had gekozen een beetje vaag.

Ik heb hier van geleerd dat ik ook dingen moet bekijken vanuit iemands anders schoenen. Een goed voorbeeld is dat tieners snappen wat icon knoppen betekenen, maar volwassenen (50+) niet zo vaak. Hier ga ik ook vaker aan denken.

Casus keuze

_13/11/2024

We moesten hier een onderbouwende keuze maken over welke casus we gaan kiezen voor het project Robotics prototyping.

Ik heb hier voor de Thuiszorg casus gekozen. Dit heb ik gedaan door bij alle casussen keywords te plakken en ideeën te verzinnen. Deze ideeën waren om problemen op te lossen bij de 4 casussen.

Uiteindelijk kwam ik met het goede idee voor een persoonlijke companion. Deze companion volgt je dan door het huis om bij te houden wat je leefpatroon is, en stof te vinden. Dit zorgt er voor dat een verzorger van thuiszorg beter hun weg kan gaan.

Het probleem is namelijk dat er te weinig thuiszorg gelevert kan worden. Dus we moeten manieren vinden om het efficient te maken. Ik denk dat mijn idee dat kan. Want dit robotje kan 24/7 bij de persoon zijn, thuiszorg niet.

Als eerste had ik ook het idee dat hij zou kunnen praten om herinneringen te geven. Maar toen wees een klasgenoot me er op dat school geen speakers heeft, alleen maar buzzers. Dus dat was fijne feedback waar ik wat mee kon.

Ik moet nog wel weten hoe ik het robotje moet laten gaan communiceren met een app, maar ook hoe ik uberhaupt een robotje iemand kan laten volgen.

Verder heb ik op het moment niet echt vragen :3

Technologie: robot laten rijden

_12/11/2024

In deze les hebben we het robotje laten rijden, onze Romi. Ik heb de uitleg van school zelfs verbeterd omdat ik vond dat sommige dingen hiervan onduidelijk waren. Die uitleg vind je Hier.

Ik heb Brimnes (de naam van mijn Romi) niet alleen laten bewegen zoals de example in de opdracht, maar ik ben er op door gegaan. Brimnes heeft nu random values zoals Muziekaal, Luiheid en Blijheid waarmee hij bepaalt wat hij doet. En dat kan veranderen. Zo kan hij moeier worden en na loop van tijd meer tijd nemen tussen het bewegen / zingen.

Toen ik dit liet zien in de klas vond iedereen het geniaal en grappig. En omdat het zo random is voelt het een beetje als een echt huisdier.

Ik ben goed door deze opdracht heen gegaan, ik vond het zelfs leuk om te doen. Dat is dus ook de rede dat ik de uitleg verbeterd heb. Gelukkig ging er bij mij ook niet veel fout, het robotje en mijn laptop werkten goed samen. Bij Thomas daar in tegen, daar ging vrij veel fout.

Ik heb geleerd dat als ik motivatie heb, ik heel snel door dingen heen werk.