<div dir="ltr">Having a bunch of people doing whatever they want in parallel is an extremely inefficient way to solve a problem. The way to solve large problems most effectively is to have a few architects at the top design the research paradigm as a system of interacting modules. The architects maintain conceptual integrity and the modules (research programs) can be implemented in parallel. This is not scientific ADD. <a href="http://history.nasa.gov/computers/Ch4-5.html">This is how we put a man on the moon.</a> Nobody is steering this ship, and the end result is either going to take forever, be a big mess that nobody knows how to make sense of, or an AI that takes over the world. It would be much better to defer the direction of our efforts to a team of our best "ADD thinkers" than it is for us all to pick a random topic, pretend it's the most important thing in the universe and then justify it endlessly in order to make ourselves feel better.<div>

<br></div><div>And with that, I'm out to continue on my merry rational ADD way:)</div><div><br></div><div>$.02</div><div><div><br></div><div>Brian<br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 20, 2014 at 1:26 PM, james bower <span dir="ltr"><<a href="mailto:bower@uthscsa.edu" target="_blank">bower@uthscsa.edu</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div style="word-wrap:break-word"><div><div><span style="white-space:pre-wrap">     </span>3) the ability to collect massive amounts of data and bang away at it, instead of thinking. (a kind of scientific ADD)</div></div></div>

</blockquote></div></div></div></div></div>