puterea de program este o metrică incredibil de interesant atunci când unul devine în jos, în gros de ea. Ca o mulțime de statistici, dacă cereți o sută de analiști să calculeze puterea programului (SOS), atunci puteți obține o sută de răspunsuri diferite. Vreau să descompun plusurile și minusurile fiecărui sistem și chiar să arăt cum sistemele pot varia în funcție de sport.
ce înseamnă un calcul SOS puternic?
există câteva lucruri care stabilesc metode diferite în afară de restul. Acum, să numim câteva dintre ele.
- definirea exactă a cine este o echipă puternică: în primul rând și cel mai evident, sistemul trebuie să fie capabil să înțeleagă că, de exemplu, o echipă Georgia Bulldog cu un record de 9-3 este mai bună decât o echipă UAB Blazers cu un record de 9-3.
- metoda ar trebui să se potrivească sportului: puterea programului nu urmează neapărat o soluție unică pentru toți. O soluție este mult mai ușor de găsit într-un sezon de 162 de jocuri cu 30 de echipe în liga majoră de Baseball față de un sezon de 12 jocuri cu sute de echipe în fotbalul universitar.
- avantajul terenului de acasă sau al terenului de acasă: acestea sunt lucruri de nivel următor pe care majoritatea sistemelor nu le iau în considerare. Un joc la Cameron Indoor arena este în mod clar mult mai dur decât obținerea Duke pe propriul teren de acasă.
Bowl Championship Series puterea de program
deși BCS este acum defunct, este de calcul pentru puterea de program trăiește pe. Acest sistem ia suma înregistrărilor adversarului echipei și se înmulțește cu două. Apoi adaugă acel număr la recordul adversarului adversarului echipei și se înmulțește cu unul. În cele din urmă, acest număr este împărțit la trei.
calculul puterii de program de BCS
aș argumenta că acest lucru este în prezent cel mai bun non-rating pe bază de calcul SOS. Această metodă face câteva lucruri bine și este o metodă foarte bună atunci când înregistrarea este singura variabilă cunoscută. Capturarea recordului adversarului adversarului permite formulei să diferențieze între două echipe, cum ar fi exemplul meu Georgia/UAB de mai sus. La primul nivel, SOS are Georgia ca egal cu UAB, dar la al doilea nivel, recordul adversarului de UAB este foarte probabil să fie mult mai rău decât cel al Georgiei. Dezavantajele acestui sistem ar trebui să fie destul de evidente. Pur și simplu nu veți obține o diferențiere foarte mare între o echipă precum Georgia și UAB.
Central mean Strength of Schedule
acesta este un sistem bazat pe evaluări, care oferă o greutate mai mică echipelor Adversare care sunt aberante.
din evaluările Conferinței lui Jeff Sagarin
nu sunt în mare parte un fan al acestui sistem, chiar dacă rezultatele nu se dovedesc mult diferite de următorul nostru sistem. După cum se poate vedea din tabel, acest sistem cântărește foarte mult echipa adversă mediană. Acest lucru funcționează bine într-un sport în care există câțiva adversari care sunt aberanți sălbatici.
media aritmetică puterea programului
media aritmetică este o medie simplă a ratingurilor adversarului pe parcursul unui sezon. În opinia mea, acesta este cel mai bun sistem acolo pentru calcularea SOS, dar încă nu este perfect. Un defect poate fi cel mai adesea găsit în baschet colegiu. Când o echipă foarte puternică joacă o echipă foarte slabă sau invers. Există diferite niveluri de echipe „foarte slabe”, iar jocurile împotriva echipelor” puternice foarte slabe ” ar putea stimula SOS-ul unei echipe, chiar dacă victoria este aproape garantată indiferent de adversarul slab. Aceasta este o zonă în care un sistem precum SOS Central ar putea fi puternic.
care este cea mai bună putere a sistemului de programare?
acest răspuns simplu este că depinde doar. Puterea foarte de bază a sistemelor de programare în majoritatea sporturilor profesionale majore va da rezultate similare. Sunt necesare sisteme mai complexe pe măsură ce numărul de jocuri scade sau numărul de echipe crește. O provocare în imaginind cel mai bun sistem este că nu există nici o variabilă țintă pentru a modela off. Astfel, poate fi dificil să se determine diferența dintre o rezistență bună a sistemului de programare și una proastă.