Hey everyone, welcome to Developer Tea. My name is Jonathan Cottrell. My goal on this show is to help driven developers like you find clarity, perspective, and purpose in their careers. And if you are new on the job search, this is very common right now. The job hunt is very difficult as well. If you're new on the job search, then you might have an old resume that's sitting around that you haven't done a lot of work on recently. Perhaps you got your last job a couple of years ago, and it may have felt a lot more effortless compared to this round. And if you're having trouble using that old resume, using whatever you've used before, or perhaps you haven't even written a resume. Maybe you're fresh. You're out of college, or you're fresh on the job market. Maybe you're fresh into this industry, into the tech industry. This episode is intended for you. And even if you have spent a lot of time in the tech industry, this episode is also for you. It's really for anybody who has a resume. Because in today's episode, we're going to be talking about, first of all, the best advice I've ever gotten about resumes. I'll share that piece of advice with you. And the second thing we're going to talk about is the number one mistake. The number one mistake that everyone makes on their resume at some point or another. If you've written a resume, you've almost certainly made this mistake. And it's not just a clerical error. But if you fix this mistake, I can guarantee your resume will be better. I can't guarantee what the results will be, but I can certainly guarantee that for the intended purpose for a resume, your resume will improve if you follow these two pieces of advice. I'd love to hear from you. I'd love to hear from people who decide to implement these two things. The first being a piece of advice. The second being a fix, a common error, a very common problem that I see in resumes that I myself have committed in my own resumes in the past. So first is the best piece of advice. The best piece of advice I've ever received about a resume, about writing resumes, about making my resume better. This piece of advice is so simple, but it has far-reaching implications. And it's not explicit. It's not a tactical piece of advice. It's not saying, hey, you need to change your font to some special font. You need to change the color of your back. It's nothing about that. Instead, it's about the content of the resume. And really, all of today's episode is about the content of the resume. You can go other places to talk about formatting or about should I have an image on my resume? Should I include my physical address or not? That's not what we're talking about today. Instead, I want to give you this piece of advice that is far-reaching. The piece of advice is very simple. Your resume is not a story. Your resume is not a story. Now, you may bristle at this a little bit because, of course, your resume contains parts of a story. It's a pointer to your chronological history in work and in education. You may even include some things about yourself in there. You might include some of your interests. You may include some of your specific skills. You might include your hobbies. Your name is certainly on there. There's lots of personal things that you include on a resume, so it may feel like it's time to tell a story. And this is very natural. It's a human instinct to try to connect with others through stories. And, in fact, stories are perhaps the most powerful rhetorical device that we have when we are communicating with another person. But this is where the problem comes in. We imagine that when we send. Our resume. We have somehow communicated directly to another person. The problem is that the person on the receiving end of the resumes are not tasked with listening and understanding a story. Thinking about a story takes up a lot of bandwidth. It takes up a lot of mental energy. And instead, the person who is reading your resume is probably only going to give it a few seconds worth to capture their attention. Now, I want to be. Careful here when I say capture their attention, because some people take that to mean I should make my resume stand out visually. I should somehow set myself apart from the rest of the group in some flashy way. And that is not the message that I want you to understand. But this piece of advice instead is intended to help you focus on the things that matter the most. The things that matter the most to the audience of that resume. The primary and sometimes. The only audience that's true. Sometimes once you get past that first stage. Nobody ever looks at your resume again. That's possible. That's possible that the second stage doesn't even look at your resume for longer than two seconds. Once you get the initial interview in the vast majority of cases, your resume no longer is the basis for conversation. Now, this does not mean. Hear me very clearly here. This does not mean to fabricate anything. For your resume. It doesn't mean. That you should misrepresent or inflate the facts about your performance in a past role. You shouldn't add roles that weren't really real. And you should be prepared to speak to the things that are on your resume. Because of course it is in the hands of the people that you are applying to. But for the vast majority of job searches, the resumes primary, and sometimes the only job. Is to get you in the door. It is not to tell the story. It is not to represent. All of the information about you from head to toe. As with many things. It is very. Uh, beneficial. For you to try to put yourself in the shoes of the person reviewing three or four or 500 resumes for a given job position. What are the things that you care about in those shoes? You care about them meeting the requirements. So if you have two people, one meets all of the requirements. And the other one is missing even just one of the requirements. The first one is much more likely to get passed along. Well, the second one probably will get the automatic rejection letter. So while I'm not going to tell you to add a bunch of keywords to your resume, if you don't have actual experience with those things. What I will tell you is make sure that if you do have experience with a specific requirement on the job posting, make sure it goes into the resume. So as a bonus tip here. Hopefully you can recognize that this is necessary. You should probably. Tailor your resume to the job posting that you're looking at. This may seem like a ton of work and it's not zero work. But the quality of your application. The likelihood that your application is going to be selected for a follow-up interview. Goes way up. If you actually show that you meet the qualifications of the role. So you can see that there are some practical. Implications to this advice. Your resume. Is not your chance to tell your story. A good interview process will give you ample time to tell your story. And you should take time to practice that. You'd be surprised how much of your own story and experiences you can forget. And so it may be hard to recall a time when you actually did do that thing that the recruiter or the. Hiring manager asked you about. You just totally forgot about it. Take some time to recall. And you should have time to prep. For that conversation as well. But it should be. Entirely separate from your resume. You can use your resume as a background. A way of. Highlighting parts of your story. But if your resume is not representative of every story beat in your life. That's fine. That's not the job of the resume. As an additional piece of advice. When seeking feedback on your resume. Recognize that the people who are closest to you. Know your story. And so if you write your resume as a story. They will look at it as an opportunity to identify gaps. Again. In the story. They're unlikely to tell you to cut out parts that you both feel like are significant moments in your life. Even if the recruiter does not care and never reads that part of your resume. We're going to take a quick sponsor break and then we're going to come back and talk about the biggest mistake. That I've seen on resumes over and over. At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At At and columns. Stop asking relational databases to do more than they were made for. Graphs work well for use cases with lots of data connections like supply chains, fraud detection, real-time analytics, and generative AI. Then with Neo4j, you can code in your favorite programming language and against any driver. Plus, it's easy to integrate into your existing tech stack. People are solving some of the world's biggest problems with graphs. Now it's your turn. Visit neo4j.com slash developer to get started. That's N-E-O-4, the number four, j.com slash developer. N-E-O-4-j.com slash developer. Thanks again to Neo4j for sponsoring today's episode of Developer Tea. Now that you have the top piece of advice that I've received about resumes, don't make them a story. I want to tell you the biggest mistake that people make. In their resumes, the biggest mistake people make in their resumes is they forget to answer, what does this mean? What does this mean? On any given point in your resume, any given line, you should be able to answer that question. Specifically, the recruiter who is reading your resume, the person who is screening resumes should be able to answer the question, what does this mean? What does this mean? Is answered best by providing numbers in context. This is very tactical advice, and it's kind of rare for the show for me to give you tactical advice like this. But most of the time, your resume is going to improve if you can represent the meaning of a given assertion by sharing the data. And not sharing the data in its raw form, but instead, recruiter, if you're a developer, if you're a developer, if you're a developer, if you're a share it in a way that explains the meaning. For example, if you're a software engineer, you might have a line in your resume today that says, worked with Postgres to optimize queries. Now, the recruiter may generally know what this means that you have some experience working with Postgres. But what the recruiter is looking for is, how good are you at that? What level of experience do you have doing that? For two people who have that same line on their resume, which one does a better job? Assuming you've already met all of the base level of requirements, these are the points where your resume can stick out from the crowd. So if you optimized a particularly heavy query, and you brought down the response time for a critical endpoint in your infrastructure by 70%, say that. And even better, if you can explain the meaning of the line in your resume, which one does a better job? What the business impact was of this particular bit of work. So if that reduction in query time led to an increase in signups that you can qualify as related to the work that you did, you have had a very clear business impact. This shows that, first of all, you are good enough at this to actually make an impact. And secondly, you're communicating in terms that actually matter to the business. Another good example of this, imagine that you won some kind of award. Maybe it's in a specific industry that the recruiter or the person screening your resume is not familiar with. Well, while the award itself does provide some kind of meaning, this person has been recognized by somebody. If you were to qualify that with, let's say, the number of participants in that competition, or if you can explain that your peers, the other people who have won this award before, are well known. It helps provide more material, kind of more grip, if you will, for the person who's reading this to understand, to grasp what this particular line means. Again, an award might mean something, but you can add credibility by adding a little bit more information. Now, that word is very important. We've been talking a lot about this recently on the show, information theory. If you are adding words that explain your skills or your strengths, these typically do not provide information that is more valuable than the next person. Think about it this way. Your resume does not stand alone. It is one of two or three or four hundred resumes that might be on the desk of the recruiter, the screener, the hiring manager. You should consider yourself a part of that entire cohort. If you are listing out that you know X, Y, and Z technology, while this may help you avoid getting cut early, particularly if those things are in the job description as requirements, in order to actually stand out from the rest of your cohort, the other people who may be hired for this role, you should be adding information. This means more than just what the other people have. Many managers, for example, have led a team of engineers. That is not particularly informational in the sense that it doesn't provide anything new. But if you can show that you've led engineers to successful outcomes like promotions or you've retained all of your reports through rocky times at the company, those are actually informational pieces that might stand out from the rest of the crowd. Once again, for every bit of your resume, try to ask the question from the lens of the person who's reading from your target audience. If you're a person who's reading from your target audience, try to ask the question from the lens of the person who's reading from your target audience. Ask the question, what does this mean? You should be telling somebody what it means rather than making them figure it out. Don't make someone imagine how good you are at something. Let them know exactly how good you are at something. Not with rhetoric, not with words, because those are imprecise, but instead with real outcomes, real data. As often as you can, try to express things through data points, specifically data points that are intended to convey meaning. As a last little bit here, we can kind of differentiate between data and meaning for a second. Data does not necessarily communicate to the person the underlying meaning. In other words, numbers don't always communicate without you providing some context for what those numbers mean. People don't have an easy time dealing with numbers in their raw form, especially if they're very large or very small numbers. We may do another example of this. If you're a person who's reading from a large document, you may want to do another episode on how to communicate various magnitudes of numbers in ways that provide more meaning. But the important takeaway here is to try to glean or provide as much meaning as you can for every line item, every assertion that you make in your resume. If you make these changes to your resume, I can almost guarantee that you will have a better resume coming out of that. I can't guarantee, anything about this job market right now. But what I do know is that these are the kind of research-backed ways to improve your resume right now. You don't have to go and do much at all other than providing these two things. One, cut out the parts that are just the storytelling parts, things that are not providing new information or critical information about your capacity to provide results. If you are having a hard time, explaining the results of a given line item, it's very likely that it is rhetorical, that is some kind of story item on your list, and you may consider removing it altogether. Thank you so much for listening to this episode of Developer Tea. Thank you again to Neo4j for sponsoring today's episode. If your code is getting dragged down by endless joins and long query times, try simplifying the complexity with graphs. With Neo4j, you can code in your favorite programming language and against any driver. Go see what graphs can do for you at neo4j.com. That's neo4j.com. Thanks so much for listening, and until next time, enjoy your tea.