Showing Revision 3 created 12/29/2015 by QA_SP_8_SP.

1. Title:
   05-09 Network_and_Battery_Drain
2. Description:

   05-09 Network_and_Battery_Drain

3. 410 0:00 - 0:03
   Dediquemos un momento
   a algo muy evidente.
4. 3450 0:03 - 0:05
   En consumo de batería,
5. 4880 0:05 - 0:10
   las redes de contactos son los peores
   y más grandes culpables que hay.
6. 9520 0:10 - 0:13
   Recuerda que dentro de tu teléfono
   hay una pequeña pieza de hardware,
7. 13090 0:13 - 0:15
   una radio HAM,
   cuyo único objetivo
8. 15490 0:15 - 0:18
   es comunicarse con las torres de telefonía
9. 17510 0:18 - 0:20
   y transmitirles información
   a altos volúmenes.
10. 20270 0:20 - 0:23
    Pero la clave está en que este chip
    no siempre está activo.
11. 23430 0:23 - 0:25
    Al enviar un paquete de datos,
12. 25050 0:25 - 0:28
    el chip con radiofrecuencia
    estará activo durante un tiempo,
13. 27640 0:28 - 0:31
    en caso de que haya
    una respuesta del servidor.
14. 30740 0:31 - 0:34
    Si no hay actividad, el hardware
    se desactivará para ahorrar batería.
15. 34380 0:34 - 0:36
    Como hemos visto,
16. 35710 0:36 - 0:39
    hay muchísima batería la primera vez
    que se activa el chip,
17. 38780 0:39 - 0:42
    y mientras se mantenga activo
    esperando una respuesta
18. 42120 0:42 - 0:44
    la batería se irá consumiendo.
19. 44360 0:44 - 0:47
    Cabe señalar que hay dos formas básicas
20. 46730 0:47 - 0:49
    en las que la mayoría de aplicaciones
    interactúan con la radio.
21. 49279 0:49 - 0:52
    En primer lugar,
    hay hechos que deben ser inmediatos.
22. 52290 0:52 - 0:54
    Son el resultado de la acción del usuario,
23. 54230 0:54 - 0:58
    o surgen de la necesidad
    de actualizar la UI de tu aplicación.
24. 57740 0:58 - 1:02
    Imagina que un usuario pide cargar
    unos tuits para una "trending hashtag".
25. 62490 1:02 - 1:05
    Como es una acción
    iniciada por un usuario,
26. 65060 1:05 - 1:08
    tu aplicación debería
    responder al momento.
27. 67550 1:08 - 1:10
    Por otro lado,
    hay tareas de redes sociales
28. 69810 1:10 - 1:13
    que no tienen por qué ocurrir
    de una forma tan puntual, por ejemplo:
29. 73390 1:13 - 1:16
    subir datos de usuario,
    sincronizar información estadística
30. 76080 1:16 - 1:18
    o reajustar el tamaño de tus fotos.
31. 78320 1:18 - 1:22
    Mientras se producen las primeras tareas,
    que deben realizarse al momento
32. 81760 1:22 - 1:26
    para proporcionar feedback al usuario,
    las siguientes pueden dejarse para luego,
33. 86403 1:26 - 1:29
    para que se realicen
    de un modo más eficiente para la batería.
34. 89470 1:29 - 1:34
    Hay una gran posibilidad de que la mayoría
    de solicitudes de red en tu aplicación
35. 94270 1:34 - 1:36
    caigan a esta segunda categoría.
36. 96510 1:37 - 1:39
    Hacer más eficientes
    las tareas de redes sociales
37. 99170 1:39 - 1:41
    es un proceso de dos pasos.
38. 101350 1:41 - 1:45
    Echa un ojo a la línea "mobile_radio"
    de la herramienta "Battery Historian"
39. 105520 1:46 - 1:47
    de tu aplicación.
40. 106850 1:47 - 1:50
    Cada barra roja de aquí representa
    una radiotransmisión móvil activa.
41. 110590 1:51 - 1:54
    Los huecos entre las barras representan
    la inactividad de la radio.
42. 113630 1:54 - 1:56
    Ver muchas barras estrechas
    y huecos en tu gráfico
43. 116080 1:56 - 1:58
    apunta a problemas de rendimiento,
44. 117880 1:58 - 2:02
    porque representa que te mueves
    entre muchos ciclos activos e inactivos.
45. 121770 2:02 - 2:07
    Lo que te interesa es ver huecos grandes
    junto a grandes bloques de actividad.
46. 126770 2:07 - 2:11
    Así reduces gastos minimizando
    el número de solicitudes de red
47. 131180 2:11 - 2:14
    y, lo que es mejor,
    no utilizas del todo la radio.
48. 134050 2:14 - 2:17
    Puedes esperar
    a que el teléfono se conecte al WiFi
49. 136650 2:17 - 2:19
    y dejar que el hardware WiFi
    haga ese trabajo
50. 139210 2:19 - 2:21
    con mucha menos consumo de batería.
51. 141320 2:21 - 2:24
    Pero escribir el código para agrupar,
52. 143920 2:24 - 2:28
    almacenar y aplazar
    todas las solicitudes de red es difícil.
53. 147930 2:28 - 2:30
    Por eso hemos hecho el trabajo por ti.
54. 149830 2:30 - 2:34
    La API JobScheduler que se dio a conocer
    con el lanzamiento de Android
55. 153530 2:34 - 2:35
    proporciona una serie de APIs
56. 155320 2:35 - 2:38
    que hacen todo el trabajo
    de administración de solicitudes de red
57. 158160 2:38 - 2:40
    y más por ti.
58. 160170 2:40 - 2:43
    Pero en lugar de hablarte
    de esta maravillosa API,
59. 162910 2:43 - 2:45
    ¿por qué no la entrenas
    a base de práctica?