BuzzerBeater Forums

Que reclamemos mejoras, propongamos retoques, critiquemos lo que nos parezca mal hecho, no tendría que extrañar a nadie. En definitiva somos nosotros los usuarios los que mantenemos este negocio y los sueldos de sus propietarios y trabajadores. Si hubiese un sistema fiable para canalizar las preferencias y evaluar casi al instante lo que gusta o no, estoy convencido que se utilizaría. No como ahora, que parece (digo parece) que se estan dando palos de ciego en busca de la fórmula ideal.
¿Que busca un nuevo usuario cuando accede por pimera vez a BB? ¿Realidad o Ficción? Estoy convencido que lo más parecido a la realidad. Porqué si buscase Ficción se daría de alta en Age Of Empires o algo parecido.
BB tiene una ventaja respecto a otros juegos parecidos, como Hattrick, que les llevan unos años de ventaja y es que puede aprender de sus errores y aprovechar sus aciertos. Porqué estoy convencido tambien que muchos usuarios de BB lo son tambien de HT.
Actuemos con sentido comun y BB tendrá mucho más éxito que hasta la fecha.

Last edited by Quim at 5/5/2009 5:30:02 AM

Bueno, que yo sepa, los que opinamos que este tema del staff no es ni de lejos uno de los temas más urgentes a arreglar en BuzzerBeater, somos tan usuarios como los que pensáis lo contrario.

Por otro lado, estoy convencido de que el clientelismo que propugnas sólo puede llevar este juego al desastre. Ya puestos que cada uno diseñe su propio entrenador e incluso sus propios jugadores... quien paga elije...

Otra cosa es el "feedback". Y no creo que haya otro juego que esté tan pendientes de los usuarios y de sus opiniones que en BuzzerBeater. Al menos lo que yo he visto, que lógicamente se cuece en el foro general inglés.

¿Sabías que abrieron una federación para oír las sugerencias de los usuarios para la reestructuración del (antiguo) staff? También hubo varios hilos de discusiones sobre el tema.

Por supuesto la participación hispana fue ínfima.

Está claro que en un simulador de baloncesto, todos buscamos que se simule lo mejor posible el baloncesto. Y en eso BB no tiene competencia. El simulador es lo más importante con diferencia, y a nadie escapa que es en lo que se están concentrando (nuevo motor, pruebas en amistosos), buscando que el motor del juego sea lo más realista, compensado y justo posible.

Para mí ese debe ser el objetivo número 1 y el tema del staff debe estar en uno de los últimos niveles de prioridad (y que conste que a mí tampoco me gusta cómo está).

Desviándome un poco del hilo de vuestra conversación, si me lo permitís...

¿Qué pensais si en vez del sistema de pujas actual pusiesen una subasta ciega, o una subasta a la baja?

Para los que no lo sepan, una subasta ciega es en la que cada comprador pone el precio que está dispuesto a pagar, sin que nadie lo sepa, y cuando pasan los tres día, el que hizo la oferta más alta, se lo lleva.

Una subasta a la baja, es simplemente poner un precio de partida, y conforme pasa el tiempo, el precio va bajando, es decir, un entrenador sale a la subasta por 500.000, y cada hora su precio va bajando (o cada minuto, o cada segundo), su precio baja 10.000 $ cada hora, y el primero que puje se lo lleva.

Viendo las locuras que se hacen ahora mismo con el sistema actual, creo que también con estas dos variantes de subasta habría equipos que perderían la cabeza...

El de pujas a la baja me parecería peor todavía que el actual.

Pero el de pujas ciegas, mucho mejor sin lugar a dudas, si todo el mundo lo usara "con cabeza", cada uno pujaría una cantidad por debajo de la que igualaría los gastos a largo plazo, con lo que tendría beneficios netos. Como esa cantidad es distinta para cada usuario, se lo llevaría el que "más lo necesita" pero siempre con beneficio. Eso en teoría claro, que después siempre están los que para ahorrarse 100k en una temporada se gastan 200k de golpe, pero esto último es inevitable con cualquier sistema de pujas que se ponga, mientras la gente no busque optimizar recursos.

Primera idea realmente interesante desde mi punto de vista, magnífica aportación al debate Alexenko, felicidades!!!

He estado pensando en un pequeño programita para ayudar a aquellos que no sepan o no quieran estar haciendo los cálculos cada vez que quieran ver cuándo es buena idea cambiar de entrenador. El objetivo es que al menos consigamos estabilizar el mercado de entrenadores de nivel 5 e inferiores. Voy a poner el código que uso actualmente (necesita compilarse cada vez pero eso será modificado en la versión final, por ahora estoy más interesado en ver si la manera en que se calcula es aceptado por la mayoría):

int main(){
float x=30000; /*Sueldo actual*/
float y=20000; /*Sueldo candidato*/
float a,b,c,r;
int i,n;

/*Programa*/
a=y;
b=x;
c=-x;
n=0;
r=0;
while (a<b) {
a*=1.02;
n+=1;
};
a=y;
for(i=1;i<n;i++){
a*=1.02;
b*=1.02;
c+=b-a;
if (i==14) r=c;
};/* fin de i */
printf ("\nSemanas hasta amortizacion= %i",n-1);
printf ("\nGasto Maximo= %f",c);
if (r>0) printf ("\nGasto Recomendado= %f\n",r);
if (b>50000) printf("\nPosible error por estabilizacion del sueldo");
return 0;
}; /*fin de main*/

La idea es que se calcula el número de semanas hasta que el sueldo del que queremos fichar supere al del actual. Se calcula lo que se ahorraría en sueldos en las semanas anteriores a dicho sueldo más la indemnización por despido del técnico actual. Se da la cantidad máxima que debería pujarse (cualquier euro por encima de dicha cantidad significaría que sería mejor conservar el técnico actual). por último se "recomienda" como puja máxima la que hace que en exactamente 14 semanas (1 temporada completa) sea rentable cambiar un técnico por otro.

Por último decir, que 50000 es una cantidad FICTICIA y sin ningún tipo de veracidad, que deberá ser sustituida por la cantidad real en la que los sueldos de los técnicos de nivel 5 se estabilicen una vez que dicha cantidad sea conocida. Uso 50k como sueldo máximo, y si el sueldo del técnico actual supera dicha cantidad en el periodo de amortización, saco un aviso (lo óptimo sería, usar la cantidad tope y seguir calculando las diferencias de sueldo semanal sobre el tope, ya digo que esto es una primera versión abierta a discusión).

La esencia de este programa puede ser usado por cualquiera que quiera mejorarlo y/o desarrollarlo en el sentido de las copyleft creative commons; el objetivo no es otro que el mercado de técnicos se estabillice mediante el uso de estrategias óptimas.

En principio el debate debería empezar por decidir si esta es la manera correcta o al menos la más aproximada para calcular los costes de cambiar de entrenador.

P.S.: En el ejemplo ficticio de un sueldo actual de 30000 y un candidato a ser fichado con 20000, los resultados son:
semanas hasta amortizacion= 20
Puja Máxima= 277833 $
Puja max. Recomendada= 192934 $

Es decir, que 21 semanas después de fichar al candidato ya estaría cobrando más que lo que cobra a día de hoy el actual (de ahi que el periodo sobre el que hay que calcular el ahorro sean las semanas anteriores, esto es, 20 semanas). Para recuperar la inversión en una temporada se debería pujar máximo 192934, y a partir de la semana 14 hasta la 20 es donde se produce el verdadero ahorro (casi 85k de ahorro entre los sueldos que se hubieran pagado si no cambiamos entrenador en 20 semanas y lo que se ha gastado entre sueldos y puja por el candidato).

Gracias y Saludos!!!

(Editado con la corrección de Lagjos sobre la inicialización de c; por tanto el ejemplo dado no se ajusta exactamente a la realidad, habría que corregirlo también pero estoy un poco vago)

Last edited by HAKeem73 at 5/16/2009 4:45:49 PM

int main(){
float x=30000; /*Sueldo actual*/
float y=20000; /*Sueldo candidato*/
float a,b,c,r;
int i,n;

/*Programa*/
a=y;
b=x;
c=x;
n=0;
r=0;
while (a<b) {
a*=1.02;
n+=1;
};
a=y;
for(i=1;i<n;i++){
a*=1.02;
b*=1.02;
c+=b-a;
if (i==14) r=c;
};/* fin de i */
printf ("\nSemanas hasta amortizacion= %i",n-1);
printf ("\nGasto Maximo= %f",c);
if (r>0) printf ("\nGasto Recomendado= %f\n",r);
if (b>50000) printf("\nPosible error por estabilizacion del sueldo");
return 0;
}; /*fin de main*/

no me digas que vamos a perder a un friki informático en el grupo!

no me digas que vamos a perder a un friki informático en el grupo!

LOL, no no, informático no, matemático aplicado o estadístico si prefieres.
El programa es demasiado cutrón para ser de un informático, pero cumple perfectamente con su labor de optimización; ahí está la diferencia ;)

Pues si este programa te parece interesante no veas el estudio que he hecho de las asistencias al pabellón. Sólo te diré que la he optimizado tanto, que pese a ser el colista del grupo durante casi toda la temporada, estoy mucho mejor que la mayoría de equipos del grupo en cuanto a ingresos y tan sólo a unos cientos de euros de Arora que ha ido en posiciones de cabeza casi toda la liga y tiene un estadio de un exACBB y por tanto puede poner precios competitivos.

Tanto análisis creo que me permitirá tener en III la próxima temporada, aproximadamente los mismo ingresos en media que tiene The Chosen Few en II.

Soy un friki pero de las estadísticas y de la optimización. Mi "cagada" es que desde el principio me empeñé en tener un equipo de canteranos únicamente y eso ha limitado mi potencial; pero seguiré con esa política por ahora.

Saludos y suerte en playoff!!!

int main(){
float x=30000; /*Sueldo actual*/
float y=20000; /*Sueldo candidato*/
float a,b,c,r;
int i,n;

/*Programa*/
a=y;
b=x;
c=x;
n=0;
r=0;
while (a<b) {
a*=1.02;
n+=1;
};
a=y;
for(i=1;i<n;i++){
a*=1.02;
b*=1.02;
c+=b-a;
if (i==14) r=c;
};/* fin de i */
printf ("\nSemanas hasta amortizacion= %i",n-1);
printf ("\nGasto Maximo= %f",c);
if (r>0) printf ("\nGasto Recomendado= %f\n",r);
if (b>50000) printf("\nPosible error por estabilizacion del sueldo");
return 0;
}; /*fin de main*/

Si lo he entendido bien, la variable c es la máxima puja que se debería hacer. En este caso, creo que la inicialización de c debería ser: "c = -x" ya que el sueldo del empleado anterior es un gasto adicional. Que te parece?

Por cierto, buena idea hacer este programa por que a veces se ve gente que paga barbaridades por algunos empleados hasta el punto de no llegar a amortizar lo que invierten.

Last edited by Lagjos at 5/16/2009 10:05:02 AM

Claro!!!, tienes toda la razón, porque en principio lo que voy sumando en c es lo que ahorro al tener un entrenador de menor nivel y esa es finalmente la puja máxima que doy, pero erroneamente incializo con un gasto, debo restarlo porque c acumula ahorros y por tanto cualquier gasto debe de ser sustraido.

Error de conceptos y gran despiste el mío, hice bien en publicar el programa definitivamente. :)

Muchas gracias!!!

Gracias a ti por hacer el programa.

Bien, aprovecharé el par de canteranos del draft que solo valgan para delincuentes juveniles para que se introduzcan en las oficinas del club y consigan esa formula :-D