Hi @rio
Děkuji za návrh — a dobré pozorování, že nepotřebujete plnou podporu McMahona k pokrytí 80 % případů použití. Nastavitelné počáteční body jsou vlastně chybějící primitivní prvek a z toho pak přirozeně vyplývají McMahon, kompenzace pro pozdní vstupy a několik dalších scénářů.
Myslím, že je to proveditelné. Hlavní technický detail spočívá v tom, že párovací enginy (bbpPairings, py4swiss) nepřijímají „volné“ body v TRF — každý bod musí být spojen s výsledkem kola. Takže za scénou bychom bonus modelovali jako virtuální bysy vložené před kolo 1 (např. bonus 1,0 = jedno celé bye kolo, 0,5 = jedno půlbye). Uživatel vidí jen „počáteční body = X“; TRF gymnastika se děje za scénou.
Než to rozplánuju, mám pro vás (a kohokoliv jiného sledujícího vlákno) pár otázek:
- Primární případ použití — je to McMahon (bonusy podle ratingového pásma, nastavené před kolo 1), nebo jde spíš o spravedlnost pro pozdní vstupy (poskytnutí hráči připojujícímu se v kole 3 nějakých bodů na začátek)? Oba jsou proveditelné, ale UX je odlišný a upřednostnil bych ten, který vám více vyhovuje.
- Granularita — stačí celočíselné bonusy (1, 2, 3 body) pro první verzi, nebo potřebujete půlbody (1,5, 2,5)? Celočíselné jsou výrazně jednodušší na implementaci.
- Zápasy – v vašich turnajích by měly virtuální bonusová kola ovlivňovat Buchholz a podobné ztráty, nebo je ignorovat? Standardní konvence McMahona je je ignorovat (počítají se jen reální protivníci), ale chci to před kódováním potvrdit.
- Reálné příklady – mohli byste sdílet 1–2 konkrétní turnaje, kde by to pomohlo? I hrubý popis (počet hráčů, kola, jak byste přiřadili bonusy) stačí. Použil bych je jako testovací případy, abych se ujistil, že implementace skutečně řeší problém a ne něco, co jsem si představoval.
Když budu mít odpovědi, mohu vám poskytnout konkrétnější časový rámec. Ještě jednou díky za dobře promyšlený požadavek.