Soft Skills Engineering - Episode 144: Job hunting while employed and how to start my first technical lead role

Episode Date: February 11, 2019

In this episode, Dave and Jamison answer these questions along with special guest Jonathan Cutrell:: I’ve been job hunting while employed (gasp), and I have a number of opportunities that have advanced to the in-person interview. Most of the requests I’ve seen have said that they’ll be 4-5 hours in the office (which seems fairly typical). The problem is that I don’t have unlimited vacation, and I feel dishonest taking so many days off. How can I navigate new opportunities without disrespecting them, or completely failing in my current responsibilities? Hey guys, great show (though I think, as with all shows, it could probably use more discussion of badgers [yes, I said badgers!]). I’m about to start a new job (I took the time-honored and hallowed show advice, though I’m leaving on great terms with my old job) and will be coming in as that fanciest of newly-invented titles in software, Staff Software Engineer. This is the only third time I’ve started a new job [not counting odd jobs in high school and college], and I’ve never stepped into a leadership role before when starting. What are the most helpful things you’ve done or seen other engineers do when joining a team in a technical leadership role? Thanks! Follow Jonathan Cutrell on Twitter @jcutrell and subscribe to the Developer Tea podcast: https://spec.fm/podcasts/developer-tea.

It takes more than reading yet another Monad tutorial, hoping that this time it'll finally make sense to be a great software engineer. This is episode 144 of the Soft Skills Engineering Podcast, and I'm your host, Jameson Dance. I'm your host, Dave Smith. Dave, did you read a Monad tutorial? And it was really funny, and that's why you're laughing, because it was just full of jokes. I know. You know, these functional programming crowd, they just love their comedy.

You can make some pretty epic puns with category theory. That's what I found out. We have a special guest today. Do you want to introduce them, Dave? Yeah, sure. So joining us today is the host of the Developer Tea podcast named Jonathan Cottrell. Welcome, Jonathan. Thank you so much.

I appreciate you guys letting me join you here on the show. Happy to have you. Yeah, I'm excited for a couple of reasons. We have some overlap in interest. Soft skills is something that we talk about a lot on Developer Tea. But yeah, I'm very excited. I'm excited to get into questions and try a different show format for once. I feel like on my show, I'm doing a lot of kind of, you know, God voice in the sky telling everyone how to be.

And this is going to be a little different, so I'm excited about it. Yeah, we're kind of the opposite. It's like a voice from underneath telling you what not to be. The devil on the shoulder kind of thing? Yeah. Yeah. What if you just quit? Just quit your job.

Every problem, just quit. Leave a trail of quit jobs behind you. It's kind of the fallback advice at the very end, right? Oh, yeah. And it's actually not the fallback. That's the primary. Well, first, have you tried unplugging your job? Yes, exactly.

Turn it off and back on again. hello soft skills podcast have you tried turning your job off and back on again all right i think we have some patrons to thank this month thank you to chris hogan the agile ventures charity zach grannon david jackson sean clayton nick cantar and sonic the hedgehog bringing up the rear uh thank you to those folks for contributing at the level where we say their name or their made-up name or maybe their real name every episode and thank you to everyone else who is contributing or has contributed if you want to help out then you can go to softskills.audio and click support us on patreon thanks very much uh we have a comment

from a listener who wrote in whose question we answered in november of 2017 getting in the way back machine here going back to episode 85 alexander wrote in and said more than a year ago two random people on the internet and just going to insert here i think he's talking about us jameson yeah we were randos then not anymore though more than a year ago two random people on the internet called me outrageously good looking thank you for that fourth redesign doesn't have my photo anymore and re-listening to that episode puts a smile on my face so for those that don't remember episode 85 alexander's old company had used a headshot photo of him on their website for multiple redesigns of the website and finally at the

fourth one they took it down so we did it we solved your problem we were working behind the scenes furiously influencing design cultures so that their design would be out of date that's manipulating designers into place so that our people would get the job and just nix that photo. You're welcome. Yeah, it wasn't just their old company. It was like 10 years old. Yeah. They hadn't worked there in a long time. So it worked really well while it lasted, though, I guess. Let's dive into our questions.

Okay. Okay, I'll read our first question. This is from a listener named Andrew. I have been job hunting while employed, gasp, and have a number of opportunities that have advanced to the in-person interview. Most of the requests I've seen said there'll be four to five hours in the office, which seems fairly typical. The problem is I don't have unlimited vacation and I feel dishonest taking so many days off. How can I navigate new opportunities without disrespecting them or completely failing in my current responsibilities? See, this is an example of a

problem that would be solved if you quit your job. Well, can I jump in here? Oh yeah. I think the first thing we need to address is the stigma of looking for a job while you have a job and the negative stigma there. It's really a bad idea to quit before you look for a bunch of, that's, I'm highly opinionated about that, but if you quit before you start looking and you, for example, if you don't have much of savings, then your hunt is going to be so drastically affected by that time like the clock that you started time pressure yeah absolutely so you're very likely to get into another job that you hate and that cycle will never stop if you keep on saying well you know i have to quit before i even submit a resume somewhere you described my previous four job

searches basically i'm like i don't want to work here anymore and then i get home and then i'm like well i guess i need a new job now didn't quite think that one what job is closest to my face right now yeah i think that's a good point don't quit your job that was tongue-in-cheek advice but how do you how do you deal with this conflict do you just get sick a lot unlimited vacay or don't have unlimited vacation sounds like it's possible they've already used all their vacation too not just that they don't want to use it on this yeah so how do you handle this without just mysteriously disappearing it also probably depends on if if you're um Are you determined to leave your job and you're just looking for the next thing?

Or are you exploring other options? Yeah. It feels like you might approach it differently. I mean, one thing you could do is you could strategically time your job hunt so that it happens during a high concentration of company holidays. So like Christmas Day, New Year's Day. These are good interview days. Yeah.

Classic interview days. How was Christmas? Well, you know, I interviewed at three companies. Spend the day getting to know new people. Made some new friends. was offered a 10% raise doing work I would enjoy more. I think another strategy you can use here is to talk to the companies that you're interested in

and let them know kind of the situation that you're in because it's possible, for example, that they would plan a late Friday or something to interview you in person. Or even, you know, I've even had companies that will do, you know, not in office us until we're well into the late stages of the interview. But the idea is like, if you let them know, Hey, I don't want to disrespect that the company that I'm at now, then that shows that

you're not going to continue a pattern of disrespect when you get to their company, right? They would want the same respect of, you know, you not, you know, leaving work for supposedly totally, you know, above board reasons and then suddenly quitting that that's, they wouldn't want you to do that for them either yeah yeah for sure yeah I also feel like that they already have demonstrated some interest in you if they're trying to bring you in for an interview so I'm trying to think of what I would do in this situation and we I just went through some interviews trying to find a candidate and we were very flexible with people's timeline and schedules because we wanted to talk to them we're remote so it's a little bit of a different setup but I still

feel like they've demonstrated some interest in you and you're almost giving them a chance to like commit to you a little bit more i feel like it would work out well if they put in some effort to make it work for your schedule there there might be some uh some like we've invested in this person yeah feelings associated with that i think as a candidate you have to be pretty selective at this point like if if you're willing to say yes to any on-site interview even the the ones that are a bit of a stretch or maybe that don't interest you that much you could end up burning a lot of your work time by doing that and if you're you know if you're willing to do like 10 different companies, interviews with 10 different companies, you know, you're going to

get stuck, I think, in this situation. And so I like to spread them out. You know, it's like, take your time, only go on site to the ones that you're pretty confident and serious with. And don't get into a situation where, okay, I've done 10 interviews now, I'm sure this 11th one will be great. Because I mean, that can that can look pretty bad. I've done this where I've interviewed for other companies, but I've never done like 10 in a month, you know, I've done maybe three in a month or something. And then it then it's usually easy enough to stagger it out and disappear for an afternoon without it causing a lot of raised eyebrows. Yeah, you could also, you know, it depends on what company what your company policies are. And, you know, do you have in office time

that's required? Do you have certain core hours, for example, that are required for an overlap or something like that? If you don't have those things, then it's possible to to do, you know, fulfill your current responsibilities in the evenings or even over the weekends when you otherwise wouldn't be able to do those interviews, right? So if you go to an interview on a Monday morning, then you could work that evening. Again, that depends on a lot of other things lining up, of course, but don't think about your current job as the most static thing. Think about the interviews as the most static thing and see how that changes the way that you're planning. Yeah, for sure. And I think it's not unfair to say that most developer jobs allow that level of flexibility. It's one of the perks of the industry, actually.

Yeah, yeah. Yeah. Have we answered the question? It feels like you've all given some good suggestions. Yeah, I mean, I don't want to discount the last phrase here in this question too much, which is, how can I navigate new opportunities without completely failing in my current responsibilities? You know, complete failure is on the table if you are willing to take that. I personally... Oh, you're saying like, just completely fail? I mean, you know, we've been to this point, we've been very respectful and careful and whatnot, but kind of half tongue in cheek. It is going to distract you to go interview at other companies. And so I think there's a certain amount of failure or at least like performance reduction that you need to be willing to accept if you're going to go and spend 20 hours in a month interviewing at other companies. I would also say there's a, there's a, you know, let's say you have three really promising opportunities on the table. At some point, you could kind of roll the dice and go ahead and tell your employer. And it's possible if you've developed a positive relationship with your manager, or, you know, if you've, if you have been loyal to that company up until that point, you're being honest with them, you know, it's possible that they'll let you go and do these.

you know, it's normal to change jobs. It's also possible that they'll cut you right then and there. But if you have those three promising opportunities, you know, you kind of run the odd scenarios here and say, okay, you know, what are the odds that I'm going to truly be out of a job for a significant period of time? And if you're going to do this, then I recommend having, you know, maybe a month, at least a month of your current salary saved up if you can swing that. So what's the benefit for telling your current employer just to get more flexibility to go interview or to try and see if they can resolve concerns that are making you interview in the first place? Like what what do you hope to gain out of that? Yeah. So your current employer will probably if they're smart, they will probably try to keep you and you probably shouldn't stay after your employer has tried to keep you upon threatening to quit.

That's not a good negotiation strategy. if you went to them and asked for those things before and they said no, and then you threatened to quit and they said yes, that's not a good relationship, right? So the thing that you gain here is the flexibility of not having to walk around. And you also are less likely to burn bridges if they were to find out behind your back, right? So you're like, you're kind of bringing everything above board. There's also an expectation that you're not going to tell them until you have an offer in hand. So that's kind of the industry way of handling these things. You are expected to look for other jobs on a regular basis. The best time to look for another job is while you have

your current one. I feel strongly about this after looking for jobs, after having gone through this experience and watching other people feel like they couldn't leave the company until they had a job. I really do believe that it's all about trying to figure out what level of safety do I need to feel comfortable. So if that safety is all about the money, then save up some money. And then quitting becomes an option. Being fired becomes an option as well. Oh, that's an option we haven't really explored. If you completely fail and get fired, oftentimes that comes with severance. Yeah, maybe a big black mark on your resume, but hey, you get that month of savings automatic yeah well and yeah it is actually strategy you know

i mean some people actually get i personally would never do that yeah i worked at a dry cleaner in high school with a boss who took that strategy she decided to get fired and the way that she did it was by just sitting in the counter and smoking cigarettes when customers came in and ignoring them just like sitting there smoking her cigarettes while people were trying to get her attention for a couple hours how long did she pull that off before uh it was a i think it was a few days wow that's she made a great concerted effort to get fired and it succeeded are you are you privy to the details of the severance package um i'm pretty sure i mean it was a dry cleaner so i'm pretty sure the severance package was now you qualify for unemployment oh i see um but i don't

i'm trying to think of what the equivalent of that in developer worlds would be would it just be like i don't know commenting on all pull request reviews with a single thumbs down just uh and ignoring all follow-up and just see how long you can do that change maybe truncating your production database tables repeatedly yeah yeah run all your local migrations on the production database yeah and then i mean there's this culture of blameless post-mortem so you'll probably have to do it several times yeah because the first time you'll uncover some organizational misses and then they'll put in all these safeguards and then you'll know what all the safeguards are because you're in the post-mortem meeting you'll get a raise yeah yeah look you've

made our culture better it's harder to blow a prod and you're like not too hard though not hard all right i think with that we've answered the question all right no more no more light can be shed on this okay i'll read the next one here okay this one comes from a listener named chris chris says hey guys great show though i think as with all shows it could probably use more discussion of badgers yes i said badgers all right chris that's interesting taste yeah okay we'll take it under advisement yes chris goes on to say i'm about to start a new job i took the time honored and hallowed show advice though i'm leaving on great terms with my old job apparently didn't take our most recent advice

and we'll be coming in as the fanciest of newly invented titles in software staff software engineer this is only the third time i've started a new job not counting odd jobs in high school and college and i've never stepped into a leadership role before what are the most helpful things you've done or seen other engineers do when joining a team in a technical leadership role thanks oh chris time to sit on the throne of the staff software engineer you bring me coffee you turn up the heat in this building is that what senior engineers do oh no senior engineers are the ones running and getting the coffee staff no that's what i'm saying yeah so as a staff software engineer your coffee

fetchers are the senior engineers is that what you're saying exactly maybe it's worth just being explicit about the ladder so i think i think the world they're talking about has a ladder that looks like junior regular type engineer medium not seen not senior or junior yeah uh senior and then staff is usually the next level above senior similar to i think it's kind of similar to principal maybe yeah some companies go from senior to principal some go senior staff principal yeah my company's principal is above staff but i'm i don't know there's it's the wild west out there yeah yeah titles principal could be your coffee fetcher yeah oh good good question though right and and the interesting thing about this is it's not a management role or usually it's not it's a

purely technical seniority role. So you're not coming in to run the team necessarily, but you are coming in to make a bigger technical contribution. So there is some technical, I guess that's the difference between the leadership part and the management part. You're not necessarily just managing, but you are expected to lead. Yeah, I agree. That's what I interpret from the question here is we're not talking about people management, but there is technical leadership, which is a whole other ball of wax. I have, you know, I have stepped into leadership roles at three or four companies now. Most of them I have come in as a non-leader and then grown into the leadership role, which is

a much more comfortable transition, I think. But in one case, I stepped straight into a technical leadership role and it's a lot harder because there's so much context you don't have. So I think this is like the most challenging way to do it right here. I feel like an easy mistake you could make is just come and bring all of your good staff software engineer brain and just like know everything already because of your position. And like Dave said, there's a ton of context that you don't know. I feel like you have to kind of sit back and uncover the problems that exist instead of just show up and say, like, I was hired to switch everything to Postgres because Postgres is my true love. Yeah. Yeah. I think that's good advice for pretty much all developers

really is maybe start whenever you have the kind of the urge to share your opinion, make sure you've listen first. Very often somebody else has something to say that will either adjust your opinion or, you know, will make your opinion not necessary. And even though, you know, your goal, your entire job is to come in and lead, like your opinions are going to be important. But the problem is your opinions are only as worthwhile as they are heard. And so if people can't hear what you have to say, and it doesn't matter how good you are, it doesn't matter what your experience is, people are discarding what you say, then it becomes useless. So maybe you're saying like, talk a little louder, maybe like some shouting. Can you hear me? I said, post-gress.

I think that's really good advice. And I think it's more important the more senior your role is because your uninformed opinions can do more damage because you have people, for better or for worse, people will listen to you more because of the position. And if you don't understand the scope of the problem that you're trying to solve? Not even the scope, just what the problem is that you're trying to solve. It's possible you will lead people down the wrong path by just talking before you know what you're talking about. Yeah. You know, when I joined my current company, I came in as a senior role, which in my company basically means technical lead. And the team I joined, this is context I didn't know, but prior to my joining, they didn't have anyone who was

officially designated as the technical lead. And so one of the challenges that they had had was that they didn't have someone to be like a tiebreaker or an authority to be able to say, yeah, we're going to do that. That sounds great. Let's do it. And so there was kind of like a lot of discussions would just end with shrugs, you know, like, I don't know, like they just didn't really have a clear path forward a lot of times. So when I showed up, they started asking me my opinion and I was very much in this humble role, like, no, no, I am here to learn from you. And I didn't even realize I was actually breaking ties and causing this log jam to flow just by saying yeah that sounds great you know and then like months later someone came to me and

they're like the team has been it's been so much better with you here and i'm like why what what happened and they're just like it's just great you give us clear direction and i'm like uh direction i thought i was just saying like i like that idea but they they loved it it gave them something tangible to latch on to and run with and it made a huge difference for the team dynamic but again that's context I didn't have because I just wasn't there to experience the like lack of direction before I showed up. Yeah. I think to talk more about the specifics of the staff software engineer role, one way I've heard it described is the higher up the engineering ladder you get, the more you're supposed to be defining the technical problems, not just solving the technical problems.

So you're expected to be identifying things that you could then produce solutions for where that's a role you might not have as much, maybe lower down on the ladder. You're kind of just fixing problems that other people have identified. And that gets into listening even more where you have to find pain, either customer pain or technical pain or some kind of pain to solve. And if you can't find it, you got to create it. Oh, it's there. It's there. Don't worry. I think there's a word of caution for all leadership. And I learned this the hard way. So your words last longer, the higher you are on the leadership change chain. So and it's kind of like take your words and imagine saying them 100 times when you're

in leadership because they're going to be repeated, number one. So they actually end up being said 100 times. And secondly, people are going to the natural way that we see each other is through a static and very seldomly updated picture, especially if we have less interaction. And if you are in a leadership role, often you're going to have less interaction with teammates than they will have with each other, right? So the perspective that we have of other people is difficult to update. And so if you say something that, you know, maybe is kind of a soft opinion of yours,

like you don't really have a strong opinion about something, but you say it as if you do, maybe you read something that has convinced you, but it's really something that you're holding loosely, right? the whole strong opinions held loosely thing. Well, the problem is that you get three weeks or even three months down the road and that's become part of the engineering standard at that company. And it's because somebody said something and that somebody was you. And because you have some level of authority, very few people want to go against that. So the point being, as you kind of grow up that chain, the things that you say tend to matter more and people will tend to repeat

them more. Absolutely. And I would say that in exactly that spirit, you must learn to communicate in verbal and written form so that you can't be misunderstood. It's very easy to say something and have different folks interpret it differently based on context that they bring. And so it's just as important to say what you want as it is to say this is, and sorry, it's just as important to say what you want as it is to say what you don't mean. In other words, like I saying this, I want you to do this. I don't want you to do this, this or this. Things that could be conflated with each other. Yeah. And to add to that, don't forget that even in technical leadership, that people are going to feel whatever it is that you say, that there's a lot of emotion attached to even

technical decisions. And that's something that this title distinction that we've talked about a few times, you're not exempt from those kind of emotional connections with the people that you're leading, right? Even though you're not managing people, the decisions that you make, and even the kind of feedback that you give, there are ways to give it where people feel, you know, disparaged. They feel like they don't want to work with you, right? There are ways that you can come across that ultimately drive people away and drive them apart. Or with the same decisions, you can communicate them differently, the same opinions, you can communicate them differently and bring those people closer or make them feel safer to work with you.

I like what you said earlier, Jonathan, about how your words get repeated. And I think one way to maybe acknowledge that or even combat it. So they could get repeated and maybe distorted or misunderstood a little bit. I feel like you have to repeat yourself a little bit more because of this communication gap where you're not spending as much time with each individual person. And that gets back to being explicit like what they've said about being explicit about what you mean and what you don't mean i feel like i i often find myself saying feeling like i'm saying the same thing but people feel like they're hearing it for the first time oh yeah for the first few times it happened i was like what is wrong with either me or you and then then i i just realized

it's i don't know everyone comes to a conversation with different context and and it just takes a while to get messages across people's people's communication styles and and everyone has a lot on their plate, which takes a while. So I think repeating yourself on core important things is pretty valuable. And on that note, one way to make sure that you automatically repeat yourself in a scalable way is to write. And a lot of times it's easier. I thought you were going to say robocalls because I just listened to a podcast about the rise of the robocall epidemic. That's a great idea, but it'd be robo slack. Oh yeah. Okay. So like every time you put a slack message in it repeats your same message in 30 minutes several days make sure everyone sees it

no but seriously like i think i think writing documentation about your vision and and direction can serve as a reference for people and that people can share that and so it's like it's less likely to get distorted telephone game style if it's written down from you from yourself you know rather than being relayed like through oral tradition you know yeah it becomes mythology or something yeah sure yeah it becomes less rhetorical right you don't end up parsing words it it's more there's a different kind of authority to words that are written down on a screen that's kind of weird i know anyway you mean with the sharpie right they're taken down record yeah exactly um just go around to each of your uh developer screens and write on there

that has a lot of authority i mean that's like hard to erase yeah no but it's it is true that we we parse the spoken words is very different and for a bunch of reasons you know one being that when we hear other people's voices our brains are totally uh parsing that differently than when we're reading we're creating the voice when we read right so there's kind of like this this sense that we actually kind of want to believe what we're reading and so we we create a little bit more of a an acceptable voice and when we're listening to other people all of our kind of reptile stuff is happening right our lizard responses to competition for example are also firing at the same time and so it's a little

bit different than when you're reading something when i read what dave writes i hear it in a british accent you stole my joke and so i believe it more i was gonna say the same thing about you oh my gosh oh my gosh i'm just sitting here wait for it wait for it oh my gosh perfect okay we both read each other's voice in a written no i did a slight amendment i was gonna say that when i read your words i hear kermit the frog's voice but whatever you know oh okay i hear it with like some reverb so it sounds like you're speaking in a large auditorium just really trustworthy but but warm too at the same time not like dictator okay speaking of trustworthy how as a new lead how do you earn the trust of your team you can't just come right in

and start throwing out edicts and proclamations and expect them to be honored you have to earn that how do you do it i show them my twitter account and say look how many tweets i have i tweet a lot. Look how many memes I've retweeted. Yeah, that's a good question. So turn that around and think about yourself and why you would trust. Think about the people that you trust and imagine the moments or like the experiences that you've had with those people that have either instilled that trust or, you know, have just made them likable. Like language is hard because we use these words to categorize all of these various feelings that we have, the feeling of trust is very close to and probably often synonymous with the feeling of liking, you know, affinity. It's

difficult to have an affinity to somebody and simultaneously distrust them. So I would say, you know, a lot of that is as simple as people just enjoying being around you, not being difficult to be around. So like lots of hugs, lots of lots of That's it. No, I, you know, I think like, for example, being helpful, it sounds so simple. And unfortunately, it's actually not simple at all. But being helpful to another person is, you know, that's one of the best ways to to gain trust, not having some kind of hidden motive, you know, where you're obviously, you know, doing something to get on their good side. Like if you were to use a bunch of tricks to try to convince them to like you, people have pretty good, you know, bullshit radars, right? And so they're going to, people generally know if you're being genuine or not. I think you could even just come out and say that too.

Like I'm new to the team. I want to earn your trust. Here's how I'm going to try and behave to demonstrate that I'm, I'm here to help. And just stating that feels like you would help her in some trust right away, but then you do have to act on it too. Yeah. There's, I think that goes into part of not coming in and just being really heavy handed too. I feel like I would have a hard time trusting someone who just showed up and felt like they had all the answers on the first day.

Because I would be skeptical that they did without understanding what my life was like. The people that I trust most in leadership are the people who have demonstrated good judgment. And in order to demonstrate good judgment, you have to actually get your hands dirty and get involved and learn the facts on the ground. You know, I mean, you can only stay in the philosophical realm as a leader so long before you start making bad calls. And so I think one thing I like to do when I join a new team is take on tasks that will get me exposure to ground truth. Usually it's like non-critical path bug fixes or small features or some of the like hard work, not hard, but some of the like more monotonous or frustrating things that other people on the team don't want to take on. Take those on.

And if your company will allow it and your business can afford it, take the time to go deep on some of these issues. And then when you come out, you'll be able to speak with more authority and people will trust you because you have firsthand experience. I think a lot of leaders, they stay around the perimeter and everything they know about their software or the systems or the infrastructure is all secondhand knowledge from stuff they've heard other people tell them. And I just can't think of a worse way to lead a technical team than to have only secondhand

information. Yeah. Yeah. I think, I think you point, you, you hit on something really interesting there right in the middle of what you're saying of, of taking on the tasks that other people either are uncomfortable taking on, or they just don't want to take it on. And those could be two different types of tasks. One is kind of the annoying stuff, right? But the other is like, this is dangerous. If I'd go into this, then I may not come out, you know, like this may be the end. I think that's, that's a really interesting space to work in some of the, like, if you were to take on the annoying tasks, for example, there's an immediate trust build right off the bat. And then that's, that could be easily forgotten, right? Whereas with the other piece, you know, that you

were discussing of really understanding more core ground truth in whatever the software is that working on, that continues to pay back and people will start coming to you to ask questions, right? And that's really, that's where you want to be. You want to be in the place where people view you as a resource rather than just a leader, right? A leader is not really, that's more of a restriction on them until that leader is empowering them in some way and that leadership is providing them with answers to questions they have.

My last suggestion is to suggest a rewrite into a different language or plan. Because then you're just dangling this carrot, this promised land of what if all the problems went away and new problems pop up, but you won't know about those until you get into it. So it seems like a good idea. It'll be months. You'll be months without problems. Every standoff. Yeah, repeat yourself, consistent messaging.

You know, that bug would never happen if not in a functional language. And then if you rewrite, so say you're in a dynamic language, you rewrite to a static language, then you have to rail against the overhead of the compiler and how much time it wastes to just type check all your code and make the compiler pass. You know, if we could do this in a single line of Python and just like a comprehension and you just flip flop. And so the cycle completes. The flip flop of increasing trust. Then talk about how everything should be a monolith and then talk about how everything should be in containers. Yeah, you know, I think if you just follow the industry, then you'll end up there naturally. There it is.

Cool. Well, have we answered the question? I think so. I think so. Good luck with your first job as a staff software engineer. Enjoy the throne. I recommend getting some padding. They're usually pretty hard.

Sitting on solid gold is not what it's backed up to be. The softest metal is still not very soft, it turns out. Yeah. All right. What should people do if they want their own questions answered? Hit us up on softskills.audio and click on Ask a Question. You can give us as much or as little information as you like. Thank you so much.

We've been inundated with questions this last week. I don't know what we said or did, but it was probably all those bribes Jameson offered to get more questions. But I think the world just got harder. Just a big wave. Yeah, a lot of problems out there. More challenges that need answers. Jonathan, how can people find you on the internet?

You can find me on Twitter at jcatrell at developer T. You can also find developer T at spec.fm and a bunch of other awesome shows over there as well. Thank you so much for joining us. thank you for letting me take care see you next week