Designing Solutions Through Programming
Friday 10 February 2023 - Block 2
← previous note | most current note | next note →Daily Note
-
Today is Friday, and we traditionally discuss a career in computing! Here's some future-proof careers in IT!
-
We will install tabnine, and you will understand what it is, how it works and strengths and weaknesses.
-
Please fill out our class reflection, noted at the bottom of our daily notes!
A little less comfortable
Content
You should have evidence your solution works. Evidence must come from anyone other than you.
Process
The key thing here is the quality of your evidence. Good evidence is specific and detailed. Here's an example of some bad evidence:
You program worked, cool! <-- the reason this evidence is poor is because it isn't specific and detailed.
Perhaps a better example might look like this:
I used your program to find a guitar amplifier. I didn't understand what made one amplifier better than another, and It was cool to use the quiz to help me find a good model. I wish there was more information about the amplifiers, and maybe a sound clip from different amplifiers. The user interface is also easy to use, I liked the slider feature so I could see my progress. I wish I could read reviews from people who used the amplifier so I could get an idea from actual customers. <-- this is good evidence because it is very detailed and specific.
Product
Your evaluation should:
- have detailed and relevant testing methods, which generate data, to measure the success of the solution
- critically evaluate the success of the solution against the design specification based on authentic product test
- explain how the solution could be improved
- explain the impact of the product on the client/target audience.
A little more comfortable
Content
You should have evidence your solution works. Evidence must come from anyone other than you. One of the key differences is to have many in-depth interviews with many people (2 or 3 people), which indicate you have really tried to deeply understand your clients point of view and perspective.
Process
The key thing here is the quality of your evidence. Good evidence is very specific and highly detailed. Here's an example of some bad evidence:
You program worked, cool! <-- the reason this evidence is poor is because it isn't specific and detailed.
Perhaps a better example might look like this:
I used your program to find a guitar amplifier. I didn't understand what made one amplifier better than another, and It was cool to use the quiz to help me find a good model. I wish there was more information about the amplifiers, and maybe a sound clip from different amplifiers. The user interface is also easy to use, I liked the slider feature so I could see my progress. I wish I could read reviews from people who used the amplifier so I could get an idea from actual customers. <-- this is good evidence because it is very detailed and specific.
If you want to reach higher, please watch people use your program without saying anything. Really listen and look as they are using your program. Ask open-ended questions such as "What would be most helpful to you?" and "How does this compare to other webistes you have used? What would make it better? "
Product
Your evaluation should:
- have detailed and relevant testing methods, which generate data, to measure the success of the solution
- critically evaluate the success of the solution against the design specification based on authentic product test
- VERY SPECIFICALLY explain how the solution could be improved
- explain the impact of the product on the client/target audience.
Statement of Inquiry
The big idea for today is Design: Evaluation.
The essential questions for this topic are:
How do you know your design has solved the problem you set out to solve?
It takes time to explore and really understand a big idea. If you want to
learn more about
design: evaluation (which is connected to today's daily note),
please click here
.
We are learning this because as a designers must understand scientific and technical innovation. Designers use systems, models, methods, and processes to solve problems.
Reminders & routines:
IF (this_block == first_block_day) {
read_daily_bulletin;
}
IF (today == Friday) {
careers_in_computing()
}
As I am taking attendance:
- For students who are physically at ASW: Please check now: am I connected to the American School of Warsaw wireless network
- Please check now: is visual studio code working from my programming folder?
To remember:
- All the files you need for this course can be found at this link. Please pay attention to the time the file was last updated.
- You can access a web-based view of your database by clicking this link.
- Please be aware of course videos to help you understand our content.
Our learning
This is a beta feature. Please let me know if you have any feedback.
Please click here to reflect on our learning for today's class.