A new grad technical resume should fill one page with proof that you can learn, build, debug, communicate, and contribute in the target role.
If you do not have much paid technical experience yet, do not pad the page. Use the strongest evidence you do have: projects, internships, coursework, research, campus work, part-time jobs, leadership, technical skills, and links that make your work easier to inspect.
Tiny CV's rule is simple: empty space is better than false density, but useful evidence should not stay hidden in your notes.
What should a new grad technical resume prove?
A new grad technical resume should prove readiness, not seniority.
That distinction matters because entry-level readers are not expecting a staff engineer's career history. They are looking for evidence that you can handle the work in front of you: write software or analyze data, learn tools, explain tradeoffs, collaborate with other people, and bring enough judgment to grow without constant hand-holding.
NACE's Job Outlook 2025 resume research reported that nearly 90% of employer respondents looked for evidence of problem-solving on college-student resumes, and nearly 80% looked for teamwork.1 NACE's broader career-readiness framework names communication, critical thinking, teamwork, technology, leadership, professionalism, career and self-development, and equity and inclusion as core competencies for college-educated candidates.2
For a technical candidate, those competencies need technical evidence.
Do not write "strong problem solver" and hope the reader believes it. Show the database schema you changed, the test suite you added, the messy group project you made shippable, the data cleanup script that stopped a repeated manual task, or the campus job where you handled real responsibility.
The page should answer four questions:
- Can this person build or analyze something real?
- Can they explain technical choices without hiding behind buzzwords?
- Can they work with other people under constraints?
- Can they be trusted not to invent experience they do not have?
That is the bar. Not perfection.
How do you fill a one-page resume with no internship?
You fill a one-page resume with no internship by turning non-internship evidence into job-relevant proof.
Paid internships are useful, but they are not the only way a new grad can show ability. Academic projects, research, student organizations, open-source contributions, part-time work, volunteer systems, hackathons, lab work, teaching assistant roles, and self-directed projects can all belong when they prove something the job needs.
The University of Pennsylvania Career Services project guidance makes this explicit: projects can strengthen a recent graduate resume, highlight experience outside a daily role, or bridge a career pivot.3 UT Dallas engineering guidance says technical projects can include class, independent, or student-organization work when they demonstrate required technical skills.4
The mistake is treating "no internship" as permission to add filler.
Filler looks like this:
- Long lists of coursework with no signal.
- Follow-along tutorials presented as original work.
- Soft skills listed without situations.
- Every tool you have ever opened once.
- Clubs, awards, and activities with no relation to the role.
- A summary that says "motivated recent graduate seeking an opportunity."
Proof looks different.
It names the work, the context, the tool or method, the constraint, and the outcome. The outcome does not have to be a revenue number. It can be a deployed demo, a working prototype, a research artifact, a tested feature, a documented handoff, a public repository, a presentation, a user group, or a measurable before-and-after that actually happened.
If you are drafting in Tiny CV, keep a private proof bank in markdown before you edit the public resume. Write down the messy version first. Then choose what earns space on the one-page version.
The New Grad Technical Proof Ladder
The New Grad Technical Proof Ladder helps you decide what belongs on the page when experience feels thin.
Use it before shrinking margins or adding vague sections. Start at the top and work down. The higher the proof, the more space it earns.
| Proof level | What it shows | Examples that earn space | How to write it | What to avoid |
|---|---|---|---|---|
| 1. Used by real people | Your work left the classroom or private repo | Internship feature, campus tool, club website, research dashboard, open-source contribution, deployed app with users | Name the user, system, constraint, and result | Inflating "used by classmates" into production impact |
| 2. Reviewed by someone technical | Your work survived feedback | Capstone review, code review, professor feedback, lab deliverable, open-source maintainer response | Mention the artifact and the review context | Saying "collaborated with engineers" when it was only a class peer |
| 3. Built with real constraints | You made technical choices under limits | Auth, data model, API, testing, accessibility, performance, security, deployment, cleanup script | Explain the choice or tradeoff in one bullet | Listing a tech stack with no behavior |
| 4. Completed in a team | You can coordinate work | Group project, student org system, hackathon, research team, campus job | Name your piece of the work and the handoff | Claiming ownership of the entire team's output |
| 5. Learned and documented | You can grow without hiding gaps | Technical writeup, README, experiment notes, bug notes, comparison of approaches | Show the learning artifact and what changed | Turning coursework into expertise |
| 6. Relevant responsibility | You were trusted with something real | Part-time job, volunteer operations, tutoring, lab support, event logistics | Translate responsibility into role-relevant behavior | Burying it because it was not a tech job |
| 7. Supporting signal | It helps but does not carry the resume | Relevant coursework, certifications, awards, club membership, languages | Keep it compact and tied to the target role | Padding the page with every activity |
This ladder is deliberately strict.
A project does not need to be famous, but it should prove more than completion. A part-time job does not need to be technical, but it should show reliability, communication, ownership, or operational judgment. A skill does not need years of experience, but you should be able to explain how you used it.
For software roles, compare your evidence against the software engineer resume guide. For AI or data-adjacent roles, the AI engineer resume guide shows how project, model, data, evaluation, and infrastructure proof change the page.
Which sections should a new grad technical resume include?
A new grad technical resume should usually include header, education, projects, skills, experience, and selective links, ordered by the strongest relevant proof.
MIT Career Advising and Professional Development tells candidates to use the position description to decide what to include and to describe experience with specificity.5 MIT Communication Lab gives the early-career version of that rule: if you are early in your education or career, include only what is important or relevant to the position.6
So the section order is not moral. It is evidentiary.
Use this structure as the baseline:
| Situation | Recommended order | Why |
|---|---|---|
| You have a strong technical internship | Header -> Experience -> Projects -> Skills -> Education | The internship is closest to the job context |
| You have no internship but strong projects | Header -> Education -> Projects -> Skills -> Experience/Leadership | Projects carry the proof, education gives quick context |
| You have research or lab work | Header -> Research/Projects -> Skills -> Education -> Experience | The research artifact is the technical evidence |
| You have mostly non-technical work | Header -> Education -> Projects -> Skills -> Experience | Keep non-technical work, but translate it into responsibility and communication |
| You are applying to mixed technical roles | Header -> Targeted summary -> Projects/Experience -> Skills -> Education | A short role frame can clarify the direction |
UTEP's technical resume checklist says technical resumes should use clearly defined sections, include contact information, education, relevant experience, technical skills, research, and technical class projects, and usually stay to one page unless 10 or more years of experience warrants two.7 It also recommends listing the strongest section first.
That is good new-grad advice because the top third of the page carries the first impression. If your strongest evidence is a capstone project, do not bury it below unrelated campus work. If your strongest evidence is a real internship, do not make the reader pass through a giant coursework block first.
Tiny CV's paper preview helps here because section order becomes visible immediately. If the first half of the page does not show the target role, strongest project, and core technical skills, the resume probably has a hierarchy problem rather than a wording problem.
How should new grads write project bullets?
New grads should write project bullets like evidence, not project descriptions.
The weak version says what the project was. The stronger version says what you built, how it worked, what constraint mattered, and what a reader can inspect or trust.
Use this formula:
Built / analyzed / improved + artifact + technical context + constraint + evidence
Here are common rewrites:
| Weak version | Stronger technical proof |
|---|---|
| "Built a weather app using React." | "Built a React weather app with API error states, saved-location preferences, and responsive layout; deployed the demo and documented setup steps in the README." |
| "Created a machine learning model for class." | "Trained and compared two classification models for a course project, documented preprocessing choices, and presented error cases where the model confused adjacent categories." |
| "Worked on a team capstone project." | "Owned the PostgreSQL schema and seed data for a four-person capstone app, then wrote migration notes so teammates could run local test data consistently." |
| "Made a portfolio website." | "Built a personal portfolio with semantic HTML, accessible navigation, project writeups, and a public link to source code." |
| "Helped club with website updates." | "Updated the student club website event flow, fixed broken mobile layout states, and handed off a documented editing checklist to the next officer." |
Notice what changes.
The stronger bullets do not pretend a class project had enterprise scale. They also do not hide behind "built." They show system behavior, technical choices, constraints, handoffs, and inspection points.
CareerOneStop's resume guide says employers should be able to find qualifications and skills related to the position, and it recommends using job-posting terms in work descriptions.8 That is useful for projects too. If the job description asks for SQL, APIs, accessibility, testing, or stakeholder communication, put the true matching evidence where the reader can see it.
If you are tempted to invent metrics because the bullet feels too plain, use how to write resume bullets without inventing metrics. Scope, audience, constraints, and release state are safer than fake percentages.
What should go in the skills section?
A new grad technical skills section should be short, grouped, and defensible.
The skills section is not a confession of everything you have touched. It is a map for the reader and the applicant tracking system. The bullets and projects prove whether the map is real.
O*NET's software developer profile describes work that includes analyzing systems, designing and modifying software, determining performance standards, and working with data and software tools.9 That is a reminder that technical skill is broader than a list of languages. It includes how you apply tools to systems, data, constraints, and collaboration.
Use grouped labels:
Languages: TypeScript, Python, SQL
Frameworks: React, Next.js, Node.js
Data: PostgreSQL, pandas, basic data visualization
Tools: Git, GitHub Actions, Docker, Linux
Practices: testing, accessibility basics, API documentation
Then run the proof test:
- Is each priority skill backed by a project, class, internship, lab, or work example?
- Could you answer basic interview questions about it?
- Does the target job actually ask for it?
- Is the skill specific enough to be useful?
Avoid proficiency theater. "Expert in Python" is usually the wrong phrase for a new grad. "Python, pandas, SQL" plus a project bullet about data cleanup is calmer and easier to trust.
For parser-focused formatting, use what an ATS-friendly resume actually means. The short version is still boring and effective: use text, standard headings, searchable terms in context, and a PDF when the employer asks for a file.
Should a new grad include non-technical work?
A new grad should include non-technical work when it proves responsibility, communication, reliability, leadership, customer context, or operational judgment that the technical evidence does not show.
Do not delete every campus job, retail shift, tutoring role, volunteer position, or club responsibility just because it was not a software internship. Entry-level technical teams still care whether you can show up, communicate clearly, handle ambiguity, and finish work with other people.
The key is translation without pretending.
| Non-technical experience | Resume angle that can matter | Weak angle to avoid |
|---|---|---|
| Campus help desk | Troubleshooting, documentation, user support, escalation | "IT expert" if the work was basic |
| Retail or food service | Reliability, customer communication, shift responsibility, training | Long duty lists unrelated to the role |
| Tutoring or teaching assistant work | Explanation, debugging student misunderstandings, feedback | Generic "leadership skills" |
| Student organization officer | Planning, handoff, systems, communication, stakeholder updates | Inflating club work into corporate management |
| Volunteer operations | Scheduling, process improvement, public-facing communication | Vague community-service padding |
Berkeley's I School resume guidance frames the reader's job plainly: employers are evaluating how you could add value to their team against an open position and its needs.10 Non-technical work belongs when it helps answer that question.
If it does not answer the question, cut it.
How do you use AI without making the resume fake?
Use AI on a new grad technical resume as an editor, organizer, and gap spotter, not as a witness.
AI can help you turn rough notes into clearer bullets, compare a resume against a job description, find unsupported claims, and suggest section order. It cannot know whether you actually built the feature, wrote the test, owned the schema, or led the project.
That is especially important for new grads because the evidence is often fragile. A model can easily turn "used a starter template" into "architected a production frontend" or "helped debug" into "led reliability improvements."
Use this safe prompt:
Review this new grad technical resume for clarity and evidence.
Rules:
- Do not add tools, metrics, ownership, users, or outcomes that are not already in my notes.
- Flag unsupported claims instead of rewriting them as stronger claims.
- Suggest section order for this target job.
- Rewrite only for specificity, readability, and truthful emphasis.
- Return a change list explaining what changed and why.
Then review the diff.
Tiny CV is built around that workflow: markdown as the source of truth, agent edits that stay inspectable, role-specific versions when emphasis changes, and a human approval step before anything public changes. If an AI edit makes you nervous in an interview, reject it.
For the full review protocol, use the resume diff checklist and the safest way to let an AI agent edit your resume.
What should you do in Tiny CV before applying?
Before applying, use Tiny CV to turn your scattered evidence into one clean, truthful, role-specific page.
Start with a private markdown proof bank:
Target role:
Must-have skills:
Strongest project:
Strongest technical constraint:
Relevant coursework:
Non-technical responsibility:
Links worth sharing:
Claims I can defend:
Claims to avoid:
Then build the public resume from that source:
- Choose the strongest section order for the target job.
- Convert the best projects into proof bullets.
- Group skills so they match the role without stuffing keywords.
- Keep non-technical work only when it proves relevant behavior.
- Ask an AI agent for clarity and gaps, then approve the diff yourself.
- Use the Tiny CV paper preview to check one-page hierarchy.
- Publish a public CV link when a human reader benefits from a clean, current page.
- Export the PDF when an application system asks for a file.
The goal is not to make a new grad look senior.
The goal is to make real early-career evidence easy to trust.
Footnotes
-
Kevin Gray, National Association of Colleges and Employers, "What Are Employers Looking for When Reviewing College Students' Resumes?", December 9, 2024, https://www.naceweb.org/talent-acquisition/candidate-selection/the-key-attributes-employers-are-looking-for-on-graduates-resumes ↩
-
National Association of Colleges and Employers, "What is Career Readiness?", https://www.naceweb.org/career-readiness/competencies/career-readiness-defined/ ↩
-
University of Pennsylvania Career Services, "How and When to Include Projects on Your Resume (Plus Examples!)", February 26, 2021, https://careerservices.upenn.edu/blog/2021/02/26/how-and-when-to-include-projects-on-your-resume-plus-examples/ ↩
-
Erik Jonsson School of Engineering & Computer Science, The University of Texas at Dallas, "Technical Resume Best Standards and Practices", https://engineering.utdallas.edu/engage/students/technical-resume-best-standards-and-practices/ ↩
-
MIT Career Advising & Professional Development, "Resumes", https://capd.mit.edu/resources/resumes/ ↩
-
MIT NSE Communication Lab, "CV/Resume", https://mitcommlab.mit.edu/nse/commkit/cvresume/ ↩
-
University of Texas at El Paso University Career Center, "Technical Resume Checklist", https://www.utep.edu/student-affairs/careers/_Files/docs/Students/Sample%20Documents/Technical_Resume_Checklist.pdf ↩
-
CareerOneStop, U.S. Department of Labor Employment and Training Administration, "Work experience", Resume Guide, https://cloudfront.careeronestop.org/JobSearch/Resumes/ResumeGuide/work-experience.aspx ↩
-
O*NET OnLine, "Software Developers", https://www.onetonline.org/link/details/15-1252.00 ↩
-
UC Berkeley School of Information, "Resume Basics", https://www.ischool.berkeley.edu/careers/guides/resume ↩

