Submind YouTube summaries
Thumbnail for JuniorDevSG Mentoring - Fireside Chat with Jerry Tso

JuniorDevSG Mentoring - Fireside Chat with Jerry Tso

Watch on YouTube

Video summary

Jerry Tso, the Director of the Singapore Development Center for PayPal's compliance engineering team, opened this mentoring session by sharing his early career advice and reflections on professional growth. He emphasized two crucial lessons for junior developers: first, do not be picky about assigned tasks because even seemingly boring projects offer unique opportunities to learn and shine; second, always approach your work with a sense of craft, understanding that how you execute defines your personal brand in the workplace. Jerry also highlighted the importance of seeking mentorship from peers rather than waiting for formal arrangements, noting that comfortable relationships often develop naturally among coworkers who are willing to share knowledge. He encouraged juniors to embrace their "license to be ignorant" and ask questions freely, as senior engineers appreciate curiosity and a willingness to learn alongside them. The conversation then shifted to the impact of artificial intelligence on software engineering and how developers can stay relevant in an AI-driven landscape. Jerry stressed that while AI tools are powerful at generating code, human judgment remains essential for verifying outputs, especially in critical areas like compliance where mistakes cannot be overlooked. He introduced the concept of "taste" or professional intuition—the ability to discern good from bad architecture—and suggested honing this skill by asking deep questions and digging into root causes using techniques like the "ask why five times." Jerry also advocated for reverse mentoring, suggesting that senior engineers should actively learn from younger colleagues who are more immersed in daily AI usage. This two-way exchange not only keeps leaders updated on new tools but fosters a culture of continuous learning where everyone contributes to each other's growth. When discussing career paths and hiring preferences, Jerry clarified the distinct roles between individual contributors (ICs) and managers, advising juniors to focus on mastering their craft before deciding whether management is right for them. He explained that while ICs are measured by code output and feature delivery, managers are evaluated based on team satisfaction, business impact, and leadership qualities like motivation, organization, and innovation—summarized as the MOI framework. Jerry noted that effective engineering leaders do not need to be the most technically proficient person in the room but must instead set direction, remove blockers, and create safe spaces for teams to innovate. He also underscored the importance of setting high standards early on, warning that tolerating poor performance sends negative signals throughout a team and can erode overall quality over time. In his final reflections, Jerry shared personal regrets about not speaking up more during meetings due to introversion or cultural tendencies toward quietness in loud environments. He urged attendees to overcome the fear of asking "stupid questions" because every inquiry has value and could lead to meaningful outcomes. Beyond technical skills, he reinforced the necessity of a product mindset—ensuring that work directly addresses customer pain points and contributes tangibly to company goals like profitability. Jerry concluded by expressing gratitude for PayPal's commitment to nurturing future talent through internships and mentoring programs, framing these efforts as vital investments in building the next generation of engineers who will shape the industry responsibly and innovatively.
Read the full video transcript
Okay. Uh, >> all right. Jerry, there sure. All right. Hello. Camera's over there. I think Cameron can see us. >> Yeah. Okay. >> All right. Uh, hey everybody. Uh, good evening. Welcome again to the first mentoring session. Um, so today we have a special guest. This is Mr. Jerry. So that did I pronounce it correctly? >> Yeah. >> Okay. Jerry So and uh he's the uh director of the Singapore Development Center, right? Basically for PayPal and uh yeah, he's uh would you like to introduce yourself to? >> Yeah. So uh again uh hello everyone. is so happy to see like 7 o'clock uh Tuesday night. It's a great turnout. It's a great So, thanks for being here. Um like what Michael said. So, I do run the center here uh the technology center here at PayPal Singapore. Um my area of focus is specifically around compliance engineering. Uh boring stuff, regulations and all that, but uh we do support that globally uh from here. Singapore. So we have full house of engineers um you know full stack architects product you know sitting here in Singapore. Some of you are familiar face that work used to work here or you know are still currently working here. So you're familiar with how we set up but I want to welcome everybody you know here tonight. Um just have few chats yeah with you guys. >> Awesome. >> Yep. >> So we have uh the folks here are from the mentoring program. So dude uh with the mentors as well as the mentees here. Yes. >> And this is probably this our seventh batch. Well, it's it's technically eight because it's first of pilot. >> So it's zero. So off off zero [laughter] >> off by one. So yeah, that's that's how we like to roll. Um okay, cool. Um so I got a couple of questions that I like to pose to Jerry. Of course, that's his that's his muff there from his LinkedIn. Okay. Looking back, um, what's one piece of advice you wish someone had given you as a junior developer? I'm sure you've been a developer for many years. So, tell us about your early career journey, right? What's what advice and what's what's your early journey? >> I'm I'm assuming everybody here or most of you here that are mentees are sort of young, just got into your career, you know, couple years. This is what I was told. Uh, if not, I apologize. Um, I think for me, I think two things, right? Obviously when I was young versus now the competition now I think it's even more fierce right in in compared to maybe 20 20 30 years ago right but I think some things don't change right when you first come out of you know workplace what is that one best way for you to get noticed right how do you stand uh be differentiate for you know um compared to maybe your peers or someone else that you're trying to compete with in the workplace. So for me, I wish you know two things. One is don't be picky. Don't be picky about the projects that you take on, right? If somebody assigned to you, take that with a grain. Uh just take it, right? Because sometimes uh I think you'll probably hear a saying, right? the most boring you know task is nobody wants to take but that's probably the best opportunity for you to shine right so I think that's one don't be picky >> right your your objective is to learn second is anything that you take do it with a sense of craft right anything that you produce you want to do the best you can like this is this is me man this represent me because I do think it is very important early on your career and even throughout your mid later career your branding is extremely important at the workplace or just be out there you know interacting. So you need to think about what is that brand that you want to portray right? So the best way to do is do your work >> right. So basically open be open to every learning opportunity see every every uh job that or or work uh assigned to you as a learning opportunity and of course be professional build a craft around uh the work that you do. That's great great advice for the folks here. And let's go to the next question. So did mentors play a role in your career. Do you still have mentors today and have and how have they shaped your journey? >> Yeah, I I think you know today you have great opportunity like you can pair up come to a uh you know event like this and pair up. I I think you know uh while this is great I think it is great to get you know the the folks that you know you you have similar you know professions and and but for me I think you should also look you know the people around you that on the daily basis or the people that you work with are there people that you're comfortable in talking and asking questions for me that works the best because you know for mentor mentees there is that sort of um incubation period you sort of to speak that you know you you both have to click right but at the workplace you know if you are working with someone that's a senior of you and but you you feel like that's someone you know is is someone you want to look after or model after I think just go ask a question right go ask question you know ask him to to teach you things I think that's one one of best way to get that mentorship. So I think don't be so stressed about oh I gotta go out look for mentor. I'm not saying mentor is not great but you never you actually will find that you know the the co-orker work around you for someone that you admire. If you just go asking for help they typically will actually reciprocate you know uh to you and I think that's also a great form of mentoring. >> Right. Right. So be just go out and find somebody a coworker like your senior like worker tell me about this tell me about that I think as a junior developer we all have this license to be ignorant license to say I don't know can you tell me >> you know you and I myself as a senior engineer if I go to any company that's so new I don't know tell me about this right so whenever we see something new is we are new we are junior developer again >> right it's mindset we always look out for for >> and and you're asking different But at some point you're gonna find, hey, I'm more comfortable with this guy. This guy explains to me that can understand. Again, I think that bond will form naturally, >> right? But do you have someone that you that you have as a mentor now? >> I I think I do. I think, you know, I still go to some of my uh previous bosses that, you know, I used to work with, right? I Yeah, the familiarity is there, >> right? Um I think that's always the best form. Sometimes like a reality check. You go talk to one of your former bosses and tell you >> you're kidding, right? You're like, "Yeah, exactly." He gives you for like doing doing thinking that the way you think, right? Or something like that. So, >> pretty cool. >> Yeah. Yeah. Exactly. >> Okay, let's change track a little bit right now. Nowadays, AI is a big thing. I think you know, everyone talks about AI unfortunately. So, AI and AI agents changing software engineering. So, what should junior developers focus on to stay relevant? >> Wow. Um >> so you guys use AI at BL right? >> We do. We do and um yeah I think AI is certainly moving very fast but I think one things that the fundamentals uh around judgment right fundamentally it is humans still has to make the final decision and then just take an example for compliance anything compliance related right and I trust AI to just roll things out obviously not everything that gets produced by AI still needs to be verified right by by a human right so the important thing is okay AI is going to be I mean AI is already very good at generating so many different thing and looks like you know they they can BS you it's like wow this looks really good but at the end of the day is do can you provide a judgment ultimately you're going to be making a call asking the question understanding why AI gave you this answer, right? So, I think that piece is, you know, will continue to be relevant even as AI continues to advance. >> Yes. Let's double check a little bit into the concept of judgment. I call it taste. Yeah. Right. You your taste along what is good code, what is bad code, what is what good architecture, what all that stuff. >> How do they develop that? How do you suddenly think they the folks here could develop more better judgment or better taste? >> Wow. I mean again getting a mentor and seek help right to help um I think how do you hone the skills of asking the right questions right the wise and wise and wise and why really dig into the root of things right so I think at the end of the day is when AI produce something can you actually you know uh explain it very clearly exactly how things are being built behind the scenes and I just take time I think to to really practice and >> yeah so I think in consulting we have this thing called ask five wise ask why a why five times right so it's kind like so you can dig deeper into the the heart of the problem or heart of the the you know what is it that clients care about or what we care about as engineers right so that's cool that's cool >> yeah so so that gets into you know on the behavioral side the curiosity >> how do you stay curiosity >> rather just let something sort of say okay this okay Yeah. >> So I I kind like I like that AI is picking the playing field quite even. So everyone's like equally nope when faced with AI like every every six months or so something new pops up. Right. >> Exactly. >> So how do we keep a breast of all these things? How how do you keep a breast of all these things like new new developments out there and all that stuff? >> I mean um obviously you try you you try to you know play around yourself you know when new thing comes out >> right. The hands on the hands on the hands-on approach right? figure out some project you want to do at home and just try it out what's out there. Secondly, I I think uh a little bit on the mentoring aspects of it. A lot of you are looking at um getting mentors from senior folks on experience of different things. For me is actually I would go to sort of you know probably people that are younger that you know that are on the AI every day. I ask them to explain to me how things are working. You know you may or may not heard the the term reverse mentoring. Oh, >> right. So, so it's also like I could learn a lot from all of you, right? Just asking a question or things that I'm passionate about. So, I think that's another way I think it's it's a great way for me to learn things as well. Yeah. >> Right. So, you know, that's how >> I had this instance where I asked my junior developers, tell me more about this source code. What do you what do you just write? He told me I don't know. >> Oh, >> because I mean Claude helped him write the right. So right. >> So he would tell me his recommendation to me is just ask client. >> Yeah. >> At first I was like a that this is not the behavior I wanted but but come to think of it but I take take took a step back being curious again being curious like why does he think that way? Maybe that's the new new MMO right there. There's a new way of doing things. >> Ask Claude figure out ask check. >> Yeah. Yeah. Ask Yeah. Ask why? Why? Like >> Yeah. the the the the fundamental is do you understand what AI is telling you? >> Yeah. I don't just assume like oh yeah okay it's great >> right or like like I don't know that's no >> no no I think that's that's a worrisome if if I again in my current shoes if I'm compliant ask him like how did you determine >> right we should be compliant on this and that if you say I don't know I'd be very worried >> right so yeah >> okay so I should reflect on that a bit more [laughter] >> yeah so >> all right maybe let's go to the Next question. So um when hiring junior engineers, what makes a candidate stand out beyond their resume? I'm sure a bunch of us here are also looking for job or perhaps >> interested in how the job market is like. >> Sure. >> What do you look out for? >> Um I think couple thing I I think the technical chaps again is is sort of basic and now today you have AI. I think it's you know it's it's sort of that's the basic right. But I think beyond that, a couple things stood out for me. Like at the workplace, what's what's one you're going to be working in teams, you're going to work with different people. What's what's one of the most important things is communication. Can you articulate and communicate well on the problem you're trying to solve, on the solution you're trying to, you know, uh, create, etc., etc. How do you explain, right, the technical jargon you have to a non-technical person in a very structured, succinct way? I think that's a great skill you all need to have. >> Communication skills. >> I remember when I I mean I I do a bit of hiring at my workplace as well. So one of the one of the dimensions or things they ask us to look out for does this person collaborate well? Does this is this person a communicator? Right. Yeah. >> So I guess that's really important. It's not just about communicating but what I think you have interesting what you say just quite interesting that you have to know the keywords. >> Yes. you have used the right technical jargon right um that we uh we associate with mastery we associate with like hands-on experience or something like that right so exposure to those uh things right >> there there was a candidate I I interviewed recently that >> yeah he he was >> supposed to be a senior engineer but the terminologies and words he used didn't seem to >> you could be brilliant at your work >> right creating amazing application thing But if you can't communicate and tell others all about >> right it's it's as good as you know and and as you move on in your career path more and more is going to be about influencing right how do you influence the idea that you have solution have to other people to buy in and that's where this comes in so and and again I I think this this takes time right to hone that skills you know but some people does a great you know coming out of school I've seen amazing presenters technically coming out of you know polies or unis that they can do you know they maybe they have taken courses and all but you know that is the skills that's going to help you throughout your career >> so I guess for folks who have gone through like computer science or stuff like that they probably will already know some of the technical jargon but I guess for the what about folks who had didn't go through the traditional like CS route what do you think they could do to kind of like >> figure all these jarens and technology technical terms >> again I think if if you have that curiosity m you will go find you will be able to find >> curiosity >> right curiosity I think the curiosity is is a thing and and typically in in an interview it's I think you can try to draw out of them you know typically on the paper do they have outside hobby passionate projects oh yeah and things that they do rather than just work yeah outside of work right yeah >> and and you know by digging a little bit that also show you what the personality is and things like that. So that that's how >> yeah I remember trying asking some of the candidates like what do you do outside of work right have you done some open source projects have you like do you do you write a blog post or or something like that >> um there's something else I was thinking about um lost lost track of that uh oh learning agility >> what do you think about that learning agility means how fast can you like pick up something even though it's totally new to you right >> no I think that's extreme in this day and age you expect to pick things up. >> Yeah. >> Very fast. Obviously with the help of Claude has helped you even faster. >> Um so you have all the great tools, you know, to to help you learn. But yes, um you know, be able to, you know, even if something new, be able to pick things up fast, research and all. I think that's also very important. And I think in this in this day and age, things continue to to evolve, right? So um so yes, you're absolutely right. >> Yeah. remember so when we do the lead code workshop uh practice sessions uh we try to practice communication as well so as a way of like how do you uh as you solve the le code question you also communicate your approach to the individual or the group that we were practicing in so I think communicating in technical ways is actually very important >> cool exactly >> all right next question so this is something that Hman put in so maybe aspirations. I don't know. Anyway, so many engineers wonder whether they should remain an individual contributor or pursue management, how should they think about that decision? >> Well, um I would say for I mean these are two different two completely different jobs, right? Um so I I don't think you need to think about that too much yet early in your career, right? the I think early career is to hone your craft and there are a lot of similar leadership traits whether at an IC or a manager right so I think focus on honing those skills first right and get a taste of it and see whether you like it or not then you make a decision later on I think that's the right approach right um I I have seen you know many senior here I see so very very happy what they do and they have impactful you know they do impactful work on the projects you know product itself for leadership or manager typically it's actually a very lonely space right sometime great a great day is you you do nothing or you get nothing done but you actually make certain decision that help move the needle right or unblock someone that you're you're happy about right so it is a very different job. >> Yeah. Because I think as a individual contributor or IC, you're judged by the line of code by your amount number of features you can deliver and and all that. But as a manager, that's not what you what that's not what you are measured for as in terms of performance, right? So like as I see it can deliver like 50 features, many merge requests and everything fixed number of bugs and that is a that is credited to you as good performance but as a uh manager that's not what I measured for you. In fact the more I write code actually the worse it is because I'm now getting in the way of my developers and getting things done right. So >> yeah, so it's is really about um helping the team do the things they need to do, remove blockers for them and then kind of like help them uh help the team achieve the goals that we want as a as a >> and then you can get that experience at IC, right? Just start with leading a small team doing a project, right? Mentoring a new hire. Yes. >> Right. A junior person, >> right? Or unblock someone, right? If you have experience. So all those thing gives you the experience what a management could potentially look like >> and then see if you like it or not. Then you have that conversation with your boss or someone. >> Yeah. >> To to to help you. >> Yeah. >> Right. Because to be a manager, you also need to like to talk to people. >> You have to deal with conflicts a lot. >> Conflicts. Yes. Yes. So >> Yeah. People. >> Yeah. you like to listen to complaints. >> Yes. >> Solving uh difficult people problems then okay you're on the right track. >> Yeah. When you're dealing with code code problem is just bug is there I'll fix the bug right. So human problem is like oh god [laughter] how >> you know. So yeah cool cool cool. So um that's all the plan questions I have. Um do you guys have any other questions? I do. >> Okay. >> What was the turning point on your career? >> Sorry. >> What was my turning point in my career? >> Yeah. >> Um >> turning point. >> Okay. I I will give you two. Okay. One obviously it's a transition for me from IC to manager. So that that was really and that was oh gosh I won't reveal when but you know and and I actually hop on to this management track also accidentally as well because at that point of time my you know uh ex manager uh decided to quit all of a sudden right and then we were team of four or five and everybody's looking at each other what do we do now and they sort of say hey why don't you play that manager role because we think you could fit so that was you know one second the turning point for me obviously is uh was when I moved from US to Singapore and pursuing a different career or or or different change right so I did grow up in the states you know uh started working there but I got really sort of you could say bored or just want to change the scenery right and be out in Asia so you know I decided to move sort of pick up you know when my wife who was just you know uh conceived we decided to move to Singapore that was a difficult decision but we glad made it that point and voila we thought we'll stay a few years but I'm I'm been here for since 2008 so it's been it's been a while yeah it's been a while so those are the two turning turning point yeah so so again for I mean just for those of you that's you know Singaporean that are working here obviously Singapore is a great place you know to work but you know I think it's also great if you think about exposure to other parts of the world I think that's also something you know that that will open your horizon quite a bit and help you in terms of for your future career as well right it's never too late to come back to Singapore right once you go out and so we've seen many many people that that does that but I do feel like having that exposure living in different places broaden your horizon and and culturally how do you deal with diff different different people that also helped me a lot. I also stayed in Shanghai for two years as well who working in that China culture as well. So that taught me different things, right? So but I wanted to experience that myself, right? Just to see on the ground what's it like, you know, you you I think I die a few few cells, you know, [laughter] for a few years. But again, I think that also helped me uh shape shape my belief where I am today. So something to think about. >> Cool. Next question. What can you say motivated at work like to continue learning even after hours and doing this kind of mentoring session? I'm sure that it takes a lot of energy and time. >> Well, I I I think similar to a lot of the mentors here when I read sort of the profile all wants to give back, right? So, and especially like PayPal Singapore, we we also, you know, hire a lot of interns and new grads. So we believe that building up that nextgen is important, right? So so that's that's that's me. But for myself, why I mean why I stay here, I think it comes down to the people that you work with, right? Um in your workplace, uh are you enjoy with the work that you're doing? So again, for compliance, I mean it seems like the pace is picking up faster and faster every year. So and that's job security as well. Yeah. So, so good work, good people, good environment. I think that's how can be motivated throughout. >> Yeah. >> Thanks. Oh, >> question. So, >> hello. In relation to the question related to choosing the path of an EM versus um the individual contributor path, yeah, how do you actually in PayPal create that conducive environment for EMS to grow in their track as well as personal individual contributors to show for themselves? >> So for for IC's that um wants to become a manager, right? So to do that here at PayPal I think again like what I talked about earlier we would you know first we have a conversation right I think anytime IC you know wants to you talk about your career career objective so have that conversation first second and and and the manager would talk to IC as to okay what what's the rationale you know what why you decide to do this so just make sure started clear once that's clear then we as I see to again we give exposure to them on some of those leadership skills for example okay I will ask you to start leading a team of four or five doing this project you are accountable right for that project and the people around you assigning task so they give an exposure on what's what's it like right being the lead and um sort of managing the people in the task right so get that experience so so my point is we would sort of give a a little bit of that taste for about six months or so depending on people's progression and and then we evaluate right whether a person is ready or not. If it's ready then really the next step is is there an opportunity within the team for for them to become manager and and that's really a situational at that point of time to say is there a need for the business to you know so so that's that's the process for a engineering manager who who wants to continue to uh grow and progress obviously you know they would manage their domain like for first line manager is to evaluate They're managing their do their immediate domain well right as they continue to move up then you start giving them additional responsibilities or task right at a organizational level or you know sort of the more complex uh more complex projects that deal with more crossunctional teams right and then you evaluate whether that person can be successful not because uh as I mentioned Earl earlier as you go up the ladder especially on an engineer manager perspective more and more is the influencing collaboration how do you bring all the different teams together sometimes in different location all together to accomplish something right versus you you as a frontline just one team right looking after so it's about complexity of projects stakeholders that you deal with so that's how engineer engineering managers will continue to grow right and becoming director and so on so forth. So that's the typical path that we would we would do. Well, although in this day and age, I I could say it is more challenging though. You see on in the street, uh there's actually a more notion of flattening, right? The organization, there's actually less managers, right? So that's the trend that we're in right now. Unfortunately, >> there are some companies that goes for like um keep it small, keep it lean. Yeah. Then there also those that has like 20 people reporting to one. >> Right. Right. Right. Right. So yeah, so AI is is bring changes. Yeah. >> Sorry. So do you think um manager typically has to be the technically compete bunch and also you find yourself managing more of the outputs that agents like AI tools um that software engineers products more states. I think these days certainly there's a lot more of yeah managing the output of AI verifying it and things like that there's there's a lot more uh your first questions about does the manager needs to be the most tech you know most technical comp I wouldn't say no >> yes >> right there's I mean you should have a you know great competent staff to help you develop but you need to be the ones that have you know be able to set the direction right for the team to go like setting how do you set the right goals right to achieve and things that's you know manager's job but um not necessarily has to be the most technical or the best person best engineers you know among the team know right so do you have any how do you feel about how do you feel about this >> there's a there's an author uh Jerry Jerry weineberg uh that wrote a book about technical leadership so the engineering managers like us or tech lead in technical leaders and technical leaders do three things and it's a very simple acronym MOI MUA M for motivation we basically motivate the team to solve a problem together then we organize the team to solve it together and then we innovate basically we try to we we believe in that the best ideas solve the problem the best but how do you then ensure there's good good ideas uh innovate We try what we try to do as to get the team to innovate is to give them space a safe space to voice out their opinion and secondly as an as an engineering leader uh we try to be quality controller to say yeah that's a good idea but can you do better or that's that's not a bad idea but you know have you considered this or that and then help them build up the solution to a better solution right so MOI motivate organize and innovate Right. >> So we may not be the smartest person in the room but at least we can help the team and not to get motivated to get organized and then to innovate together. Right. So that's uh Yeah. >> Yeah. Agree. Agree. So you mention about quick >> so you mentioned MOI I feel like there's more of like the team side of you know foundation not like the manager skill like manager skill that affects the team but how >> like like how like what kind of managers are the ones that actually stays in the in those like small numbers the one compared to like what do they actually stand out? >> Well, I'll ask you like what kind of manager would you like to have? No, it's like I think for me it's like one structure does company actually like look at that part of the sort of API to see what kind of to keep >> okay I mean from a per if you're talking about performance aspects of it certainly yeah I mean different company would have different KPIs on looking at managers right for those thing you talk about. I think ultimately you look at I mean for for a company you look at results right for a manager okay are you commit you know are you delivering to your business units right um and how satisfied are your team members right that satisfied survey that happens right how many what's what's the quality right your team produces that comes to sort of the technical excellence you know how are you setting the bar right for your team to perform right quality right so so there are many different metrics that you know can look at but ultimately I mean different company look at different things for us you know we some of thing we talk about qualities that is important how do you motivate people how you delivering to the business business are you creative right in solving problems right to help solving problem for the business right at the end of the day it's about impact so you have a group of people under you how do you Cor that together to build something innovators to solve the problem. So all those things put together is it's part of the performance of engineering manager right um so those are the things >> I mean that that's just my perspective and we can ask different company will have different thoughts right so >> something I've been meditating on recently is about setting standards >> we as engineering leaders set the standard of what is good behavior bad behavior in the team sometimes is about the things that we ignore or we tolerate. So the things that we tolerate also sets um what they see oh he's a bad performer but you tolerating him you know what is that what signal you send to the rest of the team. So it's kind of like we have to set the bar high as in we expect high performance or good quality work from everyone make make it make make the bar a make make it a standard that everyone in your team should follow. Yeah. And then of course of course a weak underperformer maybe we can help them but again it's about not tolerating bad behavior and that what that's why >> yeah yeah saying the right standards point because I think in the age of AI is forget a lot of these fundamental things >> like that makes a good engineer or you know engineering everything AI can take care but >> you can focus on some of those I think the teams would be fine. >> Yeah. What about product mindset? Is that something that you you value in? >> Oh yeah. Like as an engineer, it's it's no good you build something if it doesn't help the company to solve, you know, to make money or solve, you know, customer pain points. That is extremely important. So having that business acument. >> Yeah. >> Right. Understand how the company's uh works, how your product serves the customer, what are the customer pain points. Yes. >> Yes. So I kind like draw a straight line from my my contribution to the company. Yes. >> Company goals, you know, profitability and all that stuff. >> I think all of you want that, right? You want to understand how does my work translate to impact generating for the company. >> Yeah. So knowing that is is is important. >> Yeah. We talk about landed impact as it has to have landed and not like oh still in the sky, still behind the future toggle. >> Yeah. Yeah. So >> cool. Great. Any any question? Yes. Sorry, we can pass it over. >> One, one last one. One last one. Last one. Yeah, last one. Can Yeah, thanks for sharing. So, just want to maybe just zooming out a bit more. So, you've worked across different domains and also different countries. Just want to find out if there's any one particular regret that you have throughout your career and then if given a chance, you go back and change it. >> Okay. Um, thanks. I I think be for for myself I mean I'm more introvert right and as an Asian you tend to be more quiet right in the loud room you probably don't speak as much but is there one thing that I would probably go back and change is just be more bold and ask more question in the room you know don't be afraid that okay somebody's gonna think you're asking stupid questions I don't think any any question is stupid questions but it just you know can to take that courage to ask, right? Um, and because you know, you don't ask, you don't know what you're going to get back, right? So, I think there are certain, you know, if I were to look back, right, in some certain instances, I wish I had spoken up a lot more, right, for them to hear my opinion and voice um to make them known. So, that that's really one thing if I were to go back. So I would encourage all of you right in different situation in different meetings if you have questions just raise your hand and ask right you never know you never know what's what outcome is going to come out of it more often than not it's going to be good >> wise words and with that thank you Jerry for you know >> thank you thank you hey uh again I want to thank everybody for coming out here tonight and especially thanks to the men mentors you know and also the mentees to pair it up together. I know you got a exciting program after this. So, um, have fun. >> Should we do like a group photo or >> Yeah, just a quick group. >> So, we just sit here and then >> Yeah, just take a picture. >> Maybe you can take one selfie with everyone and [laughter] then you take a group. >> Okay. You want to use >> Okay. Okay. Okay.