Blog Post 6

Blog Post 6

 Antes de empezar a dar nuestros comentarios, es importante mencionar algunos conceptos clave de las lecturas tanto de RESTful APIs the big lie como de Replace RESTful APIs with JSON-Pure. 
REST significa Representational State Transfer, un estilo de arquitectura web hecho para construir sitios web escalables. Los principales problemas de la RESTful API son:
  1. Es difícil realmente saber qué significa el API. Las diferentes respuestas de ésta pueden ser tomados de diferentes maneras, siendo bastante subjetivo.
  2. El vocabulario REST no es completamente soportado. La mayor parte de las aplicaciones de clientes y servidores no soportan todos los códigos de respuesta de la API. 
  3. El vocabulario REST no es tan amplio como para las APIs. Es demasiado limitado.
  4. RESTful APIs son muy difíciles de debugguear.
  5.  RESTful APIs están directamente ligadas con HTTP.
Para esto, el autor de ambos posts propone utilizar mejor JSON-Pure APIs (así nombrado por él), que tiene solución a todos esos problemas, pero tiene otras debilidades. 

Al principio, al leer la primera parte, se pensó que el autor le tenía cierto disgusto a las APIs de REST, ya que aunque se decía objetivo al escribir el post, su tono y vibra no se sentía como tal; pero, al leer la segunda parte y al ver todo lo que expuso sobre JSON-Pure APIs, parecía que realmente pues es mejor idea utilizar la segunda.

Creo que para que se pudiera notar mejor las ventajas y desventajas de ambos, se podía haber hecho una tabla comparativa entre ambas, para poder visualizar mejor éstas.
Al final también se procedió a leer los comentarios del post, porque siempre es bueno tener perspectivas diferentes sobre un mismo tema; al parecer había mucha gente que concordaba con el autor y mucho otros no. Eso es algo muy normal, pero sirve para dar un panorama global sobre la situación.
 

Comments

Post a Comment

Popular posts from this blog

Bubble

Image
El documental Bubble nos describe cómo es que grandes Tech Companies surgieron y como obtuvieron su rápido crecimiento. Cuando de eBay salió ni siquiera sus accionistas creían que llegaría a ser lo que fue en su punto auge. Claro, sabían que tenía que funcionar, de otra forma tirarían el dinero a la basura, pero nunca creyeron que esta idea se convertiría en un gigante del Internet. Amazon comenzó vendiendo libros y fue grande haciendo eso. Sin embargo, ¿qué pasaría si se hubiera parado ahí? Ni de chiste se hubiera convertido en el gigante que es ahora. La ambición es peligrosa, pero cuando se junta con disciplina y buenas decisiones, puede ser realmente productiva y prometedora. En este caso, se convirtió en una máquina de dinero. Lo que más nos ha llamado la atención es que cuando nos ponemos a pensar en los desarrollos tecnológicos de ahora contra los de hace diez años y podría parecer que los de ahora realmente no se comparan con los de hace diez años. Pareciera que las gran...
Read more

Avance de proyecto II (Final)

Image
Este proyecto nos ha ayudado bastante a recapitular todo lo que hemos visto en clase y condensar todo esto en una gran práctica. Aprendimos a montar un servidor y declarar llamadas específicas. Usando estas llamadas a construir la información de una base de datos. De la misma forma, aprendimos a con base en esta información construir el html  usando ejs . Esta parte principal ha sido una de las que más nos ha gustado ya que pudimos observar como variar la salida de la página con ciertos parámetros sin tener que tener todo el *html* dentro del código del servidor. De igual forma, se nos presentaron algunos retos como es la asincronía. En ocasiones es bastante sencillo utilizarla ya que hace que todo se ejecute de forma más fácil y rápida. Sin embargo, cuando tenemos querys anidados o llamadas asíncronas anidadas, Node  no funciona de la forma en que esperaríamos esto puede tener resultados muy extraños. Así mismo, otro de los retos fue tener que detener el servidor y volver...
Read more