13
$\begingroup$

There have been a few questions where users with little to no training are requesting instructions on how to design some object.

Some examples (both happen to be structural):

Questions like these are probably to be expected, and although they do present a problem, it should first be recognized that:

  1. This is a good problem to have since it means people are finding the site, and
  2. It is understandable that people with no knowledge of the nuances of engineering design will underestimate the complexity required to design even something as simple as, e.g., "for example a ladder" (sigh), much less a wind-loaded, parabolic solar dish.

I can't think of a rigorous definition for "naive design question;" like Justice Potter Stewart's obscenity test, "I know it when I see it." But it would be helpful to come up with one. I think "poorly researched" would be a primary characteristic.

I think we as a community need to think hard about how to handle NDQs, and what, specifically, we can do to make people feel like they can come here and "get some answers", while at the same time being honest with them that "Um, this is a lot more complicated than you seem to believe, and might be beyond your ability at the present time."

| |
$\endgroup$
  • 1
    $\begingroup$ I'd like to point out that I quoted Justice Stewart's same line in my answer on engineering software. Great minds think alike. $\endgroup$ – Trevor Archibald Feb 13 '15 at 0:04
  • 1
    $\begingroup$ @TrevorArchibald Regarding the great minds - You and Rick or you and Potter? :-) Getting to the actual question: Is there any chance that these kind of questions could have a slight uptick when hackerspaces begin using the site? $\endgroup$ – HDE 226868 Feb 13 '15 at 19:20
  • $\begingroup$ @HDE226868 Clearly the latter. Also: it might be me being naive this time, but I actually think that in general maker communities tend to be a little bit more thoughtful than "for example a ladder" (I'll never forget the phrasing of that question... I died a little inside). $\endgroup$ – Rick supports Monica Feb 13 '15 at 20:11
  • $\begingroup$ @RickTeachey Not the best. I don't think that most makers will ask poor questions, but I think a very tiny (and most likely insignificant) percentage will. Overall, though, the site will be much the better for their presence. $\endgroup$ – HDE 226868 Feb 13 '15 at 20:17
13
$\begingroup$

The Engineering Stack Exchange is best able to answer specific questions that have a right and wrong answer. While we are populated by engineers, we can't solve all levels of engineering problems, because broad questions require weeks or years of research, modeling, calculations, and analysis. They also require a lot of specific information about usage conditions, location, and service requirements. Questions about how to design a whole project whether it's a ladder, a bicycle, or a skyscraper are simply too broad. This post is meant to guide you from a large idea to specific questions we may be able to answer.

The first step of most design processes is to make sure you really understand your goals. What are you trying to build? What is important about it? For example, if you're building a ladder how tall does it have to be? Can it use conductive materials? Does it need to last for weeks or a century? How many people need to be able to climb it at a time? What climates may it be used in? Start by figuring out these parameters for your design. In many cases, you'll need to do some research in various codes. For example, there are codes that dictate the wind and earthquake loads you need to plan on when designing a structure, or the strength you need to design in a piece of rigging equipment.

Next, draw a sketch of how you might build the thing you're thinking of. Think about if it's actually possible to build. Is it going to be so expensive that nobody will ever build one? What kinds of processes are going to be involved in making it? Are the materials you plan to use actually readily available? What are the critical components and which are less important?

At this point, you have a starting point for a design. Lots of things may change, but at least you understand what you're getting into. The next step is to start looking at each piece, connection, and subsystem and really explore how it works. Is it strong enough? Will it work at the temperature you need it to work at? Do you have to build it from scratch, or can you purchase it? Will it be able to last as long as your whole device, or does it need to be replaceable?

As you look in more detail at your idea, feel free to ask specific, answerable questions. Here are some examples of questions we may be able to help with:

  • For a structure of this shape and size, at this location, governed by this code, how do I calculate the wind load?
  • For a member subject to these forces as a part of this system made out of this material, how do I make sure it's strong enough?
  • I have designed a connection in this way, how do I figure out if it will work at this temperature?
$\endgroup$
  • 3
    $\begingroup$ This is really great and pretty much exactly the kind of thing I had in mind! Bravo. One small criticism is that it's very civil/structures oriented, but then again that may not be a problem - the advice is just as applicable to other sub disciplines. $\endgroup$ – Rick supports Monica Feb 12 '15 at 17:33
  • $\begingroup$ Yeah, I was thinking of that as I went through. I think we could make it better by adding examples that apply to other disciplines $\endgroup$ – Ethan48 Feb 12 '15 at 17:38
  • $\begingroup$ I like what you've written, may I suggest an addition in the 3rd paragraph. You have: "Are the materials you plan to use actually available", immediately after this add, "and if so, are they readily available?". I'm not being pedantic, but there's a typo: lower case L in "lots" at the start of the 2nd sentence in paragraph 4. $\endgroup$ – Fred Feb 12 '15 at 23:41
  • 1
    $\begingroup$ Thanks! I just fixed those. You should also be able to edit the post yourself if you have further improvements. $\endgroup$ – Ethan48 Feb 13 '15 at 1:07
  • 3
    $\begingroup$ In the robotics SE site, one possible option for closing a question is for "Unbounded Design". This sounds like the principle you are advocating in your answer... Perhaps we can have a similar policy here as well. $\endgroup$ – Paul Feb 13 '15 at 1:57
  • 3
    $\begingroup$ @Fred My understanding of a community wiki is that everyone is welcome to make changes as they see fit. $\endgroup$ – Rick supports Monica Feb 13 '15 at 2:42
3
$\begingroup$

One suggestion: it might be worth writing an article which can be the standard reply (in a comment) to NDQs.

The article would:

  1. explain that the question, as stated, demonstrates a lack of appreciation for the complexity of the problem being asked and does not meet the site standard for question quality
  2. give examples of what a "good" How do I design a ___? question looks like.
  3. (optional) give suggestions on where to go to research the problem*

*#3 might turn out to be unwieldy since there are so many different types of engineering, and it might be impossible to create a thorough "start here" research list. One solution to that problem could be to have some standard "do your research/you are missing some basic knowledge" articles for the larger sub-disciplines (structural, mechanical, electrical...) and a catch-all article for everything else.

| |
$\endgroup$
1
$\begingroup$

"Design" questions should be on topic here. On the other hand, we don't want "naive" design questions.

On many other SE sites, such as the language or programming sites, the OP is supposed to make an attempt to solve the problem himself/herself (and show relevant work). Thus, a question of "How do I design X?" might not be a good question, because someone is being asked to answer "from scratch."

A better question is, I've tried method A to solve problem X, and that didn't work because...What is a better way to solve his problem? or "Is there a variation of method A that might work?" or even, "I'm thinking of using methods A or B or C; what criteria should I use to choose between them?"

That way, the OP has shown some effort, and displayed a certain level of aptitude (or lack thereof), thereby making it easier for someone to identify the OP's problem and answer at that person's level of understanding.

| |
$\endgroup$

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .