|
My take on it is more around domain speciality, than a purely technical focus. I'm a web developer / designer-lite (amongst other things in previous lives), and have embedded myself as the web-tech guy for an embedded / hardware team. I help provide better customer facing interfaces (through websites, apps, etc) to both end users and manufacturer that the company uses. I've made small, simple tools that can be packaged up along in a device's flash (it's ~2KB), that allows a user to interrogate the device via serial, capture all the commands + responses, & trivially email them to an engineer. It's designed for troubleshooting devices remote, without needing to ship JLink's or debuggers or what not to clients. It's a very small thing, but it's cool to hear people using it to help troubleshoot with users, in a way that's much simpler than trying to jump on the phone with them & guess what they're seeing on their screen. I also specifically help make manufacturing test systems which sit closer to a web-app like experience (in terms of usability and visuals), because I've observed that providing end-of-line manufacturing staff with poorly cludged together test systems leads to a bunch of errors which don't need to exist (they're often just quickly thrown together CLIs, which are unpleasant to use and buggy all round - especially for less tech savvy manufacturing staff). I also happen to really like embedded engineers, they're fun to hang around with - and I get genuine satisfaction out of being able to help them out in areas they haven't specialised in. |
Yeah, I think that is good advice. You just need "an in", somewhere to start.