Entender los códigos de programación puede convertirse en un recurso de mucha utilidad para los periodistas. Por eso el portal Journalism.co.uk ha realizado una lista de cinco herramientas que pueden servir para comprender lenguajes básicos como HTML, CSS y JavaScript....
Quizá podrían aprender que cosas como HTML no tienen nada que ver con lenguajes de programación, lo pone en el propio nombre, la M no está para hacer el nombre más largo, y así igual no los llamarían códigos de programación en la primera frase de un artículo.
#3 Cierto... Yo no había querido decir nada porque no tenía mayor importancia, pero ya que nos ponemos CSS tampoco lo es estrictamente y JavaScript... Bueno es programación, pero tampoco aporta gran cosa salvo para hacer webs dinámicas, no creo que ayude mucho salvo a poner la web más bonita a los periodistas.
#4 Perdona, pero tu enlace no me aclara en absoluto por qué sería bueno. De hecho por lo que dice eso que me has pasado deduzco que tiene muy muy poca idea de programación el que ha escrito y creo que tiene valorado en exceso lo que le aportan sus conocimientos. Va a quedar un poco largo, pero me apetece analizarlo, quien haya leído tu enlace se puede saltar las citas en cursiva al fin y al cabo.
¿Por qué pudo identificar el problema, como dice él? Pues porque se llega a la visión de que es un fallo tonto con simple sentido común, un niño habría dicho lo mismo. Pero vamos, que si él pudo ver en un vistazo que "no era un error de JavaScript o algo peor" (tiemblo de pensar qué puede haber peor ) pues genial.
Ahora vamos a lo importante, como dice él: ¿Qué supone lo que cuenta?
Supone que ha llegado a la misma conclusión que llega un niño (y he enseñado informática y programación a niños, así que lo tengo claro) pero pensando que lo ha hecho gracias a sus conocimientos y un proceso mental sublime. Y eso es porque ha reducido el tiempo destinado de la siguiente forma:
Fases con un mayor nivel de abstracción: [su compañera, alguien que no sabe programación en general]
1.Algo pasa
2.Reporto incidencia
3.Programador identifica
4.Programador resuelve
5.Gestor valida resolución/cambio
6.Gestor comunica a cliente/usuario
Fases tras reducción de abstracción: [él, que sabe algo de programación]
1.Reporto incidencia
2.Programador identifica/resuelve
3.Gestor valida resolución/cambio
4.Gestor comunica a cliente/usuario
Yo creo que más bien lo que ha reducido es la lista sin más comprimiendo cosas, igual se refiere a que lo que ha reducido es el tiempo para escribir la lista, porque el "Algo pasa" debería seguir estando por mucha programación que sepas para poder reportarlo y que ponga el trabajo del programador en dos líneas o en una con una barra por hacerlo la misma persona no significa que se haga en menos tiempo. Lo cual nos deja con que el tiempo es el mismo. De hecho el autor justifica el menor tiempo en que:
Probablemente no sólo se eliminen ciertos proceso (de “algo pasa” a “sé lo que pasa”) , sino que incluso la variable tiempo en alguno de ellos se contrae (de “programador identifica” a “programador reduce o elimina tiempo destinado a identificación y se centra en resolución”), lo que aún haría más importante la optimización de procesos.
El programador necesita el mismo tiempo, porque le digas "el error debe de ser de este tipo" no adelanta más, necesita que le digas cuándo se presenta y al hacer qué (no necesita ni el "algo pasa" ni el "sé lo que pasa", necesita un "pasa esto"). El programador con esas variables identificará en el código qué pasa, no le ayudarán los razonamientos ajenos a eso, de hecho en fallos como ese es probable que le cueste más tiempo leer el reporte o escuchar quién se lo dice que buscar y arreglar el fallo.
Así las cosas, sigo preguntándome para qué necesitan los periodistas en concreto saber programar.
Comentarios
¿y para que necesitan los periodistas saber programar?
#1 Para saber algo, supongo .
Quizá podrían aprender que cosas como HTML no tienen nada que ver con lenguajes de programación, lo pone en el propio nombre, la M no está para hacer el nombre más largo, y así igual no los llamarían códigos de programación en la primera frase de un artículo.
#1 #2 Ahí tenéis un ejemplo práctico de por qué sería bueno http://mimacedonia.tumblr.com/post/23556937574/pensamiento-abstracto-mejora-procesos
#3 Cierto... Yo no había querido decir nada porque no tenía mayor importancia, pero ya que nos ponemos CSS tampoco lo es estrictamente y JavaScript... Bueno es programación, pero tampoco aporta gran cosa salvo para hacer webs dinámicas, no creo que ayude mucho salvo a poner la web más bonita a los periodistas.
) pues genial.
#4 Perdona, pero tu enlace no me aclara en absoluto por qué sería bueno. De hecho por lo que dice eso que me has pasado deduzco que tiene muy muy poca idea de programación el que ha escrito y creo que tiene valorado en exceso lo que le aportan sus conocimientos. Va a quedar un poco largo, pero me apetece analizarlo, quien haya leído tu enlace se puede saltar las citas en cursiva al fin y al cabo.
¿Por qué pudo identificar el problema, como dice él? Pues porque se llega a la visión de que es un fallo tonto con simple sentido común, un niño habría dicho lo mismo. Pero vamos, que si él pudo ver en un vistazo que "no era un error de JavaScript o algo peor" (tiemblo de pensar qué puede haber peor
Ahora vamos a lo importante, como dice él: ¿Qué supone lo que cuenta?
Supone que ha llegado a la misma conclusión que llega un niño (y he enseñado informática y programación a niños, así que lo tengo claro) pero pensando que lo ha hecho gracias a sus conocimientos y un proceso mental sublime. Y eso es porque ha reducido el tiempo destinado de la siguiente forma:
Fases con un mayor nivel de abstracción: [su compañera, alguien que no sabe programación en general]
1.Algo pasa
2.Reporto incidencia
3.Programador identifica
4.Programador resuelve
5.Gestor valida resolución/cambio
6.Gestor comunica a cliente/usuario
Fases tras reducción de abstracción: [él, que sabe algo de programación]
1.Reporto incidencia
2.Programador identifica/resuelve
3.Gestor valida resolución/cambio
4.Gestor comunica a cliente/usuario
Yo creo que más bien lo que ha reducido es la lista sin más comprimiendo cosas, igual se refiere a que lo que ha reducido es el tiempo para escribir la lista, porque el "Algo pasa" debería seguir estando por mucha programación que sepas para poder reportarlo y que ponga el trabajo del programador en dos líneas o en una con una barra por hacerlo la misma persona no significa que se haga en menos tiempo. Lo cual nos deja con que el tiempo es el mismo. De hecho el autor justifica el menor tiempo en que:
Probablemente no sólo se eliminen ciertos proceso (de “algo pasa” a “sé lo que pasa”) , sino que incluso la variable tiempo en alguno de ellos se contrae (de “programador identifica” a “programador reduce o elimina tiempo destinado a identificación y se centra en resolución”), lo que aún haría más importante la optimización de procesos.
El programador necesita el mismo tiempo, porque le digas "el error debe de ser de este tipo" no adelanta más, necesita que le digas cuándo se presenta y al hacer qué (no necesita ni el "algo pasa" ni el "sé lo que pasa", necesita un "pasa esto"). El programador con esas variables identificará en el código qué pasa, no le ayudarán los razonamientos ajenos a eso, de hecho en fallos como ese es probable que le cueste más tiempo leer el reporte o escuchar quién se lo dice que buscar y arreglar el fallo.
Así las cosas, sigo preguntándome para qué necesitan los periodistas en concreto saber programar.
#5 No quería extenderme, pero en fin. Por decirte tres..
1. Sí hay un nicho de mercado dentro del periodismo, y especialmente en España, ese es el periodimso de datos. http://www.niemanlab.org/2009/05/the-golden-age-of-computer-assisted-reporting-is-at-hand/ Donde la Academia parece que está apostando por innovar (Por ponerte dos ejemplos, UCM y Columbia): http://www.ucm.es/info/cv/descargas/cursos/74106.pdf http://www.journalism.columbia.edu/page/276-dualdegree-journalism-computer-science/279
2. Porque con unos conocimientos básicos de programación es mucho más fácil analizar, incluso creándote tus propias herramientas, la ingente cantidad de datos con los que nos abruma diariamente la actualidad http://www.guardian.co.uk/news/datablog/2010/oct/01/data-journalism-how-to-guide?CMP=twt_gu
y 3. Por qué pueden aprender unos niños, como dices, y unos periodistas no.
Saludos.