Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Show error bars on timing metrics

Aperta
  • Qualcosa non va?
#633 1 commento 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
38/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Attiva
Stack tecnologico
typescript
Ambito
data-visualization, frontend

Direzione di ricerca

Start by finding where the timing JSON is loaded and where the charts and tables render these metrics, then check the install and FCP entries for the standardDeviation(Ms) field and raw samples. Error bars on charts and ± in tables should first cover install and paint metrics, which already have spread data. Recording spread for SSR throughput and load is a separate benchmark change, and the issue does not say how error bars should look, so confirm that with maintainers before you start.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

discussion

The timing metrics that are measured by framework-tracker itself (install, cold/warm build, dev server start, FP/FCP, interaction breakdown, SSR throughput/load latency) are noisy by nature. The site currently shows one number per framework, so small differences look meaningful even when they're within noise. Showing a single value without its spread isn't really as honest as it should.

A couple of examples from the current Next.js data:

  • install time: 5744 ms avg, std dev 1688 ms (samples: 2729 to 6631)
  • client-side FCP: 405 ms avg, std dev 141 ms

Most of this data is already collected: standardDeviation(Ms) and raw samples are in the JSON for install, builds, dev server start, and the CSR/SSR paint and interaction tests. It's just not displayed anywhere.

Proposal

  • Add error bars to charts (and ± in tables) for every timing metric framework-tracker measures itself
  • Start recording spread for the ones that don't have it yet (SSR throughput, SSR load)
  • 3rd-party data (HTTP Archive CWV): I don't know what spread info the source provides, but if it's available, show it there too
  • Exact counts and sizes (dependency counts, node_modules size, …) don't need any of this

Related: #407

Lingua principale
TypeScript
Stelle
42
Fork
16
Merge medio
13h 41m
PR unite (30g)
144

Preparare l'ambiente

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di e18e/framework-tracker

Tutte le issue di e18e/framework-tracker

Issue simili

Altre issue su TypeScript

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.