- Spegnimento
- 7 settembre 2026 alle ore 05:05 UTC
- Autore
- Kamo
- Impegno
- 9dac861
Aggiunge l'app Gamification e il dominio dietro di esso: un catalogo dei risultati in codice, un membro sta in piedi in dati, e un registro di ogni sblocco in modo che nulla un membro guadagna può essere perso tra guadagnarlo e essere detto. IL SPLIT CHE MATTERS è membro chievements (stato) contro member achievement unlocks (storia). Una singola tabella con una bandiera `consapevole` non possono rispondere "sono andati da I a III mentre il loro portatile era chiuso, quindi sono deve due popup" — la bandiera ha un valore e il membro vede una carta per due cose che hanno fatto. Una fila per membro per risultato dice sempre dove sono ora; una riga per evento, riconosciuta da solo, è la coda. Il catalogo è CODE e mai un tavolo. Un risultato che potrebbe essere modificato in un database è uno che può essere portato via o tranquillamente ridefinito sotto la gente chi l'ha guadagnato, e "hai tenuto questo da marzo" deve rimanere vero. Due diritti, e la divisione è deliberata piuttosto che simmetrica. VIEW ACHIEVEMENTS apre il record di un membro; VIEW ACHIEVEMENT LEADERBOARD apre il confronto con i colleghi, che pubblica quanto ciascuno di loro ha fatto a tutti loro. Questa è una divulgazione che un'organizzazione decide di fare. Né è seme: non c'è lignaggio da portare, e nessun "tutti" da seme da, quindi arrivano e un amministratore li accende. GAMIFICAZIONE è id 33, COMPLETATO e abilitato, quindi FeatureController lo prevede per ogni organizzazione esattamente come fa CRM e Reports. Questo cambia cosa amministratore CAN concedere, non quello che chiunque può attualmente vedere. PhiModule.GAMIFICATION non è una contabilità facoltativa: PhiServiceTypeMappingTest afferma ogni mappe ServiceType a un modulo, e uno non mappato non viene chiuso.