A fairly common definition of an engineer is "a professional practitioner of engineering, concerned with applying scientific knowledge, mathematics, and ingenuity to develop solutions for technical problems." National Engineers Week is about raising the awareness of engineers and engineering, and yet this is the definition people see? We must do better!
What skills do we need to work on any given single project? What hats might we wear? At any point in solving that problem, we are:
a drafter, creating the documents that will be used to create the solution;
an optimizer, fine-tuning the solution;
a writer, creating the user manual;
a salesman, convincing customers your solution is worth buying;
an inspector, making sure the solution matches the idea that sprang from your head;
an accountant, keeping track of the costs of the solution to stay inside the budget;
a librarian, collecting and organizing the component and material documentation that comprises your solution;
and a detective, tracking down the loose wire or the short circuit.
Another way to look at engineering that I like is that engineering is creative.I know there are engineers that are mostly involved in operations and maintenance, but those activities can require creativity at times.
I have had the wonderful opportunity to work in design in the spacecraft and many other industries where what you are doing has never been done before.This really brings out creativity in engineering.On one project we had a group of PhD Physicists whose job title was phenomenologist.They were there to answer a specific question about what the system we were designing was meant to deal with.Their role, as with many scientists doing science, was to describe nature.That can be very challenging.Often though, to do that they have to design instruments, etc.That is really engineering, not pure science.
Rob, you are so right on with that comment. My father was a designer at a government electronics lab. He always stressed the ability to write for engineers. He saw too many of the engineers he worked with getting little or no credit for their ideas because someone else had to be brought in to write them up.
Hi TJ, I'm delighted you included "a writer" in your list of the disciplines required of an engineer. As a journalist covering engineering, I've long been impressed by the writing skills of engineers. Of course that may be engineers who took their high school and college education at a time when writing was emphasized for all disciplines.
T.J., this is a great concise summary of what engineers do. I might add "negotiator" (working with manufacturing, purchasing, etc. in order to balance their needs without sacrificing product performance), and sometimes "policeman" (making sure that everything is being done according to the design specification).
For those of us who work with legacy designs, you could also add "historian" -- reviewing design history to see why a particular decision was made, or how a particular problem was tackled in the past. (Depending on how far back the legacy designs go, "archaeologist" might be a better term for this).
The common theme underlying all of the roles you mentioned is problem solving. It's worth nothing that, even though the problems we are tasked with solving are technical in nature, it takes more than just technical skills to solve them. In spite of the stereotype of the antisocial engineer, it actually takes a lot of people skills, too.
I like the Swiss Army knife analogy, TJ. And I think today's engineers have an ever-expanded palette of disciplines, methodologies, and specialty areas that they are expected to be versed in for problem solving. That said, what specific skill areas do you think are ever more critical to have in the engineer's so-called knife repetoire?
What should be the perception of a product’s real-world performance with regard to the published spec sheet? While it is easy to assume that the product will operate according to spec, what variables should be considered, and is that a designer obligation or a customer responsibility? Or both?
Procurement actually means well. There is no question that procurement can do a better job of phrasing their questions or making connections between engineering’s goals and the processes underway. And if you are using the right deciphering code, the result can live up to -- or surpass -- your expectations.
If you are interested in adding FPGA technology to you engineering toolkit, grab some free tools and an evaluation kit and get started on your own FPGA project. It never hurts to expand your engineering toolbox, and FPGAs are only going to become more popular over the next few years.
Focus on Fundamentals consists of 45-minute on-line classes that cover a host of technologies. You learn without leaving the comfort of your desk. All classes are taught by subject-matter experts and all are archived. So if you can't attend live, attend at your convenience.