Periodismo de datos según el editor de Noticias Interactivas de NYTimes

Por Mauro Accurso – La semana pasada les traje la primera parte del taller con Brian Hamman, editior de Noticias Interactivas de NYTimes y ahora es tiempo de pasar a la segunda parte (y más interesante en mi opinión) del encuentro donde pudimos escuchar de primera mano como funciona y como está conformado este equipo tan innovador del NYT así como la opinión de @hamman sobre data journalism y otras perlitas que les van a encantar a los más geeks ;)

“No es que queremos que los editores sean programadores, sino que piensen como programadores en términos de resolver problemas”

Ellos no se encargan de hacer entrenamiento tradicional sino algunas pocas presentaciones a editores de las cosas que quieren que pasen mientras que algunos van por si mismas a obtener entrenamiento de diseño o programación. “Los editores vienen, nos cuentan su idea y nos dejan a nosotros pensar como hacerla o presentarla. No siempre trabajamos tan cerca de los periodistas, nos gustaria cambiar eso ya que a veces no tienen tiempo o directamente”.

Hace 4 años en el NYT los desarrolladores y los periodistas estaban separados, en diferentes edificios. Luego hace 2 años cuando todos se mudaron al nuevo edificio seguían separados por 5 pisos de diferencia. Por su parte, el equipo de Hamman nació hace 2 años y medio y ahora están sentados en el medio de la redacción. “Tenemos 4 personas que eran periodistas antes y nosotros mismos nos consideramos periodistas”. Veamos los diferentes equipos que tiene el NYTimes Digital:

• Interactive News: este es el equipo de Hamman que está conformado por 10 personas entre programadores y diseñadores con background periodístico.
• Graphics team: 20 personas, todos frontend con periodismo, 5 flash. Diseñadores que se encargan de recolectar la data, manejar gráficos y mapas y pasárselo al primer equipo. No hay diferencia con el equipo de Noticias Interactivas ya que están todos juntos.
• Equipo Multimedia: 10 personas, todos frontend con periodismo, 4 saben Flash. video, audio, diseño.

Como vieron, dividieron a las personas de los diferentes equipos en dos: 1) Backend journalist/programer que agarra la data, la entiende, y entiende como configurar los servidores (rails/django/php) y, 2) Frontend journalist/programer (html/css/javascript/flash) que se encarga de tomar los datos desde el Backend y lo pone gráficamente. En la mayoría de los proyectos tienen 2 o 3 backend y 1 frontend.

Claves para proyectos de data journalism:

1. “Un buen diseñador que pueda pensar visualmente en colores, fuentes y demás”.
2. Alguien con experiencia periodística que le diga al diseñador que no sólo tiene que lucir bien sino que tiene que comunicar algo: “Es diferente la importancia en una historia que la importancia en un gráfico, es una noticia diferente. Pero necesitas alguien que conozca bien el contenido. Otra cosa importante del diseñador es que tiene que entender como las personas usan Internet”.
3. Programador: “El programador es probable que lo tengan en la compañía pero no cerca de la redacción y no sepa demasiado de periodismo. Es sorprendente a veces las cosas que no saben acerca del periodismo; no entienden para nada la estructura del diario así que no saben donde entrar y tampoco entienden algunos valores éticos básicos. Es algo a tener en cuenta a la hora de contratar un programador que no sepa de periodismo”.

Entonces, según Hamman, un diario necesita gente con mezcle esas 3 habilidades. “Nuestros diseñadores saben programar y muchos de los programadores solían ser periodistas. Es difícil conseguir alguien con las 3 habilidades”. El líder de cada proyecto tiene conocimientos de periodismo y programación, es necesario tener ambos conocimientos para liderar el proyecto:

“Necesitas alguien que sepa bien lo que involucran los proyectos porque cuando tomas decisiones tienes que saber lo que es importante a nivel periodistico y posible técnicamente. Muchos proyectos fracasan por tratar de hacer más de lo que pueden”.

El equipo de Interactive News había sido fundado para enfocarse en breaking news, pero hoy en día son pocos los proyectos dedicados a eso por una cuestión de tiempo. Se dedicaron entonces a proyectos largos al final y no pueden responder a breaking news ya que ahora los estándares de este tipo de proyectos están muy altos y no pueden sacar algo en tan poco tiempo. Asegura que el equipo gráfico con un poco de la ayuda de su equipo pueden hacer algunas cosas más rápido. Entre 3 semanas y 6 meses llevan los proyectos.

Una cuestión curiosa que comentó Hamman es que al equipo comercial del NYT le encantan los proyectos interactivos porque les sirve mucho para conseguir publicidad ya que lo venden como algo innovador, y a nivel de tráfico levantan mucho sobre todo en días como las elecciones, mucho más que las noticias. La gente de negocios de hecho quiere meter más gente en su equipo:

“Definitivamente lleva trafico al sitio. En un día normal tenemos entre 20 y 70 request por segundo y el día de las elecciones unas 1000 por segundo”.

De hecho ya están pensando ahora lo que van a hacer para las próximas elecciones y Juegos Olímpicos. Les dejo de nuevo una lista de algunos de los proyectos que sacaron:

• Top World Cup Players on Facebook, Day by Day
• Twitter Chatter During the Super Bowl
• Murder: New York City
• Inside the Action
• The Campaign Finance API

La imagen de arriba corresponde a la estructura de servidores que utilizan para sus sitios mediante la cual saben que pueden poner cualquier cosa en la home y que se banque un montón de tráfico gracias a Amazon Web Servicies que además es de verdad económico. El propio equipo de Hamman se encarga de toda la gestión y montaje de servidores porque si cada vez que quieren publicar un nuevo proyecto tienen que ir por los canales oficiales sería imposible ya que el NYT tiene un proceso larguísimo y burocrático. En ese sentido, le comenté a Brian que me parecía realmente curioso que sólo un par de personas estuvieran a cargo que una sección importante del NYT no se caiga y me contestó que al principio los dejaron hacer eso para ver si fracasaban pero, por más que tuvieron algún percance, en líneas generales les fue bien y, de hecho, hubo veces que se caía el NYT y sus proyectos seguían online. Y ahora asegura que los encargados del sitio están aprendiendo de ellos. En la última elección de midterm por primera vez hostearon ellos mismos el mapa con los resultados y demás en sus servidores con más de mil requests por segundo y con 20 servidores pero sólo lo tuvieron por 2 horas y costó apenas 200 dolares!

Alvaro Liuzzi también escribió sobre el taller y las fotos son de Jorge Gobbi. En mi cuenta de Vimeo sigo subiendo de a poco algunos de los videos del taller.

Por Mauro Accurso – periodista freelance, hoy se lo puede encontrar en su blog Tejiendo Redes, Twitter y Celularis, donde sigue incansablemente los lanzamientos de los últimos dispositivos y las noticias más relevantes del mercado móvil.