sq8mhi pisze: canis_lupus pisze:
Własnie dlatego jest to problem. I jeszcze ten algorytm musi być opisywalny "dla każdego", żeby definiowanie nowych zawodów było maksymalnie proste, żeby zwiększyć bus factor, który dla LOGSP wynosił 1.
Ale podejście typu UDC z N1MM jest dosyć trudne - bo tam mamy algorytm, który musi mieć zaprogramowane wszystkie przewidziane przez programistę "pomysły" organizatorów, a my go tylko parametryzujemy. Jeśli czegoś nie przewidzimy - sorry, nie da się. Przy dosyć sporej kreatywności organizatorów (mnożniki, konkretne stacje stacje dające x punktów, bonus za ostatnie litery sufiksów, punkty za odległość na ukf itp.) chyba jednak łatwiej nastukać procedurę liczenia punktów dla danych zawodów wprost w kodzie. W przypadku otwartości kodu bus factor powinien się zwiększyć do poziomu zapewniającego stabilność. Na początku trzeba będzie napisać taki skrypt dla każdych zawodów - ale i tak jest to chyba łatwiejsze niż zrobienie dobrego algorytmu ogólnego.
Oczywiście, że wszystkiego przewidzieć się nie da, ale to się potem nazywa utrzymaniem. Jeśli pojawia się potrzeba wcześniej nieuwzględniona to po prostu trzeba ja dopisać. Oczywiście jeśli ktoś zgłosi taka potrzebę wcześniej niż 3 dni przed zawodami. I tak, otwartość kodu daje szansę na zwiększenie bus factor. Oby tylko projekt nie był zbyt niszowy. |