Showing Revision 1 created 07/03/2015 by carlos_upload.

1. Title:
   07-16 Arithmetic Operations 2
2. Description:

   07-16 Arithmetic Operations 2

3. 480 0:00 - 0:03
   Inicialmente, si compilo y ejecuto el probador, todos
4. 3230 0:03 - 0:06
   estos métodos en realidad están devolviendo ceros. Primero arreglemos
5. 6390 0:06 - 0:10
   el amdahlSpeedup. En este momento, está devolviendo 0.
6. 9750 0:10 - 0:11
   ¿Qué pasa si lo escribo de la manera que
7. 11380 0:11 - 0:14
   es? Ahora, si ejecuto el probador
8. 13920 0:14 - 0:19
   de nuevo, obtengo un 2.875 real cuando yo
9. 18600 0:19 - 0:22
   esperaba 1.6. Creo que mejor regreso y lo
10. 21590 0:22 - 0:25
    arreglo. En este momento, esto está haciendo primero las divisiones,
11. 25360 0:25 - 0:29
    así que 1 sobre s y s sobre n.
12. 28510 0:29 - 0:30
    Y después las sumas y restas en medio.
13. 30370 0:30 - 0:32
    Y no hay verdadero sentido de la fracción
14. 32290 0:32 - 0:36
    con la que empezamos. Toda esta parte desde s
15. 36340 0:36 - 0:39
    a n debe permanecer junta en el denominador,
16. 40410 0:40 - 0:44
    y 1 menos s necesita permanecer junta
17. 43620 0:44 - 0:48
    en su numerador. Vamos a intentarlo de nuevo. Muy bien, parece que
18. 47990 0:48 - 0:50
    amdahlSpeedup está trabajando, pero todavía
19. 50390 0:50 - 0:53
    necesitamos hacer el crossRatio. Voy a tratar de
20. 53400 0:53 - 0:56
    hacerlo de esta manera ingenua de nuevo. He escrito esto
21. 56480 0:56 - 0:58
    como parece, pero aplanado en una línea.
22. 59180 0:59 - 1:02
    Así que, si devuelvo esta cantidad y compilo,
23. 63300 1:03 - 1:08
    estoy recibiendo un error, de tipo inesperado, clase requerida, valor
24. 67580 1:08 - 1:11
    encontrado. Este error probablemente no hace mucho
25. 70710 1:11 - 1:13
    sentido para ti todavía, pero esto es un indicio
26. 72910 1:13 - 1:15
    de lo que vendrá. Un par de paréntesis
27. 75480 1:15 - 1:20
    como este inmediatamente seguido por alguna otra cantidad tiene otro significado.
28. 79800 1:20 - 1:22
    En específico, si se pone un tipo aquí en lugar de
29. 81980 1:22 - 1:25
    una expresión como un menos c. Lo que necesito hacer es indicar
30. 85350 1:25 - 1:28
    que quiero multiplicar, y necesito hacerlo
31. 87990 1:28 - 1:30
    aquí también. Y ahora si intento ejecutar
32. 90460 1:30 - 1:34
    el probador de nuevo definitivamente no estoy obteniendo las respuestas correctas para
33. 93990 1:34 - 1:37
    el crossRatio. Esto es porque cuando tenemos un montón de operadores
34. 97190 1:37 - 1:41
    con los mismos precedentes, el viaje solo inicia desde la izquierda
35. 100520 1:41 - 1:44
    y se mueve a la derecha, así que en lugar de calcular un
36. 103550 1:44 - 1:48
    menos c por b menos d, sobre, entre paréntesis b
37. 107800 1:48 - 1:53
    menos c por a menos d. Esto hará un menos c por b menos d dividido entre b
38. 113120 1:53 - 1:57
    menos c y luego multiplicar toda esa cantidad por a
39. 116840 1:57 - 2:01
    menos d. Lo que aquí tengo que hacer, es el agrupar el
40. 120740 2:01 - 2:04
    denominador. También podría agrupar el numerador
41. 123860 2:04 - 2:06
    si en verdad quisiera hacerlo, pero no haría mucha
42. 125530 2:06 - 2:11
    diferencia. Si compilo otra vez, y ejecuto el probador, ahora
43. 131000 2:11 - 2:16
    obtendré dos nuevos métodos que trabajan correctamente. Ahora para el promedio. Yo podría tratar de devolver
44. 136300 2:16 - 2:21
    la suma de todos ellos, todos divididos por cuatro. Veamos
45. 140860 2:21 - 2:26
    como funciona esto. Si ejecuto el probador, parece que funciona en un caso, pero
46. 146080 2:26 - 2:28
    no en el otro. Veamos el segundo
47. 147850 2:28 - 2:32
    caso. Voy a ir a leer en el interior del probador.
48. 151600 2:32 - 2:33
    El caso que no funciona es cuando tratamos
49. 153330 2:33 - 2:36
    de tomar el promedio de 3, 4, 3, y 3.
50. 157570 2:38 - 2:39
    Debemos, de hecho,esperar 3.25, pero parece
51. 159310 2:39 - 2:44
    como que estamos perdiendo el decimal. Java está interpretando esto como
52. 164220 2:44 - 2:47
    división de número entero, porque 4 es un número entero, y a,
53. 167270 2:47 - 2:51
    b, c, y d están declaradas como números enteros. Hay
54. 170760 2:51 - 2:57
    algunas maneras de arreglar esto. Podría escribir 4 como 4. o 4.0, y entonces obtendría
55. 176680 2:57 - 3:00
    aquí la respuesta correcta. O realmente podría cambiar
56. 179750 3:00 - 3:03
    todos estos enteros a los dobles, y entonces en realidad no
57. 182670 3:03 - 3:05
    debería especificar que el 4 era un doble. Puedo
58. 185320 3:05 - 3:10
    compilar esto y ejecutar el probador y aun funciona.
59. 190070 3:10 - 3:14
    Eso es porque si cualquiera de estas variables son un doble,
60. 193640 3:14 - 3:16
    toda esta expresión entre paréntesis saldrá como un
61. 195780 3:16 - 3:19
    doble, y un doble dividido entre un entero no necesita
62. 198620 3:19 - 3:23
    hacerse con una división de número entero, eso necesita una división normal.
63. 202520 3:23 - 3:25
    Esto es una cosa muy fácil de mezclar. Para nosotros
64. 204730 3:25 - 3:27
    se ve bien, pero el equipo va a leer
65. 206680 3:27 - 3:30
    mal y el compilador no te lo advertirá. Cuando ejecutamos
66. 209960 3:30 - 3:33
    esto con todos los números enteros y no dobles vimos que
67. 212960 3:33 - 3:36
    terminó siendo un error de tiempo de ejecución. Esto es
68. 215620 3:36 - 3:38
    un buen ejemplo de por qué es útil pensar acerca de lo que
69. 218340 3:38 - 3:41
    quieres que tu respuesta sea de antemano. Calcula un par
70. 221430 3:41 - 3:44
    de ejemplos y luego escribe tu código. Buen trabajo en este cuestionario.