Kdy backend při deployi nastaví úlohy s ID 10 a 15 jakožto prerekvizity.
Proč toto není ideální
U vln, které se často přesouvají do nového ročníku (např. 0. vlna) se musí pokaždé měnit manuálně prerekvizity všech úloh. Tato práce je manuální, nudná a náchylná k lidské chybě.
Co navrhuji
Jako doplněk k odkazu pomocí ID bychom mohli do prerekvizit psát i jména adresářů úloh, která bývají v rámci ročníku unikátní:
Backend při deployi poté vyhledá úlohy, které mají git path končící daným adresářem a zároveň jsou v současném ročníku. Díky tomu se při přesouvání vlny do nového ročníku nemusí pokaždé manuálně měnit ID prerekvizit, protože jméno adresáře zůstane stejné, což ušetří spoustu mechanické práce a zmenší prostor pro lidské chyby.
Bonus
Poměrně často se stává, že prerequisities má být string a napíšeme jedinou prerekvizitu jako číslo, což při deployi způsobí poměrně kryptickou hlášku. Nově je i zadávání jediné prerekvizity jako čísla s ID validní syntax:
Současný stav
V tuto chvíli vypadá tradiční soubor s metainformacemi o úloze jako:
Kdy backend při deployi nastaví úlohy s ID 10 a 15 jakožto prerekvizity.
Proč toto není ideální
U vln, které se často přesouvají do nového ročníku (např. 0. vlna) se musí pokaždé měnit manuálně prerekvizity všech úloh. Tato práce je manuální, nudná a náchylná k lidské chybě.
Co navrhuji
Jako doplněk k odkazu pomocí ID bychom mohli do prerekvizit psát i jména adresářů úloh, která bývají v rámci ročníku unikátní:
Backend při deployi poté vyhledá úlohy, které mají git path končící daným adresářem a zároveň jsou v současném ročníku. Díky tomu se při přesouvání vlny do nového ročníku nemusí pokaždé manuálně měnit ID prerekvizit, protože jméno adresáře zůstane stejné, což ušetří spoustu mechanické práce a zmenší prostor pro lidské chyby.
Bonus
Poměrně často se stává, že
prerequisities
má být string a napíšeme jedinou prerekvizitu jako číslo, což při deployi způsobí poměrně kryptickou hlášku. Nově je i zadávání jediné prerekvizity jako čísla s ID validní syntax: