viernes, 25 de octubre de 2013

Web - SOAP/XML vs REST/JSON

Otro documento que me he encontrado revisando material antiguo, esta vez comparando algunas tecnologías clave en los servicios web.

1 - Overview

In this document we will talk about two of the systems to work with Web Services that nowadays are fighting for domain the market in this area, which is one of the most important in the computing.

SOAP (Simple Object Access Protocol) is a protocol which defines how two objects in different processes can communicate data between them. This data is formatted in XML (eXtensible Markup Languaje) which is (as its own name indicates) a markup language derived from SGML (Standard Generalized Markup Language). It was developed by W3C (World Wide Web Consortium) looking for simplicity, generality and usability over the Internet. For the transmission of this XML messages usually relies on HTTP (HyperText Transfer Protocol). SOAP is under the control of W3C.

The typical aspect of a SOAP message is like you can see in the next image, the entire document is written in XML and it consists in a SOAPEnvelope which contains the optional SOAPHeader and the mandatory SOAPBody. The SOAPHeader allow us to provide extended information about the message like authentication, transaction management and payments. Inside the SOAPBody, on each body entry is where the data specific to the actual method of the Web Service request call is stored, such as method name and parameters and/or return values for the method invocation. The structure of the data inside the SOAPBody is organized according to the representation given by the WSDL file in the part where defines the message. The SOAPFault is used to inform about error or status.

Example of SOAP/XML
REST (REpresentational State Transfer) is not a protocol (as SOAP is), is a software architecture technique for distributed systems like WWW (World Wide Web). The term was originated in a doctoral dissertation by Roy Fielding in 2000, one of the authors of HTTP. REST can be used with XML but is more used with JSON due the simplicity of this last which match better with the basic idea of REST.

This idea is take advantage of what is already there, this means take advantage of the web itself. For REST there are only resources which are identified by only one and unique URL (or URI Uniform Resource Identifier), these resources can have many representations and the client can ask for each representation of the resource depending of the way he needs those resources.

One of those representations can be JSON, an acronym of JavaScript Object Notation, created by Douglas Crockford is a light format to interchange data. The simplicity of JSON has made it really used, as an alternative to XML in AJAX and in many others spaces like Web Services.

In the next image we can see the use of the REST architecture using HTTP for the interaction between client and server in a system for weather information. Besides we are using JSON as the representation for the resource. In this case we want to know the temperature in Paris in ºC, so we send the request to the weather resource which gives the representation according to our petition. Note the structure of the URI for this resource using only slash and names without any type of typical parameters like weather?city=Paris&units=C, which is not a clean URL and it is not according to the REST style. The information of parameters is stored inside the HTTP request (and response) and the MIME - types are used to inform of what representation are we using for the information.

Example of REST/JSON
2 - Discussion

2.1. Proxy Servers (Web intermediaries)

For REST there can be intermediaries between clients and resources to support different kinds of elements like performance or security. In SOAP it is almost necessary define a proxy which help us to hide the construction and parsing details of the web service within this proxy. This way we don’t have to manually construct the message which it will be sent to the Web Service, or parse it when we receive it, saving time coding and possible errors, all this behavior will be encapsulated in the proxy class.

2.2. Transitioning state in a client application

Respect of the states of a client application, REST is designed to be exactly a way for the user (the browser) to progress between different states depending of what the user choose to be his representation of the resource he wants to see. This progression through states is usually done by the selection of links by the user. In SOAP there is no this type of transitions, mainly because it is not an architectural style, its only concerning is the transfer of information between the client and the server and the way this has to be done.

2.3. Caching (i.e., performance)

In REST all the responses has to be capable of being labeled as cacheable or non-cacheable, this helps to improve network efficiency avoiding to reload a resource which has been already requested. Also the information transmitted is less than in SOAP, in SOAP even with only one element to transmit it has to be created a complex WSDL file and also the SOAP message which generates an overload if you only need to transmit simple elements. This is one of the reasons to use REST instead of SOAP if you only need to transmit small quantity of information.


2.4. Web evolution (semantic Web)

In terms of the famous semantic Web, REST has advantage in some way because it uses the web as it should be used, this means using what is already created and not creating new things to support operations that they are already there. We can talk here about the verbs of the HTTP protocol like GET, POST, PUT, DELETE, etc. A lot of applications and systems base their work only in the use of the GET verb, and the adding of parameters to the URL (violating the principle of “any resource is referenced by only one URL”) which makes more complicated understand where you are and what is doing the webpage you are visiting. But if you use these verbs in the correct way, and take advantage of things like the MIME - type to know what you are transmitting, and take care of use “clean urls” the web will be as it was meant to be, and it helps to make the utopic (at least for me) idea of semantic web more close to these days. And all of this will make the web for the user much more transparent, which at the end is the objective of any programmer, make the user believes that you are not there.


2.5. Generic interface (versus custom interface)

The interface which REST use can’t be more generic, it is based in the verbs of HTTP GET, POST, PUT, DELETE, HEAD, etc. which any browser is capable of manage. For SOAP is based in the use of WSDL files which tell us how we have to interact with the Web Service in terms of how to build the proxy, SOAP message and where we have to send this message helping us of the proxy.

2.6. Interoperability

With SOAP you have complete interoperability always you have access to the WSDL file and a system which was able to process XML files. Also it is a highly used standard which a lot of companies use in their software development so the probabilities to find some company which uses it and have information about the Web Service which implements are very high. For REST is not so sure because is not so standardized which makes that you could find a Web Service and you didn’t know how to use it, which is a huge problem because if you don’t know that, it means that you can’t use that Web Service correctly from the beginning and you will have to spend time figuring out the way that it works to do a correct use of it, time that you can spend working in your own work.

2.7. Processing the payload

The processing of the payload in SOAP / XML is heavier than in REST / JSON, because what it is processed is at the end a document XML, and is more difficult to process than a document written in JSON, so in these terms of processing the union between REST and JSON wins. Besides the information transmitted in SOAP has more elements which are not information themselves, only are information of control to can process the SOAP message, I am talking about the elements I mentioned in the introduction of this document like SOAPEnvelope, SOAPHeader, SOAPBody, etc.

2.8. Recommendations

The main recommendation would be that use the technology which would be better for the system you are developing, you have to know when choose SOAP / XML and when choose REST / JSON. If you need to transfer a really big amount of data and need this data completely structured and organized and also need tools and elements to have controlled all the time the application and not only when this was finished, also when you were testing and during the development process, you should go for SOAP. But if you don’t need so much background and your application is simpler without the need of that completely control you should go for REST.

2.9. Who uses what in the real-world

SOAP is more generalized since it has been in the market as a technology more time than REST, that does not mean that it was created a long time before REST, because the origins of REST as I said in the introduction are in the doctoral dissertation of Roy Fielding in 2000, and XML-RPC which is based SOAP is from 1998, but REST has not been used as it has been used nowadays until few years ago, so SOAP has more advantage than REST in this aspect. Anyway the simplicity of REST is doing each day that more developers and enterprises choose it as the way to create their software, relying in its transparency instead the “complicated” and overloaded SOAP way.


3 - Opinion

After work with both technologies I have to say that do this work with the SOAP / XML way was easier, it is not exactly because SOAP or XML were easier technologies, it is because the tools to work with them are really more advanced and it was so easy as create a java class which managed the logic of the Web Service and edit the client version to get something more user friendly than the default client generated by Eclipse (in this case the IDE that I used).


To find the way to get working with the REST / JSON application was a really more complicated work. Before know about the tutorial of REST in Moodle I started to work with a java library called RESTlet, which offers APIs for different technologies (Android, JEE, JSE, GAE, GWT, etc.), but it was really difficult find examples of its use and particularly examples based on the use of JSON as interchange format, so I decided to look for other way and after read about the tutorial in Moodle I started to used Jersey, a library for JAVA which is an implementation of JAX-RS (The Java API for RESTful Web Services). It uses annotations to define the REST elements in the Java classes. Also the JAX-RS specification supports the creation of XML and JSON using the Java Architecture for XML Binding (JAXB).

So it has almost all I needed, but even with that, understand the way REST works was hard because I am not used to use the kind of things REST is based, the use of the “clean urls” without explicit parameters using the interrogation symbol, or the concept of resource and representations of that resource, so I had to read and investigate a lot to understand the concept before start to do any code in order to avoid do useless work and even with that I lost some time trying to do some applications examples with RESTlest and Jersey, but I think it was not a completely waste of time because it helps me to get experience with the REST style.

But leaving my personal experience with both technologies behind I have to say that REST is really interesting and really simple, and comparing the amount of information transmitted and the work that Eclipse automatically does in SOAP, I am not so sure that it was easier work with SOAP if you don’t have tools to create the WSDL file or the classes to contact with the Web Service, off course you can learn to do that,, and do it perfectly, without any errors (what is difficult), but even knowing how to do it, how to build those classes, it’s a time that you can use for do other things more important and not mechanical code, that’s why is so important have the correct tools to work with SOAP, to avoid the wasting of time which is create all that extra code, a workload that could be done for a machine automatically.

4 - Conclusion

To summarize it happens something similar to the fight XML - JSON, SOAP has behind it a lot of more support that REST, more tools and more standardized systems to work with it, but despite all of that, the simplicity of REST makes it a really important alternative when you don’t need all the background things you have to define to put to work a Web Service based on SOAP.

So if you need simplicity use REST but that same simplicity will make that at least for now, tasks like testing will be harder than in SOAP, which is a technology much more standardized and expanded and that has more support and tools to work with it.

Finally the next years the Web Services and all the things in relation with the Web itself like the Cloud Computing are going to keep rising and they are going to be one of the more important sectors in the computing world because for the user is easier and for the enterprises are cheaper. So in a near future we will see probably the increment of this type of technologies in decrement of the traditional ways to build software (in fact it is actually happening).

5 - Bibliography
Y eso es todo, bastante completo, espero que os resulte interesante!

Un saludo!

Web: XML vs JSON

Tuve que hacer un documento en inglés sobre las características de XML y JSON hace algún tiempo, y me parece que quedó bastante bien, así que os lo dejo por aquí, cuando tenga algo de tiempo planeo "retraducirlo" al español pero por ahora os dejo el original.



Overview

In this document we show the differences and similarity of two of the most important formats to interchange information.

XML (eXtensible Markup Languaje) is a markup language derived from SGML (Standard Generalized Markup Language). It was developed by W3C (World Wide Web Consortium) looking for simplicity, generality and usability over the Internet. In the next code fragment we can see an example of how XML represents information.


 
  Bisbal
  Buleria
  10/05/2010
 

Example XML

JSON, an acronym of JavaScript Object Notation, created by Douglas Crockford is a light format to interchange data. The simplicity of JSON has made it really used, as an alternative to XML in AJAX. We show now the same information than in the previous code block but using JSON instead of XML.

{
    "albums": {
        "album": [
            {
                "artist": "art",
                "title": "GG",
                "date": "21/02/2010"
            }
        ]
    }
}

Example JSON

Discussion

Both are ways to represent information, but the way JSON uses is easier to understand at first sight than XML. Even with the use of squiggles, squares, colons and commas of JSON makes the writing of JSON files quicker than the XML files.

Extensibility

One of the differences is the extensibility, with XML (as its name shows) you can create new elements easily and represent arbitrary data structures, with JSON this is not possible, but is not exactly a weak point, because JSON does not search that, it is not a document markup language so it doesn’t need it.

Simplicity

Speaking about simplicity, JSON is simpler than XML because has a smaller grammar and the mapping of the XML basic tree to the types of the programming languages and databases could be difficult, because it was not the initial objective of XML. Sometimes the size of a JSON file could be greater than a XML file but its point is that represents better data structures and requires less codification and processing. Also has things in common, both are human readable and self-describing so any person can read a file and understand it in some way and the values has always a name (except arrays in JSON).

Data interchange

The eval() procedure of JavaScript allows a really easy way to process JSON data, but has some security problems. In general JSON needs much less specialized software than XML, or even does not need it at all, like JavaScript or Python, where the JSON notation is built into the language, in other cases you need third-party packages to support JSON, but there are a lot and they are rising each day. For XML the analyzer is a standard component, so it does not necessary create an specific analyzer for each XML version.


Interoperability

In terms of interoperability both of them offer good results making easier use the information inside the files to facilitate the communication between systems. JSON is used typically in works where the size of the data interchanges between client and server is highly important when the origin of the data is secure and where it is not important the absence of XSLT processing to manipulate the client data.

Openness

About openness JSON is more open than XML, because XML has behind it the World Wide Web Consortium, which makes do changes much more complicated and slow. In some way this is better because the W3C is a really big corporation which helps to XML keeps its presence in the world. Due to this background support there are a lot of use of XML and many developer tools to work with it, not only as an interchange format, also as an document format.

But despite of all these differences and similarities, it is frequent find JSON and XML in the same application, they are not always fighting each other to win. For example, if you have a client application using Google Maps data and also meteorology data in SOAP, these two elements make necessary use both formats (JSON and XML respectively).

Opinion

In my opinion, I think when you need to describe an information XML is clearer to read and easier to structure than if you start with JSON, and it is more difficult to make a mistake writing XML code than JSON because all the extra characters JSON uses. Despite the fact in some way JSON is simpler than XML, but for me I am more comfortable using XML. Besides in a really big hierarchical file will be more confusing in JSON than in XML (at least for me).

I think I feel better using XML than JSON because I am more used to see and write HTML (Hyper Text Markup Language) (remind HTML is based on SGML too) and I know how to manage it due to all the time I have been developing web applications. I have used JSON too but not as much as HTML, and usually only because I have been forced to use it due to the characteristics of the applications I was working.
But I recognize that JSON is less heavy to process because is simpler than XML and speaking of interchange of data could be a better option than XML.

Conclusion

To summarize both languages are really good and powerful and you need to know when you have to use XML or JSON, and know how to use them, because you never know when you can find out that the application you are developing has to connect with another that use other type of format different than you are using.

So if you need only transfer data you should use JSON but if you need transfer documents XML will suit it better.

Anyway XML is still more used than JSON but the latter is quickly growing.


Pues eso es todo el trabajo, iré añadiendo algunos más que tengo que me parecen interesantes!

Un saludo!

domingo, 20 de octubre de 2013

Docs que molan: TPB AFK

Bajo este título en apariencia tan críptico (no tanto si estas en el mundillo de Internet) se encuentra un documental que desconocía, y que me ha enganchado.


Muchos conoceréis el famoso sitio web The Pirate Bay, punto de referencia para la obtención de torrents, esos archivitos que nos dan acceso a esa preciosa red P2P que es BitTorrent, y que tras la caída de megaupload y en el fondo el paso de la descarga directa a un segundo plano (al menos para mi), se ha hecho de nuevo con el corazón de muchos.

El documental cuenta la historia detrás del mayor sitio de "compartición" de archivos del mundo, de sus 3 creadores, Gottfrid Svartholm, Fredrik Neij y Peter Sunde (unos personajes sin duda, el más normalico es Peter pero aún así), y del juicio y las acciones que la industria y la justicia sueca y norteamericana promovieron contra ellos para tirar abajo al barco pirata.

Muy interesante y bastante ameno, ¡Recomendado 100%!, os lo dejo por youtube, y también la página web oficial por si os quedáis con ganas de más.



Un saludo!

martes, 15 de octubre de 2013

Milenio3 - El hombre quemado

Siempre he sido seguidor de Cuarto Milenio, pero a su programa hermano, Milenio3, como suele decir el gran Iker Jiménez, lo tenía bastante abandonado, seguidor más de La rosa de los vientos, pero desde que el gran Juan Antonio Cebrián paso a mejor vida no era lo mismo, así que estaba perdido en esas madrugadas...


...pero me animé a escuchar Milenio3, y se sigue sintiendo esa magia del misterio y lo desconocido a través de las ondas de radio, pero no estoy aquí hoy para hablar del Mundo Milenario, que tendré que hacerlo, sino de una coña relacionada con él, que desconocía hasta hoy mismo, y que es pa partirse.

Primero os dejo donde se descubre el misterioso caso de El hombre de la máscara de chumbo - El hombre quemado, que podéis escucharlo gracias al podcast de Ivoox.


Inquietante, hipnótico, delirante, chusco, bizarro... como podréis imaginar es una coña xD, en el siguiente podcast tenéis la respuesta:


Un rato de aburrimiento de Santiago Camacho, una aplicación para el móvil que transforma una conversación en música y la inspiración para preguntarle al gran Pablo Villarubia sobre el caso de Joao Prestes, y que el azar haga el resto.

En el último programa de Milenio3 también salió el tema a raíz de la sección uno de los nuestros, que entrevista a algunos de los colaboradores de la nave del misterio, en esta ocasión a Pablo, podéis escucharlo en el siguiente enlace (alrededor del minuto 18 empieza la entrevista y en el 24 hablan del tema):

http://www.ivoox.com/uno-nuestros-pablo-villarrubia-13-10-2013-audios-mp3_rf_2444051_1.html

Sin más, os dejo la canción en youtube:



Un saludo!

PD:

Por cierto, si queréis la aplicación podéis conseguirla para Android y para Iphone

martes, 8 de octubre de 2013

Series que molan: Battlestar Galactica

Navegando me he encontrado con Katee Sackhoff y revisando las series me he dado cuenta que Battlestar Galactica no estaba entre ellas, y una de las mejores series de sci-fi, (con el permiso de Stargate) tiene que estar por aquí.

La última cena de Da Vinci Reimagina
Primero algo de antecedentes, la serie sobre la que voy a hablar es un remake de una anterior de nada menos que 1978 creada por Glen A. Larson, más que nada es todo un universo de ciencia-ficción, porque también hay libros, juegos, películas, etc.

Madre mía que viejo
En 2003 Ronald D. MooreDavid Eick crean una mini-serie de 2 capítulos de 3 horas, que cosecha bastante éxito y será la responsable del resurgir de la franquicia, con la serie Battlestar Galactica 2004 y un spin-off de ésta en 2010 como precuela denominado Caprica, explicando de donde vienen los cylons y demás, esta última no tuvo tanto éxito y solo hay una temporada aunque es bastante interesante si te engancha este universo.

La muchacha es Alessandra Torresani
Pero la serie que nos reúne aquí hoy es la nueva Battlestar Galactica, en una región lejana de nuestra galaxia existe una civilización humana que ha conseguido expandirse por varios planetas conociéndose como las 12 colonias.
Tras años de paz después de una cruenta guerra con una raza de robots denominados cylons, estos deciden volver a atacar, gracias a la ayuda de un científico llamado Gaius Baltar (James Callis) el ataque pilla por sorpresa a las defensas y es un éxito.
La aniquilación es prácticamente total, dejando solo a unos pocos que tendrán que sobrevivir en una pequeña flota, liderada por la estrella de combate Galáctica (Battlestar Galactica), al mando de esta se encuentra el Comandante William "Bill" Adama (Edward James Olmos) y la presidenta Laura Roslin (Mary McDonnell), que pondrán rumbo a la mitológica decimotercera colonia, conocida como la tierra.

La flota humana, en primer plano Galáctica
Qué, interesante trama eh, pues sí que mola, el único problema es que en ocasiones se ponen demasiado filosóficos para mi gusto, dándole demasiada profundidad a la serie en temas de religión y tal que puede aburrir, aunque forma parte de su encanto, pero en general esta muy bien, batallas espaciales, conspiraciones políticas, amorios, giros de guión, sorpresas... bastante completita.

Adama, Seis, Gaius, Karl, Starbuck, Roslin, Apollo, Boomer, Saul
Hay una cantidad de personajes importante, además de los ya mencionados, el comandante Adama, la presidenta Roslin y el cabroncete de Gaius, también esta el hijo de Adama, Capitan Lee "Apollo" Adama (Jamie Bamber), la piloto de Raptor Sharon "Boomer" Valerii (Grace Park), la mano derecha de Adama Coronel Saul Tigh (Michael Hogan) o el teniente Karl "Helo" Agathon (Tahmoh Penikett). Cabe mencionar que tenemos a Lucy Lawless, no en un papel muy protagonista pero Xena siempre será Xena y hay que recordarla.


Amor puro
Luego tenemos 2 que se han convertido en mitos del frikismo, la teniente Starbuck (Katee Sackhoff), piloto de los cazas Viper, ha aparecido en plan estrella invitada en series como The Big Bang Theory. Otra es el cylon número 6 (Tricia Helfer) , mito por razones obvias.


Algunas curiosidades como por ejemplo el uso de la expresión ficticia frak, en lugar de fuck, para así poder maldecir todo lo que quisieran sin problemas xD. O la frase "So say we all!", podría verse algo así como un amen, la serie tiene un fuerte componente religioso y en momentos épicos de los discursos se suele decir eso al acabar en plan motivación.

So say we all!
Y esto es todo, hay 4 temporadas de alrededor de 20 capítulos de 40 minutos, también puedes encontrar webisodes y hasta películas, Razor narrando hechos que tienen lugar al principio de la segunda temporada, Blood & Chrome, como un precuela mostrando la primera guerra cylon, o The Plan, así que tienes material para rato, serie imprescindible para cualquier amante de la ciencia-ficción!

Un saludo.

domingo, 6 de octubre de 2013

Series que molan: House of Cards

Pues últimamente me ha dado con las series de corte político, pero es que estando tan bien llevadas ¡Se disfrutan de lo lindo!


House of Cards, adaptación de una serie homónima de la BBC, fue estrenada por el portal Netflix a primeros de año, y cosechó un éxito bastante importante, varias nominaciones a los Emmy, incluso ganando uno, el de mejor director en una serie de drama conseguido por David Fincher, superando a otras como Breaking Bad, Boardwalk Empire o Homeland.

David Fincher
La serie trata sobre los tejemanejes en la política de Washington, liderados por el congresista demócrata Francis Underwood, (Kevin Spacey), Jefe de Disciplina de la Mayoría en la Cámara de Representantes. Frank moverá los hilos como si de una partida de cartas se tratara, en la que ademas de jugar, actúa como banca. La verdad es que no me termina de gustar del todo Kevin, lo recuerdo de American Beauty y no se porque me da un rollo raro, aunque sí hay que reconocer que hace un buen papel.

La recordada escena de los pétalos
Su mano derecha es Doug Stamper (Michael Kelly), su jefe de personal, que pudimos ver en Person of Interest, actuará como el que camina alrededor de la mesa para ver las cartas de los demás jugadores, pasando información y encargándose de algún que otro trabajo sucio.

Kelly en Person of Interest
Peter Russo (Corey Stoll), otro congresista demócrata con una vida no demasiado buena ni moral como para que se haga pública, y AJA, aquí tenemos al jugador apuntado con una pistola bajo la mesa para que suba, apueste o pase exactamente cuando le convenga al señor Spacey. Comentar que también tuvo una nominación a los Emmy como mejor actor de reparto en drama este último año, y que unas declaraciones que hizo a raíz de la poca cosecha de Emmys de la serie tuvieron bastante polémica.

Las declaraciones
Otro de las partes que molan es el toque The Newsroom, representando en Zoe Barnes (Kate Mara), joven redactora que trabaja en el periódico The Washington Herald, que será la que ayude a Kevin a jugar las cartas desde el asiento de la prensa.


No va a ser todo bueno, hay una parte que no me da tanta diversión, y es la de la esposa, Claire Underwood (Robin Wright), en el piloto creía que iba a tener un enfoque más secundario pero tiene demasiado espacio, el rollo de buena tía que quiere hacer algo grande y para hacerlo tiene que hacer malas cosas y se ve tentada y eso le remuerde la conciencia... me aburre xD.


La serie cuenta con algunos elementos ademas de los tradicionales que me han llamado la atención, uno de ellos el intento de adaptarse a los nuevos medios, no solo por su emisión online, sino por el uso de los denominados "guasaps" para el común de los mortales, o mensajes de texto cortos a través de Internet, que se ven reflejados en pantalla como bocadillos azules.


Otro elemento es el uso de comentarios mirando directamente a cámara por parte de Kevin (la ruptura de la cuarta pared), como si los espectadores estuviéramos en su mente y en lugar de simplemente escucharlo en off (en plan Dexter), nos lo contara directamente.
La cuarta pared
Y se me olvidaba, el product placement marca de Apple, últimamente lo estoy viendo en cada serie, es infernal, la puñetera manzanita en todos lados xD.


Actualmente se ha emitido una temporada de 13 capítulos de 50 minutos, y hay confirmación para una segunda temporada, así que aún quedan muchas cartas por repartir, no te olvides de coger una!

Un saludo!!

martes, 1 de octubre de 2013

Series que molan: The Newsroom

Por algún extraño motivo que no alcanzo a comprender me he puesto a ver esta serie, no sabía que era de la HBO, no sabía que trataba de periodistas (aunque por el título algo se olía), no sabía que Jeff Daniels estaba en el cast, ni siquiera Olivia Munn, pero aún así decidí ponerla a bajar a ver que me encontraba, y me alegro de haberlo hecho porque ha sido una experiencia distinta y muy interesante.


La serie es un drama con toques de política, lo que da bastante juego, aunque puede que algunas partes te cansen si no te apasiona la política, y más aun hablando de la americana, pero aun así se tocan elementos bastante universales, que aquí en España también están en constante debate, dándonos cuenta que prácticamente de lo que se habla cada noche en las típicas tertulias políticas esta en todas partes.

De izq a dch - Neil, Sloan, Don, Charlie, Jim, Will, Mac y Maggie
Pero lo que la hace grande no es tanto como trata ciertos temas, que sí que molan, sino sus personajes, y ver como funciona día a día por dentro una redacción de noticias, concretamente la de de la ficticia cadena ACN (Atlantis Cable News).
Dicha cadena esta liderada por su presentador estrella, Will McAvoy (interpretado genialmente por Jeff Daniels, tan bien que le hizo merecedor de un Emmy a mejor actor principal), tras años de parsimonia presentando unas noticias políticamente correctas sin querer molestar a nadie, estalla durante una conferencia criticando prácticamente todo lo relativo a USA, provocando graves problemas de imagen y audiencia y que se replantee intentar realmente "do the news", total, de mojados al río.

Jeff en serio, no a lo 2 tontos muy tontos
Ese soplo de aire fresco esta representado por Mackenzie McHale (Emily Mortimer), antigua pareja de Will que se hará cargo de la producción ejecutiva del programa, curtida en mil y una guerras a lo largo del mundo, junto a su colega James Harper ( John Gallagher), quien a su vez tendrá sus más y menos con Margaret Jordan (Allison Pill, ¿te suena de Scoot Pilgrim vs the World?), productora asociada que tendrá que hacerse un hueco entre tanta experiencia.

3 productores en apuros
También tenemos a Don Keefer (Thomas Sadoski), antiguo productor ejecutivo de Will que sale huyendo tras el duro golpe de audiencias y popularidad que supone la rajada de Will, Neal Sampat (Dev Patel), el geek de la familia, que se encarga de todo lo relacionado con Internet y el jefe de la división Charlie Skinner (Sam Waterston), antiguo militar.

Una de tantas discusiones
Y por supuesto la enorme Olivia Munn como Sloan Sabbith, economista que trabaja en la cadena. La recuerdo de su trabajo en la inolvidable Chuck como agente de la CIA. Olivia aparte de lo obvio tiene su lado freak, como demuestra la fotografía de abajo (ha hecho algún que otro cosplay) o su participación en ese impresionante y perturbador vídeo que puse hace algún tiempo por aquí, Ghost Tits.

Sep, es ella, y sep, es un cosplay de slave Leia
Aparte de estos hay otros recurrentes, como la CEO de la cadena padre de ACN, AWM (Atlantis World Media), Leona Lansing (Jane Fonda), o su hijo Reese Lansing (Chris Messina), presidente de AWM, la verdad es que el elenco es bastante amplio, pero todos tienen algo que aportar cuando entran en escena, mola como te adaptas a los personajes, bien construidos, y con un sentido del humor bastante peculiar, sobretodo por Will.

Will haciendo de las suyas
Su creador es Aaron Sorkin, sus trabajos incluyen ser creador de otro drama político como The West Wing o guionista de la famosa película The Social Network. Revisando su biografía es cabe mencionar que es conocido por hacer que sus personajes interpreten largos monólogos y rápidas conversaciones, lo que en The Newsroom esta más que presente, y por lo que a mi respecta, me alegro que así sea, porque nos da algunos de los mejores momentos de la serie.


Actualmente hay 2 temporadas de 10 y 9 capítulos de aproximadamente 1 hora, y confirmada una tercera temporada, con lo hay material para disfrutar.

Y para acabar os dejo una musiquilla que suena en la serie que me ha molao, melosilla pero pega bien en el momento que suena.



Un saludo!