lacki2000 wrote:ale co tu, kurka wodna, liczyć? Jak bedzie doba 24-godzinna to bedzie 3x więcej godzin a projekty będą 3x wolnej postępować więc technicznie będzie tak samo. Jak przyjdziesz do domu 10min za późno to już za 50 minut będziesz robić nowy projekt a nie za 170... Podobnie z podrózowaniem, nie bedzie takich wielkich skoków i czasów oczekiwania więc ludzie będą mniej siedziec przy kompach i czekać....
W takim wypadku niczego nie zyskujesz. Logujesz się po przeliczeniu, to zarówno w wypadku 3h odstępów jak i godzinnych tracisz tyle samo. Skoro 1 przeliczenie co 3h minęło, to minęły również 3 przeliczenia co 1h a skoro ma być utrzymany taki sam postęp projektów to nic się nie zyskuje na zmianie. A co z tego że szybciej będą rezultaty skoro po 3h będzie wszystko wyrównane.
Ba pod względem spóźniania się przeliczenia co 3h są lepsze.
Np. przeliczenie jest o 20, logujesz się o 22:01.
Gdy przeliczenia są co 3h nie tracisz nic, zaczynasz projekt i o 23 masz przeliczenie za wszystkie 3 godziny, mimo że postać nie pracowała.
Gdy przeliczenia są co 1h 2 godziny są w plecy
1h przeliczenia są lepsze dla produkcji/wydobywania małych ilości rzeczy i końcówek projektów ( jeśli na godzinę mamy 1% to dla 3h przeliczeń koniec będzie po 102h a dla 1h przeliczeń po 100 ).
Co do łatwości przeliczania czasu to wystarczył by skrypt do ff/opery który go godzin cantrowych obok dopisze te rzeczywiste ( ba nawet inne dla każdej strefy czasowej ).
Zaleta jest jedna, nie trzeba ingerować w silnik gry, czyli całkowicie niezależne jest to od wszelkich departamentów i czasu osób w nich będących.
Wada jest nieco gorsza, jak cantr stanie i zmieni się godzina w cantrze dla danej godziny rzeczywistej to programik już nie działa, trzeba poprawić. Podobnie będzie przy zmianie czasu na letni/zimowy.
Rozwiązanie BZR najbardziej mi się podoba. Każdy może mieć swoją godzinę
