AI Services Market
AI Services Market › Fabbrica delle skill › Web › Editorial Dev Portfolio
$4.99 · Nessun login necessariov1.0.0– visualizzazioni

Editorial Dev Portfolio

Tre case study approfonditi che si leggono come articoli di rivista — non cinquanta schede miniatura

Trasforma la tua lista di progetti in un portfolio editoriale: una frase di posizionamento, tre case study narrativi e un'esperienza di lettura tipografica che mostra il tuo giudizio.

Anteprima di Editorial Dev Portfolio
Ideale per
Sviluppatori che si candidano per ruoli senior o staff
Tempo necessario
~45 min
Livello
Intermedio

Installala in 3 passaggi

Nessuna registrazione. Nessuno strumento da riga di comando. Scegli la tua AI, copia una riga e incollala.

Pro — tutte le 511 skill

Preferisci fare da te? Acquista la skill ($4.99), scarica lo ZIP dalla conferma d'acquisto, decomprimilo nella cartella mostrata sopra e riavvia la sessione della tua AI — stesso risultato. L'hai già acquistata? Il tuo assistente AI può scaricarla per te.

Cosa contiene

Un file SKILL.md (la guida operativa) + un modello di partenza. Un'anteprima:

Editorial Dev Portfolio

When to use

  • Your portfolio is a grid of screenshots with one-line captions and hiring managers bounce off it in seconds
  • You did the hard thinking on a project — the trade-offs, the constraints, the dead ends — but none of it shows
  • You're applying for senior or staff roles where judgment matters more than output volume
  • You have 3–5 strong projects and want them presented as stories, not as a trophy shelf
  • A recruiter asked "send me your portfolio" and your GitHub README links don't read like a coherent narrative

Workflow

  1. Write the positioning line (input: your career so far → output: one-sentence positioning)
    Before any layout, state who you are for and what you are best at, in one sentence: the kind of problems you solve, for whom, and how you solve them differently. "I build data pipelines" is a job description; "I turn messy operational data into systems operators trust" is positioning. Everything on the page must earn its place against this line — a project that doesn't support it gets cut, however proud of it you are.
  2. Pick three proof projects (input: full project list → output: 3 selected projects with a reason each)
    Three deep stories beat twelve shallow ones. Pick projects that together prove range: different problem types, different constraints, different skills. For each, write one line on why it made the cut — "proves I can ship under a hard deadline," "proves I can simplify a system others overbuilt." If two projects prove the same thing, keep the stronger and cut the other.
  3. Draft each case study as a narrative (input: selected project + your memory of it → output: structured case-study draft)
    Each case study follows the same spine: the situation (what existed, who it served), the problem (what was broken or missing, with numbers where you have them), the constraints (time, budget, legacy systems, team size — constraints are what make the story believable), the decisions (what you chose, what you rejected, and why), and the outcome (what changed, measured honestly). Aim for 400–700 words per case study: long enough to show judgment, short enough to actually get read. Write the decisions section first — it's the part only you can write, and it's what senior reviewers read.
  4. Design the reading flow (input: positioning line + case studies → output: page structure)
    The page reads like a magazine feature, not a dashboard. Order: a hero with your positioning line and nothing else competing with it; a brief index of the three projects (title, one-line hook, outcome number); the full case studies in sequence; a short "how I work" section stating your principles; and a colophon-style footer with contact and links. Typography does the heavy lifting — one serif display face for headlines, one clean sans for body, generous line length limits, and whitespace instead of boxes and dividers.
  5. Build for reading, then proof (input: page structure + drafts → output: publishable portfolio)
    Build the pages with the typographic system applied consistently, images used sparingly (one strong visual per case study — a diagram, a before/after, a key screen — captioned, not decorative), and every link checked. Then proof like an editor: read every case study aloud, cut any sentence that only says "I was responsible for," verify every number you claim, and confirm the page reads cleanly on a phone, where most recruiters will actually open it.

Anteprima del modello

Editorial Dev Portfolio — Template

Fill in the positioning line first. Every project below must support it, or it gets cut.

Positioning line

{One sentence: the kind of problems you solve, for whom, and how you solve them differently}

Hero subline (optional, one line): {a supporting fact — years, domain, or a single outcome}

Project index

Case study 1: {Project title}

Role: {your role} | Timeline: {dates} | Team: {size / solo} | Stack: {only what mattered}

Situation: {what existed, who it served}

Problem: {what was broken or missing, with numbers where you have them}

Il pacchetto della skill (SKILL.md + modello) è scritto in inglese.

Pro — tutte le 511 skill

Potrebbe piacerti anche