How to tell who's the "best engineer"?

[eecook]

Hi All,

This is a mental exercise for the most experienced EE designers that might help novices like myself, so bare with me please.
Let's say you are faced with the following problem. You are working on a project and you need to bring a senior design engineer to the team with exceptional well-rounded electrical engineering skills. It is critical for the project success that the ideal candidate is found.
But there are a couple of problems:
  - There are 100+ candidates
  - You are not allowed to meet the engineers in person
  - Their resumes are not available to you
  - There is only one chance to hire, so you must get it right the first time or you'll likely kill the project
  - There are infinite enough (see EDIT #7) resources to test the candidates.

The members of the team come up with a way of selecting the best candidate. Their approach is to find a practical problem that requires well-rounded engineering design skills, have all of the engineers submit their prototypes and test them against a predefined metric (i.e. whoever makes the fastest oscillator at X amount of power, jitter, etc)

[EDIT #1: IP is not a problem. The problem put forth by the team is in the public domain, as well as the proposed solutions by the candidates]
[EDIT #2: All the 100+ candidates have excellent social skills and will perform great within the team. Only the technical aspect needs to be assessed.]
[EDIT #4: All the 100+ candidates will go through the process willingly.]
[EDIT #5: The candidates have a time constraint to submit their prototypes.]
[EDIT #6: The candidates are informed about the evaluation metric.]
[EDIT #7: The team has already solved the problem in the past and have established what the right amount of resources is.]

***This is the most important piece of this game:***
It is a completely fabricated scenario, but the purpose and my interest here is to know what could the practical problems be, and which metric would be relevant in each case.
In other words, upon solving which practical problems would you be able to conclude that an engineer has an exceptional grasp of whatever he/she claims to know. From those problems, which have the special feature of being easily evaluated in terms of a simple set of metrics (like the example of the oscillator).

[EDIT #8. Here's an example of an answer I would expect:
Note: I am not saying this is a good example
Basic Problem: Design and build a 240W solar grid-tie inverter that fits an altoids box.
Constraints:
    Regulatory: Must comply with UL 609050, UL1741, IEEE1547 and FCC Part 15, Class B.
    Input voltage/current: MPP per STC for 240W panel. SAS will be provided (Manufacturer X and model Y)
    Output: AC source and AC load (Manufacturer X and model Y)
    Misc:....
Evaluation metrics:
    CEC Efficiency and converter volume.
    The winning candidate will be the one whose design has the highest Efficiency/Volume ratio provided that all the constraints are met.
]

Thanks,

Simon.

[EDIT #3: This is a toy example and a completely ridiculous scenario. What matters to me when asking this is the practical problems that would emerge and the metrics to make the comparison. Don't worry about the context, the framework giving rise to the formulation of the problem could also be a contest like the "Little Box Challenge" or the "Tricorder X prize"]

[Bassman59]

The members of the team come up with a way of selecting the best candidate. Their approach is to find a practical problem that requires well-rounded engineering design skills, have all of the engineers submit their prototypes and test them against a predefined metric (i.e. whoever makes the fastest oscillator at X amount of power, jitter, etc)

What is this, "America's Next Top Engineer?"

This is how a fucking game show works, and it's why the US has a fucking game show charlatan host as President.

The "winner" of your contest is the person who says, "You want what when, and for free? Go fuck yourself."

[nctnico]

There are tools for that already: an aptitude test and a test to see if someone has relevant knowledge (like knowing a certain programming language).

[eecook]

There are tools for that already: an aptitude test and a test to see if someone has relevant knowledge (like knowing a certain programming language).

That's like testing who's the best MMA fighter with an aptitude test. Say you are walking by the street with a million dollars cash and need protection, you need more than the aptitude test, you wanna see the guy's actual capabilities and be damn sure about them. Let's assume that for our toy example the stakes of getting it right are really high as well.

[ChunkyPastaSauce]

Hi All,

This is a mental exercise for the most experienced EE designers that might help novices like myself, so bare with me please.
Let's say you are faced with the following problem. You are working on a project and you need to bring a senior design engineer to the team with exceptional well-rounded electrical engineering skills. It is critical for the project success that the ideal candidate is found.
But there are a couple of problems:
  - There are 100+ candidates
  - You are not allowed to meet the engineers in person
  - Their resumes are not available to you
  - There is only one chance to hire, so you must get it right the first time or you'll likely kill the project
  - There are infinite resources to test the candidates

The members of the team come up with a way of selecting the best candidate. Their approach is to find a practical problem that requires well-rounded engineering design skills, have all of the engineers submit their prototypes and test them against a predefined metric (i.e. whoever makes the fastest oscillator at X amount of power, jitter, etc)

You could do the all too common thing: assign them projects from the work that needs to be done

switching my answer because basically anyone competent and at actual senior level would:

The "winner" of your contest is the person who says, "You want what when, and for free? Go fuck yourself."

[rstofer]

The first practical problem is 'who owns the solution' and what happens when your company uses the IP owned by your contestant.

So, the problems can't be 'real', they must be contrived and of no commercial value.

To be clear, you expect candidates to spend their personal time solving a contrived problem.  Who would do that?  Well, the unemployed might, they have plenty of time on their hands.  But you don't want anybody who is unemployed - by definition.  The real expert is going to laugh their ass off and just shred the paperwork.

I don't think this game show approach will be a winner.

[JohnnyMalaria]

Put all the candidates in the room together. Define a challenge and stand back and let the games commence. Now you can watch to see how the candidates behave, who shows strong leadership, who won't help others etc.

[Gregg]

The answer is nobody willing to submit to such foolishness would first of all want to work for you and those that show up would fall into one or more of the following categories
•   Desperate for a job
•   Less qualified than you are attempting to discern
•   Hoping for a stepping stone to something better
•   Someone that leaves in disgust before the charade is over
The best of a sorry lot will still be a member of the sorry lot

[DimitriP]

"the only winning move is to not play"

[filssavi]

Let’s say for example you find the brightest engineer in the whole world, he is extremely clever, in his field, however he is bad tempered, extremely arrogant and pretends that everybody else does exactly what he thinks and tell them, and throws massive tantrums when this does not happen...

Now everyone else in your company jumps ship ASAP because the best engineer is impossible to work with (basically a complete asshole) now you find yourself with the star engineer and a bunch of spineless individuals with no idea of their own to speak off


That is why teamwork and soft skills are as important as technical ones, we are noi in the 1700 anymore a single guy can’t do everything and when you have more people it’s important for them to work well together

Basically if you have engineers working together, the results is better than just the sum of the individual parts, the opposite is true if they fight just not cooperate, since each one is not giving it’s 100%

[RoGeorge]

As an employer, you don't need the best engineer. You need an engineer good enough to do the job.

The whole engineering is not about achieving the best possible performance, but to find a good enough performance to cost ratio while spending only a limited amount of resources. With infinite resources, anyone can achieve anything.

Other said, engineering is all about finding a good enough compromise with the given available resources.
Same for hiring. A good enough engineer is good enough, you don't need the best one.

[eecook]

Put all the candidates in the room together. Define a challenge and stand back and let the games commence. Now you can watch to see how the candidates behave, who shows strong leadership, who won't help others etc.

Could be. However, the key question is which challenge/s you would define and which clearly predefined metric you would use to evaluate the results.

[tpowell1830]

I have seen this scenario before in my many job interviews. My reaction to this dog and pony show was to decline and walk away.

In order to find the qualified engineer, I agree with RoGeorge. For instance, you need to move some dirt and you have several choices of dirt moving machines. The first will move 2 tons per hour, the second one will move 20 tons per hour and the third one will move 30 tons per hour. The first dirt mover is $20 per hour, the second one is $75 per hour and the third one is $80 per hour. You need to move 100 tons in 5 hours, which one would you choose?

The same type of evaluation goes to the engineer that you hire. Most engineering managers can make this evaluation and select 2 or 3 for second round. Second round is meeting some of the senior engineers and chatting. Unless there is an overall mesh from one of the candidates, the engineering manager will pick based on previous qualifications. The only thing that could make you stand out is if you really meshed with one of the senior engineers on a level that placed the candidate above others, such as a hobby that demonstrates the desired traits.

Just my 2 cents...

EDIT:This is a real world scenario, basically the way it is normally done.

[T3sl4co1l]

I'm not doing a design problem unless you pay me for taking your test.

Sometimes, "projects" consist of asking prospective employees/contractors for methods, approaches and solutions, then not calling them back afterwards...

I'm smart enough not to fall for that.

Does that mean I passed the test?

Tim

[Mr. Scram]

Almost all off the interviewing shenanigans are self deceit anyway. It turns out to be hard to reliably predict how someone will do and inviting one to three people and trusting your gut turns out to be as valid as some convoluted multi stage process. Of course, the latter is easier to cover your arse with when you inevitably get it wrong sooner or later, which explains the success of companies selling all sorts of ass covering schemes.

[EEVblog]

The answer is nobody willing to submit to such foolishness would first of all want to work for you and those that show up would fall into one or more of the following categories
•   Desperate for a job
•   Less qualified than you are attempting to discern
•   Hoping for a stepping stone to something better
•   Someone that leaves in disgust before the charade is over
The best of a sorry lot will still be a member of the sorry lot

This.
You won't get "the best engineer" with this method simply because are not dumb enough to apply in such a way.

Is there any sort of practical point to any of this?

[JohnnyMalaria]

"who's the "best engineer"?"

Casey Jones (steamin' and a-rollin')

[thermistor-guy]

... It is critical for the project success that the ideal candidate is found.
...[EDIT #7: The team has already solved the problem in the past and have established what the right amount of resources is.

"Logical contradiction alert, Captain."
"Acknowledged. Set phasors on stun."

[DimitriP]

Is there any sort of practical point to any of this?

Yes!
The point seems to be to come up with a method/approach/solution for selecting the "best engineer" by having the candidates do the work instead of the hiring party.

As some have already stated  in a more or less verbose fashion:
"the only winning move is to not play"

[EEVblog]

[TerraHertz]

Relevant:

The REAL Answer To The Viral Chinese Math Problem "How Old Is The Captain?"

Real engineers must be able to recognize an impossible design spec, and respond appropriately. (Where 'appropriate' depends on the circumstance.)

Coming up with a single test for a 'best engineer', seems like one of those specs.

Also, the video is a nice demonstration that even today, many people cannot Logic.

[EEVblog]

Real engineers must be able to recognize an impossible design spec, and respond appropriately. (Where 'appropriate' depends on the circumstance.)

Reminds me of this:

[Brumby]

I have to agree with this...

The answer is nobody willing to submit to such foolishness would first of all want to work for you and those that show up would fall into one or more of the following categories
•   Desperate for a job
•   Less qualified than you are attempting to discern
•   Hoping for a stepping stone to something better
•   Someone that leaves in disgust before the charade is over
The best of a sorry lot will still be a member of the sorry lot

Not having access to each candidate and their résumé is a poor start.  Often the résumé can give more information than the candidate might realise.  Once I had one from a candidate who had left Uni less than two years prior, but had listed so much "experience" that it was impossible to obtain any real value from that in less than 10-15 years in the industry.  Also, not meeting the candidate face-to-face means you won't get any body language cues or a good sense of how they interact with people.  There's just so much that your proposed process could fail on.

One simple question:  How will you know that the solution presented is actually the work of the candidate?

[ivaylo]

The OP told us:

This is a mental exercise ... that might help novices like myself ...

Good thread, hope he/she learns. Hiring in engineering is shooting in the dark. Those who are good at it posess something most of us don’t. The biggest problem I have with the premises laid is his/her  “Edit #2”.

[eecook]

Ok guys this post has been an epic FAIL  . My only goal was to pinpoint particular designs and engineering problems I could work on to improve my own skills. As a bonus I was hoping there would be some metric to easily measure my success so as not to fool myself into a competence illusion.

That's it! The fabricated "hiring somebody" scenario played differently in my head, I though it would be a good way to start the conversation, but I can see now that it was a terrible idea. So please let's forget about it 

If you got to this point, that's all you need. If you feel like you might be able to give me a hand you can keep reading.

Some background. I live in Argentina and in particular, the town where I am, well... there aren't many EEs around or even related companies out there, so it is just not a possibility to build meaningful relationships with the community, simply because there isn't one. There's no elder with a beard to go ask technical questions to and in terms of buying equipment and components, the borders are virtually shut, so while possible, it is not easy nor cheap to buy stuff.

I have made some good valuable experience in the industry (4 years). Now I am freelancing and it is all well and good. The fact is that I want to improve, I feel the necessity to learn the craftsmanship and mastery of the art. I need guidance and I want to be effective in how I use my time. The need for a metric is merely a way to keep myself bounded and be able to see my mistakes, considering that there won't be any mentors around. I have thought about getting a job overseas but at the moment it is not an option, but I don't discard it in the future.

I have not yet found my niche within EE, so I would like to keep on exploring. I know Altium, I have done a lot of PCB design in my last job, including power electronics, so I think I have a solid grasp there. I know a couple of things about component reliability, DFM and DFT. I can do basic analog stuff with op-amps and transistors, and even build some small (tens of watts) switching power supply. I can use a simulator like NL5 with confidence. I have done some embedded C and I am playing with new micro-controllers. I even took an Embedded Systems course in Coursera recently that was really good. I also have some knowledge and have done some machine learning for music information retrieval and I am really good with Matlab. Linux is another tool I can operate proficiently.

As long as they can be troubleshooted with "basic" equipment (Oscilloscope, low-range Spectrum Analyser, LCR meter, multimeter, DC bench supply and a function generator), I would like to improve my analog design skills and embedded system skills.

With all that in mind, I am looking for some project's I could work on to really improve those skills.

EDIT: If in your experience, you consider that there are skills of general application, please share that too.

[DimitriP]

My only goal was to pinpoint particular designs and engineering problems I could work on to improve my own skills. As a bonus I was hoping there would be some metric to easily measure my success so as not to fool myself into a competence illusion.

"It's far better to look for a solution to a problem  rather than trying to get someone else's "solution" to work."

In other words.....it would have been much more straightforward to ask what you can do to improve your skills in the firstplace. Unfortunately the answers will not be as straighforward as the question. 

[eecook]

My only goal was to pinpoint particular designs and engineering problems I could work on to improve my own skills. As a bonus I was hoping there would be some metric to easily measure my success so as not to fool myself into a competence illusion.

In other words.....it would have been much more straightforward to ask what you can do to improve your skills in the firstplace. Unfortunately the answers will not be as straighforward as the question. 

Absolutely

[free_electron]

my answer would have been : find someone else to cram this into an altoids box. this can't be done, i'm outta here.

[Rerouter]

there aren't many EEs around or even related companies out there,

Sometimes this just means you havent learnt the right wording. Be it a large company going out of there way to call a job what it is, or a small company not knowing what to call the position.

E.g. my current job was listed tas "R&D / repair technition" but its actually a full package engineering role, designing complete products

No elder with a beard to go ask technical questions to and in terms of buying equipment and components, it is not easy nor cheap to buy stuff.

My best recommendation would be if you genuinely have no one local would be to find an electronics IRC group, or even get more compfortable with this forum, generally most problems dont need a grey beard to solve, just someone who has learnt things different to you, so you can build upon each other. (I know the pain of finding technically minded freinds)

I want to improve, I feel the necessity to learn the craftsmanship and mastery of the art. I need guidance and I want to be effective in how I use my time. The need for a metric is merely a way to keep myself bounded and be able to see my mistakes, considering that there won't be any mentors around.

This may sound redundant, but a good starting metric is to ask yourself "what do I not know?" E.g. the first that pops to my mind is RF black magic. One of thr better skills to have as am engineer is to know your limitations, so you can plan time, or seek out knowledge to learn that topic enough to accomplish your task.

Seeing mistakes is harder, there are a few threads per month of people posting pcb layouts to have a wider audience reveiw it to catch out all the small things you learn over time, reading a few of them can help refine your understanding.

I have not yet found my niche within EE, so I would like to keep on exploring.

I would like to improve my analog design skills and embedded system skills.

Sounds like you have a good starting point, fair warning. You never really get a niche, just expertise in an area. Too much of a good thing can be boring as an engineer. If you know everything there is to know in a feild, the challenge stops.

Completing projects is indeed a good way to quickly build up a knowledge base, expecially when you go outside your compfort zone. For me I learn from others mistakes on this forum, reading up enough to help others through things I walked into with zero knowledge of.

If you want to learn more about embedded and analog. Then you can approach it a few ways, e.g. for the analog, it splits generally into high accuracy or high speed, they both get approached different ways, and there are some amazing free reference guides by various component manufacturers on the subjects.

For the embedded, its going to come down to what flavor. E.g. take a micro, and get it to do something at the lowest power draw. Or getting your hands dirty on the built in peripherals, doing as much in hardware as possible leaving the micro free to compute or log, etc

[tggzzz]

Real engineers must be able to recognize an impossible design spec, and respond appropriately. (Where 'appropriate' depends on the circumstance.)

In the Electrical Engineering finals papers at Imperial College Professor Eric Laithwaite used to set one question that could not be answered in the available time. He expected his students to recognise and avoid that question.

I wonder if you could get away with that nowadays?

[Brumby]

Probably not.

Someone would likely get up in arms about it and challenge the validity of the test on the basis that the discernment necessary was not a core part of the subject being tested and that valiant efforts to answer such a question simply wasted time.

The fact that such decisions need to be faced frequently in the real world would not be considered relevant.

That is, until you get out there.

[JacquesBBB]

This is usually known as the secretary problem. How to choose the best secretary. From what i recall, there is a standard solution which is to interview sqrt(n) candidates, where n is the number of candidates.

You do not take any of these, and then you take the first of the next ones that is better than the previously interviewed.

Here sqrt(n)=10

[Brumby]

This is usually known as the secretary problem. How to choose the best secretary. From what i recall, there is a standard solution which is to interview sqrt(n) candidates, where n is the number of candidates.

You do not take any of these, and then you take the first of the next ones that is better than the previously interviewed.

Here sqrt(n)=10

This actually isn't relevant to the Op's real question.

We only found this out recently...

Ok guys this post has been an epic FAIL  . My only goal was to pinpoint particular designs and engineering problems I could work on to improve my own skills. As a bonus I was hoping there would be some metric to easily measure my success so as not to fool myself into a competence illusion.

That's it! The fabricated "hiring somebody" scenario played differently in my head, I though it would be a good way to start the conversation, but I can see now that it was a terrible idea. So please let's forget about it 

[TerraHertz]

Real engineers must be able to recognize an impossible design spec, and respond appropriately. (Where 'appropriate' depends on the circumstance.)

In the Electrical Engineering finals papers at Imperial College Professor Eric Laithwaite used to set one question that could not be answered in the available time. He expected his students to recognise and avoid that question.

I wonder if you could get away with that nowadays?

Probably not.

Someone would likely get up in arms about it and challenge the validity of the test on the basis that the discernment necessary was not a core part of the subject being tested and that valiant efforts to answer such a question simply wasted time.

The fact that such decisions need to be faced frequently in the real world would not be considered relevant.

That is, until you get out there.

This reminds me of the recent thread about a Leftist lady professor of Elec Eng proposing that 'engineering rigor' was some kind of white male entitlement rubbish.

The story about prof. Laithwaite's 'impossible to answer in the time available' exam question is nice. Every engineering exam should include one; feelings of those who fail it be damned. That's the whole point - anyone who argues such a question was unfair should not be an engineer. I wonder how the designers of that tensioned concrete foot-bridge that collapsed would have handled Laithwaite's question?

Engineering courses should include a section on recognizing situations where going along with perceived expectations will lead to disaster. Cutting costs and time with bridges, attempting to solve impossible questions in exams, allowing a Shuttle launch at temperatures below the design safety window, or whatever.

Edit to add:
@eecook.  Other desirable engineering attributes, are openness, honesty, and not over-thinking problems.
OK, so you are geographically isolated. I can empathize with this. Australia is similar, though not as severe. In any case my own circle of friends now includes not one other ee-engineer, or even any kind of engineer. (Since a good friend died last year.)
So you are 'limited' to what you can gain from the Internet. Be thankful you do have that vast resource, unlike earlier generations (me & my friend) who had no such thing for most of our lives.

Anyway, you've learned something from this. When you have a problem to solve (for eg finding ways to improve your own skills) to get assistance from the international community, best to ask the exact question. Not construct some convoluted scenario that you hope may lead to something relevant to your needs. One thing to _never_ do on the Net, is let yourself be perceived to be devious and misleading.

By the way. As others have pointed out, there is NO WAY any engineer is going to do a whole, complex design (eg your solar power supply in a small box) just as an exercise for some skills evaluation. They _might_ be prepared to show details of past designs done - but probably not, as those will likely be proprietary to previous companies they worked for. If they did give you such details, you wouldn't hire them anyway, since they just demonstrated they can't be trusted to keep commercial secrets.
Letting you briefly view documentation, or showing actual PCBs and proving they designed them (and they worked)... that's workable.

Another way to find out a lot about what someone knows, is to hand them some random consumer electronics product, or tech instrument, and have them take it apart and give you commentary on how they think it works, what each component does, functional areas of boards, etc. Maybe you could suggest it has various kinds of faults, and ask where they would start looking for the problem. Or ask how they would improve it. Focused casual conversation can be very revealing of general tech knowledge. If you want to see their practical skills, get them to replace some part you specify, using your equipment.
Even small things can be significant, like whether they handle PCBs/parts in a static-safe way, and whether they know which kinds of boards and components would be static sensitive, and which are not.

[TerraHertz]

FWIW, back in 1999, I wanted to find another person with general electronics and software skills, to add to a design team I was leading for a small poker machine maker. Here's an advert, that I made up and placed in (I think) ETI magazine.

We got a few applicants, but none that were adequate. One Russian engineer I was still in contact with then, from a company I'd previously worked at, got the answer. And also found a bug in the design. I'd not actually constructed the thing; it was just a mental model. I'd have given my Russian friend the job, but his existing one was better paid.

What's the answer? I don't suggest you waste your time. But if you do try you'll know without me telling you, if you get the right answer.

[eecook]

Seeing mistakes is harder, there are a few threads per month of people posting pcb layouts to have a wider audience reveiw it to catch out all the small things you learn over time, reading a few of them can help refine your understanding.

That's a good idea! will do that.
 

Completing projects is indeed a good way to quickly build up a knowledge base, expecially when you go outside your compfort zone. For me I learn from others mistakes on this forum, reading up enough to help others through things I walked into with zero knowledge of.

If you want to learn more about embedded and analog. Then you can approach it a few ways, e.g. for the analog, it splits generally into high accuracy or high speed, they both get approached different ways, and there are some amazing free reference guides by various component manufacturers on the subjects.

For the embedded, its going to come down to what flavor. E.g. take a micro, and get it to do something at the lowest power draw. Or getting your hands dirty on the built in peripherals, doing as much in hardware as possible leaving the micro free to compute or log, etc

Thanks indeed! Any reference document you might suggest?

[coppice]

Real engineers must be able to recognize an impossible design spec, and respond appropriately. (Where 'appropriate' depends on the circumstance.)

In the Electrical Engineering finals papers at Imperial College Professor Eric Laithwaite used to set one question that could not be answered in the available time. He expected his students to recognise and avoid that question.

I wonder if you could get away with that nowadays?

This was pretty normal in high school exams when I was at school. The UK A-levels for physics, chemistry and maths were "answer 8 out of these 10 questions" type papers. Sometimes you dropped the 2 on the subjects you were weakest on. Sometimes you dropped a question because it was clearly a horrendous time soak.

[eecook]

@eecook.  Other desirable engineering attributes, are openness, honesty, and not over-thinking problems.

Thanks!!! Well, I definitely have all of those except for the last one! I am actually glad you brought that up, I cannot seem to escape the "mental masturbation" cycle. How do you train that skilll? Take a recent problem I had, to instrument an isolated current meter for AC mains connected appliances. My thinking process was too chaotic and stressful to be honest, for example:
"Shit I have never done this before, I wonder if I am going in the right direction?"
"Should I account for common-mode noise?"
"Should I use a simple single ended op-amp or a differential in-amp?"
"How could I establish which of those I should use?"
"How could I establish a fair comparison?, the two circuits will respond differently to temperature, there will be thermal noise from caps and resistors and the noise from the op-amps will also come into play...."

I quickly turn something simple into an untraceable clusterfuck.

I ended up designing the 2 circuits which I'll be building this week, but I realise I'll be only playing with them in the hope of gaining insight.

OK, so you are geographically isolated. I can empathize with this. Australia is similar, though not as severe. In any case my own circle of friends now includes not one other ee-engineer, or even any kind of engineer. (Since a good friend died last year.)
So you are 'limited' to what you can gain from the Internet. Be thankful you do have that vast resource, unlike earlier generations (me & my friend) who had no such thing for most of our lives.

Absolutely, the internet is by all means my friend here. I am super grateful for this forum.

Anyway, you've learned something from this. When you have a problem to solve (for eg finding ways to improve your own skills) to get assistance from the international community, best to ask the exact question. Not construct some convoluted scenario that you hope may lead to something relevant to your needs. One thing to _never_ do on the Net, is let yourself be perceived to be devious and misleading.

Yes!! That needs no editing, lesson learned!

[eecook]

Real engineers must be able to recognize an impossible design spec, and respond appropriately. (Where 'appropriate' depends on the circumstance.)

In the Electrical Engineering finals papers at Imperial College Professor Eric Laithwaite used to set one question that could not be answered in the available time. He expected his students to recognise and avoid that question.

I wonder if you could get away with that nowadays?

I would have benefit from that a lot!

[tggzzz]

Actually a more complete statement of Laithwaite's position was...

Eric Laithwaite at Imperial College used to set exams where one question was easy and sufficient get you a pass mark, one was more challenging and couuld get you a good degree, and one could not be answered adequately in the time available. He expected his undergraduate engineers to be able to determine which questions to avoid. If they couldn't, they wouldn't make good engineers anyway.

[JohnnyMalaria]

His Royal Institution Christmas Lectures on BBC were amazing.

[eecook]

I wonder if something like the Elenco Playground would help to build up my analog skills

[Rick Law]

Earlier in my career (late 1980), "hire for attitude" was much the conversation.  (Summarized by this article decades later:  Hire for Attitude, Train for Skill in Harvard Business Review by Bill Taylor, Feb 01, 2011)

Today, changes in technology is even more rapid.  Unless one is hiring for a particular slot in a project, I would think "ability to learn" is far more important than existing skill.  Attitude is the super-set of learning ability.  How the candidate deals with unknowns (ie: needs for learning), risk, etc. would be every bit as important in success as in 1980's, 2011, or today.

[Rerouter]

Reference guides:
High speed analog
http://www.analog.com/en/analog-dialogue/articles/high-speed-printed-circuit-board-layout.html

Precision analog
http://www.analog.com/en/technical-articles/layout-for-precision-op-amps.html

General layout practicrs http://www.ti.com/lit/ml/slyp173/slyp173.pdf

Low power embedded starting point
https://learn.sparkfun.com/tutorials/reducing-arduino-power-consumption

[Leiothrix]

Actually a more complete statement of Laithwaite's position was...

Eric Laithwaite at Imperial College used to set exams where one question was easy and sufficient get you a pass mark, one was more challenging and couuld get you a good degree, and one could not be answered adequately in the time available. He expected his undergraduate engineers to be able to determine which questions to avoid. If they couldn't, they wouldn't make good engineers anyway.

That only has a chance of working if you tell the students beforehand.  Otherwise they'll just assume it is another terribly written test and try and give some sort of answer to all of the questions.  Normally half an answer will give you some marks, where as a non-attempt will give you zero.

[EEVblog]

By the way. As others have pointed out, there is NO WAY any engineer is going to do a whole, complex design (eg your solar power supply in a small box) just as an exercise for some skills evaluation.

If I was asked to do such a thing in an interview I'd go off on a tangent about random design considerations that would go into such a thing. If they didn't like that response then they aren't smart enough to work for.

Another way to find out a lot about what someone knows, is to hand them some random consumer electronics product, or tech instrument, and have them take it apart and give you commentary on how they think it works, what each component does, functional areas of boards, etc. Maybe you could suggest it has various kinds of faults, and ask where they would start looking for the problem.

I do that in interviews. I give them a board and say "tell me whatever you can about it". Some need some prompting, and that's ok, but the idea is to see what type of broad knowledge you have, or specific areas of expertise etc. Those can't tell me me anything at all after prompting fail the basic knowledge test.

[tggzzz]

By the way. As others have pointed out, there is NO WAY any engineer is going to do a whole, complex design (eg your solar power supply in a small box) just as an exercise for some skills evaluation.

If I was asked to do such a thing in an interview I'd go off on a tangent about random design considerations that would go into such a thing. If they didn't like that response then they aren't smart enough to work for.

I was once asked, at an company that should have known better, "if you were an ancient Egyptian building the pyramids, how would you know when the shift had ended?". I spent a long time avoiding the "expected" answer, coming up with many alternative workable ideas.  I was offered the job, but declined it.

I had been inspired by the apochryphal "how would you measure the height of a building with a barometer?" => "compare shadow lengths", "time how long it takes to fall", "give it to the janitor in exchange for the information" etc

Another way to find out a lot about what someone knows, is to hand them some random consumer electronics product, or tech instrument, and have them take it apart and give you commentary on how they think it works, what each component does, functional areas of boards, etc. Maybe you could suggest it has various kinds of faults, and ask where they would start looking for the problem.

I do that in interviews. I give them a board and say "tell me whatever you can about it". Some need some prompting, and that's ok, but the idea is to see what type of broad knowledge you have, or specific areas of expertise etc. Those can't tell me me anything at all after prompting fail the basic knowledge test.

One of my techniques for design positions was to say "a manufacturer wants us to design a traffic light controller for a 7yo toy car/road set. What do you suggest?". Then we would have a leading conversation based on what they thought of and what the company would do. That two way flow of information was most revealing.

[EEVblog]

One of my techniques for design positions was to say "a manufacturer wants us to design a traffic light controller for a 7yo toy car/road set. What do you suggest?". Then we would have a leading conversation based on what they thought of and what the company would do. That two way flow of information was most revealing.

I do that as well, even with the PCB question. They mention differential pair, and off we go in that direction...

[NivagSwerdna]

I was once asked, at an company that should have known better, "if you were an ancient Egyptian building the pyramids, how would you know when the shift had ended?". I spent a long time avoiding the "expected" answer, coming up with many alternative workable ideas.  I was offered the job, but declined it.

As a contractor I've had rather a lot of interviews with such questions and after a while the trick is to appear not to have heard the question before, create a suitable delay and then give the answer.
One programming question that really annoys me is... you are given a set of the number 1..n in no particular order but with one number missing, how would you find the missing number efficiently?
But some pleasure can be gained after answering the question by posing the question back to the interviewer... what if two numbers are missing.... or three... how is that relevant to communications protocols... by that time their mind has melted and you can get on with the job. 
others... sitting in a boat with a brick, throw the brick over board, what happens to the boat, brick, lake.... etc etc etc....

[Rerouter]

The other way you can throw it back, Do they need it time efficient, cost efficient, memory efficient, time to market efficiency. etc

E.g. coming from an embedded past, If I know it was only an Int16 or int32 number, allocate that amount of memory, set the corresponding bit for each number, then at the end check what was not FF, It overall my untrained head thinks that would be faster than any sort approach.

[coppice]

One of my techniques for design positions was to say "a manufacturer wants us to design a traffic light controller for a 7yo toy car/road set. What do you suggest?". Then we would have a leading conversation based on what they thought of and what the company would do. That two way flow of information was most revealing.

Posing a simple project can be a good approach. For experienced engineers, asking them to talk about a previous project can flush out a lot of useful information about the person. Especially when you are trying to figure out the level of seniority that enjoyed in their previous work.

[tggzzz]

One of my techniques for design positions was to say "a manufacturer wants us to design a traffic light controller for a 7yo toy car/road set. What do you suggest?". Then we would have a leading conversation based on what they thought of and what the company would do. That two way flow of information was most revealing.

Posing a simple project can be a good approach. For experienced engineers, asking them to talk about a previous project can flush out a lot of useful information about the person. Especially when you are trying to figure out the level of seniority that enjoyed in their previous work.

Very true. Any interviewer that didn't/couldn't do that would be a Big Red Flag that it would be a bad place to work.

At one interview I explained all the hardware and software I'd created. The interviewer clearly hadn't been listening since he then asked me if I was "really a hardware or software engineer". I instantly switched off, and was merely polite for the rest of the interview.

[pardo-bsso]

Some background. I live in Argentina and in particular, the town where I am, well... there aren't many EEs around or even related companies out there, so it is just not a possibility to build meaningful relationships with the community, simply because there isn't one. There's no elder with a beard to go ask technical questions to and in terms of buying equipment and components, the borders are virtually shut, so while possible, it is not easy nor cheap to buy stuff.

Where are you now? come along to embebidos32, we are a cool bunch of people. I've found that hanging around university research labs lending a hand from time to time gave me access to a lot of interesting things to expand my knowledge and a pool of people that's invaluable.

The book Analog SEEKrets has nice tips too.