8. ¿ES SOLO DARLE AL PLAY?

20. $Requisitos de Negocio$
Abandon Rate
Tiempo medio de visita por página
Número de Páginas vistas en peak time
Número de transacciones
Número de elementos 3rd Party
Número de prints en Publicidad
Volumen de Datos
Crecimiento Esperado
Experiencia de Usuario ( RUX )

21. Minimizar http Requests
Evitar SRC o HREF vacíos
Añadir Expire o cabeceras de Control de Cac
Gzip
Poner StyleSheets al inicio
Poner Scripts al final
Evitar CSS expressions
JavaScript y CSS externos
Reducir llamadas de DNS
Minimizar JS y CSS
Evitar Redirects
Eliminar los scripts duplicados
Hacer que AJAX sea cacheable
Usar GET para las peticiones AJAX
Reducir el Número de Elementos DOM
No 404’s
Reducir el tamaño de las Cookies
Evitar Filtros
No escalar imágenes en HTML
Favicon.ico pequeños y Cacheables

22. Desarrollo
Tener en cuenta rendimiento desde el diseño
Minimizar el número de roundtrips requeridos por la
aplicación
Minimizar la memoria compartida que necesita ser
actualizada en el caso de mucho tráfico
Uso de Cache (CUIDADO!)
Ser metódico para asegurarse que tuning de
rendimiento realmente mejora el rendimiento
Eliminar los posibles memory Leaks antes de tuning
la velocidad de ejecución
Usar un entorno correcto ( donde el deployment sea
parecido a producción, con volumen …
Benchmarking!
Métricas adecuadas, cpu, tiempo de
respuesta, memoria …
Profiling!
Mejorar el rendimiento de un método que se llama
1000 veces es más beneficioso que el de un método
que se llama 1 vez cada 1000 años 

25. Como User quiero que la página de Ofertas me resalte aquellas a las
que ya estoy inscrito
1. Indexador
2. Tamaño de la página
3. Cache
4. Memoria o CPU?
5. Acceso a tablas de
Candidatos
6. Peso de la página

28. YSlow

29. SpeedTracer

30. MAT para Eclipse

31. JMap

32. Comandos útiles de Linux

33. Explain Plan

34. Long Ops
Timing de Bloques

35. JMX

37. CON TODO ESTO YA ERES UN
POSIBLE BACKUP DE RENDIMIENTO

38. JMeter

39. LoadUI

40. SILKPERFORMER

41. PROXIMAMENTE!!!!!!