Azóta már értem, hogy most mit csinál: ha Ádám 4 papírt reviewol, akkor 4 Reviewer object lesz, mindegyik külön értesítési funkcióval.
Ebből viszont az következik, hogy alapesetben nekem három lépés kell ahhoz hogy megkérjek valakit reviewolni: Add Review, Add Reviewer, Add User. És azt biztos el fogom téveszteni, hogy ha már 3 Ádámot látok a Reviewerek között, akkor valamelyiket választom a negyedik papírra is. Error, vissza, plusz két lépés.
Ez azért gond, mert kevés a reviewer (~5-6) és sok a submission (~60-80). Vagyis inkább növelném a per reviewer overheadet (mondjuk írok nekik egy emailt, hogy most már minden submission fönt van, lássanak neki), mint a per submission overheadet (sok oda-vissza klikkelés).
A másik, hogy ha olyan csinálja az admint, aki nem látott még relációs adatbázist, akkor neki a jelenlegi workflow nem fog menni.
Konklúzió: Vegyük ki a Reviewer modellt, sőt, inkább az egész AcceptedRoleAbstractot!
Azóta már értem, hogy most mit csinál: ha Ádám 4 papírt reviewol, akkor 4 Reviewer object lesz, mindegyik külön értesítési funkcióval.
Ebből viszont az következik, hogy alapesetben nekem három lépés kell ahhoz hogy megkérjek valakit reviewolni: Add Review, Add Reviewer, Add User. És azt biztos el fogom téveszteni, hogy ha már 3 Ádámot látok a Reviewerek között, akkor valamelyiket választom a negyedik papírra is. Error, vissza, plusz két lépés.
Ez azért gond, mert kevés a reviewer (~5-6) és sok a submission (~60-80). Vagyis inkább növelném a per reviewer overheadet (mondjuk írok nekik egy emailt, hogy most már minden submission fönt van, lássanak neki), mint a per submission overheadet (sok oda-vissza klikkelés).
A másik, hogy ha olyan csinálja az admint, aki nem látott még relációs adatbázist, akkor neki a jelenlegi workflow nem fog menni.
Konklúzió: Vegyük ki a Reviewer modellt, sőt, inkább az egész AcceptedRoleAbs tractot!