Re: Best Practices for Hardware Engineers
- From: "Luhan" <luhanis@xxxxxxxxx>
- Date: 31 May 2006 08:58:16 -0700
John Larkin wrote:
On 31 May 2006 07:47:26 -0700, "Luhan" <luhanis@xxxxxxxxx> wrote:
jjlindula@xxxxxxxxxxx wrote:
Here is my list in no particular order
1. Always have a top block diagram, in your schematics and in your FPGA
code
2. Follow the System Engineering Design Process Model
3. Document, Document, Document your work
4. Modularize your work
5. Try a Top Down design approach instead of Bottom Up
6. Ask for Peer Reviews and code walk throughs
7. If a standard exits then follow it.
8. Manage time, don't let time manage you.
I don't get much out of your list, here is mine...
1. Make sure your client knows what he's getting into - time, money,
problems, etc.
2. Dont use any parts that the sales reps say are replacing the current
ones.
3. Document only as much as you need for yourself, offer extensive
documentationt to the client after the project is done. Let them pay
for as much as they want.
4. Check out the convetional solutions, use only as they apply.
5. Dont take on any project unless you have it mostly designed already.
6. Write the manual first.
Hey, thats a good one. I wrestled back and forth with one client for
weeks as they gave me vague and conflicting functions for the product.
Maybe, let *them* write the manual first!
Luhan
.
- References:
- Best Practices for Hardware Engineers
- From: jjlindula
- Re: Best Practices for Hardware Engineers
- From: Luhan
- Re: Best Practices for Hardware Engineers
- From: John Larkin
- Best Practices for Hardware Engineers
- Prev by Date: Re: Low voltage power switching
- Next by Date: Re: Pitch distortion in VoIP?
- Previous by thread: Re: Best Practices for Hardware Engineers
- Next by thread: Re: Best Practices for Hardware Engineers
- Index(es):
Relevant Pages
|
|