386: Not Managing Robots
Transcript from 386: Not Managing Robots with Ingo Muschenetz, Elecia White, and Christopher White.
EW (00:00:06):
Welcome to Embedded. I am Elecia White, alongside Christopher White. We've conned a very good friend into being on the show to talk about software. Or food. Or podcasts. Or possibly something else. Our guest is Ingo Muschenetz.
CW (00:00:25):
Hi, Ingo. How are you doing?
IM (00:00:26):
Good. How about you guys?
CW (00:00:28):
Smoky.
EW (00:00:29):
I'm tired. Cranky.
IM (00:00:31):
Well, hopefully I can fix that.
CW (00:00:33):
Wait, wait. You didn't want a real answer.
EW (00:00:38):
Could you tell us about yourself as though -
CW (00:00:41):
We hadn't met?
EW (00:00:41):
- we met for the first time 30 years ago?
IM (00:00:45):
Met for the first time. Do you want the career sort of overview or do you want the "what am I doing now?" kind of overview?
EW (00:00:52):
Whatever you can fit into 60 seconds.
IM (00:00:55):
Alright. So I have a long history of working at startups. Went through a number of those. Maybe we'll touch on those later. But really now, I'm VP of Architecture at a company called Axway. Most of you might not be familiar with Axway products directly, but you probably use their products as part of your everyday interactions.
IM (00:01:18):
So my job is overseeing the architecture for all of our products, counting about 700 engineers, across six engineering sites around the world. And the things we're known for stuff like managed file transfer, API management, supply chain stuff, business-to-business interactions.
IM (00:01:40):
So that covers companies like Apple, TSMC, BMW and Mercedes, most, or at least half, of the world's top 25 banks, healthcare, energy production, about 11,000 customers in all.
EW (00:01:53):
And so this is pure software. There's no hardware aspect to it, right?
IM (00:01:57):
No hardware aspect at all. I mean,...the closest we get is to a virtualized appliance that someone might plug in to a rack, but that's it.
EW (00:02:05):
Okay. That's a little odd for our show, because we do have the Embedded title, which indicates maybe some sort of hardware aspect. But I wanted you to be on the show to talk about software, because we have plenty of hardware engineers on the show.
EW (00:02:19):
And so embedded software is often quite different than regular software, and hearing the perspective, I think, will be useful.
IM (00:02:26):
Great.
EW (00:02:27):
We are going to do lightning round. You've already heard about this. So, you ready?
IM (00:02:32):
Yes. I'm all ready. Go for it.
CW (00:02:34):
We'll start with an easy one. Favorite fictional robot?
IM (00:02:38):
So my favorite fictional robot is not actually fictional. It's the Omnibot 2000. Chris, you remember that one.
CW (00:02:44):
Yes.
IM (00:02:44):
That was the robot I dreamed of when I was a kid. And I actually picked one up at a garage sale a little while ago. Well, actually more like a couple years ago, and it's sitting up in the attic waiting for me to fix it up. But that was my dream robot.
CW (00:03:00):
That was the one with the little tray, right?
IM (00:03:01):
[Affirmative].
CW (00:03:02):
Yeah. Yeah. Yeah.
IM (00:03:03):
Yeah. And there was the Verbot, and there was a bunch of other things around it, but the Omnibot was the one that really captured my imagination. I so wanted to save up for that, just wasn't in my means at the time.
EW (00:03:13):
And now it's in the attic. That's kind of sad in a different way?
IM (00:03:18):
Well, I'm worried, because when plastic gets old, it kind of gets colored. So if I wanted to display it, I'd want to display it so it doesn't yellow across time.
IM (00:03:29):
So I'm just waiting for a moment when I can properly take care of it. Because I'm worried if I bring it out, and I display it, then it'll age further. And then I'll just feel sad. So I want to be able to devote that appropriate time.
CW (00:03:40):
There are de-yellowers that retrocomputing people use.
IM (00:03:43):
I've done that...On some old Playmobil, I used a, what is it? It's...something I got at a haircare store, actually, as part of the hair-coloring process. And I used that, set it out in the sun, and it worked.
CW (00:04:00):
Some toxic potion.
IM (00:04:03):
Yeah. But it did a difference. It was good.
EW (00:04:07):
Okay. I have to warn you now. You're totally failing lightning round.
CW (00:04:11):
Well, we asked follow-ups.
IM (00:04:11):
Okay.
CW (00:04:11):
That's our fault.
EW (00:04:11):
It's totally our fault. What is the best font?
IM (00:04:18):
The best font. Hmmm. I love many, many different fonts. You're going to get me stuck in typography for a moment.
EW (00:04:32):
This could be the whole show, really.
IM (00:04:32):
I really like Myriad. I use Myriad a lot. Myriad and Minion are sort of the two. And I can never remember which one is the sans serif and which was the serif version.
IM (00:04:48):
But that was always the most interesting thing to me when Adobe created those, because it allowed you to have a whole variety of widths, and they were kind of dynamic fonts.
IM (00:04:59):
It wasn't that they had straight widths, but you could craft widths in between, depending on what you needed. It's just a really clear, easy-to-read font. And it gets used a lot of the place. I think it was most commonly used in the Frankfurt-Flughafen. But it's been used in a lot of other things since then.
EW (00:05:18):
Listeners, have you ever had a professor that you knew that if you didn't want to have the lecture today, you could just ask them about something?...Yes. Always ask.
CW (00:05:28):
We can do Font Talk. I'm totally down for it. Last week was Time Zone talk, or the week before.
IM (00:05:33):
I can talk about my typography class in college if you want, but probably not the purpose of the show.
CW (00:05:39):
Favorite kitchen tool?
IM (00:05:41):
Oh, God. Favorite kitchen tool. I really love ricers. So for those people who are not familiar with a ricer, a ricer is kind of like a mechanical steel press, usually has little tiny holes in it. You put a potato in there, commonly is what you use, and you push it through.
IM (00:06:00):
And it gets the fluffiest sort of texture. Way, way better than using a potato masher. I'd recommend a ricer if you don't have one. Either that or a mandolin. A mandolin is also highly useful, but get a ceramic one.
EW (00:06:14):
Now I have more questions about that. Which Lego Minifig best represents you?
IM (00:06:20):
I don't know which one best represents me. Well, okay. So as a kid, I really loved the space set that came out when I was a kid. So if you were to say Benny the astronaut from the Lego movie, probably is a good analog, although mine didn't tend to get the crack in the helmet like his did. Although, I have a -
CW (00:06:44):
All mine did. They're all cracked.
IM (00:06:45):
No, I don't think mine have a crack.
CW (00:06:46):
You must have been taking more care with them.
IM (00:06:48):
Probably, but I mean, as a counterpoint, my son's name is Emmett. And so I actually have an Emmet Lego Minifigure sitting on my shelf as a connection to him.
CW (00:07:00):
Favorite restaurant not in the United States of America?
IM (00:07:03):
I really do love, what's it called? Is it L'As du Fallafel? It's this falafel place in the Marais district in Paris where they have falafel sandwiches, and there's always a line. You can't go on, was it Saturday or Sunday? One of those days they have off.
IM (00:07:24):
It must be Saturday, because I think they're Jewish. And I just love their falafels. I just love street food in general. I think street food's awesome.
EW (00:07:34):
I was really expecting there to be Michelin star involved.
IM (00:07:38):
I have a real price-to-value sort of ethic. So the number of times I've been to a Michelin star restaurant and been knocked out of the park is low. But if I'm spending $10, and I get something that is amazingly delicious, it just feels, I don't know. I can have a lot more of the $10 experiences than I can going to The French Laundry.
EW (00:08:05):
Do you have a tip you think everyone should know?
IM (00:08:08):
It's going to be cooking-related, and that's, brining is really important. But I think people tend to think of brining really as, a lot of times, brining a turkey, where they'll put the meat in salt water and then let it sit.
IM (00:08:23):
But brining really encompasses other things, like dry-brining, where you salt a chicken, or you salt some other piece of meat, and you let it sit in the fridge for a couple of days. And the salt really permeates and helps hold the water in while it's cooking. Or beans.
CW (00:08:36):
Oh.
IM (00:08:38):
I was reading a Serious Eats article, and most people don't salt the beans when they're soaking them or cooking them. And it actually helps keep the beans a lot more creamy, and the shells tend to explode less when you do so. So I've started doing that, and it's really made a difference in the quality of the legumes I'm cooking.
EW (00:08:59):
Okay. Software. Software this time.
IM (00:09:01):
Alright.
EW (00:09:02):
You have years of wisdom...Can you summarize them -
CW (00:09:07):
[Aw], geez.
EW (00:09:07):
- in a few sets of words of wisdom?
IM (00:09:11):
I have years of experience. I don't know if that means I have years of wisdom. Well, let's see. Is there some aspect you want me to focus on or start with? Is it software management? Is it software development? Where would you like me to begin?
EW (00:09:30):
New college grads. What do they need to know about going into the world of software these days?
IM (00:09:35):
So, a lot of times when we get new college grads, or more specifically, often interns we've had come in, I think it's really important for them to try a bunch of different things. Because you may not be very familiar with all the various ways in which you can contribute to the software development process.
IM (00:10:00):
And you might find out that you really like being on the strict R&D side, the engineering side, you might enjoy the testing aspect. Now you might enjoy either dev ops or something related to SRE.
IM (00:10:13):
Having the ability to try a number of those things out, I think, is really interesting and can help formulate the sort of career you want to take as you move through an organization. I think it's also really important to find good mentors.
IM (00:10:30):
You're going to want to have someone who is going to help you understand how to become a better software developer, give you ways to challenge yourself, give you good feedback on how you're doing, where you can improve. So if you can find someone who really can act as that guidance, I think that's really helpful.
EW (00:10:53):
I totally agree about being exposed to different areas. I mean, I never would have found embedded if HP hadn't been pretty good about wanting us to try everything. You started out in startups, a lot of startups.
EW (00:11:10):
And I started out at HP. Do you think that the startup gives you more insight into lots of different options, or do you think having it be more structured gives you a named view of all those options?
IM (00:11:27):
I don't know if it's important to try one first over the other, but I do think both of them are really valuable experiences. Because the corporate experience teaches you about structure. It teaches you a lot about communication and trying to work across an organization.
IM (00:11:51):
For example, at a startup, it's very easy, or at least it's much easier, to say, "Today, we're going to go ahead and do something new." And you have to rally five, ten people, maybe 100 people, to go ahead and say, "This is where the company's going," and figure out exactly how you're going to contribute.
IM (00:12:11):
In the case of a large organization, oftentimes there's a lot longer lead time. You may have to organize with multiple departments. You have to learn how to communicate with people who may have different goals, different biases, different agendas. So I think having those two experiences are both very, very helpful.
CW (00:12:36):
I think also, from my experience with startups, gaining new experiences sometimes...just happens. Because you have to do eight things, because there aren't enough people. Well, that's what happened with me with my first startup.
CW (00:12:51):
It was like, "Oh, look at these six aspects of software I've never done...Somebody better do it. So I guess I'll learn." So I think at startups, sometimes it's a necessity, or it just happens that you see a lot more different things. Whereas with corporate, sometimes you probably have to go out of your way to seek it out.
IM (00:13:08):
You're definitely going to get more exposure to more different things quicker at a startup. So if you want to jump in the deep end of the pool, that's definitely the way to go. And I think that's great. It's not for everyone though.
IM (00:13:27):
I think you have to be the kind of person who is basically willing to say, "What do you need me to do do today? And I will do that," whether it's X, Y, or Z, and all of them are very different.
IM (00:13:40):
And some of them is just a menial task to get us to the next point. And some of it is a very high-level strategic thing. And that kind of context switching can be very interesting,
EW (00:13:52):
I don't always like the "deep end of the pool" metaphor, but for startups versus corporate, at larger corporations, I think it's a good one. Because there are people who do well by having to do well. And there are people who do well by learning to do well. And the differences are not good or bad. They're just different.
IM (00:14:16):
I definitely find, for me, I often need to do something firsthand to have better insight on how to improve it. So for example, let's say there's something we're doing at work. There's a new technology, or there's a process that needs improvement.
IM (00:14:38):
I really get value out of trying to get in there, experience it myself, and then I think that provides me better feedback than just looking from the sidelines. And I'm comfortable doing that. I don't mind doing that as a way of furthering the ultimate goal of making something better.
CW (00:14:57):
I have a question on that. And don't take this the wrong way, but a lot of people find it annoying when a manager steps in to do something hands-on. How do you get experience with those things without people feeling like you're tinkering with what they're doing?
IM (00:15:15):
Well, I try and do it in a respectful way, so I don't feel like I'm stepping on their toes. I think in a lot of cases, I view my role as a manager, oftentimes as sort of the oil or grease that facilitates everything else going on.
IM (00:15:35):
So quite oftentimes when I'm stepping in and working on something, I'm not working on the main thing. I'm facilitating someone else getting their work done, but that still gives me enough insight.
CW (00:15:44):
Got you.
IM (00:15:44):
Now I do have another technique which annoys some people, but they've come to appreciate it, which is, I will ask the team to work on something. And for whatever reason, they're too busy. They can't get it done.
IM (00:15:58):
So I will do what I call a poor version, a crappy version. And they'll be like, "Oh, my God. I can't believe he did that." And they'll step in and then fix it for me.
EW (00:16:06):
Yes.
IM (00:16:07):
But at least,...through their annoyance with my poor imitation, which honestly I don't actually think is that poor an imitation, but at least it gets them enough that they can then comment on a current proposal as opposed to starting from scratch.
CW (00:16:21):
It's a good thing nobody at your company is going to listen to this.
IM (00:16:25):
No, we talk about -
CW (00:16:26):
Oh, okay.
IM (00:16:26):
- this all the time. I'm not saying anything new...I've had people discuss with me how they are annoyed with this, but they also find it useful. I'm like, "Okay, fine. Well, it works, doesn't it?"
CW (00:16:36):
Alright.
EW (00:16:37):
I mean, it's a way of writing a spec, sort of. You were a software engineer to start with -
IM (00:16:44):
Yeah.
EW (00:16:44):
- 25 years ago. Sorry...We just celebrated our dating anniversary, and it was a lot larger number than I expected.
CW (00:16:53):
Yeah, it was like four.
EW (00:16:55):
No.
CW (00:16:57):
Oh.
EW (00:16:57):
Anyway, so you started out as a software engineer, and you have become a manager and then a vice-president. How have you learned to do the new jobs? Were there difficult pieces where you had to wrap your mind around having a different perspective, or was it all pretty incremental?
IM (00:17:18):
Well, I was sort of thrust into the management role pretty early on, actually at my first startup. Because my boss decided to steal some computers out of our computer lab and got fired. So overnight I was thrust into managing 14 people.
IM (00:17:37):
But I was also the game designer on the particular game we were working on. But I had a million dollar budget at that point. I was managing 14 people. Again, this was late 1990s, and so I had to figure things out. And I did some stuff that was good. And I...did some stuff that was stupid.
IM (00:17:56):
I slept under my desk for three days before E3 trying to get a demo done. And I learned, never again. Don't do that. Never trade your health for work. But...I definitely had good role models, particularly early on, who gave me good feedback.
IM (00:18:15):
And actually, that's sort of an interesting segue in that later on, you tend not to get as much feedback as you'd like -
EW (00:18:20):
Yes.
IM (00:18:21):
- when you go up the corporate ladder...I mean, the last time I had serious reviews,...you kind of have to go out of your way to get that feedback.
IM (00:18:31):
And that's something that, it becomes harder to get meaningful insight on where you can improve. But I did watch other people. I read books, or listen to podcasts, or things like that.
IM (00:18:53):
And I just try and see whether or not I'm communicating, whether or not what I'm doing works, and then iterate on that to see how I can make it better. So it was a lot of interactive learning about, "This worked. This didn't. This worked. That didn't," and then seeing where that could take me.
EW (00:19:13):
Do you read books about management? Do you have any things you would suggest?
IM (00:19:17):
I subscribe to the Harvard Business Review. That has some interesting pieces in it. I listen to podcasts. But realistically, a lot of the things you're going to see about management, whether it's in a Harvard review, or it's in a book, or in a podcast, or any of those things, it's often pretty much the same.
IM (00:19:44):
I was listening to a podcast with Michael Schur, who did Parks and Rec, and The Good Place, and Brooklyn Nine-Nine. And he was talking about the writer's room in Brooklyn Nine-Nine, and how important it is to create psychological safety.
IM (00:19:59):
You're kind of shielding your writers from the notes coming from the studio, and you're making sure that they feel happy as writers to be creative, so that they can write good, interesting scripts for the show. And I think if you have that psychological safety, that sort of suffuses into the show itself.
IM (00:20:21):
You feel that the show is well-written as a result, and that's no different than software engineering or anything else. As a manager, you're trying to prevent interference from executives or people on top getting in the way, but you want to set enough context to make sure they understand where they're going, why they're working on things.
IM (00:20:40):
And you want to make sure they feel like they can be productive. You need to listen to them when they have issues. When they have a problem, try and solve them, try and address their concerns. So the sort of things that we face as managers in software, aren't that different from managers in almost any other field.
IM (00:21:03):
And sometimes it's sort of refreshing to listen to people in other fields talk about it, because they say, "Okay, yeah, we have the same problems." And maybe they have a slightly different take on it, but it's always very interesting. And perhaps there's things you can use to learn that.
CW (00:21:16):
Dive a little deeper into the shielding role. Because my worst experiences at companies, either as a developer or as a manager, have been when that shield breaks down, and there's just no way to maintain it.
CW (00:21:28):
And it's happened to me at several places where a new vice president comes in, and he's got lots of ideas. And he calls lots of meetings, and demands that all of engineering be at them. And suddenly it's a very flat organization, de facto flat organization, even though it's got a hierarchy on the org chart.
CW (00:21:44):
And I've had trouble with that as a manager as well, where people just insist on talking directly to your reports and getting out from under you and stuff...I don't know if I've got a good question here, but how do you maintain that shield in the face of attacks, I guess?
IM (00:22:04):
Well, I mean, there's the glib answer of, "Is that the great organization to work for?
CW (00:22:11):
Well, right. Right, right.
IM (00:22:14):
Assuming that's not an option, I think in some cases,...I personally would never have an issue..., or at least I've not currently had an issue. But maybe it's because of the managers or the bosses I've had, where someone wants to talk directly to the engineers on my team.
IM (00:22:36):
...Because I do that to other engineers, not to get dirt on things, but sometimes just communication breaks down across an organization. And I find a lot of value in trying to talk to as many people as possible.
IM (00:22:50):
I think...there was one story I listened to a while ago and it talked about the most effective CEOs. And the most effective CEOs tended to be people who actually spend a significant amount of the time talking to the workers directly just to kind of get the pulse of what's going on.
IM (00:23:06):
So in that case, I think it's okay to have those kinds of conversations. But it's also important to have a very direct line of communication with the people on your team to say, "What are you guys talking about," assuming they feel comfortable.
IM (00:23:24):
I mean, if they're complaining about you, maybe they won't. But in general, say, "This is what's going on. This is why they want to talk to you. These are maybe some things to ask them about to communicate directly."
IM (00:23:35):
I think there are ways to facilitate that, but at some point there, you may just have a bad manager, and that is a difficult situation to deal with.
EW (00:23:46):
I don't think that was the issue. I mean, you sound like you're talking -
IM (00:23:50):
Okay.
EW (00:23:50):
- to other teams' engineers, listening to other teams' engineers, and good CEOs listen to the people who work for them.
IM (00:24:00):
Yeah.
EW (00:24:01):
This is more of a case where you're being told to or asked to, but by somebody who is far senior than you, to do something that your boss either forbid -
CW (00:24:15):
Doesn't know about.
EW (00:24:15):
- or doesn't know about -
CW (00:24:16):
Yeah.
EW (00:24:16):
- or isn't in your priority list. And you're being pressured by somebody else, and your boss can't protect you, or doesn't protect you.
IM (00:24:30):
In those particular cases, well, I mean, ultimately it depends on who the person is asking. But let's say the CEO is asking, "This is what we've got to do," and you may have reservations. But in some cases it's their prerogative.
IM (00:24:45):
The best way I've dealt with those cases is I've tried to strategize with my boss and my team is, "How can we address their concerns most effectively?" And I guess maybe another way of looking at it is sometimes what that person wants is different than what they're asking for.
EW (00:25:05):
Oh, yeah.
IM (00:25:06):
So...I've gotten cases where you have product management or something really dictating a technical solution. And you're saying, "Okay, well, we don't agree with that solution, but what are you trying to achieve?" And I think that's one of the things that oftentimes comes the hardest part for me.
IM (00:25:26):
And I'm assuming this applies to lots of people is, "What are we building, and why are we building it?" And the how really should be in the domain of R and D. But oftentimes people get into the, "No, I want you to approach...this particular technical solution."
IM (00:25:41):
And as much as possible, if I don't agree with that, I'd like to go back and say, "Well, what are your end goals? How are you trying to achieve it? Let me give you some options. Can I present a set of things that I consider acceptable that also achieve those end goals? See if there's a way you can work through that particular issue."
EW (00:26:05):
I'd like to add that it's never tattling to tell your direct manager. It is a matter of them needing to know you're being asked to do things beyond your scope. And yet I have felt pressured to do something, and not been told I can't tell your manager, but just that they shouldn't be involved. It should be a simple thing when I know darn well it isn't.
IM (00:26:31):
...Well, I would hope that I have a good enough rapport with my directs that they would feel comfortable telling me, "Hey, so-and-so asked me to do something and not involve you."
IM (00:26:42):
And then if I found that out, I would definitely go talk to them in person, and say, "This is inappropriate." I've had situations like that where people have tried to go around -
EW (00:26:53):
Yeah.
IM (00:26:53):
- and then I think that you have to nip in the bud.
EW (00:26:58):
Of the issues that you deal with commonly as a manager, is there one that is particularly difficult that also happens often? This could alternatively be phrased, if you had a magic wand, what one business/work problem would you solve?
IM (00:27:15):
I don't know that it is a problem I would solve. And it's actually part of the enjoyable part of being a manager. But I think the interesting thing about being a manager is that we are managing other people. We're not managing robots. So they have issues.
IM (00:27:31):
They have concerns. They have career goals. They have vacations. They have all these other things that they do. And you need to help them with whatever those things are. You need to facilitate their career growth. You need to mentor them where you think they could be stronger.
IM (00:27:54):
You might need to talk with them about an area where they perhaps acted inappropriately, or said something wrong, or did something potentially career limiting that you thought was a bad idea.
IM (00:28:08):
And I think that kind of engagement, although it can be exhausting at times, particularly when it's all happening at once, I think that's the thing that makes it really interesting. And I don't think I would change that.
IM (00:28:20):
I just think that's one of the things that managers, or new managers, might not get, is exactly how much time they will spend trying to facilitate everyone else being able to do their best work.
EW (00:28:36):
So many times people are, as you said, thrust into management, and they go from engineer, to maybe senior engineer, to technical lead. And then suddenly, instead of trying to control the robots, or computers, now you are trying to deal with people who have, ick, feelings -
CW (00:28:59):
Or worse. Oh, sorry.
EW (00:29:03):
What was worse than feelings?
IM (00:29:05):
Worse? What's the worse?
CW (00:29:05):
I had nothing to that, I just -
EW (00:29:05):
Oh, okay. Sorry. It is a big shift. Why do we keep pulling our management from our technical staff instead of -
CW (00:29:15):
Oh, I thought you were going to say, "Why do we keep using people?"
EW (00:29:17):
Well, yes, that is always my question.
IM (00:29:20):
I mean, I don't think that it's wrong to pull management from technical staff if that's where they want to go. I do really like, and we have this at our work, where there's two tracks, right? You can become a principal engineer, and you can go as far up the technical ladder as you like.
IM (00:29:38):
And you will lead teams, but you will lead them technically. You're not going to be approving their vacation. You're not going to be giving them performance reviews. You will sit in on other people's performance reviews to give your feedback about how they're doing.
IM (00:29:53):
And I think that's really appropriate. Because that's something I always ask an engineer when...they're reaching that principal phase, maybe even a little earlier, depending on how they feel, "Do you want to manage people, or do you want to really manage technology?"
IM (00:30:12):
And some people say, "I do like actually being that people manager kind of person," and some people say, "That's really not for me. I really just enjoy leading the technical aspect."
IM (00:30:24):
And I think it's important to give people those two options and not say the only way you can progress in your career is by becoming a manager. Because that just seems unfair.
EW (00:30:35):
At HP it was tough to get high into the technical track without at least doing a small stint as a management track, as a people manager. Do you think that's a good idea?
IM (00:30:46):
Well,...a small stint as a people manager, how much people management is that? Is that leading a team of a couple people, or was it this -
EW (00:30:55):
A team of five for a year or two. I mean, full management title and responsibilities. But maybe not doing it for a long time, that you should get a taste of what management is before you can become a higher level individual contributor on the technical track.
IM (00:31:14):
I don't think it's a bad idea. I've not personally...been at a place where that was part of the rules. And certainly once you're a manager, you see other things, and you become perhaps a little bit more sympathetic to the plight of a manager when they can't facilitate or act on something quite as quickly as you'd like.
IM (00:31:40):
You're peeking behind a certain set of curtains that you may prefer to close again later. You don't want to see that again. So I don't think it's a bad thing. Especially if it's only a small group of individuals. If you're effectively leading a technical team, and you're responsible for them for a year, that would probably be fine.
IM (00:32:04):
The challenge is, is what happens when someone has a medical issue, or they have some kind of reason they have to go do something else. Or they're just not performing well, because they're not motivated in an area, because their boyfriend left them, or I don't know what it is.
IM (00:32:22):
You're going to have to make sure that you have a strong mentor in place that can guide them through those experiences. Because a new manager is going to say, "Oh, so-and-so just quit. What in the heck am I going to do?" Or, "So-and-so is facing this issue, and they need a pay raise, or they need whatever else."
IM (00:32:41):
And they're just completely unequipped to handle that situation. So as long as someone can help them with that, I think that's meaningful. It's going to be tough though.
CW (00:32:50):
Do you think the small teams tend to bleed those two roles together? You were talking about the technical management and the people management. That seems to be what happens for the ten-and-under-sized teams to me.
IM (00:33:04):
...Probably I would say maybe even a little smaller than that. I think a team of ten -
CW (00:33:10):
Yeah.
EW (00:33:10):
That's pretty big.
IM (00:33:10):
...I mean, if I had ten one-on-ones a week -
CW (00:33:15):
Yeah, you're right.
IM (00:33:15):
- that's a significant part of my week. And for a good manager, you should be probably having one-on-ones with your directs at least every two weeks, if not more often...My senior architect, I might have that weekly just to check in...It takes a lot of time. So, I don't know. I've seen issues.
IM (00:33:37):
And this is one of the things I was thinking about as management advice. I think if you are trying to be a people manager for a team of seven to ten people, and the lead architect on that team, and you put yourself on critical path -
EW (00:33:56):
Yes.
IM (00:33:56):
- for completing projects, you're not going to do them all successfully.
EW (00:34:01):
I've met this person.
CW (00:34:02):
Yeah, it's me.
EW (00:34:02):
And they don't do them successfully.
CW (00:34:04):
It's me. It's why I burned out several times.
EW (00:34:06):
No, you usually delegate okay. You've mentioned good mentors and good role models. I guess this is probably a three-part question. How do you find them early in your career? How do you find them as you reach mid-career? And how do you find them when you reach senior level?
CW (00:34:27):
Goodness.
EW (00:34:28):
I mean, because they're different -
CW (00:34:29):
No, you're right, it's just I -
EW (00:34:29):
- mentors, and I mean, once I reached mid-career, I didn't know who to talk to.
CW (00:34:34):
Yeah.
IM (00:34:36):
So I don't know that you get much of a choice early on in your career. The best you can probably do is try and reach across your organization. Find people that seem interesting and talk to them as much as you can.
EW (00:34:51):
Do you invite people to lunch? I didn't learn that as a secret weapon until far too late in my career, because people are weird, and they need to eat. And they like to talk and eat. It's just so weird.
IM (00:35:01):
You certainly can do that. I just don't know that as a young engineer, I would feel comfortable -
CW (00:35:09):
Yeah.
IM (00:35:09):
- doing that. I mean, I certainly know that people have talked, or there are ways in which some people can show that level of initiative. But I'm going to guess most young engineers are on the introverted side, and probably not prone to going up to some senior manager, and saying, "Hey, would you mind meeting me for lunch?"
IM (00:35:29):
I think they just would feel too intimidated to do that. I have seen cases, and I do think that's worthwhile, where either the company might host a lunchtime meeting where a group of people get together, just random, whoever wants to show up, try and seek those things out.
IM (00:35:49):
And then...some of these things would need to be facilitated by HR or whatever else, but there's also cases where you get these random pairings, where you say, "We're going to pair you with some other person in the organization for 30 minutes, and just have a conversation about whatever."
IM (00:36:07):
And I've seen those kinds of things really facilitate sharing across boundaries that normally would be difficult to cross. So if you can find those kinds of opportunities, or suggest them maybe to your manager and say, "Hey, I'd like to meet other people. Is there a way we can facilitate maybe a lunch and learn or something like that?"
IM (00:36:25):
That might be a really meaningful approach. Mid-career, I don't even know how to answer mid-career. I know how to answer the later career, which is, typically, I don't really find them in my organization.
IM (00:36:39):
Typically I find them by listening to other thought leaders who worked at other organizations, going to conferences like South by Southwest, or architecture conferences O'Reilly puts on once a year. Those kinds of areas are places where I can get a lot of insight from other leaders at high levels in the organization.
EW (00:37:01):
Is that really a mentoring relationship at that point? Or is that more role models you don't talk to?
IM (00:37:11):
I think, well, it can be both...Initially it's a one-sided, you are listening to what they have to say, but I do think some of those cases can turn into mentoring conversations...if you feel confident enough to strike up a conversation with them.
IM (00:37:34):
But it's not going to be the mentoring aspect that you're going to get by someone having one-on-ones with you weekly and then giving you feedback on how you're doing. That's the hardest thing I've tried to find in an organization, partially because the people above me are just even more busy than I am.
EW (00:37:50):
Yeah.
IM (00:37:51):
And at best I can, I'll have a one-on-one with them weekly and I can ask those kinds of questions...But I guess maybe the thing is, you can probably get it in your organization, but the higher you go, the more you're going to have to actually ask for it, as opposed to just be offered.
IM (00:38:08):
As a young person, people are probably going to say, "Well, this is where I think you could do better," and really volunteer it. As you go up, you're really going to have to seek it out
EW (00:38:16):
With my mentors, and mine are not within my company, because my company is super small, but there are people who have come to me and said they wanted to be mentored. And so it's kind of a one-on-one about career goals.
EW (00:38:32):
And they set their expectations, and I just try to make sure that they can meet them....I kind of feel like I'm a manager of their not job, not their life -
CW (00:38:46):
Yeah.
EW (00:38:46):
- but their other piece. Is that what you think of with mentors, or do you think your manager can also be your mentor?
IM (00:38:55):
Your manager can also be your mentor?
EW (00:38:58):
I mean, can your manager be your mentor as well?
IM (00:39:01):
I think so. I wouldn't say that's always the case. But...I definitely have learned many things, both how to do something, and also in the negative, how not to do something, by watching a manager, my manager, work through certain issues in the organization and see how successful or not successful that was.
IM (00:39:34):
So that has been very informative. And I do think some bosses I've had have been able to be mentors, both in the very tactical things about, "This is how I would solve this particular organizational issue. This is what I would suggest you go do."
IM (00:39:53):
And you kind of learn that as a tool. And then they also have life experience or how they progress their career, which they can also give.
IM (00:40:02):
Ideally, they can put you into roles where they think you will be successful and have the chance to grow by having an understanding of what you'd like to do later in life, or where are you where you're trying to go. And they can help facilitate that.
EW (00:40:18):
I see that. And I've had at least one or two managers that were also mentors, even after I left their teams.
EW (00:40:27):
But for many of my managers, expecting them to be mentors for my career wasn't a great idea, because they had the loyalty to their company and their need to get things done. And so having me move out of their organization as early as I could have wasn't in their best interest.
CW (00:40:48):
Yeah. There's some inherent conflict there. It shouldn't be a large one.
EW (00:40:53):
I mean, for a good manager, it really shouldn't be a large one.
CW (00:40:56):
Yeah.
EW (00:40:56):
But for a manager who's overworked and can't deal with that thing, -
CW (00:41:02):
Right, right, right.
EW (00:41:02):
- it could be a pretty big one.
CW (00:41:03):
And then I've had people who've decided to mentor me, who I rather they hadn't, at startups, who were my managers when I was a manager. And they decided that I wasn't any good at it,...but it turned out they weren't either.
EW (00:41:18):
Give us details, Christopher.
CW (00:41:19):
No, it's fine.
IM (00:41:22):
I can see that, but I don't know that a philosophy of hoarding resources ultimately is going to be particularly successful. So I mean, if I really like working with someone, I think that person is brilliant, I'd much rather she be able to move to somewhere else in the organization and stay at the organization than leave.
IM (00:41:44):
So if I have the choice of one of two options, I think this person's going to grow, and I want to facilitate that, I just want to facilitate that, as opposed to saying, "No, no, I'm going to keep you in my organization and not help you become a better person."
IM (00:41:59):
I mean, the most enjoyable things for me is when I have helped someone progress in their career. And then ultimately they're the CTO or CEO of some other company later. And that just feels awesome -
EW (00:42:14):
Oh, yeah.
IM (00:42:14):
- that I helped them, maybe in some small part, I hope it was in some small part, get to that point, by whatever career advice or guidance I gave them. So that is really rewarding to me.
EW (00:42:28):
If somebody wants to start a mentoring relationship with you and they're outside your organization, what is the best way for them to go about it?
IM (00:42:36):
A mentoring relationship with me? Wow. I would be honored. Probably they can contact me on LinkedIn. I'd be happy to chat with anyone.
EW (00:42:48):
Is it a matter of reaching out and saying, "Hi, will you be my mentor?" Or do you want more than that?
CW (00:42:56):
Will you adopt me please?
EW (00:42:56):
Yes, exactly.
IM (00:42:57):
I have to admit, I've not really been in the situation where someone externally has asked for me to help mentor them. So it would be a new experience for me too...I was yesterday looking at a company like Plato HQ. And if you guys -
EW (00:43:12):
No.
IM (00:43:12):
- have seen them, where it seems like they set up some kind of more formal mentoring options. They may be worth an investigation. I don't know. I think at this point it'd be pretty informal, because I haven't really done it before. I've done it internal to my organization. I've just not done it externally.
EW (00:43:30):
For external, since I have, and I know that some people have emailed me that I haven't responded to about mentoring, it's very time-consuming. And I'm willing to do it. But it has to be at a time when I have time and...I don't need value to come back to me, but I don't want to waste my time.
EW (00:43:54):
If you're going to ask me for advice, I expect you to take at least a third of it, as long as it's good advice. I mean, you can argue with me and stuff, but for folks -
IM (00:44:04):
Yeah.
EW (00:44:04):
- who just want to complain at me every week, that's not going to work. It's better if you have a goal. I have a mentor in Ghana who wants -
CW (00:44:17):
Mentee.
EW (00:44:18):
Mentee. Mentee. I hate that word, -
CW (00:44:19):
It's not a word.
EW (00:44:19):
- but sure, in Ghana who wants to build a pedometer. Now he could buy one, but that's not what he wants. He wants to learn. And it's been so much fun to introduce him to the various pieces, and to talk about algorithms, and how to debug algorithms, but not on the hardware.
EW (00:44:40):
And I was really glad he came to me with an idea that I could help him through. And at the same time, talk to him about his job, and the options there, and if he has questions that are technical.
EW (00:44:52):
And it's been awesome, but it isn't an insignificant amount of time. And I don't regret it at all. But when you come to me, and I don't know you at all, it's hard to know if that time is going to be useful for both of us.
IM (00:45:10):
No, I get that. Although maybe you can hire this person down the road. Maybe they'd be a good employee for you as well.
EW (00:45:17):
I would, but I don't like employees.
CW (00:45:20):
Hey.
EW (00:45:20):
Wait. No, not you.
CW (00:45:24):
I don't report to you, just because you have 51% of the company.
EW (00:45:28):
Okay. Changing the subject. What motivates people?
CW (00:45:31):
That's a very broad question.
EW (00:45:32):
Isn't it a broad question? Yeah, I just figured.
IM (00:45:36):
...Gosh, I'll take it in a software context, because otherwise that's really broad. I do think most people want to feel like their work is being used and appreciated.
EW (00:45:55):
Yes.
IM (00:45:55):
So I would hate to be on a product that never saw the light of day. That is always debilitating to me. So that's part of the reason why I like the open source software, is because if the company would have tanked, at least this code would live on in some way, shape, or form.
IM (00:46:15):
But I do think if what I am building brings some happiness to a person, a lot of the work I did was, and still continue to do, is really around developer tooling. So there are things that are not used by the average consumer. They're used by a developer.
IM (00:46:37):
And I would like that when a person either goes to the website, or clicks on the application, or whatever else, that they're not dreading that double-click. They are thinking, "[Ah], this is a tool I enjoy using. This is a product I enjoy interacting with, and it helps me get my work done."
IM (00:46:54):
That's the kind of satisfaction I'm going to seek. And I think for a lot of people, even if it's consumer, whatever else, they just want people to enjoy using what they built, that it was a worthwhile expenditure of energy.
EW (00:47:06):
I totally agree. Seeing my toys on Target's shelves was just mind-blowingly cool. And when LeapFrog canceled my line as it was going to manufacturing, I was heartbroken. I had spent so much time on it. But it can't be just that. Okay, right now, we're in pandemic land, and people are very burnt out.
EW (00:47:35):
And it seems like there is about to be a giant shuffle of jobs, that people are just sick of their current jobs and are going to be going to new ones. How are you going to keep people, or how would you recommend other organizations keep their employees as we've gotten to this point of burnout?
IM (00:47:57):
Well, I think one thing you have to recognize is that some people, it's going to be hard to keep, because they're just tired of the problems they're working on, and they want new problems. They're just interested in doing something else.
IM (00:48:14):
And you can try and keep them, and you can try and give them options, but that may be challenging. So there's some group there. And then there's another group, which is, you just have to recognize that we've been through a lot mentally, and we need time to recover.
IM (00:48:31):
We need space to take a little breather, and you can't just say, "Now we're going to go back to exactly the way things were, and nothing's changed. And everyone's going to work twice as hard in order to make sure that we make up for any perceived lack of time."
IM (00:48:56):
So...it's not going to be universal. I mean, I think it's very individual. Some person may say, "I've got this time now, and I really like working from home. And I'd much rather move across country so that I can live next to my parents, because I miss them. I'd like to work remote." And then hopefully you can make that work.
IM (00:49:22):
In some cases, someone say, "I really want to go work on hardware instead of software." "We're a software company. I'm sorry, we can't facilitate that." But you try and do the best you can to keep them engaged. And other people say, "Well, I didn't like doing this particular thing, but I do like doing this."
IM (00:49:40):
And then you try and facilitate their movement across the organization to something new. It's a very individual conversation depending on what it is. But I think the main thing is, kind of going back to what we had before, is everybody's human.
IM (00:49:54):
Everyone has different needs, different goals, different issues. And you have to listen, you have to figure out where they are, where they want to go, and what you can do to facilitate that. And hopefully it's within your organization.
EW (00:50:10):
I was hoping for something more tactical on the re-engagement. I totally agree with you. It is very individual, but I do think also that a lot of companies are going to be going through this, and your point about people wanting new problems really hits home for me.
EW (00:50:28):
Because to some extent in the past changing jobs, it comes with a honeymoon period of having interesting new things to learn about. And it often feels very different.
EW (00:50:43):
And I bet there are a lot of people out there, a lot of other people, including me, who are looking for new problems, because not only they're tired of the technical ones they have at work, they're just tired of all the problems right now.
CW (00:50:58):
I'm looking for no problems.
EW (00:51:00):
You'd be bored.
CW (00:51:02):
I am bored.
EW (00:51:03):
Well, yes. Separate discussion.
IM (00:51:07):
I do think, I mean, to me, a lot of that issue in many cases comes down to morale. And morale in remote work environments is probably the hardest problem to solve, for me at least, trying to make sure that people continue to feel engaged.
IM (00:51:26):
And a lot of the things that I've seen work well around that tend to be cases where you don't make the touchpoints just about work.
IM (00:51:39):
So for instance, if the only reason you talk to your co-workers is at a stand-up, and then maybe some kind of sprint planning, or whatever else it is, we can talk about Agile as a separate topic.
IM (00:51:52):
But if that's all you have, and you're no longer in the office, then you don't have that personal connection to your co-workers that I think is a significant part of why people stay at a particular job. They often stay even when perhaps the problems aren't quite as interesting right at the moment, because they really like who they work with.
CW (00:52:17):
Yeah. Yeah.
EW (00:52:17):
Yeah.
CW (00:52:17):
Definitely.
IM (00:52:18):
So I think recognizing that people are human,...don't make every conversation about work, try and have some fun. I've seen people do...Jackbox.
EW (00:52:31):
What's Jackbox?
CW (00:52:32):
Online game thing.
EW (00:52:34):
Oh.
IM (00:52:35):
That's an online game thing. You Don't Know Jack, it's the next version of that.
EW (00:52:40):
Yeah. Still not helping. But that's ok.
IM (00:52:41):
Well, no. Okay, well, you don't remember You Don't Know Jack?
CW (00:52:44):
I know what it is.
IM (00:52:44):
It was so popular in the 90s, 2000s.
CW (00:52:48):
She doesn't, I know -
EW (00:52:48):
He'll show me a video later. It's fine.
IM (00:52:49):
It's fine. Anyway. But the point being that if you can find those connections or times to spend together that aren't just about coding or just about technical problems, I think that can help preserve some of those personal connections that make people feel like there's a reason to stay here, just beyond what they're working on, that they really enjoy the community of people they're with.
CW (00:53:12):
Yeah. I mean, I think that's a really big piece of it.
CW (00:53:15):
At least for me, when I was thinking of quitting jobs, the hardest thing that made it the most difficult to do was, "Oh, I have to tell so-and-so that I'm leaving, or I'm not going to work this person," and less about, "Oh, I'm not going to get to work on this particular product," or compensation, or anything like that.
CW (00:53:35):
It was always, "Oh, I don't want to say to this person that I'm out of here, and I'm leaving."
EW (00:53:40):
Well, we're not seeing each other and talking about non-code things. We're also not seeing other people in the organization. I haven't always been close to the marketing folks, but sometimes it's fun to walk by and just see what they have to say.
EW (00:53:58):
Taking my dog to work and watching the VP of Marketing spend his morning playing with her was bizarre given how much I knew he was being paid...There were other things, and we are missing those inside our team and out.
EW (00:54:14):
But if you add things like Jackbox, Jack In The Box, What The Jack? If you add things like that or other play dates, magic shows, whatever, is that work? Because people have things they need to do at home. And forced fun has never actually been fun. How do you balance that?
IM (00:54:42):
Well, if it's forced fun, yeah, I would try not to call it forced fun.
EW (00:54:48):
You don't just put that as the title of your meeting?
IM (00:54:51):
No. It's -
CW (00:54:52):
Wasn't that a They Might Be Giants song, Mandatory Fun, I think?
IM (00:54:57):
It's really interesting. I think one of the challenges that I've seen is that...I think it takes a while to become good at remote work. I think you can do it, but to actually become really still connected to a organization while you're a remote worker is not that easy. And it takes a little while.
IM (00:55:15):
The teams that are fully remote, they'll have channels that have water cooler talk in them. They'll have a music channel, which is what we're listening to. And someone basically acts as DJ, and then everyone listens to what they're doing, and that's a point of conversation.
IM (00:55:31):
But it's very sort of in the background. And that tends to still make them feel very cohesive. Whereas if that's not what you did previously, you were just used to chatting with people directly in the office, that's not going to come naturally. That's something you're going to have to learn across time.
IM (00:55:50):
So...I don't know that you need to do a lot of these things. I wouldn't go a hundred percent or all in on, "We're now going to do games every single week in order to facilitate team building." But I do think there's some lighter touch ways that can get people into sharing a bit more of themselves beyond just the technical conversation.
IM (00:56:20):
Or even just provoke technical conversations. "Hey, I read this article about this new technology. What do you think about it?" And just start a talk about that. Even that's interesting.
CW (00:56:30):
Yeah...That all rings very true to me. I've had two kinds of relationships with remote work where one is where somebody told me what to do. And I went off and did it for a month, and didn't talk to anyone. Because I was fulfilling a contract, and I wasn't really part of the team. I was just doing the thing.
CW (00:56:47):
And that requires a lot of self-motivation, but then the other kind was what you're talking about where I'm part of the company. And even though I'm fully remote, I'm talking to people constantly on Slack or whatever, maybe about work, and maybe not about work.
CW (00:57:03):
And...you can maintain those connections if you maintain communication that way. But it does require you to realize that those things are there, and that you can go talk to somebody on your team randomly about whatever over IM. And if they have time, they don't mind
EW (00:57:20):
And that that's a part of your job.
CW (00:57:22):
Yeah, yeah.
EW (00:57:22):
And that it should be, I guess we started this with the psychologically safe.
CW (00:57:28):
Yeah, yeah.
EW (00:57:29):
I know there have been some Discord and Slack company channels that have gotten very political, and they wedged the company, because it isn't safe for anybody. And that would be a hard thing to deal with. I haven't had to deal with that and I'm glad.
EW (00:57:50):
But I could see how that would turn what should be a safe space into a not safe space. Changing subjects, you mentioned open source. How much of your career has been working on open source?
IM (00:58:05):
So a fairly significant percentage of it, I would say. So...about 15 years ago now, I started a company called Zamlon, which became Aptana. There was a context switch in which Microsoft didn't like the product we were working on at Zamlon, and so asked us to cease and desist, and we had to change our entire business model.
IM (00:58:34):
And so we created a open source web IDE, effectively think a competitor to Dreamweaver at the time. And that was really my first experience with open source.
IM (00:58:49):
And then strangely enough, that company was bought by Appcelerator, which had an open source SDK for mobile development. And then that company was bought by Axway.
CW (00:59:01):
How many companies deep are you now?
IM (00:59:03):
I'm three companies deep.
EW (00:59:05):
How long has it been since you had to interview?
IM (00:59:06):
I haven't had an interview in 15 years.
EW (00:59:09):
How do you make money doing open source software? The perennial question.
IM (00:59:16):
Well, as a startup, you start with a lot of VC money and then you give it all away. I don't know...Well, in particular, I think one of the areas that was challenging for us, is if you're doing open source, I think open source can give you a revenue stream, assuming that you have some kind of support model or premium model.
IM (00:59:52):
And there are companies that have been very successful. Again, some of them like Red Hat, Elastic, MongoDB, you can quibble with the kinds of ways in which they've approached open source and how much open source that really is, but they have proved to be profitable.
IM (01:00:09):
I think the area we face, again, something like a web IDE was, it's pretty hard to make money doing developer tools like installed on your laptop kind of thing. So for example, Microsoft bought Xamarin...I can't think of many other IDEs that exist in a case where you pay for them apart from JetBrains. So if you're kind of -
EW (01:00:42):
Well, let's see. There's MPLAB, but that's only if you want the optimization. There is IAR.
CW (01:00:47):
In the embedded world there's a few still out there for some reason.
EW (01:00:50):
Yes.
IM (01:00:51):
Yeah, I'm thinking from the software world, JetBrains is really the only one that really works, but there may be some in the embedded space that work. But it's tough. And if you're thinking about a VC funded company, they don't want you to be small.
IM (01:01:03):
It's not like a lifestyle business, right, where you can sell enough to kind of keep the company going. You need to go big or go home. And so that's really challenging.
EW (01:01:13):
I'm not sure, I mean, you've talked about the freemium where you have some free and you have some premium, but you're talking about big companies doing open source. Is it managing the community to work for you, or are you writing the software, and then giving it away, and having people pay you to help them with it?
IM (01:01:37):
Well, in a lot of cases, I've seen big companies, or at least my experience now with big companies, that offer both an open source and a paid for model. Oftentimes what you're really interested in is having someone support that particular version.
IM (01:01:58):
So for example, we use commercial versions of Red Hat software, because they have taken the open source bleeding edge where we have community contributions and then they vet them. They review them. They pull in what they want. They run them through additional security scans.
IM (01:02:17):
And then they provide support and oftentimes for longer than the open source version exists. I think Docker has done this whereby if you use the open source version of the engine, you get a quarter's worth of support for that particular version, as opposed to the commercial version gets a year, or something beyond that.
IM (01:02:40):
And most companies just aren't interested in doing that kind of bleeding edge adoption of the latest code. When Red Hat switched from CentOS to CentOS Stream, which is effectively the bleeding edge of Red Hat Enterprise Linux, that's just too much risk for some companies to take.
EW (01:03:01):
Yeah.
IM (01:03:01):
Or too much churn. And so they'll happily pay for the security they get knowing that if something goes wrong, they can call somebody. And that works for a big company. It's harder to do that when you're not part of an infrastructure product, but you're just a tool being used as part of the development chain.
EW (01:03:20):
Okay. Different topic again. You listen to a few podcasts. Do you have any favorites?
IM (01:03:29):
I like podcasts that tend to explain things...and particularly ones where they focus on trying to tell a story. Because one of the things I think of as an architect is I'm really trying to take a vision of a what and a why and convert that into the how.
IM (01:03:56):
So explaining a technical concept in a non-technical fashion is always an exercise I enjoy other people doing. So...I was thinking about a word I really like, which is Throughline. And I actually like the Throughline podcast as well, because they explain the context behind something in order to get to where you are today.
IM (01:04:21):
I like podcasts like Planet Money and The Indicator. What else do I like? Sometimes I'll listen to Freakonomics. And there's a variety of other sort of incidental podcasts...where I like that idea of them trying to talk about a complex topic and provide some insight.
IM (01:04:47):
Or there's other ones, in that case it's more about the particular person that's being interviewed more than the actual podcast itself, where I find that person is really thoughtful about how they got where they are and the particular area of expertise.
IM (01:05:09):
And I find those ones really interesting. And those can be anything from like Conan O'Brien, or Andy Richter, to Fresh Air, things like that, where that person...has had an interesting career. And I'm always curious about how that person got into that particular position where they are today.
EW (01:05:30):
How many hours of podcasts do you listen to a day?
IM (01:05:32):
Not that many. But...helpful to listen to when I'm doing something else. I find that it's really useful for me to step away from the problem, sitting at the computer, and go do something else. And so maybe I'll go cook, or maybe I'll go garden, or maybe I'll go take a walk.
IM (01:06:02):
And listening to a podcast at that time, sort of takes my mind out of the focus on what I'm looking at right now and broadens it. And I find that to be very helpful.
IM (01:06:14):
And so if I can steal a couple moments away to do that, I think that tends to be when I perhaps have a different approach to a problem trying to solve at this particular point in time. And that happens to be very valuable.
IM (01:06:30):
I find if I sit directly at a computer and try and read something, I often get interrupted by an email, or an IM, or something else. So actually stepping away to listen to something helps me context switch less and allows me to focus a little bit more. I find that really useful.
EW (01:06:47):
Are there things that make podcasts bad, that make you turn off podcasts or make you just not want to listen to them? I mean, the ones you listen to are all very high quality sound, so I'm going to assume that if they have poor audio quality, you're probably ditching them.
IM (01:07:06):
Yeah. And I forgot 99% Invisible and Radiolab. I listen to those. Oh, and also Twenty Thousand Hertz. I listen to those three a lot too, which are even at the higher end of the audio spectrum, right? I don't know. I'm pretty selective about what I pick.
IM (01:07:23):
I just listen to the first five minutes and then turn it off when it doesn't seem the conversation's going to be particularly useful to me. But I don't know if I can identify specific qualities that make a podcast good or bad apart from, is it at least seem like it's an engaging conversation.
EW (01:07:46):
Do you like our podcast?
CW (01:07:47):
You can't ask that question on the guest of the podcast.
EW (01:07:49):
But the whole show is going to be just about -
IM (01:07:52):
Of course I do.
EW (01:07:52):
Okay. Can you give us a performance review please?
CW (01:07:55):
Geez.
EW (01:07:55):
You don't have to.
CW (01:07:59):
Let's talk about Agile.
EW (01:08:00):
Let's talk.
IM (01:08:02):
No, I do actually like your podcast. I've listened to a bunch. Go ahead. Agile.
CW (01:08:08):
I was mostly kidding.
EW (01:08:08):
Yeah. You went to Harvey Mudd like we did, Harvey Mudd College. Why did you go?
IM (01:08:16):
I was really pressured by my mom. No, I'm dead serious. So I was looking at various colleges and universities. And I looked at Stanford, and UCLA, and Berkeley, and I think Rice, and Cal Poly San Luis Obispo, because that was near where I grew up. And my mom found Harvey Mudd, and she thought it sounded like a great college.
IM (01:08:38):
And I think she liked the fact it was multi-disciplinarian, in that there is a strong emphasis on things apart from just science. And at that point, when I was about to graduate, I had seriously considered going into graphic design and I minored in studio art.
IM (01:09:01):
...Well, actually not. I minored in studio art at Harvey Mudd, which kind of facilitated the graphic design. But before that, she just thought it would be a good place for me. And it was small.
IM (01:09:12):
If you look at something like Berkeley, I was going to be in a class of thousands of people. And Harvey Mudd is a couple hundred. So she really pushed me forward to that. But I thought it was a great choice. But she's the one that instigated it, definitely.
EW (01:09:28):
Why did you go to Harvey Mudd?
CW (01:09:29):
I can't remember. I think my guidance counselor was super hot on it and I know we got the stupid stuff in the mail. I don't remember. I mean, I went and visited and stuff, so it just seemed cool once I started researching it.
CW (01:09:46):
And...like Ingo said,...my high school was smaller, Mudd was very, very small. I think our actual incoming class was like 120 or something?
EW (01:09:57):
I thought it was 160, but something.
CW (01:09:59):
It was somewhere around there. My high school class was like 20. So I wasn't super thrilled with the idea of going from a class of 20 people to a class of 20,000 at some of the other places I was looking at. And I wanted to stay in California, so, yeah. Anyway.
EW (01:10:17):
Cool.
IM (01:10:19):
My high school was also about the same size as Harvey Mudd. So about six, seven hundred people total at my high school. So it felt sort of similar.
EW (01:10:27):
My class in high school was more than 600 people.
CW (01:10:30):
Yeah. So you...downsized.
EW (01:10:31):
I went the other way, and I went because of the irreverence that I don't know that they still pride themselves on. But you're getting all these packets to go to apply to Stanford and all of these other awesome sounding places.
EW (01:10:51):
And this one just marked itself as junk mail. And every bit of it was just kind of anti-authoritarian. And I was in. I didn't even go to the campus.
CW (01:11:04):
Which is funny, because it was closer to you than my house.
EW (01:11:08):
Well, I didn't have wheels.
CW (01:11:09):
You could have bicycled to it.
EW (01:11:11):
No, I couldn't.
EW (01:11:14):
Okay, well, Ingo, I've heard that your company, whose name is Axway, is hiring. Is there anything you want to say about that?
IM (01:11:26):
Well, I said a little bit about what we work on. I think the kinds of problems that we do are pretty interesting. Definitely the sort of places we get used are mission critical. So if the idea of working on really, really large-scale problems at mission critical functionality is interesting to you, please check us out at axway.com.
IM (01:11:53):
And there is a variety of careers listed there. And then feel free to contact me on LinkedIn if you're interested, and I'd be happy to chat with you more about those kinds of things.
EW (01:12:01):
And do you have any thoughts you'd like to leave us with?
IM (01:12:04):
Couple quick thoughts. I think that there are just some ideas that have stuck with me that I find useful to refer to now and then again.
IM (01:12:18):
So one of them is, a lot of people think they're really great at multitasking and some people may actually be really great at multitasking, but there are times when you should stop trying to multitask and really be present in the moment.
IM (01:12:31):
Like when you're in a meeting, and it's really important that you're listening, or especially when you're listening to another person, be present in the moment. Don't think about the next thing that you've got on your plate. Try and really focus...
IM (01:12:42):
One of the things that stuck with me is someone talked about presidents, and I think they mentioned President Clinton in this particular point.
IM (01:12:50):
But one thing that stuck with them is when they were in the room talking to President Clinton, it was as if they were the only person in the room, and how meaningful that was that he was really listening to them, and really understanding what they were trying to say.
IM (01:13:06):
And I like that idea. I like the idea that I am able to make a person feel like they are really important and that I want to hear what they have to say. And sort of related to that, I think a lot of times people aren't really just listening. They're...just waiting for a moment to talk.
IM (01:13:24):
They're saying "Yeah, yeah, yeah. Whatever you're going to say, I'm just going to interject with my new thing." No, no, actually listen to what they have to say. You can respond thoughtfully, but your goal is not to interject with your own opinion afterwards.
IM (01:13:37):
And then, one last thing I saw, which I liked as well is the first half of life is accumulation. The second half of life is editing. So,...I heard that from a guy who...founded the Joie De Vivre hotel chain, and then he became a mentor to the CEO at Airbnb.
IM (01:14:01):
And he mentioned that at South by Southwest, talking about being sort of a technical elder, and trying to communicate his wisdom throughout the Airbnb organization. And I thought that was a really interesting thing to talk about, both from a pure stuff perspective, as well as many other ways you can apply that set of knowledge.
EW (01:14:22):
Well, I like the last part of the message. The first part I wasn't listening to, because I was checking on quotes and your outro.
EW (01:14:28):
Our guest has been Ingo Muschenetz, VP of Architecture at Axway. A list of his preferred podcasts will be in the show notes as well as a link to Axway's hiring page.
CW (01:14:45):
Thanks, Ingo.
IM (01:14:46):
Thank you so much. Have a great day.
EW (01:14:49):
Thank you to Christopher for producing and co-hosting. And thank you for listening. Hey RayNay, I hope you feel better, and that we can talk again soon. And you can always contact us at show@embedded.fm, or hit the contact link on embedded.fm.
EW (01:15:04):
And now a quote to leave you with, from J.R.R. Tolkien. "If more of us valued food and cheer and song above hoarded gold, it would be a merrier world."