Thursday, November 20, 2014

Blown to Bits - Chapter 2 Questions


  1. Around the middle of page 23 in the reading, a story begins about the "gae-ttong-nyue", a lady involved in a webcam incident in June 2005. Analyze this reading - how has the pervasiveness of webcams and phone cameras allowed justice to be served? How could this "Big Brother" world of ours be used against us?
  2. Elaborate on the function of an RFID, and what its initials stand for. This can be found on page 25.
  3. Summarize the story about the parking garage on page 30. Is this license plate scanning system flawed, or do the benefits outweigh the mishaps?
  4. Identify a few reasons why we "gave away" our privacy, according to the reading (Hint: Look for the bold text subtitles starting at the bottom of page 36).
  5. Pages 59 and 60 depict an interesting story debating the privacy of AOL users' search queries. Respond to the questions in the middle of page 60 - what should AOL have done with this private information?

Wednesday, November 5, 2014

App Design - Alarm Clock / Timer (Mk. II)

The text shown clips in preview mode, for some reason. It works fine in the app itself.
  1. We brainstormed a bunch of things we disliked, or things that could be designed better. Many ideas were brought to the table, and we whittled down the options by weighing their ability to be made.
  2. Honestly, we did not work well as a group. There was a lack of communication that caused us to start our app very late, which ended up hurting the final design drastically.
  3. The problem was originally that there were no alarm clocks that truly guaranteed being fully awake after turning it off - this one would include many strenuous steps in order to do so. However, due to lack of time, we ended up creating a somewhat basic timer to solve a pretty simple problem - I don't like the timer app that came with my phone.
  4. The two hardest challenges, code-wise, were aligning the internal clock with what was put into the text box, and setting up a display of the time remaining (the latter is still sort of buggy).
    1. For the former, the program had to take what the user put into the text box - the timer's length in minutes - and convert it to milliseconds for the clock, once the start button was hit. There's 60,000 milliseconds in a minute. 
    2. Ironically, the code needed to display the time remaining took more effort than the code needed for the app to simply count down internally. Variables were used in order to show a countdown that would read the time remaining and convert it into a Minutes:Seconds format. It took a bit of extra programming to get the minutes to tick down one and the seconds to go from 00 to 59, and for some reason, it ended up being a bit off from the actual alarm - the alarm generally goes off when the display reads 2-5 seconds remaining. We did not have enough time to figure this out. We also added a little bit of code so that the display would read something like "2:05" instead of "2:5".
  5. With more time, we would've added several things, including but not limited to:
    • Fixing the countdown timer to accurately reach 0 when the alarm went off
    • Added different ways to turn off the alarm besides shaking the device
    • Something akin to a clock hand to show the passage of time more visually
    • The ability to pick your own alarm sound
    • Improved user interface and better design overall
    • Various other bug fixes and usability improvements (e.g. disallowing the ability to put in negative values, etc.)