Procastinación al pasar del código C# a html/css/jquery

Question

Cuando edito código no UI en un proyecto, puedo ser relativamente productivo (trabajando de arriba hacia abajo desde la capa de servicio), siguiendo un enfoque TDD, Im casi siempre fuera del depurador hasta la integración, no perfecto pero lo suficientemente feliz. FYI, trabajo en C# con R # habilitado en VS2008.

Sin embargo, cuando cambio para pegar una interfaz web sobre algo, soy terriblemente malo al presionar F5 haciendo algunos cambios aquí y allá en css/html, cambiando iconos de famfam, depurando en firebug, agregando más jquery, etc. FYI , Trabajo en ASP.Net donde el controlador delega la mayoría a la capa de servicio, usando Viewmodels dedicados a las Vistas, etc. generalmente siguiendo a clean mvc. El código en los controladores no es TDD, ya que encontré básicamente un proxy para la capa de servicio con una pequeña asignación a/desde viewmodels/formmodels, así que me salté esta parte.

Los desarrolladores que llegan al área jquery/html/css a menudo tienen sugerencias para aumentar la productividad y evitar la provisión (por ejemplo, aquí en SO ahora). Esto podría aplicarse igualmente a los desarrolladores de Java

Answer 1

debugger! = Procrastinación: cuando está haciendo cosas gráficas, debe seguir viendo la salida.

La prueba de GUIs para cumplir con una especificación es un problema difícil conocido, y para la mayoría de los casos no vale la pena - la coincidencia de patrón de ojo humano es superior.

Si está diseñando un comportamiento distinto y específico con jquery, es posible hacer TDD hasta cierto punto: existe un marco de prueba llamado QUnit. Eche un vistazo a Getting Started With jQuery QUnit for Client-Side Javascript Testing

Answer 2

Nada funciona mejor que el café fuerte y Firebug con Firefox. Ahora incluso IE con llegar allí con IE8.

Creo que la mayor parte de la cosa css/html debe delegarse a los diseñadores web, donde se crea el marco para que los desarrolladores inserten los objetos de datos.