1. Vegetable Cutter
The vegetable cutter pictured above has several deficiencies that make it less than a sub par design. For instance, the safety measures, or lack thereof, can be a substantial problem to users. However, the cutter has more fundamental flaws at a deeper level such as ineffective chopping techniques.
In addition, the vegetable cutter is not more advantaged than a simple cutting knife. In fact, a knife may be safer and easier to use than this contraption.
The following sections will delve into the constraints, mapping and visibility, feedback, and conceptual model that make this vegetable cutter a non-elegant and hard to use design.
Constraints:
The physical constraints are that the cutter is possess are typically hard to reason with the designer. For example, it is unclear which of the three utilities that the cutter provides will leave the user with the most efficient way to cut a vegetable. In fact, the cutter drastically fails to perform on all blade designs except for the longer and more regulated cuts. Also, the cutter fails on some foods, such as onions. All of this is in due to the lack of physical constraints that the blades display to cut the appropriate type of food. Lastly, safety is a huge issue. The cutter should contain a constraint that physically disallows the user to cut him or her self, but this device lacks the safety measures.
Mapping and Visibility:
The mapping and visibility is some what obscure. It took a decent amount of time to understand how the mapping works in order to interchange the blades. For instance, the mapping may be one to one, but it is far from natural. Also, the visibility posses somewhat of a problem. For example, the device used to change blades is located on the side, under the tall metal latch. Also, it was not immediately clear that this would actually change the blades. Usage of different color codes may have helped in this instance.
Feedback:
The feedback is rather consistent and immediate on this device. I would even claim that the feedback is about as good as this device allows. However, the design issues posed in the other sections prevent any type of positive feedback. Thus, this section is irrelevant as a whole because it requires an overall coherent machine, but this vegetable cutter does not stand up to the standards of a safe and usable device in everyday kitchen cutting.
Conceptual Model:
The concept model is simple. Slide a piece of food through and have it cut one way. Switch the blades, and the device should slice it another way. However, the system image fails to accomplish this simple task. The system image has deficiencies in the blades that do not allow a clean cut for most types of food. Thus, the gulf of execution is not adequate for this type of design. Also, the concept of cutting vegetables that a simple kitchen knife can provide is not going to be substituted by this vegetable cutter any time soon.
2. Speaker and Sub System
The stereo system pictured above is a design failure for a plethora of reasons. It is incredibly intuitive on many levels. I have attempted to use this an abundant number of times, but each time I note that I am struggling to plug the correct wires in or have difficulty getting the system to achieve to task that I aim to complete.
This system fails the test of having new and unfamiliar users being able to intuitively figure out the system without much background work. I claim that even with a manual, this would be a complex system to figure out all of the nuances.
The following sections will delve into the constraints, mapping and visibility, feedback, and conceptual model that make this stereo system a non-elegant and hard to use design.
Constraints:
The constraints are mostly physical due to the fact that only certain wires can be plugged into certain sockets on the system. However, difficulty arises when two differentiating wires can be plugged into the same socket in the case for right or left surround sound. No standard is adopted, so there is the elegant design possible. Also, there is no identifiable constraint of what needs to be plugged in and what is support system. One can only figure this out with lots of tinkering, only to forget it next week.
Mapping and Visibility:
The mapping for this system is beyond poor. There are numerous wires, which makes it difficult to determine which wire solves which problems. For example, the sub controls component has three to four wires in use (I am still not even sure which is the correct number). It becomes even more confusing when the wires can be plugged into the sub, a socket, or directly to the TV. The visibility has countless issues as well. For example, we are using duct tape to label the wires. There should be a much simpler method to overcome the task of not knowing which wires attach to which speakers. The problem becomes exponential when a speaker is blown out -- which wires map to which speakers in this case? One more thing to note is that there are four potential speakers and only two places to input the wires into.
Feedback:
Feedback fails for a variety of reasons. First, there are no LEDs on the sub that indicate it is working. This is a simple problem that becomes a nuisance at its finest. Also, the feedback on which speakers are turned on is a problem. Some speakers are outside which involves constant walking back and forth just to evaluate the previous connectivity. After multiple tries, this becomes quite cumbersome. The gulf of evaluation is far from being solved in this system. A simple solution would be to have an LED for each speaker to indicate if it is turned on or not.
Conceptual Model:
Lastly, the conceptual model is significant different from the system model. I imagine the conceptual model to be four speaker inputs, one for each speaker. A sub control that has two rotational knobs, one for volume and one for the sub itself. The system model however, only has two inputs. In addition, it has many other ports that complicate matters even worse. Also, the system model has a sub control that is difficult to figure out it communicates with the sub. The system model can use a few minor tweaks to make this stereo a feasible piece of technology that I don't dread turning on to enjoy some lively music.
3. Visual C++
Programming should be a relatively fun and easy to pick up skill. However, there seems to be some unmistakable nuances that accommodate programming. For instance, the environment in which users program is far from simple.
Visual Studios should be a program that allows users to begin programming with less than sophisticated knowledge of library files and other debugging techniques. For instance, Visual C++ is not a program that is can be opened, the user type "Hello World!", and all is golden.
The following sections will delve into the constraints, mapping and visibility, feedback, and conceptual model that make this piece of software a non-elegant and hard to use design.
Constraints:Visual C++ contains main software constraints that are inevitably negative as a whole. For instance, the user is unable to coherently navigate the menu. It takes hundreds of hours of practice until a user is able to understand the constraints that programming places upon an individual. Visual Studios offers an immense amount of programming help, but it is far from easy to learn for novices. I would recommend the menu be more intuitive for users to figure out independently, and constraints should be logically applied to help users navigate themselves.
Mapping and Visibility:The mapping is probably one of the largest pitfalls that this program faces. For instance, the debugging menu is notorious for not being user friendly. I have spent the last four years of my life understanding programming, but I still have trouble figuring out the mapping of the menu with the intended actions. Even after I discover how to use the debugging software adequately, I forget it after a winter break from school. The debugging software as well as the program as a whole is immensely helpful, but the lack of visibility proves to be detrimental. Programming is a complex hobby, but Microsoft can do better at helping new programmers into a friendly environment.
Feedback:The feedback of this program has mixed reviews. The compiler is somewhat adept at aiding users find their errors. It does require some practice, but users can uncover there mistakes rather easily at a beginner level. However, the feedback in terms of other functions is a complete failure. For instance, the debugging feedback shows small red circles by the indicated line, but this is not enough visual information to distinguish the correct execution and evaluation methods. I would suggest including text boxes that might help new users find their way through the program with appropriate feedback.
Conceptual Model:
The concept model should be rather straightforward. I type some code into the program, I attempt to compile, but I find an error. Then I use the debugger to figure out way the compiler disliked my input. However, the system model requires numerous library headers to be included and the compiler can be vague at times. The system module also possess many extra features that may intimidate new users. This becomes a point where technology has evolved quite far, but the best approach would be to potentially include less features in order to create a simple systematic model that one can easily follow.
4. Ping Pong Table
The ping pong table featured above may be slightly outdated from more expensive and newer versions, but it provides a great example of a poor design. Although the ping pong table probably looked beautiful sitting in the retailer's window pane, it quickly became an object that requires high maintenance due to the instability in the design itself.
The table has two aspects to it that make it a weak design. First, the legs which one can see are not fool proof and are bending at incorrect angles. Second, the net tension holder, which in this picture is completely removed. We have substituted the end of a miniature flag pole to currently uphold the net.
The following sections will delve into the constraints, mapping and visibility, feedback, and conceptual model that make this ping pong table a non-elegant and hard to use design.
Constraints:
A physical constraint of this system should be the feasibility of the table to fold up and roll away. This is way the designers used table legs that maneuvered in and out through the arm-like metal hinges. However, the designers failed to consider the fact that this design would not only show early wear and tear, but also would not remain perpendicular to the table. Taking into mind the constraint that the legs must fold up, the designers could have came up with a more appropriate design, such as straight edged telescope folding legs.
Also, the netting itself must be adjustable. However, this ping pong table uses metal screws to adjust the net based on game play. One can see that the users of this ping pong table probably had immense trouble with this archaic design, and even broke the entire mechanism in the process. A more appropriate tension design would be applicable to tighten and loosen the net.
Mapping and Visibility:
The mapping and visibility of the net itself is somewhat obscure. First, it is not clear which direction the metal contraption should be screwed to adhere to any net adjustments. The net must possess the abilities to either tighten or loosen and rise higher or fall lower. The becomes quite easy to mix up the two utilities and actually rise the net when one wants to loosen it. The visibility is also distorted. The location of the changing the net vertically is underneath the metal side attachment. This can complicate usage for some people.
Feedback:
The feedback fails in a few dimensions. First, one can never tell if the ping pong table is parallel to the ground. The functionality of the legs make this one hard to distinguish. A simple level would help solve this one aspect, but the overall design of the table legs is incompatible with simple design. Also, the feedback on the net adjustment device is obscure. Typically, nets need to be changed in small amounts. With this setup, one cannot tell which direction the net is moving until too much change has occurred in the wrong direction. Users must then continue to make two adjustments to overcome this issue. Potential pictures on the screws would allow for easier use.
Conceptual Model:
The concept model is actual quite similar to the system model. However, the system model does have a few minor defects. Again, the system model is far from robust in actual implementation. Also, the system model has an obscure net configuration. I will note that the concept of folding up the table for denser storage does fit the system model. However, the actual design of component parts is the downfall of the ping pong table.
5. Remote
Although the television remote has increased in usability over the past decade or so, the remote itself still posses some problems for human interaction. Some examples that jump out are the fact that watching TV should be a generally enjoyable task, but I find that understanding the remote and how it communicates with the television can be burdensome.
Some quick fixes can severely improved the usability of the remote, but at its current developmental stage, it remains far from ideal. It is definitely usable, but personally, I only use a fraction of what the TV is capable of.
The following sections will delve into the constraints, mapping and visibility, feedback, and conceptual model that make this TV remote a non-elegant and hard to use design.
Constraints:
The obvious physical constraints are the buttons one can press to attempt to communicate with the TV, where the entertainment exists. However, the software itself does limit incorrect usage fairly well, such as providing audio feedback when a button is pressed that has no effect on the current state. I would also consider the size of the remote a constraint. In my opinion, the remote has the potential to be a relatively small device, but the elongated design posses constraints on shifting the small human hand.
Mapping and Visibility:
The mapping is perhaps the greatest flaw of the television remote. I know for a fact that the TV can produce an almost insurmountable features, such as searching for specific channel description, tracking specific show times, or tracking recommender shows as a few examples. However, as a user, not only am I completely unaware of these aspects, but also, I don't want to take time to figure it out. The remote should be a small device with multi-functional ability to present these ides visually and through a natural mapping. However, the remote in the picture has red, green, yellow, and blue buttons with no labeling. I have no idea what these buttons are intended to do.
Feedback:
The feedback on the TV is rather straightforward. There is no gulf of evaluation per say, but do I notice that the gulf of execution does exist to an extent. I think to myself, "what do I want to accomplish?". And then I look down at the remote, and think "who the heck can I do that?". The problem with the remote is that there are a plethora of potential states one can be in such as menu, searching, or garnering info. However, the dilemma arises when I am at a lost of knowing what functions I am able to perform in each state and which functions that I am not. Feedback is a main culprit in this case. A potential suggestion would be to highlight buttons with LEDs to indicate what available actions are at my disposal.
Conceptual Model:
The conceptual model is rather easy to grasp. My main goal is to watch a television show at the current time or record one in the future. If I want to record a future show, I should simply be able to perform a search, find it, then set a recording. If I am watching television live, I either know the specific channel, or want to search channels based on my mood.
The system model has improved at searching television shows, but still fails to do so quickly. I would prefer a quick method than query based. Also, the searching of shows is dreading. I have a few favorite channels, such as ESPN, Discovery, Commedy Central, Science, and FX. If nothing is on those channels, I do not watch television because I don't have time to search through over one hundred channels and find nothing on. The system model should allow me to search for similar channels to those I mentioned or for similar shows to my favorites, such as Suits, Modern Family, or Pranked. My opinion is to form a JV between DirectTV and Google and see how the realm channel searching can be evolved.