Your country

Tools that support it use your country for local currency, number formats, units and paper size. Your choice is saved only in this browser.

Type a name or a two-letter code. Use the up and down arrow keys to move through the countries, Enter to choose one and Escape to close.

Resume, Portfolio & GitHub Profile  Module 3 – Writing content that proves your work

Writing a skills section you can defend

How to write a resume skills section: keep only skills a line proves, group them so the posting's must-haves come first, use its terms, and skip ratings.

  • Beginner
  • 20 minutes
  • Examples run with Python 3.14.8, Node.js 24.21.0, Pyodide 314.0.7, poppler 26.09.0 and MuPDF 1.28.3
  • By MySmartCoPilot
Free core, Pro depth: 8 of 20 minutes free
Free: Every skill on the list needs a line that shows it · Group the list by kind, with the posting's terms first. With a pass: 3 in-depth parts and 3 interview answers, about 12 minutes.

What you will learn

  • Group skills so a reader finds the ones a posting asks for in seconds
  • List only skills you can discuss in an interview and back with evidence
  • Write the posting's terms for the skills you truly have
  • Replace ratings, bars and long keyword lists with evidence a reader can use

Before you start

Asha’s first skills section had 40 items in one line: every language, framework and tool she had ever opened. That is 40 claims for a recruiter to check and 40 places for an interviewer to start, and the rest of her resume showed only 11 of them in use.

This lesson trims such a list to the skills a line of your resume proves, and groups them so that a reader finds a posting’s must-haves in seconds. Two habits that look helpful and are not get their own parts: writing skills in your own spelling instead of the posting’s, and rating yourself with bars, stars or percentages.

Every skill on the list needs a line that shows it

MIT’s careers office makes the point in passing: you may list skills in a Skills section, but naming them in your experience descriptions reinforces them by putting them in context, so if you wrote software, say what language you used. LinkedIn builds the same idea into its profiles: when you add a skill, it asks you to tick where you put it to use. A list is a set of claims, and the lines above it are the evidence.

That gives a rule, which is MySmartCoPilot guidance: a skill stays on the list only when a bullet or a project on the same resume shows it in use. The program applies it to Asha’s 40-skill draft, her five lines of evidence and the terms of the backend posting of the job-description lesson. Press Edit, put your own skills and lines in, and run it:

Forty skills, five lines of evidence Python · skills_evidence.py
# Trims a skills section by one rule (MySmartCoPilot guidance): a skill stays only when a line of the resume shows it in
# use. It reads the 40-skill draft of Asha, the invented backend engineer of this track, against her five lines of
# evidence and the terms of the invented Example Freight posting, keeps what a line proves, groups it by kind with the
# posting's terms first, and names the line behind each skill. Press Edit, put your own skills and lines in, and run it.
import re

DRAFT = {
    "Languages": ["Python", "Go", "SQL", "Java", "C++", "JavaScript", "TypeScript", "Bash"],
    "Frameworks and APIs": ["Django", "Flask", "FastAPI", "Spring Boot", "React", "Node.js", "Express", "REST APIs",
                            "Microservices"],
    "Data": ["PostgreSQL", "MySQL", "Redis", "MongoDB", "Kafka", "Elasticsearch", "Cassandra"],
    "Cloud and DevOps": ["Docker", "Kubernetes", "Terraform", "Jenkins", "GitHub Actions", "AWS", "Google Cloud", "Azure",
                         "Ansible"],
    "Tools": ["Git", "Grafana", "Prometheus", "Jira", "Postman", "Linux", "VS Code"],
}
LINES = [
    "Built REST APIs in Python for route lookups and cut their p95 latency from 420 ms to 180 ms with PostgreSQL indexes "
    "and a Redis cache.",
    "Moved 14 services to Docker and Kubernetes through infrastructure-as-code in Terraform, so a deploy takes 9 minutes "
    "instead of 40.",
    "Built a Kafka consumer for 2 million shipment events a day, with idempotent writes and Grafana alerts.",
    "Wrote Python data-quality checks that stopped 37 bad rows a week before they reached dashboards.",
    "Bus pass renewal bot (Python, FastAPI, PostgreSQL): renews a monthly pass in 3 messages instead of a 20-minute "
    "queue; Docker keeps it on one small server.",
]
POSTING = ["Python", "Go", "PostgreSQL", "MySQL", "REST APIs", "Kafka", "Docker", "Kubernetes", "Grafana", "Prometheus",
           "AWS"]
SHOWN_BY = {"SQL": ["PostgreSQL", "MySQL"]}  # a line that uses PostgreSQL shows SQL too


def named(term, line):
    return re.search(rf"(?<![\w+#.-]){re.escape(term)}(?![\w+#-])", line, re.IGNORECASE) is not None


def evidence(skill):
    """The first line that shows the skill in use, or None."""
    for line in LINES:
        if named(skill, line) or any(named(t, line) for t in SHOWN_BY.get(skill, [])):
            return line
    return None


kept, left_off = {}, []
for group, skills in DRAFT.items():
    proven = [s for s in skills if evidence(s)]
    left_off += [s for s in skills if not evidence(s)]
    if proven:
        kept[group] = sorted(proven, key=lambda s: (s not in POSTING, skills.index(s)))
total = sum(len(v) for v in DRAFT.values())
count = sum(len(v) for v in kept.values())
print(f"Draft: {total} skills. Kept: {count}, each shown in use by a line of the resume.")
print()
for group, skills in kept.items():
    print(f"{group}: {', '.join(skills)}")
    for s in skills:
        mark = "posting" if s in POSTING else "       "
        print(f"  {mark}  {s:<11} {evidence(s)[:58]}…")
print()
print(f"Left off, because no line shows them in use ({len(left_off)}):")
print("  " + ", ".join(left_off))
missing = [t for t in POSTING if t in left_off]
print()
print(f"Posting terms with no line behind them: {', '.join(missing)}.")
print("Write the line that shows each one you have really used; leave the others off.")

Output

Draft: 40 skills. Kept: 11, each shown in use by a line of the resume.

Languages: Python, SQL
  posting  Python      Built REST APIs in Python for route lookups and cut their …
           SQL         Built REST APIs in Python for route lookups and cut their …
Frameworks and APIs: REST APIs, FastAPI
  posting  REST APIs   Built REST APIs in Python for route lookups and cut their …
           FastAPI     Bus pass renewal bot (Python, FastAPI, PostgreSQL): renews…
Data: PostgreSQL, Kafka, Redis
  posting  PostgreSQL  Built REST APIs in Python for route lookups and cut their …
  posting  Kafka       Built a Kafka consumer for 2 million shipment events a day…
           Redis       Built REST APIs in Python for route lookups and cut their …
Cloud and DevOps: Docker, Kubernetes, Terraform
  posting  Docker      Moved 14 services to Docker and Kubernetes through infrast…
  posting  Kubernetes  Moved 14 services to Docker and Kubernetes through infrast…
           Terraform   Moved 14 services to Docker and Kubernetes through infrast…
Tools: Grafana
  posting  Grafana     Built a Kafka consumer for 2 million shipment events a day…

Left off, because no line shows them in use (29):
  Go, Java, C++, JavaScript, TypeScript, Bash, Django, Flask, Spring Boot, React, Node.js, Express, Microservices, MySQL, MongoDB, Elasticsearch, Cassandra, Jenkins, GitHub Actions, AWS, Google Cloud, Azure, Ansible, Git, Prometheus, Jira, Postman, Linux, VS Code

Posting terms with no line behind them: Go, MySQL, Prometheus, AWS.
Write the line that shows each one you have really used; leave the others off.

Recorded with Python 3.14.8 on macOS 26 arm64. To run it yourself: mise exec python@3.14.8 -- python3 skills_evidence.py

Eleven of the 40 survive, each with the line that proves it. Four of the posting’s terms have no line: Go and MySQL are alternatives the posting offers to Python and PostgreSQL, which she has, while Prometheus and AWS are nice-to-haves she has not used, so they stay off. Git goes as well. She uses it every day, but no line says so, and listing it tells a reader nothing new.

A list of everything you have touched

Wrong: 40 skills, including a framework from a two-hour tutorial. Right: the 11 that a line of the resume shows in use. An interviewer may pick any item on the list and ask how you used it, so each one is a question you have agreed to answer.

Checkpoint

Check: A line that shows every skill

  1. Question 1 of 2 When does a skill stay on the list, by the rule of this lesson?

    Choose one answer.

    Show the answer: Question 1 of 2

    Answer: When a bullet or a project on the same resume shows it in use

    A skill stays only when a line of the same resume shows it in use. The posting then decides which skills lead.

  2. Question 2 of 2 Asha uses Git every day, but no line of her resume mentions it. What does the evidence rule do with it, and why?

    Choose one answer.

    Show the answer: Question 2 of 2

    Answer: It drops Git, because no line shows it and listing it tells a reader nothing new

    Eleven of Asha's 40 skills survive. Git goes with the others that no line shows; if a posting asked for it, a bullet could show it.

Group the list by kind, with the posting’s terms first

A grouped list lets a reader find one skill in seconds: languages, frameworks and APIs, data, cloud and DevOps, and tools. Inside each group, the posting’s terms come first. In total, MySmartCoPilot suggests 8 to 15 items. A profile is different: LinkedIn allows up to 100 skills, but a resume list that long stops being read. soft skill: A personal or social ability, such as leading, teaching, explaining or working in a team. A resume shows it through what you did with it, in a bullet, rather than by naming it in a list., such as leadership or teamwork, belong in bullets as evidence (“Led a team of four that…”), not in the list as adjectives.

Each skill on a draft ends up in one of four places. Answer three questions about one of yours, and the table marks where it belongs:

Interactive · answer and compare Where does this skill belong? Answer three questions about one skill on your list. The table marks where it belongs, and says why the other places do not fit.
Could you talk about this skill for ten minutes in an interview, with an example from your own work?
Does a bullet or a project on your resume show you using it?
Does the posting ask for this skill, as a must-have or a nice-to-have?

Answer the questions above: the table then marks what fits your case and says why the rest does not.

Four places a skill can go, against the three things that decide where it goes
Where it goes The posting asks A line shows it Ten minutes of talk
First in its group Fits when: the posting asks for it and a line proves it Good a must-have or a nice-to-have, as PostgreSQL was for Asha Good a bullet or project uses it, such as the latency bullet Good you can explain how you used it and what went wrong
Later in its group Fits when: a line proves it, the posting does not ask Mixed not asked, so it follows the posting's terms Good FastAPI, shown by the bus pass project Good you can still defend it if the interviewer picks it
Write the bullet first Fits when: you have used it but no line shows it Mixed it may be asked for, but the list alone is a claim Poor no line yet, like Go on Asha's draft Good you have real work to describe, so the bullet can be true
Leave it off Fits when: you could not talk about it for ten minutes Mixed even a must-have stays off if you do not have it Poor nothing on the page, and nothing to write Poor the interview question you could not answer
How the answers decide
  • “Could you talk about this skill for ten minutes in an interview, with an example from your own work?” No, I have barely used it: rules out First in its group, Later in its group and Write the bullet first. A skill you could not discuss sets up the interview question you cannot answer, so it stays off until you have used it for real.
  • “Could you talk about this skill for ten minutes in an interview, with an example from your own work?” Yes, with an example and “Does a bullet or a project on your resume show you using it?” No line shows it yet: rules out First in its group, Later in its group and Leave it off. You can defend it, but nothing on the page shows it. Write the bullet that uses it; then the skill can join the list.
  • “Could you talk about this skill for ten minutes in an interview, with an example from your own work?” Yes, with an example and “Does a bullet or a project on your resume show you using it?” Yes, a line shows it and “Does the posting ask for this skill, as a must-have or a nice-to-have?” Yes, it is in the posting: rules out Later in its group, Write the bullet first and Leave it off. The posting asks for it and a line proves it, so it goes first in its group, spelled the way the posting spells it.
  • “Could you talk about this skill for ten minutes in an interview, with an example from your own work?” Yes, with an example and “Does a bullet or a project on your resume show you using it?” Yes, a line shows it and “Does the posting ask for this skill, as a must-have or a nice-to-have?” No, the posting does not name it: rules out First in its group, Write the bullet first and Leave it off. A line proves it but the posting does not ask, so it follows the posting's terms, and it is the first to go if the list grows past 15.

In short: first in its group when the posting asks and a line proves it, later when only a line proves it, a new bullet first when you have used it but nothing shows it, and off when you could not talk about it for ten minutes.

Two habits deserve parts of their own. Write a skill in the posting’s spelling when you truly have it, because a search for PostgreSQL does not find Postgres. And leave out bars, stars and percentages: they are drawn or vague, and a reader learns nothing from them.

Checkpoint

Check: Grouping, order and length

  1. Question 1 of 2 In Asha's Data group, PostgreSQL and Kafka are posting terms and Redis is not. In what order do they go?

    Choose one answer.

    Show the answer: Question 1 of 2

    Answer: PostgreSQL, Kafka, then Redis

    Group by kind, and inside each group put the posting's terms first, so a reader finds the must-haves in seconds.

  2. Question 2 of 2 Where do soft skills such as leadership belong on a resume?

    Choose one answer.

    Show the answer: Question 2 of 2

    Answer: In bullets, as evidence, such as "Led a team of four that…"

    Soft skills belong in bullets as evidence, not in the list as adjectives.

Writing the posting's terms for the skills you have Pro: opens with a Pro, Premium or Ultimate pass

A recruiter’s search uses the posting’s words, so a skill written your own way can be invisible. This part renames one skills line in a posting’s terms, measures what the same search finds before and after, and sets the limits of renaming.

In this part:

  • One skills line, renamed in the posting’s terms, measured
  • A name map for skills written many ways
  • Where a renamed term must also appear

1 runnable example (Python) · about 4 minutes

Opening this part with your pass…

This part opens with any MySmartCoPilot pass.

  • Pro pass · 1 week₹79$2.99
  • 30 days₹179$5.99
  • 1 year₹1,699$45

One payment; a pass never renews. The price shown is the total you pay: no fees or charges are added at checkout.

It also opens every other in-depth part in Learn and every Pro tool. Sales are final, except where the law gives you a right to withdraw, for example in the EU and the UK (refund policy).

Bars, stars and percentages: what extraction keeps of a rating Pro: opens with a Pro, Premium or Ultimate pass

Ratings look informative on the page. This part measures what two widely used text extractors keep of four rating styles, and replaces each with something a reader can use.

In this part:

  • Four rating styles through two extractors, measured
  • What a reader can do with a rating, and what to write instead

1 runnable example (Python) · about 4 minutes

Opening this part with your pass…Pro part. It opens with the same pass as the part above.

Three skills sections, worked: a student, a switcher, a senior engineer Pro: opens with a Pro, Premium or Ultimate pass

The rules stay the same at every stage of a career, while what passes them changes. This part works through three invented people’s lists, with the reason for every choice.

In this part:

  • A student, a career switcher and a senior engineer, side by side

about 3 minutes

Opening this part with your pass…Pro part. It opens with the same pass as the part above.

Practise: trim and group a student’s skills

Ritu, an invented final-year student, has a draft of 24 items in one group, with ratings. Rewrite it for her internship posting by the rules of this lesson; the sample tests check each rule against the lines of her resume:

Exercise · Easy · Python

Trim and group a student's skills for one posting

Ritu, an invented final-year student, is applying for a data-analyst internship whose must-haves are SQL, Python, Microsoft Excel and Power BI. Her draft skills section, in SKILLS in skills.py, is one group of 24 items, some with ratings. These are the lines of her resume that show her work:

  1. Wrote SQL queries and a Python script with pandas that cleaned 18,000 rows of canteen sales for a class project.
  2. Built a Microsoft Excel model of hostel electricity use that the warden now updates every month.
  3. Charted four years of placement-cell data with Matplotlib and NumPy in Jupyter notebooks.
  4. Built a Tableau dashboard of library footfall for the student council.
  5. Kept the project's code in Git, with a README a classmate used to rerun the analysis.

Rewrite SKILLS as a dictionary from group names to lists of skills, by the rules of this lesson:

  • Use only these group names: "Languages", "Frameworks and libraries", "Data and BI", "Cloud and DevOps", "Tools", and leave out a group with nothing in it.
  • Keep only skills that a line above shows in use, written exactly as that line writes them (so a search for the line's word finds the skill), with no rating, no percentage and no soft skill.
  • Include every must-have that a line shows, and none that no line shows, and put the must-haves first in their group.
  • Keep 8 to 15 items in all.

The sample tests check each rule on Ritu's lines.

Starter code · skills.py

# Ritu's draft: one group, with ratings. Rewrite it by the rules of the prompt.
SKILLS = {
    "Skills": [
        "Python 90%", "SQL", "MS Excel", "Power BI 50%", "Tableau", "Pandas", "NumPy", "Matplotlib", "Jupyter",
        "Git", "GitHub", "Statistics", "Java", "C", "HTML", "CSS", "Machine Learning", "Deep Learning", "TensorFlow",
        "MS Word", "Team player", "Leadership", "Communication", "Hard-working",
    ],
}
The sample tests · test_skills.py
import re

from skills import SKILLS

LINES = [
    "Wrote SQL queries and a Python script with pandas that cleaned 18,000 rows of canteen sales for a class project.",
    "Built a Microsoft Excel model of hostel electricity use that the warden now updates every month.",
    "Charted four years of placement-cell data with Matplotlib and NumPy in Jupyter notebooks.",
    "Built a Tableau dashboard of library footfall for the student council.",
    "Kept the project's code in Git, with a README a classmate used to rerun the analysis.",
]
MUST_HAVES = ["SQL", "Python", "Microsoft Excel", "Power BI"]
GROUPS = ["Languages", "Frameworks and libraries", "Data and BI", "Cloud and DevOps", "Tools"]


def shown(skill):
    """A line uses the skill, written as the line writes it."""
    return any(re.search(rf"(?<![\w-]){re.escape(skill)}(?![\w-])", line) for line in LINES)


def items():
    return [s for group in SKILLS.values() for s in group]


def test_groups_by_kind():
    """uses only the five group names, and no empty group"""
    assert SKILLS, "SKILLS is empty"
    for group, skills in SKILLS.items():
        assert group in GROUPS, f"{group!r} is not one of the group names"
        assert skills, f"the group {group!r} is empty"


def test_every_skill_shown_by_a_line():
    """keeps only skills that a line of the resume shows, spelled as the line spells them"""
    for skill in items():
        assert shown(skill), f"no line shows {skill!r} as it is written"


def test_no_ratings():
    """lists skills without ratings or percentages"""
    for skill in items():
        assert not re.search(r"\d|%|★|/10", skill), f"{skill!r} carries a rating"


def test_must_haves_she_has_and_only_those():
    """includes every must-have a line shows, and none that no line shows"""
    for must in MUST_HAVES:
        if shown(must):
            assert must in items(), f"the must-have {must!r} is shown by a line but missing"
        else:
            assert must not in items(), f"{must!r} is a must-have, but no line shows it"


def test_must_haves_first_and_length():
    """puts must-haves first in their group, and keeps 8 to 15 items"""
    for group, skills in SKILLS.items():
        flags = [s in MUST_HAVES for s in skills]
        assert flags == sorted(flags, reverse=True), f"in {group!r}, a must-have comes after another skill"
    assert 8 <= len(items()) <= 15, f"{len(items())} items: keep 8 to 15"
A hint

Go through the 24 items one at a time and ask whether one of the five lines uses that word. Python, SQL, pandas, NumPy, Matplotlib, Jupyter, Tableau and Git pass; "MS Excel" passes only once you write it the way line 2 does. Power BI appears in no line, so it goes, even though the posting asks for it.

The sample tests run on this device, in your browser (Pyodide): nothing is sent to mysmartcopilot.com. The first run downloads Python (about 13.5 MB), which is kept for the next runs. A check in your browser is feedback for you, not proof that the code is right for every input.

Then answer questions on evidence and grouping; the idea you have answered worst so far comes first:

Practice that adapts to you

Practise this lesson

6 questions about 5 ideas of this lesson. Each answer is explained at once, and what you get right is kept in this browser.

  1. Question 1 of 6 What does MIT's careers office say naming a skill in an experience description does?

    Choose one answer.

    Show the answer: Question 1 of 6

    Answer: It reinforces the skill by putting it in context

    Naming the skill where you used it is evidence; the list then points to that evidence.

  2. Question 2 of 6 You followed a two-hour Django tutorial and built nothing with it since. Does Django go on your list?

    Choose one answer.

    Show the answer: Question 2 of 6

    Answer: No; no line shows it in use, and you could not talk about it for ten minutes

    A skill stays when a line shows it and you could discuss it with an example of your own.

  3. Question 3 of 6 You really did write two Go services at work, but no line of your resume mentions Go, and the posting asks for it. What is the best fix?

    Choose one answer.

    Show the answer: Question 3 of 6

    Answer: Write a bullet about one of the Go services, then list Go first in its group

    When you have used a skill but nothing shows it, write the bullet first. The table of the lesson calls this "Write the bullet first".

  4. Question 4 of 6 LinkedIn lets you add up to how many skills to your profile?

    Type a number.

    Show the answer: Question 4 of 6

    Answer: 100 skills

    LinkedIn Help says up to 100. A resume list stays far shorter: MySmartCoPilot suggests 8 to 15 items.

  5. Question 5 of 6 A line proves you used Redis, the posting does not ask for it, and your list already has 15 items. What happens to Redis?

    Choose one answer.

    Show the answer: Question 5 of 6

    Answer: It is the first to go, because the posting does not ask and the list is at its limit

    Later in its group when only a line proves it, and the first to go when the list passes 15.

  6. Question 6 of 6 Two postings: one stresses data pipelines, the other APIs. Your proven skills are the same for both. What changes between the two versions of your list?

    Choose one answer.

    Show the answer: Question 6 of 6

    Answer: The order of the skills inside each group, following each posting's terms

    Proven skills stay the same; their order follows each posting, which is quick when the list is grouped.

Interview questions

Warm-up (fresher to mid-level): How do you decide which skills go on your resume?

A skill goes on the list only when a line of the resume shows me using it, and when I could talk about it for ten minutes with an example of my own. Then I group the list by kind, put the posting’s terms first in each group, and keep it to about 8 to 15 items. A must-have I do not have stays off, because the interview would expose it; I would rather close the gap first. Soft skills go into bullets as evidence, not into the list.

Three questions of this module’s bank go further:

  1. Fresher to senior

    Your skills section lists 40 items, and the posting you want names six. Walk through how you cut the list, what you keep and in what order, and how you answer an interviewer who asks about the breadth you left out.

    Model answer, Pro. Model answers open with any pass; prices are in the notice on this page. First step and follow-ups

  2. Fresher to mid

    Your resume shows "Python 80%" from a template, and the interviewer asks: "What does 80 % mean?" How do you answer in the moment, and what do you change on the resume afterwards?

    Model answer, Pro. First step and follow-ups

  3. Fresher to mid

    A posting writes "Google Cloud Platform", your resume says "GCP", and a friend suggests listing "GCP, Google Cloud, Google Cloud Platform, gcloud" to be safe. What do you write instead, and why?

    Model answer, Pro. First step and follow-ups

Flashcards · 7 cards

Recall it, then check

Say the answer to yourself before you look: recalling it is what makes it stick.

  1. When does a skill stay on a resume's skills list?

    Only when some line of the resume, a bullet or a project entry, shows you using it. The list is a set of claims; the lines above it are the evidence.

  2. Why name the language in an experience bullet as well as in the skills list?

    MIT's careers office notes that a skill mentioned in an experience description is reinforced by its context: the reader sees what you did with it, not only its name.

  3. How should a skills list be organised, and how long should it be?

    Sort it into groups such as languages, frameworks, data, cloud and DevOps, and tools; open each group with the terms the posting uses; and stop at about 8 to 15 items.

  4. Where do soft skills such as leadership belong on a resume?

    In bullets, as evidence of what you did with them, such as a line that opens “Led a team of four”. Listed as adjectives among the skills, they prove nothing.

  5. Which skill should stay off the list even though you have used it once?

    One you could not discuss for ten minutes with an example of your own. An interviewer may pick any item on the list and ask how you used it.

  6. LinkedIn allows up to 100 skills. Why keep a resume's list far shorter?

    A resume list that long stops being read, and each item is a claim someone may test. About 8 to 15 skills, each proved by a line, serve a reader better.

  7. Which two habits in a skills section look helpful but are not?

    Writing a skill in your own spelling when the posting uses another, since a search for PostgreSQL misses Postgres, and rating yourself with bars, stars or percentages, which tell a reader nothing.

Key takeaways

  • A skill stays on the list only when a bullet or a project on the same resume shows it in use.
  • Group the list by kind, put the posting’s terms first in each group, and keep about 8 to 15 items.
  • Soft skills belong in bullets as evidence, and a skill you could not discuss for ten minutes stays off.

Terms in this lesson

soft skill
A personal or social ability, such as leading, teaching, explaining or working in a team. A resume shows it through what you did with it, in a bullet, rather than by naming it in a list.

References

Related tools

Report a problem with this lesson

Quick answers and tool search

Type to search tools or to get a quick answer, for example 18% of 2500. Use the up and down arrow keys to move through the results, Enter to choose, and Escape to close.