Solving Complex Problems Through Programming

Wednesday 3 February 2021 - Block 7
← previous note | most current note | next note →
 

Daily Note

Our plan for the day:

  1. Please watch this video if you are confused or need a reminder about section C:  (section C primer)
  2. We will review asking for help (use our discussion board please)
  3. We will work on section C
  4. I expect an email / reflection at the end of each class. I will provide you more detail about this. 

Homework

  1. All homework is listed in our Google classroom under the topic "Homework".

 

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:

  1. have detailed and relevant testing methods, which generate data, to measure the success of the solution
  2. critically evaluate the success of the solution against the design specification based on authentic product test
  3. explain how the solution could be improved
  4. 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:

  1. have detailed and relevant testing methods, which generate data, to measure the success of the solution
  2. critically evaluate the success of the solution against the design specification based on authentic product test
  3. VERY SPECIFICALLY explain how the solution could be improved
  4. explain the impact of the product on the client/target audience.

Our Big idea

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:

Reminders: 

  1. IF today ==  testing_day_for_me:
         remember to go get tested!

    IF today == first_class_of_day:
        read_daily_bulletin

    IF today == Friday:
        current_event_protocol()

  2. As I am taking attendance:
    1. For students who are physically at ASW: Please check now: am I connected to the American School of Warsaw wireless network
    2. Please check now: is visual studio code working from my programming folder

If you want to meet with me: 

  1. I am free blocks 2,6 and 8
  2. Send an email to make an appointment
  3. Don't ask me in person to make an appointment.  Always send an email
  4. Ask me a question on our discussion forum