I
Existe un corriente entusiasta que dice que los periodistas deben saber programar, la idea de fondo es que si un periodista alcanza la habilidad de desarrollar software tendremos un ser mítico en la redacción que ideará y construirá el futuro de los medios digitales, casi como una oferta de dos por uno, pero es un error pensar así.
Programar es una disciplina de lógica y concentración, no es lo mismo aprender PHP que aprender a programar, resolver problemas complejos en lineas de código y alta tolerancia a la frustración a tiempo completo son algunas cosas que se requieren para ser un buen programador, y esto no se logra con un curso breve, sino con práctica constante de años.
Pero no me malinterprete, si un periodista quiere programar bienvenido sea al equipo, existen sitios como Codecademy que permiten iniciarse en desarrollo web de manera didáctica, es más lo recomiendo constantemente, la experiencia de resolver problemas a nivel código es aleccionadora. Pero no será suficiente con eso, como decía al principio la práctica hace al maestro.
Creo que quieren resolver un problema de la manera incorrecta, los periodistas no tienen que aprender de programación, tienen que entenderla, y así resolver el problema de fondo: aprender a definir requerimientos funcionales.
II
Louis Srygley dijo alguna vez "sin análisis de requisitos o sin diseño, programar es el arte de crear errores en un documento de texto vacío", la frase es de una claridad aplastante: el problema de las redacciones con los programadores (y viceversa) es de comunicación, los programadores no entienden qué se quiere construir, los periodistas tienen dificultades para definir qué construir, y en el medio lo queremos para ayer.
El otro problema son los blogs que deforman la idea de construir medios digitales, popularizando la idea de que aprendiendo herramientas online como Pinterest o Instagram se puede reemplazar el desarrollo web en sí mismo, dando la falsa sensación de que el periodista está "programando", asfaltando el camino hacia el #findelperiodismo.
Todos los indicios son claros, tenemos que ponernos de acuerdo en qué construir, pero hasta ahora el mensaje es reemplazar al programador por un ser mítico.
III
Para diseñadores y programadores es más sencillo trabajar con periodistas que entienden las posibilidades del medio.
Existen diversas maneras de escribir requerimientos, desde las de complejidad académica hasta los de sencillez de un to-do list, sea la opción que escoja la clave siempre será la claridad y la precisión, Karl Wiegers definió algunas reglas de estilo para escribir los requerimientos, que sea : factible, necesario, priorizado, no ambiguo, verificable, correcto, todas son características en las que los periodistas son muy hábiles, se ganan la vida escribiendo así!
Recuerde, el problema es la comunicación, y lo que queremos resolver es que todos entendamos qué vamos a construir, la manera de lograrlo es definiendo los requerimientos funcionales. Estas definiciones aportan acuerdo, tiempo y límites al desarrollo, ahorran tiempo, malos entendidos y sorpresas de último momento.
Y esto tiene una ventaja adicional para usted, aprenderá una de las máximas principales de la programación: primero soluciona el problema, luego escribe el código.
