#289 Sneha Inguva from feeling like an imposter all the way to Netflix
Resources
Mentors Mentioned by Sneha Inguva:- Cover Legends by HoliznaCC0 is licensed CC0 1.0 Universal License.
Highlights
In this intriguing podcast episode, we delve into the life and career of Sneha Inguva, a software engineer with an unconventional background. Sneha's journey is a testament to the diversity of paths that can lead to success in the tech industry. She began her career on the casino floors, an environment that is worlds apart from the orderly realms of cloud computing and software development. However, it was this very background that helped her carve a niche for herself in the competitive landscape of technology.
Sneha's story begins with her academic pursuit of electrical engineering and economics. Her choice of studies provided a dual perspective on both the technical and financial aspects of the industry, enabling her to make informed decisions and drive innovation. As she moved into the world of startups, she faced the challenge of finding passion in her work, which led her to explore various industries including ed-tech and fact-checking news ventures. This period of exploration was crucial as it taught her the importance of aligning with co-founders and the significance of product-market fit.
As we move through the narrative, we find Sneha grappling with the stability of startups, or the lack thereof, and the realization that monetary stability and a strong mentorship network are vital for growth. This led her to Digital Ocean, where she could deepen her understanding of computer science fundamentals and learn from more experienced peers. It was here that she began to truly appreciate the role of mentorship in her professional development.
Sneha's dedication to learning and growth is evident in her methodical approach to addressing dissatisfaction at work. She shares valuable strategies for preparing for crucial conversations with management, such as jotting down concerns, brainstorming solutions, and seeking second opinions. These strategies are not just for her own benefit but serve as guidance for anyone looking to navigate the complexities of career advancement.
The podcast episode continues to explore Sneha's growth within Digital Ocean, her hands-on work on innovative projects, and the eventual leap to Netflix. At Netflix, Sneha confronted common experiences like imposter syndrome and the pressure of interviewing peers, all of which contributed to her personal and professional development. The company's shift towards a balance of seasoned professionals and new talent brings a fresh perspective to Sneha's story, showcasing the dynamic nature of the tech industry.
Enjoyed the Podcast?
If you did, make sure to subscribe and share it with your friends!Post a review and share it! If you enjoyed tuning in, leave us a review. You can also share this podcast with your friends and family and share lessons on software development.
Become a supporter of the show. Head over to Patreon or on Buzzsprout.
Got any questions? You can connect with me, Timothée (Tim) Bourguignon, on LinkedIn, per email, or via my homepage.
Thank you for tuning in!
Transcript
⚠ The following transcript was automatically generated. ❤ Help us out, Submit a pull-request to correct potential mistakes
Sneha Inguva:
0:00
I first write down all of my thoughts like what am I not happy about? And then maybe also try to come up with a list of possible solutions or do I need to make a change? And then I often get a second opinion. If it can be a trusted colleague on a different team, maybe someone who's a little bit more senior, and share the Google Doc with them and have a video call and talk through these points. It's very methodical, probably maybe excessively methodical sounding, but then from that I come up with some key points that I actually want to bring up and then try to and then just schedule a meeting with a manager or a manager's manager or maybe the adjacent manager on a different team as well, and try to bring up all of these points. But I will say, going into these conversations with no preparation is definitely not the way to do it. I think writing things down and then kind of honing what you're going to say and then turning that into key talking points so you have a point from where you kick off the conversation helps a lot, because I don't think a lot of people or including myself are good at ad hoc conversations.
Tim Bourguignon: 1:20
Hello and welcome to Developers' Journey, the podcast bringing you the making of stories of successful software developers to help you on your upcoming journey. I'm your host, tim Boulgigno. On this episode I receive Snia in Goova. Snia is a software engineer in networking at Netflix. Before she entered the realm of infrastructure, cloud computing and networking, she worked in some unusual areas like casino gaming and 3D printed orthotics, to name only a few. In her spare time she enjoys rock climbing and walking her cat Gatsby, which is a great name on the leash word for casual neighborhood Jones Snia. A warm welcome to her.
Sneha Inguva: 2:05
Thank you. Thank you for having me here.
Tim Bourguignon: 2:08
Great name, really great name. Did you really go with your cat on the leash in neighborhood?
Sneha Inguva: 2:13
I do, I do. He was famous in New York because someone from BuzzFeed wanted to interview us at some point, but I turned down the interview request. He doesn't like paparazzi.
Tim Bourguignon: 2:27
Fantastic story. This is starting really well. But before we come to your story, I want to thank the terrific listeners who support the show. Every month, you are keeping the DevJourney lights up. If you would like to join this fine crew and help me spend more time on finding phenomenal guests than editing audio tracks, please go to our website, devjourneyinfo and click on the Support Me on Patreon button. Even the smallest contributions are giant steps toward a sustainable DevJourney journey. Thank you, and now back to today's guest, so Snia. As you know, the show exists to help the listeners understand what your story looks like and imagine how to shape their own future. So, as usual on the show, let's go back to your beginnings. Where would you place the start of your DevJourney?
Sneha Inguva: 3:20
I would say the start of my DevJourney is probably right after I graduated college. In a way, it's pretty basic, because there's software engineers who come into software engineering, who have a completely unexpected background, and then there's people who study computer science and then there's the third category, which is not computer science but adjacent. I was in that category, which is, you could say I'm a bit of a basic bitch when it comes to that. I studied electrical engineering and economics and after I graduated I think at that time in 2012, there just were not that many hardware startups and I think I very much drank the hustle culture startup Kool-Aid at the time. I mean, I've worked in startups since then, but I think at that time I was very much into that and so I didn't see any opportunities in hardware. But I had written some C++ and taken a few programming classes in college. So I ended up interviewing at a bunch of places. I really wanted to live in New York and ended up getting a job at a casino gaming company which was very random, Basically slot machine games. We wrote Monte Carlo simulations to prove what the return to player was. Obviously, the house always wins. But, you would be surprised the number of people that have tried to argue with me about that and about mathematical independence, which is hilarious, but I get it. I get where it's coming from. It's like arguing about the Monty Hall problem or the Green Eyed Monster paradox. With math people it doesn't always make sense. So I get where it's coming from. So I guess that was the start of the dev journey. And then I worked at different startups for a few years, each more weird than the last in some ways, From the casino gaming company. After a year I realized I wasn't particularly passionate about designing slot machine games. I mean, we did go on some cool field trips, I guess to Vegas.
Tim Bourguignon: 5:33
I did say yeah.
Sneha Inguva: 5:34
And places in New Jersey which were less exciting. But actually the trips were a little depressing, to be honest, because day drinking in the casino while watching people play slot machine games for research was interesting To say the least. Interesting, to say the least. I definitely worked with a lot of cool people on, mostly mathematicians, so my colleagues were amazing. I think just the product we were building is not something I was passionate about. So after a year I left to go work at an ed tech company, which was an incredibly chaotic time because they changed their product seven times within seven months and at that point I decided that I felt like, as someone who was still new to the field of software engineering and I think this is something I've always considered in my career I was almost like Benjamin butting and devolving. So I wanted a place with a little bit more stability. But instead of seeking that first, I quit to work on my own startup, which was even less stability, and that was definitely interesting. Initially I said colleague, my friend and I wanted to start something that related to news, basically creating a browser-based annotation to fact check news, which, of course, in the decade since and with each progressive election and or worldwide situation, has become more and more important. However, you can't actually make money Really. Well, I mean you can because obviously those organizations exist, but the field of journalism has gone through a lot in the last decade. I think what became apparent is that, a it's very hard to monetize and B I think there's and this is something I've realized going forward with any future startups that I ever work on where I'm one of the first engineers you have to be on the same page as your founders of the amount of time that you're putting in and if any of you are leaving your job to work on it full-time. I think that also ended after probably a year and a half. We did do journalism fellowship and we were interviewing with some accelerators, but I think when it came down to it, my friend and I were not really on the same page with how we wanted to move forward. So we decided to part ways and I interviewed and started and I guess this is like another critical juncture of my career path. I interviewed at a bunch of places. I debated if I wanted to go into engineering consulting, I debated what exactly I wanted to do, but I think I interviewed with someone at Digital Ocean, which is a Cloud company that IPO'd, I think maybe two years ago at this point, two or three years ago which works in the small to medium business space. I think it felt like that offered a bit more stability and a bit more mentorship at the time because, especially someone without a background in computer science who learned a lot on the fly, I felt like I needed to really hone a lot of my knowledge with algorithms the basic stuff both that you interview for but then also use in the workplace on occasion but usually don't implement yourself. So I wanted to get a better understanding of CS fundamentals but then also just gain a better understanding of software best practices. I didn't think that would happen at an engineering consulting company. I felt like that would happen at a more mature company. So I ended up going to Digital Ocean, which they said they were a startup, but they had like 100 employees at the time. I think I stayed with them for like five years and they went from like 100 to like a thousand, so that was super fun.
Tim Bourguignon: 9:26
Wow, Pretty cool. Let me unpack a couple of things Going back to all the way to the beginning. You said you studied electrical engineering and economics.
Sneha Inguva: 9:37
Yeah.
Tim Bourguignon: 9:37
How did that mix come in?
Sneha Inguva: 9:39
I think economics just because I think it's an important way of understanding the world. It's, I mean, even when you are building. Like the number of times in my engineering career that I have had to make infrastructure decisions or changes based on how much like cloud spend we are having is frequent, especially in this economy. And so I think the economics bit was because I was just interested in both macroeconomics, microeconomics and the philosophies of investing. Granted, you really learn nothing about actually investing money in an undergraduate economics program. You basically learn micro and macro and that's about it and maybe some econometrics. But I think I just liked the wanting to understand the economy and systems from that perspective.
Tim Bourguignon: 10:29
Yeah, makes sense. And when you are somehow in the early stages of a startup, everybody is responsible of economics. Everybody has to look on the, on the expenses. Everybody has to be smart about it. There's not your job and that says everybody's.
Sneha Inguva: 10:44
Although once again, ironically, I do think that I do think that some of those skills, and even for computer science too, there's definitely discrepancy Even if I had gotten a computer science degree and I don't know an MBA or whatever. I guess applies to early stage startups and actually being at an early stage startup or actually being at a software engineering company and part of a team. And I think a lot of computer science programs at different universities are acknowledging that and trying to bridge that gap.
Tim Bourguignon: 11:19
Yes, I've seen this as well. It's really healthy. But I've seen the other way around as well talking to not junior developers about how to manage their own finances, because it's not normal in our economy to have software developers looking paycheck to paycheck at least not in Europe and it was really surprising to have to have that discussions with people just to get them away from just thinking money, money, money, money, money all the time and be focused on something else, which is anyhow, when you, when you entered this casino or slot machine vending machine slot machine company I'm not sure there was a casino- I think you said CSF casino. What did you do there? Did you do algorithm development or did you have a foot in infrastructure and networking already?
Sneha Inguva: 12:08
Not at all. It was literally, I guess, just writing, writing very simple programs that would do a simulation of a particular slot machine in order to prove that there would be like a 95% return to to payer, meaning that if someone spent a dollar, on average in the long run they would get 95 cents back. And this has had to be done for regulatory purposes, because I guess before I mean, I think there is some kind of regulatory commission for casino gaming you need to prove that people in fact will get this, this amount of money, for this particular game. And I think what's interesting is, you know, in the year that I was there, initially the entire premise was that we're only designing games for slot machines. But I think there was some legalization of online gaming in New Jersey and select places and I think also in Europe and Macau. I think online gaming is more legal on online slot machines. But then, aside from that, there was a popularity. I mean, I don't know if you recall the era where Facebook apps were particularly popular and people would monetize, but it's kind of risky to make your entire business model based on another social media company.
Tim Bourguignon: 13:33
Yes, it is One thing I find interesting. You mentioned quite a few times stability, while describing having drunk the startup Kool-Aid and going from one startup to the next and even creating your own company. That doesn't really connect in my mind. Startups isn't stability. It's being on a rocket that is going to work or maybe not, and if it doesn't, you know, it was a possibility at the beginning, but that wasn't stability. Did I miss this in you?
Sneha Inguva: 14:05
Oh no, that's 100% true, I think. Right after I graduated college I think I felt oddly very comfortable taking on these risks and, I think, part of it. I don't think you can deny the amount of privilege you have in knowing that, first of all, the ed tech startup I worked at compensated me pretty well, so I had enough money to just live off savings while working on my startup, and then also the knowledge that I did have a family who would probably help me if I came to the end of all of my savings. But I will say I think it was that period that made me realize that in the future, if I'm to pursue another startup journey, I think I want to get like really confirmed that I have product market fit and be a lot more cognizant of both budgeting, product market fit and risk reward and, I guess, the opportunity cost of taking that step, because towards the end of working on my own startup, I definitely went into debt and then I was very frugal after starting at DigitalOcean. So, yes, I think that's partially why I was definitely happy with the path I chose and the lack of stability I had in trying to pursue a bunch of different things. But I think I came to a point where I did want a bit more stability, both financially and, I think, also just team wise, so I could have I think, so I could learn more and have more consistent ability to work on a single project for a while.
Tim Bourguignon: 15:44
That's interesting, which you said. You said I would work. Or we try to find a startup and where I know already that there's a market fit. But isn't the purpose of a startup actually to find the market fit, to not have it at the beginning and find it as fast as possible?
Sneha Inguva: 16:01
One could argue, yes, that that is the purpose, but I do think that that might be a problem, because I think one could also argue that the reason there are so many startups that have basically been funded I mean, this is probably a philosophical change that has also come into play over a decade of working at different companies on startups, some midsize and some larger tech companies is. I think my mind has changed a little bit on that and maybe it's almost ironic, because when I first moved to the Bay Area and thought about moving here, there was definitely, I think, maybe five years ago. Well, I technically moved last year, but five years ago. I think there is a philosophical difference between a lot of New York funders, like investors, and Bay Area investors, and I think New York investors would often want to see better financials, better product market fit, like a clear cut roadmap, and I think Bay Area was like betting on fat, higher growth, but not necessarily having everything figured out initially. And I will say that my philosophy has probably also changed from the first to the latter. That's slightly more conservative, but just because I think I've seen so many companies that have essentially only continued to operate because they are having billions poured into them, but they do not have product market fit, they do not actually make money and they are continuously in debt and there was possibly no way to monetize them ever, and so I think that's one thing that I have probably changed my mind on a little bit is trying to actually, I think, less hustle culture, less like startup cool aid and more trying to think about what problem am I trying to solve? How would this make money, how would this work? Do people actually want this product and what is our roadmap?
Tim Bourguignon: 18:02
I mean, the investment market really gave you a thumbs up there. The growth financing is gone. Now, really, vcs are asking for return on their investment for profitable companies, and so that's really where we're going. The days of free cash are over.
Sneha Inguva: 18:19
Yeah.
Tim Bourguignon: 18:20
Yeah, we can find it great or not, but it's over nonetheless, okay. So when you joined CloudOcean, still coding, or was that stepping into something else?
Sneha Inguva: 18:34
I know DigitalOcean, definitely coding. I joined a Kubernetes team initially, which was different. We were building an abstraction layer on top of Kubernetes to make it a little bit easier for people to deploy things and trying to get more application owners to use containers and use this platform instead of trying to deploy things on a virtual machine. It was pretty cool, I think. Working on Kubernetes and working on the subtraction layer was quite interesting. I think maybe a year, maybe actually nine months into this I had spent a lot of time looking at metrics and working with Prometheus relating to Node Exporter and Prometheus metrics for our service owners. I was asked to see if I wanted to go work on the observability team, which I thought could be fun. So I was there for a little bit and then I think that's when I realized I probably like software engineering more than Ops work and I felt that that team the balance of writing software versus doing a lot of DevOps was not 5050, and it was a lot more operations than software engineering. But I actually wanted to write a lot more software. So this was another critical juncture at DigitalOcean where I thought about which team I wanted to go on. I think this is also a juncture where probably earlier in my career, I would feel I was a lot less direct with managers or directors about where I wanted my career to go and just a lot more reticent about saying that I'm not happy. I either am going to leave the company or I'm going to move to one of these teams. But I think this time I talked to a lot of friends who were one level engineer higher than me and they suggested I actually just directly go to my boss and then go to an adjacent team and talk about where I wanted to move. People were great about it. I think they were pretty receptive. The engineering director for the internal Cloud team was like which team do you want to go to? At that time the options were storage, compute or networking. I looked at the makeups of all the teams in each of those orgs. I think for storage it just felt like we were building things using Ceph. I think for compute it felt like there were not enough senior engineers or staff or principal engineers and networking felt like it had a very good balance of principal staff and other engineers. I think in my mind it felt like I would get a lot more mentorship there. I ended up picking networking almost ad hoc, just because the team looked the best, the team makeup, maturity and the level of mentoring that I wanted, and the projects looked the best, and that's where I've basically been ever since.
Tim Bourguignon: 21:44
This is awesome. I love that you chose it purposefully for learning perspectives. This is something that I see done way to seldom, I must say. Were you accompanied back then already to think this way, to push you out of your shell, to go in this thinking process? Or was it you and you, and you and me?
Sneha Inguva: 22:10
I think some of my friends at Digital Ocean. When I went to them and mentioned that I was unhappy, I think we talked it through. I think them and some of my previous colleagues from prior companies who were staff engineers at Twitter and whatnot, I think when I was unhappy, I went to a lot of my mentors, I would say, and asked them for advice. I think in the process of talking things through, I realized that, especially since in this capitalist society we spend so many of our hours in the workplace, If we fundamentally don't like who we work with and feel like at least for me, I think if I feel like I am not learning and I mentioned that and use that phrase before, where at a previous company I felt like I was effectively Benjamin Buttoning I know I won't be happy. That is something I definitely try to look to, like the opportunities to learn new things and what the team makeup is, Because these are the people I will talk to for eight hours a day, five days a week.
Tim Bourguignon: 23:15
Indeed, you will. Yeah, so how long did you keep this feeling of growing, learning and being on the rocket inside this team, and when did that feeling maybe start to change and pushed you?
Sneha Inguva: 23:30
out. I would say probably three and a half years. It felt very good. It felt like it was the golden age of the networking team and I was on a few different networking teams. We were kind of moved around based on project. So I worked on something where my colleague had started working on something where it was like L3 MPLS kind of moving the network or moving the cloud architecture from a giant layer two network to using MPLS and BGP like depending on ingress or egress pads. So that was a pretty cool project. I joined it kind of late but I worked on a lot of observability relating to it. And after that I worked with another colleague on DHCP, implementing our own DHCP server that would work within the context of what we were like the context of existing digital ocean architecture, and that was pretty cool, just because I think I think working on projects where we were reading like RFCs and implementing those protocols is pretty cool and I think that's what it's all about Like, because you know how the internet works, you know this is how this protocol works and now you're just writing code that does that and hopefully it'll work and 90% well now 80% of the time it does, and then you run into corner cases and you debug them one at a time.
Tim Bourguignon: 24:55
Indeed, you have to.
Sneha Inguva: 24:56
Yes.
Tim Bourguignon: 24:58
You mentioned in passing. I didn't pick up on it or I didn't react on it before I said something like that you were playing catch up on your, the CS degree that you didn't have. Yeah, and what you're describing is is re-implementing RFCs for the core concepts of network infrastructure. When did that feeling of having to play catch up and finally being there, or switch from the one to the other, or did it?
Sneha Inguva: 25:28
I would probably say this year, but maybe this year or last year, but I think for a long time. I mean. I think the other thing is when you're constantly working with very, very experienced people, it is hard to not see the growth in yourself. Whenever and you work with has a PhD and I think that was the last company at least or has years of experience, I will say and I think a few things that helped me with playing catch up with the CS degree and feeling like I was perpetually behind. I ended up having two mentors who I became really good friends with even outside of work, and I traveled with one of them, like went on climbing and mountaineering trips and they had a lot of one on one sessions where we would just re-implement network primitives and go as part of our mentoring outside of work. And I think just doing that, like build a L4 load balancer, build a layer seven load balancer, try to build your own port scanner, and I think those are also good projects whenever you try to learn a new language, because I know for a period of time there was a Rust team at my old company, at Digital Ocean Rust. I say team, it was like the channel and everyone was trying to learn Rust, and how we were going to learn Rust was by building these things in Rust. Unfortunately, I did not have time to actually build my port scanner ever in Rust, but yeah, I think it definitely was a rough learning curve. I will say, one of the other things I did, in addition to having these mentors, nick Bulliani and Julius Volz from Prometheus delightful human beings was I would write down everything anyone would say that I didn't know what it meant in a giant Google doc and then, I guess every week or every few weeks, I would just ask a colleague or a friend to explain all these concepts, or I would Google them, or ask and Google them at the same time.
Tim Bourguignon: 27:29
Ooh, being very diligent in writing down what you don't know and then hunting these knowledge gaps.
Sneha Inguva: 27:36
Exactly.
Tim Bourguignon: 27:38
Ooh, that's very wise.
Sneha Inguva: 27:39
Yeah, I think that helped a lot, but for a long time it was like 20 pages of like terms. I did not know it was a lot, it was definitely a lot.
Tim Bourguignon: 27:48
Did that feel okay.
Sneha Inguva: 27:50
No, it felt very daunting and intimidating, but the reality is, I think and I think this is something that has taken me years is the sense that you have no idea what you're doing. Everyone has that feeling and people still have that feeling, who are like principal engineers who have a lot of experience and if people don't have that feeling, maybe they're being overconfident.
Tim Bourguignon: 28:09
Yes, indeed, yes indeed, you said.
Sneha Inguva: 28:15
This feeling of finally having caught up emerged maybe, or something like this yeah, I would say it's like I would still say there's moments of oh God, I don't know what I'm doing. But I think that the feeling of caught up is it feels less like a duck that is drowning and more like a duck that is on the surface of the water but still paddling and still. I don't think there's any point in this industry where you stop learning and I don't think there's any point where you I think, especially if you're having some autonomy over a new project that you need to design that's a Greenfield project I don't think there's a moment where you feel 100% confident that you've figured, you've solved everything. I think there's definitely points of being unsure, but I think what it is is I feel like I have enough knowledge of computer science and networking where and maybe it's a combination of both confidence and just like more knowledge of the fundamentals where I am a lot more comfortable just speaking out but then also asking for help, but then also speaking up and trying to challenge ideas in meetings, I would say, and so I think that for me was kind of a marker of the willingness to be a lot more direct and to challenge. So I think that was maybe the feeling of okay, I've caught up enough where I feel pretty good about this, but I also feel like I guess it's a feeling of I now know what I know and what I don't know, whereas before, for a long time, it probably felt like I didn't know what I knew and didn't even know, and now I think, at least, I have a better idea of that demarcation. So, though I will always have questions, and I will always have moments of like what am I even doing? I feel I'm still like unsure about the direction I want this project that I'm building to take. I do think that I have like an idea of what I can say confidently and what I am not confident about, and where I can seek assistance.
Tim Bourguignon: 30:23
So as a behavior change between before and after, that will be mostly this knowing your insecurities and being okay in stepping into a minefield, maybe asking questions and knowing willingly going there.
Sneha Inguva: 30:38
Yes.
Tim Bourguignon: 30:39
Okay, very cool.
Sneha Inguva: 30:41
So what is from the knowledge? And part of it is probably from experience and also realizing that often times, a lot of people have the same questions, but they will just not ask them.
Tim Bourguignon: 30:53
Indeed, indeed, way too often, even yes. So what decided you to leave this fantastic streak of three years in this networking team?
Sneha Inguva: 31:03
I think a lot of changes were happening. I think some of my colleagues that I really liked left. I think it also felt like the trajectory of projects that we were taking on and maybe some like higher leadership decisions I didn't necessarily agree with. I mean, I think it's so far removed at this point I don't even remember what those decisions were, but I knew that I just wasn't 100% happy with the direction and like the roadmap that was being taken and I think there was. I also felt like there were too many shortcuts being taken in certain projects that made no sense and I definitely spoke up about it and spoke up like a lot about it. But I think that was a consistent feeling amongst many colleagues because a lot of people started leaving around the same time.
Tim Bourguignon: 31:57
Okay, yeah, that's a better one as well. Yes, something that happens quite often, so how did you find your next?
Sneha Inguva: 32:04
game Fastly. Well, one of my colleagues, I think from I knew a couple of colleagues from Digital Ocean had moved to Fastly and one of my mentors, nick Bulliani, and I we were both intrigued by Fastly and curious about the company, so I ended up applying. I think he was at the time. He was happy with what he was working Well, somewhat happy with what he was working on at Digital Ocean, but I was ready to do something new. So I ended up applying and interviewing and I think they were happy because I had the experience with the L3 and PLS project and they were using MPLS as part of the work they were doing for Automated Traffic Engineering on one of their teams. So it kind of it worked out and I knew go and they wanted to find people who could write go.
Tim Bourguignon: 32:53
Okay, and from a team perspective, you had been very adamant in going into a team where you would learn, where there would be a good max mix of seniority and less seniority. You find that there as well.
Sneha Inguva: 33:09
Oh, yeah, for sure, I definitely found that at Fastly. In fact, I felt like we had a lot of very academic people and so, in a way, I could continue the same thing where a lot of one-on-ones with my manager, who was both coded and had a huge, well very long, academic background, where I would ask him different concepts and he would wipeboard them. It almost felt like school, but it was great because I learned a lot.
Tim Bourguignon: 33:36
Yeah, that's the best place. Can you talk about your next gig?
Sneha Inguva: 33:40
Yes, now I'm at Netflix. Yeah, at the end of there, yeah, oh yeah, I mean networking at Netflix is kind of the growl, isn't it? It is. It's interesting and I think I also realized some interesting things after I moved to Netflix. So how I ended up there I think I was probably about two years into Fastly and at the time I don't think I actually had actively planned to interview at other places and I don't know if Netflix reached out or what this even was. Somehow I ended up interviewing there and I think what happened is, once again, my colleagues that I liked left Fastly and I was like, oh no, this is sad. I was also, to be honest, slightly concerned because our stock price is plummeted. I didn't necessarily think that would correlate to layoffs, although it turns out after I left it did. So I probably had good timing, and by plummeted I mean we're talking from $120 to like $11.
Tim Bourguignon: 34:42
Ooh really plummeted.
Sneha Inguva: 34:44
Yeah, really plummeted, and obviously that somewhat affected my part of my comp. But I think even more than that, I was like what does this spell for the future of this company? Because that was something that would come up in every single all hands. Talking about the stock price, where the stock price is at Technically, we are looking into edge computing, people are very excited about it and people are very excited about Fastly as a company. But like, why is the market not responding? So it was just a point of stress, I think. So I think that was one of the things where I wasn't 100% I absolutely must leave now, but it was more so. Okay, I'll just put feelers out there because I'm a little concerned, but I'm not super concerned. But yeah, I mean it would be willful ignorance to ignore this glaring thing in your face. It's flashing in your face, but yeah it's a red light flashing in your face. Maybe look at that.
Tim Bourguignon: 35:45
Okay, so we ended up interviewing. I'm not sure how much you can say, but how was this interview process? I picture at least Netflix somewhere up there on a pedestal in what can be done in terms of really weeding out people and really finding the gems. It was long.
Sneha Inguva: 36:05
I think compared to any of these fan companies, it was a very long interview process. I think a lot of they probably have like two or three interviews, initially like a technical screen, you know something, where you talk with the manager, and then you have like one or two all day interviews. It's basically the standard topics that people interview for, like problem solving, a general technical screen, a behavioral interview and then systems design. So standard things. I will say that our interview process might be changing a little bit now just because I'm actually interviewing people, which is interesting because I think I avoided having to take on interviews for so much of my career. But now I was like, okay, fine, I avoided this very critical thing where I have to interview candidates, but now I will finally do it. But what's funny is, when I was preparing to interview people this year, I was like, well, I can't ask these people these questions if I haven't done them myself. So I will actually write code for the questions I'm asking, because I think that was the only good way I'll know how to actually properly provide hints if I need to provide hints and evaluate what they're doing. So that was useful and initially I thought I was the only one doing that, but I talked to my colleagues and they all did the same thing, because they all had the same take that like how can we actually properly interview people without doing these problems ourselves?
Tim Bourguignon: 37:38
Very wise. Why did you avoid taking part in interviews?
Sneha Inguva: 37:41
I mean probably some level of imposter syndrome. If we think about it, it's because I didn't have that CS degree for a long time At Netflix. I would say that a lot of my colleagues do have CS degrees and then worked at other Fang companies before coming here. Google, facebook, you know, it's like the standard path in a way, where and then I think a lot of them also went to Ivy League schools and I did go to an Ivy League school but I didn't go to Facebook after. So that's like different. So it's like they worked, they went to this high level school, then went to a company that is like well known and then came here, and so I guess it's like a little bit of imposter syndrome and feeling insecurity. But I think probably after like a decade of catch up and maybe knowing what I do know and what I don't know, I felt more comfortable just interviewing people.
Tim Bourguignon: 38:33
OK, it's incredible what those 10 years of experience really do on knowing what you're worth and not being shaken up on your foundations right at the moment where somebody asks you a question. I mean really feel maturity and etc. Well, good for you, Really cool. So did you find at Netflix this pool of knowledge and learning again and growing?
Sneha Inguva: 38:57
I think so I think Netflix is going through an interesting period right now Because I think for a long time they were the leaders right in streaming and now we have all these competitors in streaming as well. So it's a question of how do we go forward from here? How do we address technical debt? Because something I also didn't even think about They've been around for like more than 20 years. You know there was a DVD era, I think. Actually, now my parents were. We were very Indian and too cheap to actually have Netflix. Until I started working for this company, I didn't pay for Netflix, but now I do and actually have Netflix.
Tim Bourguignon: 39:39
As I would imagine from a Netflix employee. I'm sure you must have one.
Sneha Inguva: 39:42
Yes, yes, I do have Netflix now, which is exciting. I mean, it's a per week. We get access to shows like a month early, so that's kind of cool, oh, yeah, yeah, so it's the company's been around a long time, and so you can imagine the amount of like technical debt and the need for evolving with the times. And I think you can also see that in what Netflix is trying to do now with gaming, which is a big bet, and then live events. We had a live golf event yesterday which was kind of cool. I watched some of it. Okay, yeah, it's pretty cool, yeah, so so I think there's that. I think that's one element. They're trying to change the products for the space that we're in. I think another element is the fact that there is technical debt because the company is old and long. It's been around a long time. Products have, or microservices and larger scale services have grown, and now we need to evolve them. I think there was also the philosophy is probably changing a little bit as well, whereas I think before I even joined, I think for a long time it was almost like a conglomeration of city states, where a lot of they were. Netflix would just hire the smart, a bunch of really smart senior engineers and tell them to build things, and I think there was a little less planning and organization, and I think now the pendulum has swung excessively in the other direction. But now we're finding our way to a middle ground where there's more planning, a little bit more organization, addressing technical debt and then trying to have a lot more like architecture and design reviews and just better overall practices. And then I think this has also been publicized, probably last year where Netflix is hiring more people new grads which I don't think the company ever did in its entire history. So that's also a change.
Tim Bourguignon: 41:42
Yeah, there was this book about the Netflix culture way back when, like 10 years ago. But really hiring only the best from the best and behaving like a sports team and you're there for a season. That kind of collides with this idea of getting new grads.
Sneha Inguva: 41:58
Yeah, times are changing. We also have interns.
Tim Bourguignon: 42:01
Wow.
Sneha Inguva: 42:03
Yeah, they look so young and shiny in the office.
Tim Bourguignon: 42:07
So yeah, it's a twist. Fantastic. This is the time of the interview. I want to come back to one piece that really struck me and ask you for an advice here. I was really struck by the moment we said, hey, something changed in me and and I stopped not listening to myself, not saying I'm miserable here, I need to change something. I need to change something, but finally, with help from friends etc, decided to speak up and say, no, I need to make it change in my own. Do you have an advice for somebody who is starting to feel this but but it's not there yet, who starts to feel something is wrong but needs some guidance into doing something?
Sneha Inguva: 42:52
Yeah, I mean, I think, I think for me it's probably silly, but something I always do and this is for work and even outside of work, like interpersonal relationships is I write down. I first write down all of my thoughts like what am I not happy about? And then maybe also try to come up like, come up with like a list of possible solutions and then or do I need to make a change? And then try often get a second opinion, If it can be a trusted colleague on a different team, maybe someone who's a little bit more senior, and share the Google Doc with them and have a video call and talk up, talk through these points. It's very methodical, probably maybe excessively methodical sounding, but then from that I come up with some key points that I actually want to bring up and then try to and then just schedule the meeting with a manager or like a manager's manager or maybe the adjacent manager on a different team as well, and try to bring up all of these points. But I will say, going into these conversations with no preparation is definitely not the way to do it. I think, writing things down and then kind of honing what you're going to say and then turning that into key talking points. So you have a point from where you kick off. The conversation helps a lot, because I don't think a lot of people are including myself are good at ad hoc conversations.
Tim Bourguignon: 44:27
Yeah, I want to rebound on that. You've done very well for the last point about this.
Sneha Inguva: 44:30
Well, this is not a contentious discussion today, but if it's a contentious discussion, I think contentious, heated discussions. You absolutely need to write down what you're going to say.
Tim Bourguignon: 44:42
Amen to that, absolutely yes, very wise, and really love the way you're going at it, not just here, but as well for the questions you mentioned before having a Google dog being analytical and methodical for that as well. It really fits your profile. Given a couple examples of that, so this advice fits there nicely, thank you so much for that.
Sneha Inguva: 45:05
Of course, and I also can't discount the effectiveness of therapy, which has taught me very well how to have difficult conversations with people, both everywhere in life and in the workplace. I think that is extremely helpful.
Tim Bourguignon: 45:21
It is indeed.
Sneha Inguva: 45:22
Yes.
Tim Bourguignon: 45:24
Thank you so much for that. It's been great. Yeah, where would be the best place to continue this discussion with you?
Sneha Inguva: 45:32
Of course. So I'm on Twitter and or X dot com I guess is what it is called now at Sneha and Guva, also on Instagram at Sneha and Guva, and I do have a website which is Sneha and Guva dot com.
Tim Bourguignon: 45:46
Wow, is it a comment?
Sneha Inguva: 45:48
No, that is how I got that domain. There's no way I can get Sneha dot com, but I could get. This actually reminds me one of the key things I knew that I finally was working at a much larger tech company Is I looked up the number of Sneha's at Netflix and there might be 10. And so one of the Sneha's and I actually ended up getting coffee one day and we were very excited because it turns out we both rock climb, but I am maybe nine years older than her and she's a new grad, and so it was exciting. And then we actually messaged all the other Sneha's and we had a or I think we had and plan to again have a Google Hangout with all eight Sneha's.
Tim Bourguignon: 46:31
This is so fun.
Sneha Inguva: 46:33
And then we wanted to dress up as Spider-Man for Halloween and take a photo where we're pointing at each other.
Tim Bourguignon: 46:40
I want to see that it's very exciting Next Halloween.
Sneha Inguva: 46:43
Next Halloween that will have to be the costume.
Tim Bourguignon: 46:47
I'm writing it down and I'll add all those links to the show notes. So if you didn't get that, even though it was easy, scroll down and just like, and it'll be there. Thank you so much.
Sneha Inguva: 47:01
Thank you.
Tim Bourguignon: 47:02
And this has been another episode of Delper's Journey. We'll see each other next week. Bye, bye. Thanks a lot for tuning in. I hope you have enjoyed this week's episode. If you like the show, please share, rate and review. It helps more listeners discover those stories. You can find the links to all the platforms the show appears on on our website, devjourneyinfocom. Subscribe. Talk to you soon.