id	summary	reporter	owner	description	type	status	priority	milestone	component	resolution	keywords	cc
856	La evaluación de variables con pseudo-expresión TOL debería cachearse	vdebuen	Pedro Gea	"La evaluación de variables con pseudo-expresión TOL con argumentos del tipo {{{%1,%2,...}}} debería cachearse internamente para no realizarse más que una vez por sesión. O al menos debería existir la opción de hacerlo así y que la gente sea consciente de los riesgos que supone.

Por una parte, si la expresión conlleva mucho tiempo de cálculo ahorraremos tiempo de ejecución, pero aún es más grave si la expresión no es determinista, porque entonces puede dar lugar a incongruencias graves.

Por ejemplo, en PRCOCO estamos creando un objeto modelo probit para lanzarlo varias veces de forma que en cada sesión se genere un output distinto en base a cierto prior beta truncado para evitar un problema de censura en los datos output. Para evitar crear N objetos distintos, estamos usando una expresión del tipo citado. 

Sin embargo, al ejecutarlo, en una misma sesión observo que se ha ejecutado 5 veces esa función que muestra una traza a tal efecto. No sé exactamente porque se llama tantas veces pero entiendo que puede ser razonable. De hecho en BSR el output ya entra en dos sitios: el master y el filtro probit. Y ahí es donde viene el verdadero problema  pues al venir de dos llamadas distintas se trata de dos matrices distintas que deberían ser la misma y el modelo es incongruente.

Por el momento yo me voy a cachear esa función dando por supuesto que sólo se llama una vez por sesión pero eso debería arreglarse en MMS si se puede, o bien abandonar el uso de este tipo de expresiones por el extremo peligro que supone.


"	task	closed	critical	Development 1A	Variables	fixed