Juan Palacio ha escrito una entrada con su selección personal de las 55 evidencias de la Ing. de software del libro Facts and Fallacies of Software Engineering (Robert L. Glass).

Algunos de los puntos los he vivido en mis carnes, por lo que las reafirmo como evidencias, entre los que destacaría:

Los mejores programadores son 28 veces mejor que los peores. Dado que las diferencias de paga no alcanzan esta proporción, representan la mayor ganga en el campo del software. No se si la proporción real es esa, pero sí que hay muchísima diferencia.

Añadir personal a un proyecto retrasado lo retrasa más. Me ha pasado y lo he visto varias veces, muy pocas veces es una buena solución.

El entorno de trabajo ejerce gran impacto en la productividad y en la calidad del producto. Completamente de acuerdo.

Normalmente las estimaciones se realizan al comenzar el ciclo de vida. Tiene un cierto sentido, si no fuera porque de esta forma se hace la estimación antes de definir los requisitos, y por lo tanto antes de conocer el problema. Algunas veces cuando luego llegan los requisitos y la estimación final del proyecto, pasa lo que pasa.

En la sección de reutilización completamente de acuerdo con todas esas evidencias, pero destaco una que a veces parece no serlo tanto: La modificación de código reutilizable es especialmente generadora de errores. Si se va a revisar más del 10 o 25% de un componente, es mejor rehacerlo de nuevo.

Una de las dos principales causas de proyectos desbocados es la inestabilidad de los requisitos. Esa inestabilidad se suele traducir en ajustes en los requisitos y nuevas funcionalidades, que raro ;) lo que me lleva a: El error más difícil de corregir de los requisitos es: requisitos insuficientes.

Cuando el programador cree que lo ha probado a fondo, normalmente solo ha ejecutado un 50 0 60% de las trayectorias lógicas. Empleando soporte automatizado como analizadores, puede alcanzarse hasta el 80 ´0 90%. Es prácticamente imposible probar el software hasta el nivel del 100%. ¿Alguna vez alguien ha conseguido el 100%? Hay errores que pueden aparecer meses después de la entrega al cliente.

Ayer estuve instalando NetBeans 6.0 en mi partición de Ubuntu, para empezar a tocar las novedades de JEE 5 y apoyarme en las ayudas del IDE, veremos si retiramos el eclipse.

Estos son los pasos que seguí para instalar NetBeans:

1- Descargar el IDE de la web de netbeans.

2- Una vez descargado, hay que asegurarse de tener permisos de ejecución sobre el archivo .sh, y ejecutar el archivo ./netbeans-6.0m9-standard-linux.sh.

En mi caso, el instalador no encontraba la JDK, la solución, simplemente poner al parámetro ...“...“javahome el path dónde se encuentra la JDK ./netbeans-6.0m9-standard-linux.sh ...“...“javahome pathJava

3- El resto ya es la típica configuración gráfica de NetBeans, así que al gusto.

Conclusión: Como se puede ver no es nada difícil la instalación y en caso de atasco se le puede pedir ayuda al señor google.

Últimamente lasterra está muy activo en su blog, hoy a publicado el último post de una serie de servicios web con Glassfish(1, 2, 3 y 4).

En mi opinión, después de sus posts de instalación de Glassfish y los de servicios web, si llega a cuajar una comunidad hispana de Glassfish creo que lasterra tendrá buena parte de la culpa, a algunos nos está entrando el gusanillo de empezar a tocarlo (por que si tenemos que esperar a que nos dejen en el trabajo...) y sus posts, al menos a mi, seguro que me serán de mucha utilidad.

Encuentro esta viñeta en el blog Buayacorp, como la vida misma :D

A mi personalmente nunca me ha gustado, como usuario, que la navegación dependa de las recargas del objeto XMLHTTPRequest, más que nada por los problemas del botón de actualizar o atrás de los navegadores, por lo que no lo veo sólo como un problema de accesibilidad, de usabilidad también.

Como desarrollador, tampoco me gusta hacer el doble de trabajo para cumplir con la accesibilidad, y eso si no hay que hacer modificaciones con el desarrollo acabado, cosa que NUNCA se cumple o yo no he tenido esa suerte.

Por esto recomiendo un post muy interesante sobre este tema, AJAX accesible en el blog de Olga Carreras, del que me ha llamado la atención que la etiqueta noscript desaparecerá en el estándar XHTML 2.0, por lo que abrá que tomarse más en serio el uso de javascript no intrusivo y empezar a olvidarnos de usar los eventos del html.