<body><script type="text/javascript"> function setAttributeOnload(object, attribute, val) { if(window.addEventListener) { window.addEventListener('load', function(){ object[attribute] = val; }, false); } else { window.attachEvent('onload', function(){ object[attribute] = val; }); } } </script> <div id="navbar-iframe-container"></div> <script type="text/javascript" src="https://apis.google.com/js/platform.js"></script> <script type="text/javascript"> gapi.load("gapi.iframes:gapi.iframes.style.bubble", function() { if (gapi.iframes && gapi.iframes.getContext) { gapi.iframes.getContext().openChild({ url: 'https://www.blogger.com/navbar.g?targetBlogID\x3d34965346\x26blogName\x3dOriginatives\x26publishMode\x3dPUBLISH_MODE_BLOGSPOT\x26navbarType\x3dSILVER\x26layoutType\x3dCLASSIC\x26searchRoot\x3dhttps://originatives.blogspot.com/search\x26blogLocale\x3den_US\x26v\x3d2\x26homepageUrl\x3dhttp://originatives.blogspot.com/\x26vt\x3d62041505641155215', where: document.getElementById("navbar-iframe-container"), id: "navbar-iframe" }); } }); </script>

Originatives

« Home | Next » | Next » | Next » | Next » | Next » | Next » | Next » | Next » | Next » | Next »

More critique musings...

- It is better to favour one media type over the other. Make an awesome model, and use plain drawings as a backdrop. Or produce some amazing drawings and leave the model small/bare/abstract. Producing two mediocre or or two good sets of information is not as effective - there should be a part with depth to focus on.

- Follow a good argumentative structure for the introduction. An example:

  • Define how you see the brief
  • Introduce the problem or opportunity you seek to address
  • Introduce your solution and detail the conceptual sources or processes used
  • Explain and detail why it is effective in solving the problem/opportunity and how it is a successful resolution of your concepts/process.
  • Some form of self-analysis of the overall project. Addressing points that critics may bring up on your own lessens their impact.
  • Some sort of overall summary


- Good parries for critiques:


  • Reject the link between their assertion and your project, ie "I dont see that being applicable as..."
  • Disregard the impact of their assertion on your projects effectiveness
  • Establish the assertion/problem as being beyond the scope of the brief
  • Establish the assertion/problem as being something to be looked at if further development is needed (which it isnt).
  • x or y drawing/concept/detail is further detailed in my sketchbook (rather than in presentation)
  • The length of our design phase didn't allow for this detail / others given priority
  • Use a random case study, use it as an example where x or y was effective, and how you looked to apply this to your project.

leave a response