Changes for page Rixt Reflection
Last modified by Rixt Hellinga on 2024/04/09 11:17
From version 1.3
edited by Rixt Hellinga
on 2024/04/09 11:01
on 2024/04/09 11:01
Change comment:
There is no comment for this version
To version 2.1
edited by Rixt Hellinga
on 2024/04/09 11:17
on 2024/04/09 11:17
Change comment:
There is no comment for this version
Summary
-
Page properties (1 modified, 0 added, 0 removed)
Details
- Page properties
-
- Content
-
... ... @@ -1,22 +3,12 @@ 1 -== [Draft] == 2 - 3 3 The first week I went into the course, without a good idea of what the content would look like. The first lecture explained the general idea pretty well; A combination of human-centered design and technical aspects, among other things. 4 4 After the first week I got the idea we were already a little behind, so I worked on the Quick Start to round out the idea of a personal encyclopedia. I think in this part of the project it would have benefitted our project group to communicate a little more to straighten out the details of our idea. 5 5 Afterwards we divided the several parts of the Foundation chapter, of which I took on two parts of the Human Factors. This part had my preference over all other parts of the project, as it allowed me to write about the concept of Socio-Cognitive engineering as well as do some research into what theories can be used to reason about technology's influence on people. 6 6 7 -During the Specification 5 +During the Specification, when working on the Use Cases, it became clear again that we were still a little iffy on the details of our implementation and what we wanted our system to be able to do, which had a some consequences for the consistency in our use cases/functions/effects. Especially because this project required so much repetition, the lack of locked down details created quite some (conflicting) divergence that we had to correct later on. 6 +A personal issue when working on the effects was that thinking in terms of 'specific' effects; In regular software projects it is simple to make requirements, but as this project was, to me, quite big-picture it was not relevant what every little software detail did, and so I had to re-evaluate what effects really were. 8 8 8 +The concrete steps for our testing plan came together over the course of a week or two, instead of at one single meeting. It was also at this point that I started noticing that the testing our idea with 'relevant' results would be hard, considering the time and material limits. 9 +Not only did we not get NAO working immediately, and was it not as detailed in its movements as we wanted, and there really was not enough time to get a large number of testing participants and control group participants. So it felt a little redundant to do a test; It would not get relevant results and the more interesting part of the course seemed to me the theory discussed in the Human Factors section. 10 +In the end I think I could have learned more if this course was more focussed on theories about cognition and technology, rather than trying to cram an experiment into 8 short weeks. 9 9 10 -Went on to use cases, were still a little iffy on the details. Figured that we should have figured it out at the quickstart, but we would have needed some more time for that. And instead of figuring out the entire functions/claims/effects structure, we should have laid out the details of our idea first. 11 - 12 -Had some issues with filling in effects too, thinking in 'smaller' and more specific effects was a little difficult. I think also in specific software projects it is simple to make requirements, but for this kind of mixed project it is not all relevant what every little software detail does. 13 - 14 -We also started noticing there was a lot of repetition, which seems easy but tends to work counterproductive because if you don't have everything to exact detail, then repeating stuff will create divergence in the idea. 15 - 16 -We needed a little more clear discussing on the testing ideas in hindsight, but this is what happens in a little too large group. 17 - 18 -It was also at this point that I started noticing that the testing our idea with 'relevant' results would be hard, considering the time and material limits. Not only did we not get NAO working immediately, and was it not as detailed in its movements as we wanted, and there really was not enough time to get a significant (>30) amount of testers and control group. So it felt a little redundant to do a test; It would not get relevant results and 'learning' to test seemed a little late for our Master's degree. I would have preferred to dive deeper into the human factors part and the theory and maybe a little more into different types of emotional questionnaires? 19 - 20 -In the end I think I could have learned more if this course was more theory and cognitive focussed, rather than experimental/test focussed. I think a positive thing was that I really had to think about functional requirements, although maybe the format the we are used to in computer science (moscow method for example) is more fruitful. 21 - 22 22