Si no me estoy mal, entonces la funcionalidad de OData resuelve problemas similar a los que resuelve GraphQL, es decir, a través de las queries hechas sobre peticiones HTTP, verdad?

https://github.com/JoshDev1205/graphql-curso

Hasta que lo encontré, ya que nadie respondió sobre el repo :(

Este es el link para el board de trello

Yo creo que el problema en sí son los cursos grabados en vivo, algunos son muy buenos pero siempre ocurren imprevistos que luego afectan la fluidez del curso cuando se lo ve después, como en esta clase. Esta clase no es tan mala, tal vez con algo más de edición mejore.

De todas formas, me parece que ya no volvieron a subir cursos grabados en vivo, así que todo bien.

Pocos cursos grabados en vivo son tan buenos, se nota el dominio del tema que tiene la profesora, y la facilidad que tiene para responder y explicar tantos conceptos. Felicidades Prof. Haz!!!! Ojalá saquen más cursos con ella

El número de bits nos da el número de direcciones IPv4 disponibles, que son: 2^32 o sea 4,294,967,296 posibles direcciones, o más de 4.2 billones de direcciones. Actualmente se tienen aproximadamente 10 billones de dispositivos conectados a internet, y tan solo la población mundial pronto llegará a duplicar esa cantidad, y como sabemos cada persona puede que necesite más de una dirección IP para su celular, tablet, smart watch, laptop, workstation, consola de juego, dron, y un largo etcétera.

Pero cuando hablamos de IPv6, bueno pues, se tiene 4 veces más bits, pero eso da un total de 340,282,366,920,938,463,463,374,607,431,768,211,456 direcciones posibles!!!!!!!!!

Es decir:

• 340 undecillones 282 decillones 366 nonillones 920 octillones 938 septillones 463 sextillones 463 quintillones 374 cuatrillones 607 trillones 431 billones 768 millones 211 mil 456 direcciones

• 1028 veces más direcciones que con IPv4

• Unas 47 octillones de direcciones por persona (listos para tener un ejército de nanobots trabajando para nosotros, cada uno con su IP)

• Una estimación hecha por Dick Guertin y publicada por Steve Leibson en el 2008 dice que esa cantidad equivale a aproximadamente al número de átomos de toda la superficie de la Tierra...x100

• Aclaración, todas las cantidades están expresadas según la nomenclatura del inglés

El profesor Pablo es en verdad muy bueno pero en sus cursos, desde el de python, hay errores (o una falta) de edición en sus videos. Por ejemplo, en este video del minuto 11:40 a 12:07 era una parte que claramente no debía llegar a la versión final del curso, y casos como éste son muchos (aunque la mayoría más cortos) en todos los cursos del Prof. Pablo. Por favor mejoren esos detalles. Por lo demás, muy buenos los cursos, sigue adelante Pablo!!

Según las diapositivas parece que faltan lecciones luego de ésta, que serían:

• Dinámica #3

• Método INVEST

• Lenguaje Gherkin

• Incremento del Producto

Pequeño error en este video al convertir 17 en decimal a hexadecimal. Si queremos pasar primero por binario (cosa que no es necesaria, se puede convertir de decimal a hexadecimal directamente) 17 se escribiría así:

0001 0001 (es decir: 02^7 + 02^6 + 02^5 + 12^4 + 02^3 + 02^2 + 02^1 + 12^0 = 17)

Luego, convirtiendo a hexadecimal:

1 1 (es decir: 116^1 + 116^0 = 17)

Me encantó el curso, se nota que el Prof. José conoce muy bien lo que enseña, pero me pareció muy teórico.

A ratos se tocan temas que me parece que no están puramente relacionados con Algoritmos, como hablar de los lenguajes de programación y si son compilados o interpretados.

Me hubiera encantado que al ser el enfoque tan teórico, se usen gráficos e imágenes como los que EDteam usa en sus videos de youtube, que son excelentes. Por otro lado, creo que se debería hablar más de los algoritmos más utilizados como tal, como los de busqueda o de ordenamiento. Si estos algoritmos se ven posteriormente en otros cursos, creo que deberían estar aquí.