Llamemos <T> al momento en el que Tengaged.es (de aquí en adelante T.es) es abierta al público en general. Cada una de las funcionalidades de T.es se denominan <fn> donde n es un numero entero desde 1 hasta 14.
Es evidente que pueden existir casos en los que <Tf1> !== <Tf2> !== <Tf3> ya que el numero numero de usuarios U necesario para el correcto funcionamiento de cada una de las funcionalidades es diferente, así que:
<Tfn>=K<Un>
Se establece un coeficiente K como indicador de la proporcionalidad entre el tiempo de abertura al público y el número mínimo de usuarios necesario para la funcionalidad fn.
Queda claramente establecido que hay dos opciones disponibles:
1.) Apertura retrasada:
- Denominamos m a la funcionalidad <fm> cuyo <Tfm> sea el máximo de entre las <Tfn> posibles. Y realizamos el lanzamiento a <Tfm> de todas las <fn>, por lo tanto U necesario es igual:
U=max (<Un>)
Teniendo que esperar a obtener el numero de usuarios maximo necesarios para todas las funcionalidades.
o bien
2.) Apertura escalonada:
- Realizamos lanzamientos de las funcionalidades <fi> progresivamente cuando cumplen que U >= Ui
Yo diría que la segunda opción aunque menos espectacular es la aconsejable, dado que
<Tfi> siempre será igual o menor que <Tfm>
Riesgos:
de 1.) que nunca se llegue a max(<Un>) con lo que la apertura se retrasa hasta 8 tumbado.
de 2.) que algunos U se vayan corriendo cuando vean que el número de <fn> es inferior al deseado.
aún así llamando L al numero de lectores que aun siguen leyendo y si:
L > 1
Yo (medoy) X satisfecho.
Llamemos <T> al momento en el que Tengaged.es (de aquí en adelante T.es) es abierta al público en general. Cada una de las funcionalidades de T.es se denominan <fn> donde n es un numero entero desde 1 hasta 14.
Es evidente que pueden existir casos en los que <Tf1> !== <Tf2> !== <Tf3> ya que el numero numero de usuarios U necesario para el correcto funcionamiento de cada una de las funcionalidades es diferente, así que:
<Tfn>=K<Un>
Se establece un coeficiente K como indicador de la proporcionalidad entre el tiempo de abertura al público y el número mínimo de usuarios necesario para la funcionalidad fn.
Queda claramente establecido que hay dos opciones disponibles:
1.) Apertura retrasada:
- Denominamos m a la funcionalidad <fm> cuyo <Tfm> sea el máximo de entre las <Tfn> posibles. Y realizamos el lanzamiento a <Tfm> de todas las <fn>, por lo tanto U necesario es igual:
U=max (<Un>)
Teniendo que esperar a obtener el numero de usuarios maximo necesarios para todas las funcionalidades.
o bien
2.) Apertura escalonada:
- Realizamos lanzamientos de las funcionalidades <fi> progresivamente cuando cumplen que U >= Ui
Yo diría que la segunda opción aunque menos espectacular es la aconsejable, dado que
<Tfi> siempre será igual o menor que <Tfm>
Riesgos:
de 1.) que nunca se llegue a max(<Un>) con lo que la apertura se retrasa hasta 8 tumbado.
de 2.) que algunos U se vayan corriendo cuando vean que el número de <fn> es inferior al deseado.
aún así llamando L al numero de lectores que aun siguen leyendo y si:
L > 1
Yo (medoy) X satisfecho.
December 22nd, 2009 at 10:23 pm
Qué bueno volver a leerte por aquí, aunque (uff) la verdad es que has vuelto cañero, ja ja. En cualquier caso, eres de los feeds que no importa tener ahí criando telarañas hasta que vuelve el flujo de información. Por cierto, en las jornadas de Murcia Juan Ignacio Solera (Ivoox) y yo estuvimos hablando de ti y de podsonoro
.
December 23rd, 2009 at 11:24 am
Muchas gracias Javier!. Yo ya sabía que si quedaba algun lector por aquí tendrías que ser tú , mucho mas retorcido y cañero!
Gracias por acordarte de un servidor! y por supuesto por acordarte de otro servidor (web), el de Podsonoro en las Jornadas!