Sherlock Ohms

Running Robots off the Cuff

1 saves
Page 1 / 2 Next >
View Comments: Newest First|Oldest First|Threaded View
<<  <  Page 2/2
User Rank
Re: Been there, done that...
OLD_CURMUDGEON   2/25/2013 10:55:14 AM

You paint "engineers" with a very broad brush.  I, for one, reject your argument & your thesis.  I have been practicing the art & science of electro-mechanical design engineering for the better part of 50 years, and I can assure you that in every company that I've been employed, ALL the (degreed) engineers were VERY intimately knowledge of EVERY piece of equipment or product that left their cubicle & went into production.  And, EVERY engineer was directly responsible for EVERY shred of paper relevant to the project.  Now, this was true in my experience whether the company had 2 engineers or 22 engineers!  And, I can further assure you that EVERY engineer in every environment also had a toolbox w/ all sorts of "goodies" packed into them.  Not one fellow engineer was an "Ivory Tower" fellow, who had only two items.... his slide rule & a pencil sharpener!!!!

User Rank
Been there, done that...
kf2qd   2/25/2013 10:33:43 AM
I am not an Engineer. I am an Electronics Technician. What this generally means its that I get stuck with the stuff an engineer screwed up and have to make it work anyways, after engineering has used up all the time for the job. It has happened many times. The engineers have been told how important they are. They are rather well paid. But it comes down to some poor sap who has to get the product working when the delivery date has already been missed because the engineers didn't get their part done on time.

Delivery date is 12 weeks out. Assembly and testing will take 3 weeks. Any special parts will need to be orderred no later than 6 weeks out. So, Engineering comes out at 10 weeks and decides all this is rush because they waited until 8 weeks to figure out what was going to change to meet the customers requirements (which had been decided 6 MONTHS ago) and so the special parts won't be in until week 13.
 But it is the shops fault that the machine is late even though the engineers didn't have ANYTHING ready until week 10 of 12.

The person with the least control over the project is often the one with the most responsibility dumped on them. And could have probably had the new requirements designed at week 2 because he actually has to work with the finished product and the customer.

Yeah, I tend to (well HATE may be a bit strong...) dislike many engineers because they are so far removed from the final product that they don't seem to have much of an idea what is really involved in executing the idea. It works on paper...

Better treat the Engineering TECHNOLOGISTS with a lot of respect as they are generally the ones who find and solve the problem while engineering rides off on their white horses to joust with another windmill...


User Rank
Re: A familiar story...
TunaFish#5   2/25/2013 10:27:05 AM

1.  @akili:  Let's not get boastful, gents!

We can start talking trash about all EEs who inccurred emergent software hacks by failing to understand the complete system that their assigned module fit into.

2.  Reminds me of a similar costly scenario I was involved in years ago, where the production mgt refused to buy the right sized (power) screwdriver for the line.  Result, the screws didn't get torqued in enough, and the company paid dearly for material, labor and more while pursuing field replacements.  And, yes, here too, an urgent SW hack was required to keep misbuilt hardware from doing bad things -- while still operating correctly -- until the equipment could be attended to.

3.  I'm intrigued, hopefully without being nosy, about where and how the certain intransigent individual fit in things.   A bean counter imported into production control?  An design/production engineer who'd done great things back in the day, but having been promoted out of that scene persisted in "his way or the highway" control over his old venue?  Some firebrand climber recruited from outside who wasn't going to risk slipping budget or deadlines, or crossing lines of normative behavior in order to keep his/her career on track?

just wondering....

User Rank
Re: A familiar story...
Battar   2/25/2013 9:22:51 AM
I bet on the management level blogs there are stories like this, with the managers telling how they handled a crisis created by inept engineers...

Dave Palmer
User Rank
Re: A familiar story...
Dave Palmer   2/23/2013 10:49:06 PM
Have you ever noticed how management, with the wisdom of King Solomon, often decides to adopt half a solution, without realizing that half of a solution isn't a solution, it's just another problem?

User Rank
A familiar story...
akili   2/22/2013 1:26:19 PM
Have you noticed that it's nearly always the electrical/electronic engineer that rides to the rescue of the management or even the mechanical engineers?  How many times do the mechanics solve a problem in our electronics?  It's been the story of my life in engineering  :-)

<<  <  Page 2/2
Partner Zone
More Blogs from Sherlock Ohms
When your car keeps dying, sometimes you have to sit down to solve the problem.
What should have been an easy microcontroller upgrade opens up a mysterious web of problems.
Sherlock Ohms highlights stories told by engineers who have used their deductive reasoning and technical prowess to troubleshoot and solve the most perplexing engineering mysteries.
Sherlock Ohms highlights stories told by engineers who have used their deductive reasoning and technical prowess to troubleshoot and solve the most perplexing engineering mysteries.
Sherlock Ohms highlights stories told by engineers who have used their deductive reasoning and technical prowess to troubleshoot and solve the most perplexing engineering mysteries.
Quick Poll
The Continuing Education Center offers engineers an entirely new way to get the education they need to formulate next-generation solutions.
Oct 10 - 14, Embedded System Design Techniques™: Getting Started Developing Professional Embedded Software
SEMESTERS: 1  |  2  |  3  |  4  |  5  |  6 |  7 | 8 | 9 | 10

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.
Next Course September 27-29:
Sponsored by 3M
Learn More   |   Login   |   Archived Classes
Twitter Feed
Design News Twitter Feed
Like Us on Facebook

Technology Marketplace

Copyright © 2016 UBM Canon, A UBM company, All rights reserved. Privacy Policy | Terms of Service