Hacker News new | past | comments | ask | show | jobs | submit login

>The real issue was that I had ended up cutting a lot of corners to try and get things done in time, particularly with regards to testing. Definitely a major lesson learned.

Haste makes waste, measure twice and cut once. It's one of the hardest lessons to properly internalise - bodges and firmware changes can be hugely time-consuming, so it nearly always makes sense to absolutely nail your prototype before moving to production.

Congrats on a cool project.

i.e., waterfall really does make sense when you're dealing with hardware.

I want to push back on this notion a little bit. I think non-waterfall is plenty fine for hardware development. If you structure your product development cycle as a series of (design, build, test, feedback) steps, you get that valuable feedback much earlier than later.

One/one-hundred-off prototypes are expensive but nothing beats the information gained from soldering a board, plugging in connectors, and programming chips directly. You'll do these steps at the end of a waterfall process anyways, and I'd say they're more expensive to alter then. When a problem is found, deciding to bodge wire two pads is the high-cost, low-risk solution to problems found late in the game. Discovering the problem early, fixing it in the schematic, and testing during your next prototype cycle is cheaper during production and risk is mitigated because you're still going to be testing before you ship.

Of course, this is all very much propaganda, and not all shops would follow this idealistic scenario, but I don't think hardware is any more waterfall than anything else.

Guidelines | FAQ | Support | API | Security | Lists | Bookmarklet | Legal | Apply to YC | Contact