| Kriptópolis alojado en |
| Zilos-Veloxia Network |
| Tu mejor defensa: |
| Bufet Almeida |
Firefox 3 podría ser publicado con un 80% de bugs sin corregir
Actualización (19-Nov, 16:46): Para Asa Dotzler, directivo de Mozilla, esta información -recogida también por The New York Times- es sólo "mierda de caballo".
Actualización (16-Nov, 00:06): Actualizado con la traducción parcial de la nota original de Mozilla.
Como soy poco asiduo a tantas fiestas y saraos (a algunos de los cuales quizás sí debería asistir, mil perdones), no puedo presumir de muchos contactos directos con los jerifaltes de la seguridad informática, pero sí que en una ocasión pude discutir personalmente con el presidente de una importante multinacional del sector sobre la política de calidad de sus productos.
Este hombre me explicó, muy amablemente, que sus productos salían al mercado con cientos o miles de bugs conocidos, porque sencillamente no resultaría rentable el tiempo que habría que dedicar a resolverlos.
Ese día -más jovencito yo- me caí de un guindo. Hasta entonces vivía en un mundo de color donde los bugs eran sólo especies raras que algunos espabilaos descubrían antes que nadie (y desde luego antes que el fabricante del producto)...
Por eso, saber que Mozilla considera asumible que Firefox 3.0 sea publicado con casi 600 bugs conocidos a las espaldas ya no me produce sorpresa... al menos si por fin considero a Mozilla como lo que es: otra empresa al uso, acuciada por las presiones del mercado, y para la que cada día reparando bugs más allá de lo estrictamente indispensable representa un gasto que no puede asumir.
Moraleja: no hay productos perfectos. Reconocerlo es duro, pero todo lo que no te mata te acaba haciendo más fuerte.
Actualización (16-Nov, 00:06): Estoy viendo por los comentarios que hay quien se lía con las fuentes citadas, así que traduzco a continuación el post original de Mozilla al que se hace referencia:
"Tenemos ahora mismo 700 bugs marcados como bloqueadores(*). Eso es demasiado.
Pedimos a los propietarios de componentes que establezcan prioridades sobre los bloqueadores, como un primer paso qué bugs deberían ser bloqueadores de la beta 2. Sería bueno que fueran sobre el 10% de los bloqueadores, o lo que se pueda lograr en 4 semanas.
Observad que haremos prácticamente lo mismo con la beta 3, lo que significa que aproximadamente el 80% de los 700 bugs actualmente marcados como bloqueadores no estarán arreglados en Firefox 3. Esperamos que "reparando los bloqueadores más importantes" varias veces, llegaremos a un punto en que podamos pasar del resto sin sentirnos mal respecto a la calidad de la versión (y si nos sentimos mal, podemos añadir una o dos betas más).
(*) Un bug bloqueador es el que se supone debería evitar la publicación de una nueva versión.
- Mozilla Leaving Bugs in Firefox 3.0 [PC World].




Opinar