You are currently viewing Keeping a Personal Shortlist of Tools

Keeping a Personal Shortlist of Tools

TL;DR: Keep a personal shortlist of about eight Masters Tool pages you can explain from memory. Each line needs the job, the input the page requires, and one limitation. Everything else stays on the homepage until it earns a line.

A shortlist is not a second copy of the hub

The homepage already organizes reference tables, code tools, color, encoding, passwords, webmaster helpers, calculators, unit conversion, and health lookups. Copying that entire map into a note does not make you faster. It gives you two maps to maintain. A shortlist is the set of pages you can reopen without rereading the menu because the jobs are genuinely yours. For most people that set is smaller than ten. If your list passes fifteen, it has become a junk drawer and you will browse it the same way you browse the site, only with worse labels.

Write the list where you will actually see it: a pinned note, a small bookmark folder, or the top of a work log. A list inside a folder you never open is a wish. Review it when a project ends and again when a new role starts. The pages a student needs and the pages a maintainer needs are not the same eight.

What each line must say

A line that only names the tool is a bookmark with extra steps. Use three parts. The job, in your words: “escape a string for HTML.” The required input: “plain text, not a whole document with a head.” The limitation you have already hit: “does not fetch a URL” or “comma decimals are not accepted” or “one image at a time.” Those three parts are why the list saves time. They stop you opening a page, discovering the limitation again, and feeling that the site changed.

Add the date you last used it if the list lives in a note. A line untouched for six months is a candidate to remove. You can always find the page from the homepage later. Removal is not a loss of access. It is a refusal to pretend you remember a tool you do not use.

How a page earns a line

  1. You used it on real work at least twice, not once during a tour.
  2. You can say the limitation without opening the page.
  3. The job is still yours. A class that ended does not get a permanent row.
  4. You know a sample that should succeed, so a future failure is informative.

Pages fail this test when they were interesting rather than useful. A polynomial fitter, a hash demo, or a health index might be worth knowing and still not worth a slot. Leave them on the Masters Tool homepage. Curiosity is served by the map. The shortlist is served by repetition.

Group the eight by the week, not by the site’s menu

You do not need one tool from each menu. You might need three encoders and no health lookup, or two unit pages and a MIME table. Group your lines by the situation that triggers them: “before I paste into HTML,” “when a file’s characters look wrong,” “when a ticket asks for a hex color.” Situation labels beat category labels copied from the site, because you approach the list with a situation, not with a taxonomy.

Keep a single line that points at the homepage for everything else, explicitly: “Unlisted jobs: start at the hub, do not guess a cousin.” That line is what prevents the shortlist from making you narrow-minded. The list is a cache. The hub is the source. Caches that ignore the source become wrong.

Sharing a shortlist

A team can share a shortlist if the lines include limitations and owners. “We use this entity encoder for the marketing site” is actionable. “Useful tools!!!” with twelve links is not. Do not paste internal samples into the shared list. The list holds how to get to the tool, not last week’s customer string. If a tool’s default is easy to misuse, the limitation clause is the part you insist on. New people will skip the page instructions. They will not skip a one-line warning sitting in the team note, if you put it in the same sentence as the link.

Revisit the shared list when the site’s page changes or when the consumer of the output changes. A shortlist that encodes last year’s CSS convention will keep producing last year’s prefix. Someone should own the review. A list without an owner decays into folklore.

Build it this week, not in theory

Look at your history for the hub. Write down the pages you actually returned to. Add the input and the limitation while you still remember the last mistake. Stop at eight even if you feel the itch to add a ninth “just in case.” The ninth can live on the homepage until it has earned its place the same way.

When a job is not on the list, open the Masters Tool home view and choose by the verb, the way you did before the list existed. The shortlist is an accelerator for familiar work. It is not a replacement for reading the page you have never used.