305: Humans Have a Terrible Spec Sheet
Transcript from Humans Have a Terrible Spec Sheet with Amanda Wozniak, Elecia White, and Christopher White.
EW (00:00:06):
Welcome to Embedded. I am Elecia White, alongside Christopher White. This week, we're going to talk about robotics and biomedical electrical engineering with Amanda Wozniak.
CW (00:00:17):
Hi, Amanda. Thanks for joining us today.
AW (00:00:19):
Hi, thanks for having me.
EW (00:00:22):
Could you tell us about yourself as though I were one of those people who just asked, "Any relation?"
AW (00:00:27):
Well, no...I mean, I have an Uncle Steve, but no relation to the Steve Wozniak you're probably thinking of. Wozniak is actually Polish for Carter.
CW (00:00:37):
So fairly common.
AW (00:00:39):
It is. It really is.
EW (00:00:41):
I'm sorry. Could you introduce yourself?
AW (00:00:44):
Yes, my name is Amanda Wozniak. I'm a MIT grad and electrical and systems engineer in Boston.
EW (00:00:53):
Alright. Well, since we're going to go through more of your career, I'm going to let it be short this time.
AW (00:00:58):
Alright.
EW (00:00:58):
Speaking of short, we do lightning round where we ask you short questions and want short answers. And if we're behaving ourselves, we won't ask you, "How," and, "Why," and, "Are you sure?" Are you ready?
AW (00:01:09):
Oh, good. Yes, I am.
CW (00:01:11):
If you had your own podcast, who would you want to be a guest, and what would you ask them?
AW (00:01:16):
I would definitely want to talk to pretty much any theoretical physicist or anyone who's worked in at NASA. And I would ask them pretty much how effective they are at getting anything done. Because,...well, the problems base is huge.
AW (00:01:28):
So there's just probably so many interesting stories there from random things. Talking to engineers about bouncing radar off of the inside of test fixtures is really interesting. So I would collect all the war stories from back in the day.
EW (00:01:44):
Let me write that down. We need to find somebody at NASA.
AW (00:01:47):
You do.
EW (00:01:50):
Should we bring back the dinosaurs?
AW (00:01:53):
No, but that's because I already have little pet dinosaurs, and I'm happy with them being fairly small and manageable. If they get too big, then, I mean, turkeys are already bad enough.
CW (00:02:04):
Show title. Should the BOM with vendors detailed be part of open source hardware?
AW (00:02:10):
Absolutely. Absolutely.
EW (00:02:13):
Which Sesame Street character best represents you?
AW (00:02:16):
Probably Grover.
CW (00:02:18):
Favorite fictional robot?
AW (00:02:20):
Favorite fictional robot is Red Robot from Diesel Sweeties.
EW (00:02:25):
And do you have birds or lizards?
AW (00:02:28):
I have birds. Two caiques.
CW (00:02:31):
Alright.
AW (00:02:32):
Alright.
CW (00:02:32):
We've completed lightning round.
EW (00:02:34):
I think...yeah, I think that -
CW (00:02:35):
Congratulations.
AW (00:02:36):
Thank you.
CW (00:02:37):
There is no prize.
EW (00:02:38):
There is.
AW (00:02:39):
It's unfortunate that you didn't ask why, because Red Robot wants to crush all humans and then finds an Icelandic girlfriend who teaches him how to love. So it's pretty great.
EW (00:02:48):
Oh, that is pretty great. Alright. Another thing I have to write down. Okay, so you are an electrical engineer, and you mentioned MIT.
AW (00:03:00):
Yep.
EW (00:03:01):
Why MIT?
AW (00:03:03):
Actually, MIT because my best friend in high school put me up to applying. And I didn't figure out why I was really at MIT until about halfway through my junior year. So like a lot of people in tech, I didn't know what my options were. And like a lot of women in my era, I actually didn't think I could do tech.
AW (00:03:23):
So I was going to go somewhere else. I didn't actually really know until my friend put me up to apply. And then while I was there, I had the normal freshman and sophomore experience of trying too hard. And then the fact that you're trying too hard holds you back.
AW (00:03:38):
And so it wasn't until my junior year, when I was really frustrated with my lab, and I was kicking things in the hallway. And I'm like, "Why am I even here?" And I was like, "Oh, because they know everything here, or someone knows how to do everything or understands things here."
AW (00:03:51):
"And if they don't understand it here, they don't understand it anywhere. So I'm here to learn and to put as much knowledge into my bag as I possibly can." And it was interesting, because right after I figured out why MIT, I started getting A's. So that was pretty rad.
EW (00:04:08):
Yes. When you're trying too hard, but then you're trying too hard to get grades, not to learn. And then you learn, and then suddenly your grades go up. Yes.
CW (00:04:14):
Very familiar experience.
AW (00:04:16):
Yeah. Because it's not about the grades...Basically as a kid, I wanted to be MacGyver when I grew up, because MacGyver knows everything.
EW (00:04:25):
Yes, yes. Oh, I'm familiar with that one. Yes.
AW (00:04:27):
Yeah. Yeah. And so -
CW (00:04:27):
Everything about paper clips.
AW (00:04:30):
I mean, I literally had the experience as a kid of taking apart a radio, because I was ready for my MacGyver moment. And I was eight, and I found a circuit board. I didn't know what it was. I took it to the librarian, and I'm like, "What is this?" And she's like, "I don't know."
AW (00:04:43):
And I'm like, "How am I going to make stuff?" And she's like, "I don't know.' And that was my freshman admissions essay. That's why I wanted to go to MIT. I'm like, "I want to make things. I want to build things. I want to understand how stuff works."
EW (00:04:55):
But you stayed at MIT to get a master's instead of going immediately into engineering. Why?
AW (00:05:01):
I did. Well, because in part, I didn't feel like as an undergrad I knew enough. I would go to different career fairs. I would go to talks from Medtronic, and Guidant, and things like that. And I'm like, "Oh, my God, I'm not ready to build things. I'm going to kill somebody. I better stay here, and learn more, and learn as much as I can."
AW (00:05:21):
But I did have that moment of, I went to my advisor when I was finishing my masters, ...and my advisor was Gerry Sussman, and I asked him, "Should I get a PhD?" And he's like, "Well, what do you want to do?" And I'm like, "Well, I want to solve problems." And he's like, "No, you need to get a job."
AW (00:05:36):
Because I was like, "I want to solve constrained problems." He's like, "Do you care what problem?" And I'm like, "No, just hard problems." And he's like, "Yeah, get a job." And then he sent me to actually go apply at Analog, because quote, all of their parts always pass datasheet specification.
EW (00:05:53):
And so you became an applications engineer at Analog Devices?
AW (00:05:57):
I did. Yeah.
EW (00:05:59):
How did you make the transition from wanting to learn things and being in school to being a working engineer?
AW (00:06:08):
Well, for me it was a series of phases. So I actually put myself through MIT. So I always had to work. And I started off my first job that was not sort of working at a coffeehouse. It was a paid year up at the Media Lab that I took in order to learn how to do microcontroller development.
AW (00:06:26):
And when that didn't work out as much as I wanted, it opened up another opportunity for sort of scholarship in semiconductors. So at the time it was the dot-com boom, and Intel was sponsoring women in science and engineering.
AW (00:06:39):
So I took my experience at the Media Lab, I interviewed for this scholarship, and they ended up giving it to me. And Intel sponsored my undergrad and actually covered a year of my master's, because it was three years of tuition or until you graduate, whichever comes first.
AW (00:06:56):
So I delayed graduating until I'd finished all but two of my M-Eng classes. And so that also came with co-op. So I started co-oping every summer, working for first Intel and then IBM.
AW (00:07:09):
So it didn't seem like a big transition to go from school to work, because I'd already been working at least three months a year on very directed topics with teams, even though co-ops are mini projects. You sort of get in the practice of working.
EW (00:07:23):
And what about the things that an electrical engineer does that they don't teach you in school? Like schematics and kitting?
AW (00:07:30):
Well, they don't teach you a lot...Actually, they don't teach you anything about drawings, which if you are making any parts, you need to know about. So there's a whole host of even mechanical things that electrical engineers need to learn about. You don't learn about thermal effects. You don't learn about part tolerancing.
AW (00:07:47):
You don't learn about component derating. You don't necessarily learn to even read spec sheets. So one of the things that we did in my analog circuit design class was we actually reverse engineered a datasheet. And this is part of why I was really excited to go to analog devices.
AW (00:08:04):
But what we were doing is we were trying to reverse a datasheet to understand the characteristics of a bipolar junction transistor. And the whole exercise was one to understand component specsmanship. But even at MIT, that kind of exercise was a really weird outlier.
AW (00:08:21):
The only reason we did the lab that way is because the lecturer happened to have a very practical non-academic background. And so he's like, "If you want build circuits,...you need to know how to do this."
AW (00:08:31):
And so he actually pulled something from industry into a classroom, which was not typical of a lot of MIT classes, which were much more grounded in, "What's the theoretical behavior of semiconductor physics?" So I always found that really exciting. And then you only see it when you're in engineering.
AW (00:08:51):
You also don't learn anything about signal integrity. You don't learn a lot about noise. You don't learn a lot about non-ideal circuits, and it's the same story for electrical that it is for mechanical. There's just so much you don't see, because in school they're trying to teach you sort of a canonical example.
AW (00:09:07):
And...I'm the type of person where I would go into lab, and I would be very frustrated that my stuff wouldn't work, and I would realize it wasn't working because of parasitics. And I would find all of these ways to engineer around basically the ground truth of the real world, as opposed to the ideal circuit design.
AW (00:09:23):
So there's just so much you don't learn. It's not even practical skills on how to build. It's practical skills on how to understand, that you don't see until you have a circuit, and you accidentally have it latch up, or set on fire, or capacitors start screaming and then popping.
AW (00:09:42):
Because you have a standing wave frequency on your power distribution system and literally caps blow up because of a excitation mode.
CW (00:09:51):
I wish they'd be upfront about that in academics. Like, "Okay, here's this program, and this is what we're teaching you, and why." I think it would help with frustration. Because I had similar experiences, and it felt like, "Why are you teaching me this? I don't know how to do anything."
AW (00:10:07):
Yeah, I have to wonder sometimes if it's because a lot of the really practical things seem like it's vocational training -
CW (00:10:12):
True.
AW (00:10:12):
- and vocational training isn't important enough.
CW (00:10:15):
Yeah.
AW (00:10:15):
But it's so critical, actually.
EW (00:10:17):
Yeah. You come out of school with debts and a big bucket of knowledge that you think, "Okay, I'm going to spend my whole day doing Fourier analysis," and it turns out you're -
CW (00:10:28):
You're going to call FFT parentheses -
EW (00:10:31):
Call FFT.
CW (00:10:32):
- buffer.
EW (00:10:33):
And then you're going to yell at somebody for not having the right one for you.
CW (00:10:36):
Yeah.
EW (00:10:37):
Yeah.
AW (00:10:38):
Yeah...One of the things when I go back and I talk to the Society for Women Engineers dinners that occasionally I'll get invited to, I just always make sure to tell them one, engineering's really not intuitive. Two, you haven't learned half of what you need to know to feel like you're going to be good at it.
AW (00:10:57):
And anyone who thinks that they're really good at it is lying and doesn't really understand how their circuit works yet. And then the next advice is just to get into lab as soon as possible. And just start learning about where the failures really are.
EW (00:11:10):
How did you learn that? Was it mentors at Analog Devices and your co-ops or, yeah, how?
AW (00:11:17):
Yeah. Well, so a little bit of mentorship and then...a strong dose of foolhardiness.
EW (00:11:23):
Yes.
AW (00:11:24):
And being very stubborn. So one of the examples in school we had is we had to build an operational amplifier And there's some canonical method for finding out the 3 dB point of an amplifier, which is you put in a sine wave. And the 3 dB point is the cutoff frequency where the output amplitude starts to drop.
AW (00:11:45):
And the textbook way of doing it is everyone just puts in a sine wave, and they start sweeping the sine wave until the 3 dB point. They see the amplitude drop by 3 dB, and then they're like, "Okay, that's the 3 dB point." Because I'm stubborn, I started sweeping the frequency up, and then I started sweeping the frequency down.
AW (00:12:02):
And the 3 dB point moved. And I literally spent probably 20 hours in lab. And this is the parasitics example, figuring out, "Oh, why is this happening? Oh, it's parasitics. How do I get around it? Is there another test method, right?" And just hammering out at it until I found a better way.
AW (00:12:14):
Because I was stubborn when I went to Analog, that same stubbornness kept me in the lab for long hours, at which point people would come over and start talking to me about, "Hey, what are you trying to do? What are you trying to measure? What are you interested in learning? What are you seeing?"
AW (00:12:28):
And then I got a lot of specific informal mentorship, not from my direct managers, but from technicians, from the other engineers who were also in the lab pretty late at night, who were the type of folks who cared about their measurements so much that they hand wound their own inductors as part of their measurement setup.
AW (00:12:48):
And then I also spent a lot of time with the folks that are considered the support team, like the CAD engineers, just talking to them. And every time they're like, "Hey, by the way, that's not going to work." I listened.
AW (00:12:59):
And then they would tell me about why it wasn't going to work. So everything from connector, footprints, board stackups, the whole thing.
AW (00:13:07):
And so a lot of my mentorship was not from someone actively trying to teach me, but someone just saying, "By the way, you're going to mess up," or actually breaking something, and then working on it until I could understand it, and fix it. So just a lot of willingness to spend time in the lab.
EW (00:13:25):
You've mentioned parasitics twice.
AW (00:13:26):
Yes. Yes.
EW (00:13:26):
Could you explain, for the software engineers, what that means? For me?
AW (00:13:31):
Yeah. Yeah, so...this is why everyone says RF is black magic. Parasitics are things about the physical world that mean a...component is never ideal. It's effectively the electrical equivalent of cobwebs and dust everywhere.
AW (00:13:52):
So if you have in your mind, "Oh, you make a circuit by connecting components, and it's the connection between components that creates behavior, it's just stuff that changes a resistor's value." It's stuff that changes a capacitor's value. It's stuff that adds a capacitor where you don't expect it.
AW (00:14:10):
So it's almost like if you were doing auto-generated code, but there were little things that could inject random jump statements or slightly change variable values on you without you being able to catch it in the compiler.
AW (00:14:22):
Or it's if you had really bad memory, right, and you set a value, and that value was used to calculate things, imagine that value could shift over time, because there was memory degradation.
AW (00:14:35):
So one time you call the function and your coefficient is 1.1, and the next time you call a function, and that same coefficient is now 1.12, but you're relying on that to be 1.1 all the time. That's what parasitics are.
CW (00:14:47):
That sounds horrible.
EW (00:14:51):
That's where the real world is.
AW (00:14:53):
It is. The real world is in things like parasitics intolerances, because there's no such thing as a perfect component.
EW (00:15:00):
Okay. So you were at Analog, and then you worked at Harvard.
AW (00:15:04):
I did. Yeah.
EW (00:15:05):
What was that?
AW (00:15:07):
What was that like? Or how did that happen?
EW (00:15:09):
Well, both. Both, both, both.
AW (00:15:11):
Okay. Well, the way it happened was actually good luck, bad luck. So I was at Intel, and IBM, and then Analog, and I was working on semiconductors. And I was super excited when I started. Because semiconductor physics is hard, because you can't see the devices you're working on.
AW (00:15:27):
They're hard to measure. And after a few years I got really bored and really unhappy, because I actually stopped learning. And I was actually at Analog in 2000, I think that was 2008. And I was miserable, because I'd already designed a whole bunch of application boards around this part family.
AW (00:15:48):
Designing boards is much faster than designing integrated circuits, right? So I had written 13 duplicate datasheets, and I'm like, "I'm not learning anything. I'm unhappy. I'm not growing."
AW (00:15:59):
And...I think the way I put it is, "I would rather be working on an instrumentation amplifier in the ass end of an MRI than build one more chip for consumer electronics." Because we had all of the engineering power in the world, and we were making TVs cheaper.
CW (00:16:16):
Yeah.
EW (00:16:17):
Yeah. I felt that, yeah.
AW (00:16:19):
Yeah. And so...the good luck, bad luck part is it was 2008, and everyone knew I was miserable, and right on the edge of burnout. So I got put up for downsizing first. So I got caught in the first wave of layoffs during the financial crisis.
AW (00:16:39):
But that meant that I got a severance package and extended health insurance. And so I stopped and then took stock of, "What do I really want to do as an engineer?" And I'm like, "Okay, it's not enough that the technology be challenging, hard, and cool. It has to have an application and a reason."
AW (00:16:56):
So when I was interviewing at Analog Devices, and when I was interviewing at Johns Hopkins Applied Physics Lab, and all of these other places for jobs, everyone made the same joke, and I ignored it. And I shouldn't have, because people give you good feedback.
AW (00:17:10):
And that joke was, "Hey, you know we don't do medical, right?" So I'm like, "You know what, maybe I should do medical," because clearly I had this biomedical minor. And I told myself at the time, "Oh, I'm just doing this because it's cool."
AW (00:17:23):
And I did the usual undergrad thing of the thing you think is cool is not hardcore enough, so you do the hardcore thing and not the thing you like.
CW (00:17:28):
Right.
AW (00:17:30):
And I was looking at jobs at Philips Medical, Guidant, and Medtronic, and all sorts of places like that. And then this random thing happened where Harvard was looking for an electrical engineer with a background in biology.
AW (00:17:44):
So I was like, "What?" And I applied, and I got the job. And so I was employee number somewhere between 20 and 30 at the Wyss Institute at Harvard when the institute first opened up.
EW (00:17:55):
And was that research-oriented or practical development?
AW (00:17:58):
Well, that's the thing. It was practical development.
AW (00:18:00):
So the charter of the Wyss Institute was effectively, here's 150 million dollars that Harvard matched, and the goal was to do translational development for research so that it wasn't research for research's sake, which is part of why I ended up not getting a PhD, and leaving academia, and going to industry.
AW (00:18:17):
But they needed people from industry to work with the researchers in order to translate their technology across the valley of death.
EW (00:18:24):
Sometimes I've had a job similar to that where I was working with PhDs or experts, and it was my job to translate. I love those jobs. I just adore them.
AW (00:18:35):
You learn so much. And their perspective is so different, right? Engineers and scientists are not the same at all. Not even remotely.
EW (00:18:44):
And the scientists will spend all their time telling you whatever you want to know. Because that's why they're doing what they do is, they love to share the information.
AW (00:18:55):
Yeah. So in a lot of ways it's a lot like working with CAD engineers and machinists again, right? Because they're like, "Here, let me tell you everything I care about protein engineering. This is why protein engineering is super cool," or, "Hey, let's talk about 3D tissue culture. Oh, my God. If only I could have this tool, the research I would do."
AW (00:19:11):
And I'm like, "Oh, my God, it's super easy to build that tool. Why don't we build that tool for you?"
EW (00:19:17):
How long were you there?
AW (00:19:18):
I was there for a little under five years.
EW (00:19:21):
What made you leave?
AW (00:19:23):
...This is going to sound a little bad. But I was having a conversation with my long-term manager, and what made me leave was the ending of big development projects that involved applied engineering, at least applied electrical engineering.
AW (00:19:40):
So there were a few projects in the beginning that took that long to get out to clinical studies that involved a lot of machine design and a lot of system design. And then after that, a lot of activity at the Wyss was pivoting towards either more small demonstration robotics or applied biologics.
AW (00:20:00):
So it was more big R, little D, and I needed larger development efforts, specifically machine development. So that's how I ended up going to NxStage, because I'd actually been working on dialysis-like therapeutics with NxStage as a component integrator.
AW (00:20:19):
And when the DARPA program that I was managing pivoted to protein coding rather than developing a machine, I was like, "Well, they're building a machine. I like working with them."
AW (00:20:29):
I took the engineering project management role for the DARPA grant to work with the NxStage engineers, again, because I wanted mentorship for my discipline, not just doing cool research. And so I was like, "Hey, do you need an engineer?" And they're like, "Yes, please come over right now." And that's how I ended up at NxStage.
EW (00:20:47):
At Harvard, had you had much experience with the FDA processes?
AW (00:20:52):
No. And I was interested in getting it. So when I started at the Wyss Institute, there was a lot of, I want to say...researchers tend to have naïveté about what the real regulatory process looks like. And I wasn't any better, because I came from semiconductors. I had no idea.
AW (00:21:13):
And we hired a few staff engineers actually with really strong development backgrounds from regulatory areas. So we had some staff engineers and senior staff engineers with background in doing good manufacturing practice for genetics and human tissue derivatives.
AW (00:21:32):
And then there were a couple of engineers that came in from DEKA, Dean Kamen's company, who had been used to developing medical devices.
AW (00:21:38):
And they started talking about what a real sort of development process for regulatory compliance would look like, and the difference between what we had at the Wyss, and what they were used to. And that led me to actually go seek out trade shows.
AW (00:21:52):
I think I went to the BIOMEDDevice Boston trade shows, and the MD+DI trade shows, and actually started taking classes on regulatory requirements.
AW (00:22:02):
And then I was super excited, because NxStage did it for real. Because they were a ISO-compliant company with a device on the market. So I went to NxStage, in fact, to learn about releasing devices and products with the FDA.
EW (00:22:16):
And do you think the process is good, or do you think it produces busy work?
AW (00:22:23):
Do you mean the regulatory process in general?
EW (00:22:25):
The FDA regulatory process.
AW (00:22:28):
So the interesting thing about the process is...it's more of a guide really. So very Pirates of the Caribbean. So the way ISO 13481 works, which is the quality standard for FDA, is it's more, they tell you that you need to develop your own regulatory and quality process and that you need to make sure you follow your own process.
AW (00:22:55):
I know an engineer, Zach Malchano, who, actually part of what he does is consults companies setting up their process for the first time. If you set it up wrong, you can create a lot of busy work for yourself. If you set it up correctly, you can actually streamline a lot of your development effort.
AW (00:23:14):
The challenge is that the FDA doesn't tell you exactly how to set up your process. They set up guidelines for how the process should work and then mandate that you follow whatever process you think should be best for you. And then once you set up your process, it's very hard to change it. Or if you do change it, you need to requalify.
AW (00:23:31):
So it's a bit of a chicken and egg, because again, if you're not good at setting up your own process up front, you will create so much pain for yourself down the road. But if you don't have any process at all, it's the wild west of medical devices, which is why I didn't go into medical device engineering right outside of college.
EW (00:23:47):
So basically they give you a shovel -
AW (00:23:50):
Yes.
EW (00:23:50):
- and you dig until you are bored. And then you realize you just have to keep digging, because that's what you signed up to do
AW (00:23:57):
Pretty much. And the thing is humans are bad at process engineering.
EW (00:24:04):
Yeah. We tend to think that we need a lot more than we actually need. And so you write these processes that are very complex and involve pieces of paper.
AW (00:24:13):
Yeah. And that's because it's hard to legislate judgment.
EW (00:24:19):
Yeah.
AW (00:24:19):
Right? You're so torn between what takes judgment and sign off, and what takes traceability, and then combining those two.
AW (00:24:28):
...The whole idea of a process of a regulatory process is you don't need every person in the company to have good judgment, because the process will catch them and guide them.
AW (00:24:38):
But...it's a dramatic seesaw of too much process, not enough judgment, and then there's judgment, but now the process can't allow you to have judgment. So...yeah, definitely, you can dig a very deep hole.
EW (00:24:52):
And at NxStage you were shipping a product.
AW (00:24:56):
Yes. Well, I was working on a product to be shipped. I was working on a new product, not an existing product.
EW (00:25:04):
Okay. Did you work through the whole product timeline? I mean, did - ?
AW (00:25:10):
I did not.
EW (00:25:11):
Okay.
AW (00:25:11):
And I'm still so sad about that.
EW (00:25:14):
Why?
AW (00:25:14):
Well, because actually the reason why I went to NxStage was to go through the regulatory process from development through verification, validation, and field release. That's a long timeline.
AW (00:25:27):
So what ended up happening is for various reasons, the product I was working on was put on hold, and I was like, "Okay, that's it. I'm done."
EW (00:25:37):
And you did some project management for NxStage.
AW (00:25:40):
I did. And it's interesting, because I didn't do it as a project manager formally. So my role was always principal engineer, not PMT.
EW (00:25:52):
And yet you did it anyway.
AW (00:25:54):
I did.
EW (00:25:56):
Did anybody notice?
AW (00:25:57):
Oh, they definitely noticed. I ended up running the weekly technical team meetings.
EW (00:26:05):
...Was that sort of, "I got this responsibility by default because nobody else was doing it?"
AW (00:26:11):
No, that's a case of, "I really want to get this done, and I see gaps..." Well, it's a little bit, yeah. It's not that no one else was doing it. But have you ever had the challenge of sitting in a room sort of seeing a team struggle and you're like, "I could fix this?"
CW (00:26:29):
Yes.
EW (00:26:30):
Yes.
AW (00:26:31):
Yeah. So particularly earlier in my career I had a hair trigger on challenge accepted, and it got me a good reputation, but...it can lead to burnout when you bite off more than you can chew.
EW (00:26:48):
Yeah. When you keep doing it over and over again, definitely.
AW (00:26:51):
Yeah. Yeah. Yeah. So I came in and...when you're doing a full machine design,...depending on who the long pole is in the program, a couple of different teams can either end up holding the bag or steering the ship.
AW (00:27:08):
And the system we were working on was highly mechanical, highly electrical, and had a lot of firmware...So the team that would've gotten left holding the bag was firmware.
EW (00:27:20):
Oh, yeah. I'm familiar with that.
AW (00:27:21):
Yeah. But I take very responsibly, the reason why firmware would get left holding the bag is actually because of electrical, right?
AW (00:27:30):
If we don't have the boards designed in time, or we don't give them good requirements, or they don't understand the circuit design, or what the intended function is, it's very, very hard to bootstrap firmware and software development without hardware stability.
AW (00:27:43):
And you don't need a lot of mechanical stability to have electrical enable firmware design. So in my classic trend of feeling very responsible, I was like, "Okay, we need to not let firmware be left holding the bag."
AW (00:27:57):
And then that's how I actually ended up getting sucked into project management, because it was a lot of prioritization on what gets tested, what gets developed, who gets unblocked first, "What do we have to build? What can we test today," et cetera.
EW (00:28:10):
Do you have any advice for EEs or anyone looking at that? I mean, you did it because you wanted to get things done, but sometimes that can lead to burnout as well. Do you wish you'd had training, or do you just have any advice for people looking at that situation?
AW (00:28:28):
Yeah. I mean, one of the things is to really try to understand roles, and responsibilities, and sort of behavioral organization. But note that much like with parasitics and circuit design, teams never follow an ideal structure.
AW (00:28:42):
So one of the things, and the reason why I was kind of excited to take on project management, is working on component-level stuff, I ended up getting very, very bored.
AW (00:28:53):
And I also realized that you can't get very far in getting stuff done if you're only working on a part, which isn't the same thing as, "I want to be in charge of everything." It's more realizing you need a lot of people working on a lot of parts to get stuff done.
EW (00:29:08):
I think there's a point in many engineers' careers where they finally figure out it's a team sport.
AW (00:29:14):
Yes. Yeah. And...yeah. So I don't know how to explain it to someone who hasn't figured out that engineering is a team sport yet. But to folks who have realized it, and then they're like, "Okay, great. So what do I do about this," I ended up taking maybe one two-day course on project management.
AW (00:29:36):
And then I did a whole lot of research into cognitive neuropsych. Because I'm like, "Look,...circuits are fun. I can read the spec sheet. Humans have a terrible spec sheet."
EW (00:29:48):
Yes.
AW (00:29:48):
"Humans in corporate organizations, they don't even have documentation." And so I started actually studying people, in part because I was really, really bad at working with a team the first time. I was like, "This is a team sport. I'm going to be in charge of the team." And everyone's like, "You are the worst coach ever."
AW (00:30:09):
And so, definitely my advice to engineers would be, don't just automatically dismiss what folks are doing over at the business school. Because they can teach you a lot of really good methods, and really good things about people, and organizational behavior that you won't know unless you run into a problem face first.
AW (00:30:29):
So you can choose to either believe that there is some value in the soft skills, or you can learn the hard way, and take a lot longer, and get really demoralized from learning the hard way.
EW (00:30:40):
Yeah. That's all very familiar. And you left NxStage to go to a startup.
AW (00:30:50):
I did. So we talked a bit about how if you take on too much responsibility and you continue to do it again, and again, and again, you can start to get burned out, right?
EW (00:31:00):
Oh, yeah. Going to a startup is definitely a solution for that.
CW (00:31:04):
It's usually my go-to move.
AW (00:31:04):
...So part of what I found engaged my need to get it done more than anything else was in fact that what I was working on was safety critical.
EW (00:31:18):
Yeah.
AW (00:31:19):
And that sort of personal, over-engagement in, "This is important. We need to take care of our customers. We need to take care of our patients. This is people's quality of life. This is how we make a difference," was definitely warring with my ability to be chill enough to be effective at a team sport, right?
AW (00:31:36):
Because if you ever have someone who's hypercompetitive or hyperperfectionistic on your team, it actually skews the dynamic. And I realized that I was not going to care less about working in anything in medical.
AW (00:31:50):
And I set as my long arc goal, in fact, that once I got the chill I needed, I would go back to working on safety-critical systems and high-reliability systems.
AW (00:32:01):
So I was like, "Okay, I'm going to go to a small company where the focus is a team. But...radar engineering cool, hard, challenging, but it doesn't have that same emotional hook for me, that working on medical does."
AW (00:32:16):
So when I looked at all of the things I wanted to do, I realized, "At this point, I just want to work with a good team, and I want to practice my team skills as well as my technical skills." But I'm going to put this burning need to help people on the shelf.
AW (00:32:33):
Because if I can level up in my skill set otherwise, then it'll be much easier to help people in my career in the future.
EW (00:32:41):
That's an interesting thing to have figured out about yourself, that...having applications that were fulfilling to you put too much pressure on your need for perfection.
AW (00:32:59):
Yeah. I mean, you see a lot of sort of know-yourself documentation in..., err, documentation? [Laughter] -
EW (00:33:08):
And then there's this whole Wiki -
AW (00:33:09):
Cultural documentation. Yeah, no, I'm like, "The spec sheet we have for society a.k.a. The New York Times and Atlantic." No. So when you see a lot of folks writing these days about how it's an utter crock of awful that people are told to do what you love, because doing what you love really intensely leads to profound burnout.
AW (00:33:34):
And I'd been seeing articles like that. And I'm like, "Why am I getting bitter?" And I realized..., "Oh, it's the concept of attachment. This is the thing I hold onto very tightly. It's super important to me. Obviously I'm not going to have an easy time taking a step back from it."
AW (00:33:49):
But the thing is, there are multiple things that lead to engagement and satisfaction. So I looked across the spectrum of, "What are things I enjoy that are probably easier for me than 'I want to save lives?' "
AW (00:34:06):
And that's where I came across things like the team dynamic. And a milder version of, "I want to save lives," is, "I want to help other people feel effective. I want my team to be happy. And I want to have enough free time where I'm not constantly worried about, 'Did I do the right thing, or is this going to fail in five years?' "
EW (00:34:30):
I see that, and I understand it. But I've always had the other voice that says you have to do it, because someone may do a worse job.
CW (00:34:45):
Wow.
AW (00:34:45):
Yeah. Yeah, no, that voice is real, right?
EW (00:34:47):
Isn't that full of ego, but yes. For medical devices.
AW (00:34:51):
Yeah. I mean, not to flip the mic and be like, "Where does that voice come from for you," but...part of what ended up helping me out here is I have a lot of friends who are in the healthcare profession. I have friends who are doctors, who are intensivists, who are nurses.
AW (00:35:12):
And one of my friends in particular, she's a nurse practitioner. She always cares about helping other people, and is like, "If I don't show up, who's going to help them?" And I got to see her approach burnout and had to counsel her on self-care, right?
AW (00:35:27):
It's the whole thing of, "If you want to pour your cup out for others, you need things in your life that fill your cup up." Because the flip side is someone else will do it more poorly is if you burn out, you're going to be even worse than the next person, right? If you burn out, you can't be effective.
AW (00:35:48):
And the other best piece of advice my undergraduate advisor, Gerry Sussman, ever gave me, and he gave me this advice also when he told me to go get a job, because I listed out all the things I want to do in my career, and he's like, "You can do them serially," right?
EW (00:36:05):
Yes. Yes.
AW (00:36:09):
And I looked at him, and I'm like, "But you do all these things." And he's like, "I am much older than you, and I did not do them all at the same time."
EW (00:36:19):
Yes.
AW (00:36:19):
So even if someone else might do it badly now, the other thing I try to remind myself is I am not the only person like me. There are tons of people who want to help people.
EW (00:36:32):
Yeah.
AW (00:36:33):
And for better or worse with that sort of entire digging process that you can get into with the regulatory process, the whole point is that at the end of the day, someone's got to do the accounting on, "Did you do your work with enough diligence?"
AW (00:36:45):
And while there are things that fall through the net, the whole point to those regulatory mechanisms is they catch mistakes.
EW (00:36:54):
That is the goal. Yeah.
AW (00:36:55):
That's the goal. And it does work.
AW (00:36:57):
So the other thing I take faith in is, at these different trade shows I've been to, there was a story of a company that had...an implanted defibrillator where there was a last manufacturing step that wasn't documented which caused metal fatigue, which caused the implantation lead to shatter, which led to torn atrium, and someone hemorrhaging out in three minutes.
AW (00:37:24):
And in fact, probably two patients had died right around the time that a new head of regulatory in quality came into the company.
AW (00:37:34):
And what ended up being his job for the next year and a half was finding the issue before someone else died, based on the prior reports, finding a way to remove all of the defibrillators from the existing population, and then shutting down that division.
AW (00:37:52):
So even if it doesn't get caught now, there's a chance it gets caught later. And then the other thing about medical that when you work in medical device development you learn, is it's always a numbers game...There's no such thing as creating zero risk.
EW (00:38:10):
Yeah. When I did FAA and we did flight things, it was never zero risk. You had to acknowledge the risk.
AW (00:38:19):
Yeah.
EW (00:38:20):
And that was one of the hardest things was, your system is going to fail, and bad things will happen. The more critical you are, the worse it will be.
AW (00:38:32):
Yeah.
EW (00:38:33):
And that acknowledgement's hard.
AW (00:38:34):
It is. But I think you have to make that same acknowledgement for your career, right? There's always going to be risk. There's always going to be problems that you're not going to be there to solve. And at the end of the day, you're a person, not a machine.
EW (00:38:48):
It's a good thing for people to remember.
AW (00:38:51):
It's also a hard thing.
EW (00:38:52):
Yes. It is very hard, because you just go, and go, and go. And you're like, "Oh, only I can do this. Only I've been here for this. Only I can." And it's A, not true.
AW (00:39:03):
Yeah.
EW (00:39:04):
And B, yeah. If you burn out, you won't be there to do it, will you?
AW (00:39:11):
Nope...But I think it's easy for people,...particularly for technical folks to fall into that fallacy -
EW (00:39:19):
Yeah.
AW (00:39:19):
- in part, because I don't know about you, and I did this in undergrad as well, I told myself the reason why I cared so much about technology was because it was hard, but at least it wasn't people...
AW (00:39:29):
Because it seemed so pure, right? It seemed so tractable...You just have to learn enough, and then you can understand and operate the whole universe.
CW (00:39:40):
It's all based on logic, and everything should make sense and do exactly what the equations say, and yeah.
EW (00:39:45):
Physics is deterministic, right?
AW (00:39:48):
But there are parasitics.
EW (00:39:50):
Used to be.
CW (00:39:50):
No.
AW (00:39:51):
And there's quantum effects.
CW (00:39:52):
Physics is a mess.
EW (00:39:55):
Mental note, "Don't call your coworkers parasitics."
AW (00:39:59):
No.
EW (00:40:03):
Okay. So, back to your career, you left medical to go to a startup that was doing industrial robots?
AW (00:40:11):
No. So Humatics was working on...radar for industrial robots.
CW (00:40:19):
Okay.
EW (00:40:21):
Okay. So...this is like radar in cars, but instead it's radar in robots, so they know not to hit each other.
AW (00:40:30):
Specifically, they call it micro-location.
EW (00:40:33):
Okay.
AW (00:40:33):
So it's millimeter and centimeter scale positioning. So, have you seen the new Roomba equivalent lawn mower that came out from iRobot?
EW (00:40:42):
We are familiar with that. Yes.
EW (00:40:45):
Sorry. We have an iRobot person who comes on pretty often.
AW (00:40:48):
Okay.
EW (00:40:48):
So, yes, we are familiar with the lawn mower.
AW (00:40:49):
They have a radar-ranging fence, right?
EW (00:40:53):
Yeah.
AW (00:40:53):
Where you put stakes around the yard -
CW (00:40:55):
Yeah.
AW (00:40:55):
- and then the robot can find its way around by measuring its distance to each stake.
EW (00:41:00):
Yes.
AW (00:41:01):
That is pretty much -
CW (00:41:02):
He didn't tell us that.
AW (00:41:02):
Well, no, and the fence -
EW (00:41:04):
He told us about the fence.
CW (00:41:05):
Oh, did he? Okay.
AW (00:41:05):
Yeah. And the fence is actually based on ultra-wideband radar. I think probably their frequency band is under a giga Hertz or around a giga Hertz that they send out a chirp.
AW (00:41:17):
And then there's some time of flight measurements that happen between the robot and the fence posts. And then that's how it localizes. So Humatics is a similar but more challenging version of that technology.
EW (00:41:32):
But the application is for industrial robotics.
AW (00:41:35):
Yes.
EW (00:41:36):
Okay.
EW (00:41:38):
And since you weren't working on radar, I'm not going to ask you about the power in robotics, but you have been interested in robotics before.
AW (00:41:46):
Yeah. Yeah. And I ended up doing a lot of mini robot demos when I was at Harvard, in the bio-inspired robotics group, and things like that. Because robots again, you think you can build something. And then you build a robot, and you're like, "I know literally nothing about the problems with this."
EW (00:42:03):
Yes.
AW (00:42:03):
But everyone's like, "It's so cool. We can build robots." And then you look at this fall over, right?
EW (00:42:10):
Yes, my goal was an arm that would type for you.
AW (00:42:16):
Yeah.
EW (00:42:16):
And it was so much harder than I expected.
CW (00:42:19):
But you intended that project to be partially a comedy thing.
EW (00:42:23):
Well, because I shouldn't have chosen a $50 arm.
CW (00:42:26):
Right.
EW (00:42:27):
And not quality. Useful, but not quality.
AW (00:42:31):
Yeah. Robots are one of these applications where there's a common fallacy I run into on teams all the time. And it's happened at literally every place I've ever been. And I've subscribed to the same fallacy of, "Seems simple," right? "Well, it seemed straightforward."
AW (00:42:45):
And robots are one of those things where you're like, "Well, it seems straightforward. You just -," and then the tree of the potential problem space is huge. And it's the sort of thing where you make one decision at the beginning of the problem -
CW (00:42:58):
Yes.
AW (00:42:58):
- and you actually prune off the solution.
CW (00:43:00):
Yes.
AW (00:43:00):
And then you never make your way back to it. And then someone else finds that solution ten years later. So robotics is hard. It's interesting...It just hilarious. And it's tangible, which is one of the reasons I like it.
EW (00:43:16):
I do like the tangibility of it, the being able to see it happen and to feel the physical nature of it.
AW (00:43:24):
Yeah...So the reason why I'm not a computer scientist, and I became an electrical engineer is because things that happen in the compiler are not tangible. And sometimes things that happen in the compiler, you can't even interrogate them. You can't even measure it. You don't even know what happened, right?
AW (00:43:43):
A miracle occurred. And then something ran on the computer. But electrical engineering, it might be hard to instrument, but it's physics, and you can instrument physics.
AW (00:43:53):
Robotics has that same level of, you have no idea why it just did that thing, because there's actually 15 different interacting subsystems that led to this bizarre emergent behavior. And then the arm moves through singularity and slaps something.
AW (00:44:08):
And that's why I like it. Because at the end of the day, it's a hard-to-interrogate problem, but it's still possible to investigate.
CW (00:44:18):
Well, and you add deep learning into that now, and you have hallucinations, you have to debug.
AW (00:44:22):
Yeah...Actually the black box ML stuff, I'm also not a fan of, because you definitely cannot instrument it. I'm like, "No."
EW (00:44:33):
But more of the ML stuff is becoming instrumentable. I mean, the convolutional neural networks, which I learned as a total black box, now have, "Oh, and this stage should look like this. And if you look at the kernels, they should look like that."
AW (00:44:49):
Well, yeah, if it's built as a pipeline.
EW (00:44:53):
But I'm still kind of amazed that you can visualize and debug what used to be black boxes. And so I wonder if we're going to head that way for most of the machine learning things, is they should not have been black boxes.
AW (00:45:06):
Yeah...Well, it has to be instrumentable for it to be practical -
EW (00:45:09):
Yeah.
AW (00:45:09):
- and applied, right? Because for example, you have a background in the FAA. You know if you can't deterministically prove that something works in a close form way, it can't run on a flight computer.
EW (00:45:20):
Right.
AW (00:45:20):
Right? Flight computers run provable software, logically provable, mathematically provable. So if you don't have a way of instrumenting ML, or at least again, bounding it, right, figuring out what is the tolerance of its answer, then it's not going to be deployable in...the hard, interesting, safety-critical systems.
EW (00:45:45):
No, we'll just keep putting it on cars.
AW (00:45:48):
Yeah. Cars...So engineering... -
CW (00:45:55):
You know what we work on right now, right Elecia?
EW (00:45:58):
It's true. Well, I mean, we're working in research areas.
AW (00:46:05):
Yeah.
EW (00:46:05):
...And we have a self-driving car or autopilot-ish car.
AW (00:46:12):
Yeah.
CW (00:46:13):
It's not self-driving.
EW (00:46:14):
It's not really self-driving, but -
AW (00:46:16):
It can supervise.
EW (00:46:16):
So I really do appreciate all these things, but sometimes I think they're just insane to even think they could work.
AW (00:46:24):
Well, I mean, I am a horrible pessimist in this respect, right? So I actively did not pursue a career in medical originally because I didn't think I would have enough experience as an engineer to not kill someone.
AW (00:46:35):
Because when I started out, I didn't understand that there's all of these regulatory and reliability processes -
CW (00:46:42):
Right, right.
AW (00:46:42):
- that you use to validate that something works and to prove that it works within bounds. I knew nothing of that in undergrad, right? And so as an adult, I carry that forward. I'm super skeptical of anyone who's like, "It will just work." And I'm like, "I'm going to wait for that to break."
CW (00:46:59):
I think that's a healthy attitude.
AW (00:47:00):
Yeah.
CW (00:47:02):
I prefer to be wrong about that and just accept that I was wrong than to think that everything's just fine all the time.
AW (00:47:08):
Yeah. Optimism is really dangerous sometimes -
EW (00:47:10):
Oh, yeah, pleasantly surprised.
EW (00:47:10):
Yes.
AW (00:47:11):
Yeah. No, exactly. Optimism is dangerous in engineering. You need the vision, absolutely, to drive the work, particularly when the work seems impossible. But at the same time,...you can't get cocky.
EW (00:47:25):
I'm a long-term optimist and a short-term pessimist.
AW (00:47:29):
Yes.
EW (00:47:29):
Like, "Yes, everything's going to break."
CW (00:47:30):
This'll never work this week.
AW (00:47:34):
It might work in a month if we keep trying. Yeah.
EW (00:47:39):
So at Humatics, did you do management stuff there?
AW (00:47:42):
I did...I was very adamant when I started that I wanted to be an individual contributor, again, to free up more of my own personal, emotional bandwidth for myself. And almost immediately I got pulled into managing subcontractors.
AW (00:47:57):
So I'm like, "Alright. You know the rules. If I'm going to be managing people, I should be a manager. And that's how I ended up getting promoted to Director of Electrical and Embedded Engineering."
EW (00:48:09):
Did you have to write performance reviews?
AW (00:48:12):
No. Actually, I don't know if they were even writing performance reviews when I left. That is one benefit of a startup, for sure, is even if you're in a quote management position, the actual management responsibilities are relatively light. But it depends on the drama factor of your startup, right?
EW (00:48:31):
And now you work at Amazon Robotics.
AW (00:48:34):
I do.
EW (00:48:34):
But that's all we're going to say about them, right?
AW (00:48:37):
Pretty much....I'm a principal engineer there, which is, again, not a management position. It's an individual contributor position, and it leaves me free to mentor people as much as I want.
EW (00:48:49):
Do you do tech outside work?
AW (00:48:52):
I cannot. Sadly. I used to. But as part of my current gig, I can't do anything outside of the company.
EW (00:49:00):
Oh. Not even build the -
AW (00:49:04):
Oh, you mean tech for fun?
EW (00:49:04):
- pumpkin robots?
AW (00:49:04):
Oh. Yeah No, I can do, okay. Yes. Do I do tech outside of work?
CW (00:49:10):
Pumpkin robots?
EW (00:49:10):
That's all I think about.
AW (00:49:11):
Do I make bristlebots? Actually, I haven't been...One of the things I find is,...you have to be careful not to get a job doing what you love. If I have a job that has me firing on all cylinders technically, I don't do tech outside of work. And...I mean, I can't stop being an engineer, right?
AW (00:49:35):
...Anywhere I go into and I look at a thing, I'm immediately like, "How is that made? I wonder how much it costs? What was the finishing process? Hey, do you think they build it this way," right? It just never turns off.
AW (00:49:49):
But in terms of doing my own tech development, pretty much, the last time I did tech outside of work was when I was at Harvard, in part, because the research side of things meant I wasn't doing as much engineering design.
AW (00:50:03):
And so when I was at Harvard, I did a lot more for open source hardware. And I did a lot more sort of side consulting gigs and just reverse engineering for fun.
EW (00:50:14):
Do you think people should do tech outside work? I mean, we talk sometimes about people having portfolios and things they can show off. Is that an important thing when you're hiring?
AW (00:50:27):
When I hire people, I look less at what they build, and I look more at how they think, and are they curious, and are they trying to learn more, or are they like, "I built this thing. And then I built this thing again. And then I built this thing again. And I have endings."
AW (00:50:45):
Sometimes having artifacts is a good indication that that person is perpetually curious, but it doesn't have to be. But my interview style is not me being necessarily traditional.
AW (00:50:56):
One of the things I've always done is more behavioral interviewing and less things strict technical coding interviews or answering technically challenging questions.
AW (00:51:05):
Because from my perspective,...I used to get into this fight at Harvard with one of the other hiring engineers where he would ask people, the angular momentum moment of inertia style questions. And I'm like, "No one remembers freshman physics. That doesn't tell me if they know how to think."
CW (00:51:20):
Wow. Yeah.
AW (00:51:21):
But I think what's more important, whether or not you do tech outside of work, is do you have operating margin...And again, as a younger engineer, I was basically running in sixth gear all the time, right? It's either sixth gear, or you're off.
AW (00:51:43):
And really the concept of operating margin and reserve capacity is huge and super important if you actually do want to be able to grow, and sort of optimize your own learning and development, even if you work in tech or do tech for fun.
AW (00:51:59):
So what I mean by that is I have to have time in my week where I'm not working, where I just take a walk and think. And I'm not saying I get enough of that time, but that's my goal, is to have enough of that time. Because that's sort of where a lot of the innovation happens.
AW (00:52:16):
That's when I figure out, "Oh, if I do this small thing, it'll have a big effect," or, "If I develop this tool, it will result in technical leverage." But if I'm just go, go, go, go, go, both inside of work and outside of work, I don't have those moments. So I try to bake in downtime.
EW (00:52:34):
I think that's a good idea. It's hard to get the balance. It's also hard to tell people to do portfolios when I certainly didn't do portfolios. And I'm not sure that it is a good idea to do tech outside work if you're working full-time and your brain is engaged.
AW (00:52:50):
Well, so, people only have so much capacity for certain types of cognition in any given time, right? I once had a roommate where he was self-employed, so I would get home from work and he would be like, "Project time." And I was like, "No."
AW (00:53:09):
And then I had to explain to him, "I used all my to function up today on project management," or, "I used all of my debugging skills up today trying to figure out what was going on with this thermal electric subsystem." And he didn't understand that at all.
CW (00:53:27):
Yeah.
AW (00:53:28):
But if you use it all, you have nothing left over. And then in fact,...this is again, my whole, "I'm going to study how people work." Those same cognitive resources are what you use for other executive function tasks, like banking, or cleaning your room, or doing laundry, or making dinner.
AW (00:53:46):
If you don't leave yourself leftover time, or if you spend it all in one place, you don't have it for any other function until you rest. So I think the whole like, "Oh, you should be hustling,"...I'm like, "this is toxic."
AW (00:54:02):
...I try to tell undergrads, "Are you making sure to take time off? Because if you're not giving yourself any downtime,...you're stressing yourself out so much. You're not actually able to learn the way you want to learn or perform the way you want to perform."
EW (00:54:20):
You've talked about burnout. And on what we've just been talking about, those two things together, have you ever thought about quitting tech?
AW (00:54:32):
Oh yes. Yes I have.
EW (00:54:34):
It's funny, because you're really passionate about it, and you obviously love it.
AW (00:54:37):
Yeah.
EW (00:54:37):
Why would you think about quitting?
AW (00:54:41):
Well, so, a couple of reasons. I thought about quitting tech actually even at MIT, in part, because of the hardcore culture, right? This sense of, "You have to be working on the really hard thing, otherwise it doesn't count," which was very pervasive at MIT in the nineties. "Is what you're doing real engineering, or are you just messing around?"
AW (00:55:01):
And I found that particularly toxic, and it made me feel like, "Well, what am I doing with my life if I'm not doing the hardest possible thing?"
EW (00:55:12):
Having a good life maybe?
AW (00:55:14):
Yeah...Well, I mean, some people do think about that in undergrad, but not most MIT undergrads I know. And one of the things that helped me with that was actually everything to do with Limor Fried and Adafruit, right?
AW (00:55:29):
Because she grew Adafruit in part because she wanted to make technology accessible to everyone and not have it feel like you had to be elite or hardcore in order to do engineering. So that was amazing to watch and I'm grateful every day for the time I spent supporting my friend in starting her open source hardware business.
AW (00:55:50):
And just the fact that it's literally seeing young people engage with electronics and then not having any of that cynicism, is just a balm for your soul. So that was the first time I nearly quit tech. And luckily my friends were like, "Yeah, I'm not going to take whatever feedback for an answer." And they're like, "I'm going to do what I want."
AW (00:56:12):
And they were just incredible role models. And I'm super lucky to have folks like that in my life. The other time was actually through my long corporate arc, I experienced all of the typical sexism that women experience in tech. And I'm like, "Man, I can't keep fighting. Maybe I should just quit."
AW (00:56:37):
Because I'd been dealing with everything from,..."Your daughter's going into engineering? Why would she want a man's job," right when I went to college to people literally trying to pat me on the head at work, even though I was a principal engineer -
CW (00:56:51):
Oh, my God.
AW (00:56:51):
- and calling me "little lady," right, or going into vendor meetings with a consultant and then having a conversation with this vendor, at which point they turn around and go, "That's a really good question. You must be an engineer." And then I had to literally look at him and say, "That's why it says principal engineer on my business card," right?
AW (00:57:08):
So I ran into just so much just [bleep] in my career that I'm like, "Maybe I should quit." And then I did have that moment of, "But what about the next person down the road?" And I'm like, "I can't quit. You know what I'm going to do though?...Gloves off. I'm not dealing with this anymore."
AW (00:57:32):
And I got some advice from some women who had been...CEOs and board of directors, and things like that. And...you have to be in the right point to be able to take advice like this, but they literally said, "Don't take it personally. It's not about you. And don't let it hold you back," right?
AW (00:57:51):
It's the whole thing of, if you find a grudge, and you hold onto it, harboring resentment is like drinking poison and waiting for the other person to die.
EW (00:57:59):
Yeah.
AW (00:58:00):
And I'm like, "Alright, well I'm going to have to sit with this one for a while." And I sat with it...And eventually there was payoff, right? At one point I was at a recruiting event with a junior engineer at NxStage, and we went to Northeastern to recruit. And the inevitable, "What is it like being a woman in industry," question came up.
AW (00:58:22):
And she answered before me, and her answer just made me so happy. She's like, "Oh, I'm having a great time." And I'm like, "[Huh?]" And she's like, because everyone is terrified of her.
AW (00:58:38):
So what ended up happening is between my technical seniority, my eventual ability to develop people skills, and sort of trying to channel my inner Nancy Pelosi, I just got good enough at being like, "Really? No, we don't do that here," to create a good environment for this other engineer.
AW (00:59:00):
And so I'm like, "Oh, my God, you can realize change. You literally just have to not care when someone's a sexist [bleep]."
AW (00:59:11):
And then...a phrase my friend used, and I'm like, "I internalize this," I'm like, "I'm going to wear this like a badge," if someone does something [bleep] toxic, and it doesn't have to matter because it's sexist at all, it may be they're being toxic because they're just poorly socialized. Who knows, right?
AW (00:59:25):
You look at them like Nancy Pelosi would look at you if you didn't use a coaster, or I'm like, "What would Admiral Grace Hopper do, right? She'd be like, "Young kids these days. They're real smart." She gives credit away, or she used to when she was still alive, right?
AW (00:59:43):
So I'm like, "You could just be super matter-of-fact," and be like, "Yeah, we don't do that here. If you want to do that, you can take it somewhere else." And when you role model like that, people back you up, and then the culture just improves.
EW (00:59:55):
That is really good advice. And I mean the not internalizing it is really important and very hard. But -
AW (01:00:01):
It's really hard.
EW (01:00:01):
- the, "We don't do that here," is surprisingly effective.
CW (01:00:08):
It's still scary.
AW (01:00:08):
Yeah. And -
EW (01:00:09):
Oh, it's still terrifying.
AW (01:00:10):
- it's still scary. And there have been places where I've tried that where I'm like, "We don't do that here." And then it turns out they did do that there.
CW (01:00:17):
Exactly. Exactly.
AW (01:00:19):
And when that happens, right, that's not that should leave tech. It's that you should leave that job, -
CW (01:00:25):
Yes.
AW (01:00:25):
- or you should leave that team, because it's not worth it. But not all tech is like that. It's just, there's something about tech where...I think it's the myth of the lone inventor, right? And it's the myth of the cowboy. And it's the myth that technology is not a team sport.
CW (01:00:42):
The ninja rockstar.
AW (01:00:42):
Right. I mean, I make the joke, I am 10 ninjas, but literally I am nothing without my team, right? It doesn't matter how good I am if I don't have a good team backing me up. And if my team doesn't believe me, I'm going to get zero done, nothing done. I might lie to myself about how much I get done.
AW (01:01:02):
But if you look at your actual potential versus your realized potential, you're nothing without other people. And anyone who thinks differently is literally diluting themselves. And they're wasting opportunity. So cowboy is basically a swear word in my lexicon.
EW (01:01:20):
Okay. I have one more question for you before we let you go.
AW (01:01:25):
Yeah.
EW (01:01:26):
And maybe it isn't so much a question, but your cowboy as a swear word makes me go back to earlier in the show when you talked about your stubbornness. Do you really consider yourself stubborn?
AW (01:01:38):
Maybe. I don't know. I'm pretty accommodating. Maybe stubborn isn't the right word, but I'm definitely incorrigible to a degree. I have a lot of conviction about the things I believe to be true.
AW (01:01:54):
I don't know if that's what stubbornness is though. I don't know...Sometimes I don't want to take shenanigans for an answer. It's the closest word I have. Maybe I need to go back, and reread the dictionary though, and find a closer one.
EW (01:02:13):
I think resilience is the word you're looking for.
AW (01:02:15):
I'm going to have to think about that one. Thank you for offering that up.
EW (01:02:20):
Do you have any thoughts you'd like to leave us with, Amanda?
AW (01:02:24):
Probably the biggest thing is that the hard things are not always worth it, but they're really often worth it. I don't know. I don't think anyone picks up engineering to just sort of coast through.
AW (01:02:42):
So if you've got anyone out there, who's thinking, "Man, I don't know if I should be doing this," the answer is, if you're asking yourself the question, "Do I belong here? And should I be doing this? Am I good enough," that actually tells you you care enough, and you are good enough.
AW (01:02:58):
And you just have to give yourself time to figure out what you're going to do to be effective. It's important to just remember we're people. Engineers are people too.
EW (01:03:11):
That is great. Thank you for being with us, Amanda.
AW (01:03:16):
Yeah. Thank you for having me.
EW (01:03:18):
Our guest has been Amanda Wozniak, Principal Systems Engineer at Amazon Robotics. I would also like to thank Alicia Gibb for connecting Amanda with me, and thank you to our awesome Patreon supporters for Amanda's mic. Special thank you to Interworking Labs for joining the corporate level.
EW (01:03:39):
Finally, thank you to Christopher for producing co-hosting, oh, wait. Not finally. Finally, finally, thank you for listening. You can always contact us at show@embedded.fm, or hit the contact link on embedded.fm.
EW (01:03:51):
And now a quote to leave you with, this one from Steve Jobs, who I don't always agree with. But this is kind of cool.
EW (01:03:59):
"If you haven't found it yet, keep looking. Don't settle as with all matters of the heart, you'll know it when you find it. And, like any great relationship, it just gets better and better as the years roll on."
EW (01:04:14):
Embedded is an independently produced radio show that focuses on the many aspects of engineering. It is a production of Logical Elegance, an embedded software consulting company in California. If there are advertisements in the show, we did not put them there and do not receive money from them. At this time, our sponsors are Logical Elegance and listeners like you.