The Sim Blog

A Pseudorandom Discussion on Engineering Simulation

Simulation is…

I think we all have struggled with this one at one point or another.  We tell someone that we do simulations for a living and they ask – 

“Do you make video games?”

No, but my kids think I do.

“Do you test crash cars?”

Not on purpose.

“Oh you mean, flight simulators – those are so cool.” 

No.  But flight simulators are cool. 

Alas, we are usually left with a glassy-eyed look when we explain the mundane definition of discrete event simulation and how it is applied.  Too bad.  Most of us really enjoy what we do.   I started this blog in an attempt to talk about what we do, why we do it and how we ought to do simulation.

Personally, I usually focus on the end result.  In my case, simulation is usually applied to solve a problem.  How much, how many, how fast, etc.  We start with questions that need answers and use simulations to help us make an informed choice.  Simulations help measure the differences between competing ideas.  Get rid of gut feelings and you will make better choices.  Of course, it all depends on your data but that’s a conversation for a different day.

I’d be interested to hear how you explain your job, your task, your curriculum to your friends and relatives.   Please sign up and post a comment.

7 Comments »

  joehugan wrote @

The simulation community is so spread out that hopefully this can turn into a place for conversation about simulation between conferences and classroom settings

  Randy Combs wrote @

Good idea Joe!
Thanks for getting this started.
When friends and family ask me what I do, I tell them that I predict the future. Depending on the response from that point I get into more details or give it up right away!
It would be nice to have a packaged “elevator speach” in hand. However, depending on where you are in the process, you may have a little different twist on what problem you are trying to solve. Interesting……….

  Mike Allen wrote @

Depending upon who I’m talking to, I rather like using this: “Well, basically, I get to do it with models virtually every day…”

;-)

  joehugan wrote @

Randy and Mike – good to hear from you. I am going to try to post often to the blog to build interest and get the comments rolling. Please forward the link to anyone you think might be interested.

  Hua Ni wrote @

Simulation is, indeed, a word with a vast reach. All the responses you got are perfectly legit. Maybe “Simulation of Systems” might be a better conversation starter. That would direct the focus to the word “Systems”, the problem. In the end, simulation is a mean while understanding the system (problems) is the goal.

  George Wong wrote @

With the modern analysis tools and fast computers, Design engineers should work as the collaborator, who works with other disciplines; CAD is used to document the design intent. Analysts should drive the design use analysis tools to perform simulations, optimized and first time quality would be the goal, but the incentive as how to measure the performance of engineers has to be revamped. We should not measure a design engineer by how many releases (drawings) in a time frame, but rather measure the (first time) quality and time to production.

  joehugan wrote @

I agree. Engineers should have their performance measured by the success of the project but there still need to be metrics to decide how a team is formed in terms of personnel. While computers get faster, the unfortunate trend is that programming is less efficient and the computer speed is used to hide poor programming. Either that or people expand the scope of a simulation to include a level of detail (graphics or logic) that is not required or supported by the granularity of the input data.


Your comment

HTML-Tags:
<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <pre> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>