Te molestan los bugs dsp de un update? Lee...

[alejandro_oyervides]

yo no me apunto, dado que tengo mis horarios de trabajo muy inestables, sin embargo, no estaria de mas que pusieran un post con las fechas y horas para entrar, y si tengo la oportunidad entro a esas horas

[Ornu]

Originally Posted by pablem

Por estar al frente de un equipo de diseño sé que todo código, modificación de él, hasta el más mínimo cambio, no está exento de bugs. Por más que un soft sea pequeño o sea una aplicación de millones de líneas siempre debemos cumplir una serie de pautas para que nuestro producto final contenga la menor cantidad de errores.

Básicamente lo que se hace es:

۞ Analizar los requerimientos del cliente.
۞ Elaborar las especificaciones
۞ Aprobarlas
۞ Diseñar / Planificar
۞ Desarrollar
۞ Testear
۞ Analizar si se cumplieron las especificaciones y volver atrás 3 pasos hasta que todo esté bien.

Es evidente que el último update fue desastroso pero la responsabilidad en parte es nuestra. Tranquilamente (sabiendo que NGD cuenta con un equipo minúsculo) podríamos haber probado en detalle cada una de las skills y varias situaciones antes que ese update llegue al server RA. Ojo! no me excluyo aquí, sólo probé pilón y un par de cosas sin haber tenido en cuenta que otros poderes/características/funciones podrían verse afectadas, grave error de mi parte.

Propongo lo siguiente:

۞ No actualizar un día viernes (ni siquiera un miércoles o jueves).

۞ Sólo hacerlo después de haber concluído el código de todas las modificaciones para no tener ese precioso cartelito "EN DESARROLLO" en skills que son fundamentales y que antes funcionaban (al menos en parte).

۞ Como se creó un Equipo de Balance, podemos crear un equipo de Beta Testing.

Cómo funcionaría este grupo de beta testers?

۞ Primero habrá que reunir un cierto número de players dónde contemos con al menos 1 pj de cada subclase de 2 reinos diferentes. Hay muchos poderes que no se pueden probar en el coliseo por las falencias obvias que tiene. Así que deberíamos contar con al menos 12 pjs (6 de un determinado reino y 6 de otro) y 1 de cada subclase como mínimo.
۞ Hay que definir los poderes que pueden ser testeados por cuenta propia. Por ejemplo: Curarse, no hay necesidad alguna de testear éste poder en una batalla simulada.
۞ Todos estos pjs deberán comprometerse a participar en un determinado día y horario al menos una vez por semana. Difícil, pero tengo esperanzas que muchos estarán encantados de participar.
۞ Definir un documento de procedimientos para probar cada skill. Básicamente seguiremos una check list pre-establecida para facilitarnos la tarea y no olvidarnos de testear algo. Será tedioso en algunos casos, por ejemplo en las pruebas de porcentajes de suceso.
۞ Tener algún vínculo con NGD para reportar los resultados de las pruebas.

Cada vez somos más usuarios en RO, si sólo un 1% de nosotros le destinamos un par de horas semanales a ésto vamos a evitarnos tener que sufrir las consecuencias de cada update. También espero seamos capaces de ahorrarles unos cuantos dolores de cabeza a la gente de NGD.

Para comenzar a organizarnos, por favor, envíenme un mail a pllanos@ed-ar.com.ar o un pm con la siguiente info:

۞ Nombre/s pj/s con sus respectivos lvls.
۞ Día y franja horaria que pueden llegar a destinar a esta tarea. (formato GMT +/- xx o BEAT TIME).
۞ Toda sugerencia, idea, o pensamiento fumado que tengan.
۞ if (sexo==female and indice_masa_corporal==w00t) then send(name, age, phone_number, address, marital_status); compiler msg DEPRECATED marital_status.


Importante: Por favor, pongan como asunto "RO Beta Tester" así puedo crear una regla para simplificarme un poco las cosas Fiak de crear otra cuenta, ya tengo que chequear como 15!

PD: última línea en código fuente pq si lo lee la bruja hará un KILL_PROCESS


A quejarnos menos y a colaborar más!

Un abrazo,

Me apunto, dentro de un rato te envio el e-mail, teneme en cuenta

[arlick]

me lo parece o todos los que se han apuntado son/eran de ignis? o.O

el desierto nos une a todos

[Dee-luxX]

Originally Posted by arlick

me lo parece o todos los que se han apuntado son/eran de ignis? o.O

el desierto nos une a todos

Dame 2 semanas que tengo entregas y parciales, y tienen un lechuguito tirador.

[Redangel]

yo me apunto pablito, avisame cuando es la prueba q entro

[niclam]

La idea es interesante y encaja con tener un equipo de balance pero de prueba.

Ahora, tenemos otro problema que nos impide hacer algo por el estilo. De nada sirve tener una gran entrada de información, si no llegamos a procesarla.
Uno podria pensar que de manera organizada, esto se podria hacer, pero es tal el caudal, que tendriamos que dedicarnos 100% a esto, dejando de lado otros aspectos del desarrollo.

Hasta que no podamos contratar a alguien de nuestra parte, para suplir esta demanda, sera imposible para nosotros procesar la información.

Saludos

[arlick]

Originally Posted by niclam

La idea es interesante y encaja con tener un equipo de balance pero de prueba.

Ahora, tenemos otro problema que nos impide hacer algo por el estilo. De nada sirve tener una gran entrada de información, si no llegamos a procesarla.
Uno podria pensar que de manera organizada, esto se podria hacer, pero es tal el caudal, que tendriamos que dedicarnos 100% a esto, dejando de lado otros aspectos del desarrollo.

Hasta que no podamos contratar a alguien de nuestra parte, para suplir esta demanda, sera imposible para nosotros procesar la información.

Saludos

Y si nosotros nos dedicamos a catalogarla, dandole prioridades (entre todos creo que algo realista encuanto prioridad creo que se puede hacer), ordenando por clase, rama...

Hacemos una espcie de boletines semanales, o incluse se cuelgan en algún lado y ustedes lo consultan. Tienen acceso de forma que cuando ven algo y lo arreglan lo anotan y nosotros pasamos a revisarlo por si acaso.

¿Que tal así?

[theotherhiveking]

Originally Posted by niclam

La idea es interesante y encaja con tener un equipo de balance pero de prueba.

Ahora, tenemos otro problema que nos impide hacer algo por el estilo. De nada sirve tener una gran entrada de información, si no llegamos a procesarla.
Uno podria pensar que de manera organizada, esto se podria hacer, pero es tal el caudal, que tendriamos que dedicarnos 100% a esto, dejando de lado otros aspectos del desarrollo.

Hasta que no podamos contratar a alguien de nuestra parte, para suplir esta demanda, sera imposible para nosotros procesar la información.

Saludos

BIENVENIDOS AL CUELLO DE BOTELLA!


Descrito comunmente como:

"compilar KDE tarda 3 dias en mi 400mhz."


Dicese de la situación en la que la información obtenida no es utilizada al mismo tiempo que almacenada, provocando atascos y perdida de información posiblemente valiosa.


Algunos de los efectos secundarios son:

• Dolores de cabeza
• Desanimo
• Cansancio
• Perdida de interés.

Lo que dice Arlick esta bien, pero estas personas deberían solo organizar y COMPRIMIR la información, no solo testear dar su opinión y hacer una simple lista mal organizada, como es típico.

[arlick]

Pt no hay cuello de botella (o sí..., pero sigues siendo pt )

Nosotros damos la información lo mejor organizada, catalogada y comprimida posible.

Luego ellos poco a poco, cuando vayan sacando tiempo, o en los ratos que le dediquen a eso explicitamente consultan las listas hechas por nosotros. Puede que fuese lento el avance, pero sería constante.

[theotherhiveking]

Originally Posted by arlick

Pt no hay cuello de botella (o sí..., pero sigues siendo pt )

Nosotros damos la información lo mejor organizada, catalogada y comprimida posible.

Luego ellos poco a poco, cuando vayan sacando tiempo, o en los ratos que le dediquen a eso explicitamente consultan las listas hechas por nosotros. Puede que fuese lento el avance, pero sería constante.

ptptpptptpttpptptptptpptptpp; Cuando te pille en la guerra, del sablazo que te voy a meter el server va a hacer de cuello de botella y te va a estar llegando 10000 de daño por segundo 3 meses ¬¬!!


Ahora fuera de jodas, quiero meterme a organizar yo también.

Soy un bárbaro lvl 25 en alsius.

bye.