1. Desarrollo de sitios web
No creo que sea tan simple. Detectar errores no equivale automáticamente a deshacerse de ellos.
Según mi experiencia: cuando creamos sitios web, generalmente hay una fecha límite cuando el sitio debe ponerse en línea. Antes de ese día, hay una revisión Alfa, una revisión Beta e innumerables bucles de retroalimentación con los clientes. A veces, nuestros clientes ni siquiera son los clientes finales, por lo que sus comentarios pueden contradecirse entre sí. A veces cambian de opinión y quieren que revocamos una actualización. Todo esto exprime nuestro tiempo de desarrollo y tiempo de prueba.
- ¿Cómo es asistir a la maestría de Cargenie Mellon en ingeniería de software o al certificado en ingeniería de software?
- ¿Cómo paso del desarrollo de software a la gestión de productos?
- ¿Dónde debería centrarme más: desarrollo web, diseño gráfico, aplicaciones de Android, aplicaciones de iOS, juegos o análisis de datos?
- Como desarrollador de software (principiante), ¿importa dónde trabajo?
- ¿Escribir es más difícil que el desarrollo / codificación de software?
Para que una página web funcione, debe probarse completamente en todos los navegadores. Lo que para nosotros generalmente significa las dos últimas versiones de Chrome, Safari y Firefox en Windows y OS X; IE8 ~ 11; IOS 6 y 7 en iPhone4, 4s, 5 y iPad; Samsung Galaxy Note 3, S4, S3; Algún otro Android Pad dependiendo de los requisitos del cliente. Casi todos los sitios que creamos responden ahora, por lo que el sitio debe funcionar desde 320 px hasta más de 1440 px, en todas las plataformas anteriores, tanto verticales como horizontales. Cuando tenemos tiempo extra, nos preocupamos por la suavidad de la animación cuando el usuario arrastra la ventana.
Lo que pasa con el sitio web es que, a pesar de escribir todo con la expectativa de que pueda cambiar en cualquier momento (por ejemplo, evitar el estilo explícito de píxeles), no puede saber con certeza cuándo podría decidir romper. Tal vez todo funcione bien ayer, pero con una letra más en la línea hoy simplemente se niega a mostrarse en dos líneas separadas en Samsung S3 con modo horizontal.
En teoría, el sitio necesita ser probado completamente con cualquier actualización trivial. Pero la realidad es que simplemente no tenemos tanto tiempo, con nuevos requisitos cada dos días.
Para aprovechar al máximo nuestro tiempo, nuestro flujo de trabajo del día, cuando ingresamos en la fase de actualización de comentarios cerca del final:
- enumerar las actualizaciones del día
- actualizar en el orden de importancia
- prueba y enumera todos los errores
- fijar en el orden importancia
Esto podría continuar hasta y, a veces, después de que el sitio se conecte. Nunca será 100% libre de errores. Es solo que tenemos que hacer que nuestro tiempo cuente tratando con los relativamente más grandes, hasta el último segundo.
2. Aplicaciones de escritorio / teléfono
No es mi área de desarrollo, sino como un usuario final que constantemente se encuentra con errores:
- No me sorprendería demasiado si no tienen desarrolladores ilimitados, y que sus desarrolladores son seres humanos que solo tienen 24 horas al día
- Es posible que los desarrolladores no experimenten los errores de la misma manera que los usuarios finales. Si ellos mismos no son grandes usuarios, es posible que no consideren el mismo error como molesto
- No informan a los usuarios, ni a los comentarios de los usuarios directamente, informan a quien toma la decisión sobre su flujo de trabajo. Cuando la compañía crece cada vez más con sobrepeso, las capas entre desarrolladores y usuarios finales se vuelven más gruesas. Es como si los usuarios finales fueran clientes de clientes de clientes de clientes de desarrolladores. Cada uno solo informa a su gerente / cliente y, a veces, los desarrolladores no tienen mucho que decir en la dirección de su trabajo
Entonces sí, creo que están desconectados hasta cierto punto. ¿Cómo reducir esta brecha? Idealmente:
- Los desarrolladores se lanzaron a crear esta aplicación porque la necesitan realmente, no porque alguien haya dado la orden. Y entonces usan la aplicación con entusiasmo, todos los días. Tienen que ser los propios usuarios finales.
- Los desarrolladores podrían tener en cuenta cada comentario de los usuarios finales directamente, antes de discutir entre ellos sobre qué características podrían ser dignas de implementar, o qué error debe eliminarse en este momento
- No tienen que preocuparse por informar a otra persona que no sean los usuarios finales, por ejemplo, un gerente horrible que insiste en que hagan X en lugar de Y, y amenaza con hacer Z si se oponen
- Tienen comida para comer, lugar para vivir, tiempo suficiente y una fecha límite saludable.
Estos deberían hacer.