Ir al contenido principal

CrowdSourcing

¿Mentes que brillan o muchas mentes?

Leyendo este articulo recordé un programa de NatGeo bastante interesante. 

El programa trataba del consumo de combustibles fósiles y posibles alternativas de combustibles renovables con la todas las consecuencias positivas que ello traería.

Eran del estilo "super size me", donde se criticaba el consumo desmedido por parte de algunos países y lo poco que invertían en I&D de fuentes alternativas.

Entretenido programa cuyos números no logro recordar pero eran algo así como que los estadounidenses solo consumían 2 o 3% de fuentes renovables y el resto de fósiles (no se si hay otro fósil que el petróleo.. ¿es un eufemismo o ignorancia mía? ya lo investigaré).

En fin, en esos números estaban todos los grandes consumidores (USA, Europa y China).

En USA entrevistaron a un profesor/investigar de una universidad (no retengo nombres tampoco) y estaba con la linea de "energía solar" "plantando" paneles en el desierto de Arizona y obteniendo tales y cuales beneficios. Parecía fantástica la solución, le faltaba arreglar un par de problemillas nomás y ya tenían la casa calefaccionada, el auto que se movía con baterías recardadas por los paneles, etc.

Su ambición era llegar a que el 10% del consumo de  USA fuera de combustible renovable en el 2015.

Luego fueron a Alemania, otro profesor, era algo como el "Instituto de Investigación de Fuentes Alternativas y Renovables de Energía", algo así como "Forschungsinstitut für alternative und erneuerbare Energiequellen" según google :))

En fin, estos estaban con la línea eólica, sabido es que los alemanes han sido pioneros y de avanzada en esa fuente alternativa. Sabido es lo monumental de los "molinos" (que no muelen nada) que construyen. Piezas enormes con paletas de 35 a 40 metros. Realmente impresionante.

En el mar del norte estaba todo el campo de molinos llenos de molinos y salvo algun problemilla con las aves migratorias y bueno, supongo que no deben ser fácil instalar un molino de esos en medio del mar, estaban bien.

Su ambición, entre un 10 y 12% del combustible consumido por Alemania debería provenir de esa fuentes para el 2015.

Llegó el turno del gran consumidor: China.

Otro profesor/investigador/universidad, esta vez no me animo ni con google a pronunciarlo. El entrevistador cae con la pregunta:  ¿cuál es la respuesta de China al consumo de fuentes no renovables?"

El chino contestó tajante: los planes de china son para el 2015 tener un 15% de su consumo de combustibles de fuentes renovables.

El entrevistador desconfiado, talvez buscando el desempate, plantea: "Los norteamericanos están con la solar, los alemanes con la eólica ¿qué piensa hacer china al respecto?"

El chino contesta: "aun no lo sabemos, pero lo estamos investigando"

El entrevistador: "pero, si aun no lo saben ¿cómo saben que llegarán al 15% en el 2015?"

El chino contestó (números totalmente inventados pero que están en el orden) : "mire, en USA se reciben de ingenieros industriales unos 4.000 por año, en china 400.000. Si nos quedan 10 años para el 2015 entonces pensamos que a alguno de los 4.000.000 de ingenieros industriales se le ocurrirá la solución".

Fin de la entrevista.

Lo del principio, el articulo este me hizo acordar a ese programa. Claro no sabía que tenía nombre: Crowdsourcing y hasta definición en la wikipedia

Disclaimers:

1. Si ya se que no es lo mismo.

2. Bajo ningún concepto tomo en tono de risa el problema del consumo de petróleo (fuentes no renovables, combustibles fósiles o como quieran llamarle), mucho menos el calentamiento global y todos los efectos (gracias a Dios cada vez más conocidos),  es algo muy serio sobre el cual el lector podrá instruirse mucho en internet, libros y hasta si lel gusta el cine hay varias peliculas sobre el tema, talvez "An Inconvenient Truth" sea una de las más conocidas e "inquietantes" (por lo menos).

Comentarios

  1. Listo, como los mato el chino, y la realidad manda pero los numeros convencen !!!

    ResponderBorrar

Publicar un comentario

Entradas más populares de este blog

Abrir links con aplicaciones nativas y no el browser (deeplinking)

El problema que tengo con algunas aplicaciones Android/iOS es que cuando recibo un link por algún medio (mail, tweet, etc) al abrirlo me lo abre con el browser, en lugar de abrirlo con una aplicación nativa asociada a ese “contenido”. Por ejemplo, si recibo un link a un tweet espero que lo abra con alguna aplicación de twitter que tenga instalada y no con el browser. De modo análogo si recibo un mail con una nota de prensa de un medio X y tengo la aplicación de ese medio X instalada, espero que el link lo abra con la aplicación nativa y no con el browser. Lo mismo quisiera con mi aplicación de "banking" o cualquiera que tenga instalada y sepa manejar ese "contenido" (link). Los motivos son bastante obvios pero los resumo en: la experiencia de usuario es mucho mejor en la aplicación nativa que en el navegador. Parte importante del tema es que el mismo link sea válido tanto para ver el contenido en el browser como para verlo en la aplicación, porque como prove

¡A la salud de mi KB!

Es bueno, especialmente en "bases de conocimiento" (KB) que han pasado por varias versiones de Genexus, chequear su "estado de salud". En este sentido KBDoctor  es una herramienta que ayuda mucho, principalmente desde el punto de vista del "modelo" Genexus (atributos, calls, definiciones de variables, etc) representado en una KB. También es útil revisar la salud de los archivos que lo soportan. Hasta la 9.0 eran archivos C-tree (los famosos .DAT) que tenían indices (los famosos .IDX) y teníamos en "rebuild -y" que mejoraba esos archivos y sobre todo reconstruía los indices. A partir de la X las KBs se almacenan en MS SQL Server por lo cual la administración de la misma pasó de ser un "file server" a un "database server". En este sentido algo que me ha dado muy buenos resultados es el "CheckKnowledgeBase".

Rocha:Constantes tipo fecha

En la Rocha se soportan constantes del tipo fecha o fecha-hora con formato ANSI/ISO (AAAA-MM-DD HH:MM:SS).  Tecnicamente (Sintáxis): <date>::=    [0-9]{1,4}"/"[0-9]{1,2}"/"[0-9]{1,2} | [0-9]{1,4}"."[0-9]{1,2}"."[0-9]{1,2} | [0-9]{1,4}"-"[0-9]{1,2}"-"[0-9]{1,2} <hms>::=    [0-9]{1,2}[ap] | [0-9]{1,2}":"[0-9]{1,2}[ap]? | [0-9]{1,2}":"[0-9]{1,2}":"[0-9]{1,2}[ap]? <constant> ::=   "#"<date>"#" | "#"<date> <hms>"#" | "#"<hms>"#" Funcionalmente Se pueden utilizar esas constantes en las reglas, eventos, propiedades, etc (todo lugar donde se utilice el parser): Algunos ejemplos básicos: &FechaInicial=#2007-01-01# &FechaHoraInicial=#07-1-1 11:15a# &HoraInicial=#11a# Me parece bueno no tener que escribir funciones (CTOD, TTOC) sobre constantes tipo char para lograr una fecha y mucho mejor aun en